- From: Guha <guha@google.com>
- Date: Fri, 29 Nov 2013 01:46:25 +0530
- To: Gregg Kellogg <gregg@greggkellogg.net>
- Cc: "Peter F. Patel-Schneider" <pfpschneider@gmail.com>, Martin Hepp <martin.hepp@unibw.de>, Markus Lanthaler <markus.lanthaler@gmx.net>, W3C Web Schemas Task Force <public-vocabs@w3.org>
- Message-ID: <CAPAGhv_ODL7ytowDscqFaAxCYKD3yty=ztiU3=TLxBHZUrtbaA@mail.gmail.com>
I don't see why we wouldn't want the comments in the graph. guha On Thu, Nov 28, 2013 at 9:01 PM, Gregg Kellogg <gregg@greggkellogg.net>wrote: > On Nov 28, 2013, at 7:15 AM, "Peter F. Patel-Schneider" < > pfpschneider@gmail.com> wrote: > > > > I think that using properties that do not have the type in their domain > is neither transparent nor workable, aside from the problems related to > misspellings and new properties. This approach might be better than using > duplicate keys, but only marginally. > > > > Adding comments to JSON is a non-starter, as well, as far as I can tell. > > > > One approach that appears workable to me would be to add a comment > property to Thing (although I'm not too happy about suggesting having a > comment property in general). However, why not just use "description" for > this purpose? > > Of course, there is rdfs:comment, but I think the point was to have a > syntactic comment, not something that becomes part of the data model. > > The ship has sailed on JSON (and JSON-LD); however, apublisher may > generate JSON-LD with unmapped keys and use as a commenting convention, but > care must be taken that it isn't accidentally mapped through use of @vocab. > > > Of course, having comments that just reiterate content is a bad idea in > general. Either the comment correctly reiterates the content, in which > case it is useless, or it incorrectly reiterates the content, in which case > it is harmful. It would be better to just remove such comments. As the > comments in question appear to be of one or the other of these forms, there > is a clear way forward here, with no downside. > > > > > > As a general point, I would think that all the examples in schema.orgshould be run through several parsers set to strict validation settings to > ensure that the examples are not syntactically incorrect. > > Absolutely, many examples, microdata, RDFa and JSON-LD are replete with > syntax errors; no excuse for this with modern tooling. > > Gregg > > > peter > > > > > >> On 11/28/2013 06:20 AM, Gregg Kellogg wrote: > >>> On Nov 28, 2013, at 2:48 AM, Martin Hepp <martin.hepp@unibw.de> wrote: > >>> Just my two cents: Would it be completely unthinkable to introduce a > syntax for comments in JSON and JSON-LD? > >> It's outside the scope of JSON-LD to change the base JSON syntax, but > if this were supported in JSON, JSON-LD would pick it up automatically. > >> > >> Alternatively, using an undefined key, such as @comment, would work > transparently. > >> > >> <script type="application/ld+json"> > >> { > >> "@comment": "John listened to Pink with Steve at Anna's appartment on > his iPod.", > >> "@context": "http://schema.org", > >> "@type": "ListenAction", > >> > >>>> On Nov 28, 2013, at 11:45 AM, Markus Lanthaler wrote: > >>>> > >>>> Hi, > >>>> > >>>> I've just realized that all (?) JSON-LD examples in schema.org are > invalid > >>>> since they include comments. Just as JSON, JSON-LD doesn't support > comments. > >>>> > >>>> Example 1 of http://schema.org/Action for instance begins as follows: > >>>> > >>>> <script type="application/ld+json"> > >>>> // John listened to Pink with Steve at Anna's appartment on his > iPod. > >>>> { > >>>> "@context": "http://schema.org", > >>>> "@type": "ListenAction", > >>>> ... > >>>> > >>>> The second line turns this into invalid JSON(-LD). It should thus be > >>>> rewritten to > >>>> > >>>> <script type="application/ld+json"> > >>>> { > >>>> "@context": "http://schema.org", > >>>> "@type": "ListenAction", > >>>> ... > >>>> > >>>> > >>>> Would it be possible to remove those comments at the beginning of all > >>>> examples? I fear that otherwise a lot of people will adapt this style > which > >>>> will lead to severe interoperability problems. > >>>> > >>>> > >>>> Thanks, > >>>> Markus > >>>> > >>>> > >>>> -- > >>>> Markus Lanthaler > >>>> @markuslanthaler > >>> -------------------------------------------------------- > >>> martin hepp > > > >
Received on Thursday, 28 November 2013 20:16:52 UTC