- From: <tomasz@t-code.pl>
- Date: Sun, 07 Dec 2014 13:51:50 +0000
- To: "Niklas Lindström" <lindstream@gmail.com>
- Cc: public-linked-json@w3.org
I see. It does make sense I admit. In this case I think that the last note in section could be improved so that people don't get the wrong idea. Thanks, Tom December 7 2014 2:24 PM, "Niklas Lindström" <lindstream@gmail.com> wrote: > Hello! > > The playground is correct. In order for the term using @list container to match, the value to be > compacted must be an ordered list (a.k.a. an RDF collection or rdf:List). In expanded form, this is > expressed as {"@list": [...]}. So in your case, the input needs to be: > > { > > "@id": "http://example.com/Person", > > "http://xmlns.com/foaf/0.1/topic_interest": {"@list": ["RDF"]} > > } > > (To see the explicit underlying difference, look at the N-Quads tab for your two cases.) > > Cheers, > Niklas > On Sun, Dec 7, 2014 at 1:00 PM, <tomasz@t-code.pl> wrote: > >> Hi >> >> Sorry about the incomplete email. >> >> The specs [1] say that when a property is defined in @context as @container @list or @set it will >> always be represented as an array, even if there's only one value. >> >> However in the playground it works for @set [2] but not for @list [3]. >> >> Is that a bug or did I misunderstand the specs? >> >> [1]: http://www.w3.org/TR/json-ld/#sets-and-lists >> [2]: http://tinyurl.com/o6nhftk >> [3]: http://tinyurl.com/nd8rkkn
Received on Sunday, 7 December 2014 13:52:51 UTC