- From: Pierre-Antoine Champin <pierre-antoine.champin@liris.cnrs.fr>
- Date: Tue, 04 Oct 2011 14:47:58 +0200
- To: Ivan Herman <ivan@w3.org>
- CC: "public-linked-json@w3.org" <public-linked-json@w3.org>
On 10/03/2011 01:17 PM, Ivan Herman wrote: > Hi pa, > > I guess this is the analogue of the usage of @rev in RDFa. precisely. > There has been lots of discussion in the RDFa WG at some point > whether @rev is necessary at all. The completely anecdotical evidence > (ie, not based on hard crawl results, for example) is that @rev is > very rarely used in deployed RDFa. Really? I would expect every HTML+FOAF homepage to include a rev="foaf:member" link to an institution, or every publication list to contain rev="dc:creator" lins to documents... > As Manu pointed out, the JSON > community is not the same as the Web developers' community but, > nevertheless, this may be an indication that the take up of such a > feature would not be big... Well, I think I disagree: it is easier to sneak in an incoming arc in RDFa than it is in JSON-LD. See the examples I provided in my first mail. > On the other hand, the fear I have is that, while the behaviour of > this is pretty clear to you or me or Manu or people who think > essentially in triples, it might be fairly confusing for those who > come from a different direction:-( Such a confusion could backfire on > us. Well, JSON-LD is explicitly about representing *graph* data in JSON, so it seems to me the target audience of JSON-LD needs to have some understanding of graph structures. >From there, if the vocabulary you use requires that "member" arcs are directed from institution to person, and your JSON structure is person-centric, the need for @inverse comes quite naturally, IMHO. > Of course, we could have a separate 'obscure^H^H^H^H^H^H^Hadvanced > features' or something in the document:-)> I wouldn't mind that, but I will really miss the feature if it is not there at all. pa > Ivan > > > On Oct 3, 2011, at 12:57 , Pierre-Antoine Champin wrote: > >> Hi all, >> >> is there any plan in JSON-LD to provide a way to declare an *incoming* >> arc, for example >> >> { >> "@subject": "#me", >> "http://xmlns.com/foaf/0.1/member": { >> "@inverse": "http://univ-lyon1.fr/#this" >> } >> } >> >> producing the following triple >> >> <http://univ-lyon1.fr/#this> >> <http://xmlns.com/foaf/0.1/member> <#me> . >> >> >> This would prove very useful with a coercion rule, as I would (much!) >> rather write: >> >> { >> "@context": { >> "foaf:": "http://xmlns.com/foaf/0.1/", >> "memberOf": "http://xmlns.com/foaf/0.1/member", >> "@coerce": { >> "@inverse": "memberOf" >> } >> } >> >> "@type": "foaf:Person", >> "foaf:name": "Pierre-Antoine Champin", >> "memberOf": [ >> "http://univ-lyon1.fr/#this", "http://liris.cnrs.fr/#this" >> ] >> } >> >> (with the context possibly kept off-band) than write: >> >> { >> "@context": { >> "foaf:": "http://xmlns.com/foaf/0.1/", >> "@coerce": { >> "@iri": "foaf:member" >> } >> } >> "@subject": [ >> { >> "@subject: "_:me", >> "@type": "foaf:Person", >> "foaf:name": "Pierre-Antoine Champin", >> }, >> { >> "@subject: "http://univ-lyon1.fr/#this", >> "foaf:member": "_:me" >> }, >> { >> "@subject: "http://liris.cnrs.fr/#this", >> "foaf:member": "_:me" >> } >> ] >> } >> >> >> pa >> >> >> PS: as I see it, "@inverse" would imply "@iri", as the subject of a >> triple has to be an IRI in 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 > > > > >
Received on Tuesday, 4 October 2011 12:48:33 UTC