- From: Richard Cyganiak <richard@cyganiak.de>
- Date: Sat, 17 Apr 2010 11:56:32 +0100
- To: Kingsley Idehen <kidehen@openlinksw.com>
- Cc: public-lod@w3.org
Hi Kingsley,
Regarding your blog post at
http://www.openlinksw.com/dataspace/kidehen@openlinksw.com/weblog/kidehen@openlinksw.com%27s%20BLOG%20%5B127%5D/1624
Great job -- I like it a lot, it's not as fuzzy as Tim's four
principles, not as mired in detail as most of the concrete literature
around linked data, and on the right level of abstraction to explain
why we need to do certain things in linked data in a certain way. It's
also great for comparing the strengths and weaknesses of different
data exchange stacks.
A few comments:
1. I'd like to see mentioned that identifiers should have global scope.
2. I'd prefer a list of the parts of a 3-tuple that reads:
- an Identifier that names an Entity
- an Identifier that names an Attribute
- an Attribute Value, which may be an Identifier or a Literal
(typed or untyped).
This avoids using the new terms “Entity Identifier” and “Attribute
Identifier”.
3. “Structured Descriptions SHOULD be borne by Descriptor Resources”
-- I think this one is incomprehensible, because “to bear” is such an
unusual verb and has no clear connotations in technical circles. I'd
encourage a different phrasing.
3b. Any chance of talking you into using “Descriptor Document” rather
than “Descriptor Resource”?
4. One thing that's left unclear: Can a Descriptor Resource carry
multiple Structured Entity Descriptions or just a single one?
5. Putting each term in quotes when first introduced is a good idea
and helps -- you did it for the first few terms but then stopped.
6. I'm tempted to add somewhere, “Descriptor Resources are Entities
themselves.” But this might be a purposeful omission on your part?
7. The last point talks about a “Structured Representation” of the
Referent's Structured Description. The term hasn't been introduced.
Shouldn't this just read “Descriptor Resource carrying the Referent's
Structured Description”?
What's your preferred name for the entire thing? I'm tempted to call
it “Kingsley's networked EAV model” or something like that. Do you
insist on “Data 3.0”?
Best,
Richard
Received on Saturday, 17 April 2010 10:57:06 UTC