- From: Ted Thibodeau Jr <tthibodeau@openlinksw.com>
- Date: Thu, 19 Apr 2012 10:56:49 -0400
- To: Luc Moreau <L.Moreau@ecs.soton.ac.uk>
- Cc: Provenance Working Group WG <public-prov-wg@w3.org>
- Message-Id: <E4BBB652-6D53-4414-B7F4-21786B8B73CF@openlinksw.com>
On Apr 17, 2012, at 12:13 PM, Luc Moreau wrote:
>
> Dear all,
>
> Following last week's teleconference, Paul, Paolo, Tim and I have revisited the proposal on
> invalidation.
>
> Your feedback would be useful. Can you express in the usual way if you support it? and if not, what
> issue you have this proposal.
>
> If there is support, we would like to consider this section as part of the prov-dm release, provided
> that we can also adjust prov-o and prov-n.
>
> Regards,
> Luc
>
>
>
> [1] http://dvcs.w3.org/hg/prov/raw-file/default/model/working-copy/wd5-prov-invalidation.html
>
> --
> Professor Luc Moreau
> Electronics and Computer Science tel: +44 23 8059 4487
> University of Southampton fax: +44 23 8059 2865
> Southampton SO17 1BJ email: l.moreau@ecs.soton.ac.uk
> United Kingdom http://www.ecs.soton.ac.uk/~lavm
This meets with my general expectation and approval.
I'm concerned about the notation of wasInvalidatedBy(),
currently --
wasInvalidatedBy([id,]e[,a][,t][,attrs])
It seems to me that optional components are best reflected by
an empty position when left out --
wasInvalidatedBy([id], e, [a], [t], [attrs])
Thus, when the optional id is left out, as in the first example,
the notation should read --
wasInvalidatedBy( , ex:The-Painter, ex:crash,
1998-09-02, [ex:circumstances="plane accident"])
Relatedly, I'm not familiar enough with this notation style
to say whether the above is more or less incorrect than the
second example --
wasInvalidatedBy(ex:bbcNews2012-04-03,-,2012-04-03T23:59:59)
Note the lack of spaces following the commas, and the hyphen
signifying the omitted [a] ...
The latter string is much harder for a human (the intended
audience of this notation) to parse, and the spaces are invalid
within identifiers and timestamps, so I think they are good to
have (and therefore I've included them in my revised primitive).
Niggling inconsistencies like this are painful to find and fix,
but vital to the success of docs like we're producing here.
Regards,
Ted
--
A: Yes. http://www.guckes.net/faq/attribution.html
| Q: Are you sure?
| | A: Because it reverses the logical flow of conversation.
| | | Q: Why is top posting frowned upon?
Ted Thibodeau, Jr. // voice +1-781-273-0900 x32
Senior Support & Evangelism // mailto:tthibodeau@openlinksw.com
// http://twitter.com/TallTed
OpenLink Software, Inc. // http://www.openlinksw.com/
10 Burlington Mall Road, Suite 265, Burlington MA 01803
Weblog -- http://www.openlinksw.com/blogs/
LinkedIn -- http://www.linkedin.com/company/openlink-software/
Twitter -- http://twitter.com/OpenLink
Google+ -- http://plus.google.com/100570109519069333827/
Facebook -- http://www.facebook.com/OpenLinkSoftware
Universal Data Access, Integration, and Management Technology Providers
Attachments
- application/pkcs7-signature attachment: smime.p7s
Received on Thursday, 19 April 2012 14:57:22 UTC