- From: Ivan Herman <ivan@w3.org>
- Date: Fri, 25 Mar 2011 09:59:51 +0100
- To: Andy Seaborne <andy.seaborne@epimorphics.com>
- Cc: Steve Harris <steve.harris@garlik.com>, Pat Hayes <phayes@ihmc.us>, RDF Working Group <public-rdf-wg@w3.org>
- Message-Id: <036F354A-8F44-411D-83A5-374C828D6222@w3.org>
On Mar 25, 2011, at 09:57 , Andy Seaborne wrote:
>
> RDF collections being encoded in triples are very hard to deal with generally. Next time, make them first class objects in the data model please.
>
Operative being 'next', not 'present' :-)
Ivan
> Andy
>
> On 25/03/11 08:33, Steve Harris wrote:
>> Equally I see using [ ] just to encode multiple object for a single
>> subject and predicate as problematic, consider (in no particular
>> syntax):
>>
>> { ... "http://example.com/alice": { "foaf:name": "Alice" },
>> "http://example.com/bob": { "foaf:name": [ "Bob", "Bob Smith" ] } }
>>
>> That makes access to the data without a library tricky, as for every
>> "object" you read, you'll need some conditional designed to test if
>> it's an array/vector/list, or a literal value.
>>
>> Though it makes the simple case uglier, it would probably be better
>> to always use an array to represent objects, if the aim is to allow
>> access without a library:
>>
>> { ... "http://example.com/alice": { "foaf:name": [ "Alice" ] },
>> "http://example.com/bob": { "foaf:name": [ "Bob", "Bob Smith" ] } }
>>
>> I'm also not keen on [[ ]] for RDF collections, but don't see a
>> sensible alternative. The triple-based representation is neither
>> machine, nor human friendly, IMHO.
>>
>> - Steve
>>
>> On 2011-03-25, at 08:11, Ivan Herman wrote:
>>
>>> I agree that having a syntactic sugar for lists would be a good
>>> thing, similarly to what Turtle already has.
>>>
>>> The problem is that the list syntax of JSON, ie, '[...]' is would
>>> be very useful for cases when we'd want to define shortcuts. Eg,
>>> the equivalent of
>>>
>>> :a :b :c, :d .
>>>
>>> in Turtle would make use of something like '[ :c, :d ]' and I am
>>> not sure there is an alternative for that.
>>>
>>> So no, it is not trivial nor obvious... Hence the slightly ugly
>>>
>>> [[ :c,:d ]]
>>>
>>> proposal that came up on the list. I would have to hold by nose
>>> looking at that, but I do not see any radically different
>>> alternative:-(
>>>
>>> Ivan
>>>
>>>
>>>
>>>
>>> On Mar 25, 2011, at 24:25 , Pat Hayes wrote:
>>>
>>>> Um... I am not sure if this is trivial or obvious, but has the WG
>>>> thought about the RDF collections vocabulary in the JSON context?
>>>> Since this is supposed to correspond as nearly as possible to a
>>>> LISP list, it seems it would be 'natural' for an RDF collection
>>>> to map into a JSON array. And if this is to round-trip, then
>>>> these arrays must be somehow marked as coming from an RDF
>>>> collection so that they can be mapped back into one.
>>>>
>>>> I wish I had something more constructive to offer on this point,
>>>> but I don't, other than to suggest it might turn out to be
>>>> important, since the collection vocabulary is used to extensively
>>>> in the OWL/RDF syntax. While OWL is not a prime target for our
>>>> WG, it would seem to be a good idea to define a JSON mapping
>>>> which does not completely screw up OWL, if at all possible.
>>>>
>>>> Just a 2c observation.
>>>>
>>>> Pat ------------------------------------------------------------
>>>> IHMC (850)434 8903 or
>>>> (650)494 3973 40 South Alcaniz St. (850)202 4416
>>>> office Pensacola (850)202 4440 fax
>>>> FL 32502 (850)291 0667 mobile
>>>> phayesAT-SIGNihmc.us http://www.ihmc.us/users/phayes
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> ---- Ivan Herman, W3C Semantic Web Activity Lead Home:
>>> http://www.w3.org/People/Ivan/ mobile: +31-641044153 PGP Key:
>>> http://www.ivan-herman.net/pgpkey.html FOAF:
>>> http://www.ivan-herman.net/foaf.rdf
>>>
>>>
>>>
>>>
>>>
>>
----
Ivan Herman, W3C Semantic Web Activity Lead
Home: http://www.w3.org/People/Ivan/
mobile: +31-641044153
PGP Key: http://www.ivan-herman.net/pgpkey.html
FOAF: http://www.ivan-herman.net/foaf.rdf
Attachments
- application/pkcs7-signature attachment: smime.p7s
Received on Friday, 25 March 2011 09:00:35 UTC