- From: Dimitri van Hees <info@dimitrivanhees.com>
- Date: Mon, 28 Jul 2014 06:11:09 +0000
- To: "markus.lanthaler@gmx.net" <markus.lanthaler@gmx.net>, "public-hydra@w3.org" <public-hydra@w3.org>
- Message-ID: <BAY403-EAS154DEC063662993236FE26BFFB0@phx.gbl>
I mean that with the context file I am able to convert homeLocation to http://schema.org/homeLocation, but "Tilburg" remains a literal instead of a http://schema.org/City. I am able to do that when adding @type to the response but not with the context file, right?
Van: markus.lanthaler@gmx.net
Verzonden: zondag 27 juli 2014 20:16
Aan: public-hydra@w3.org
On Sunday, July 27, 2014 2:34 AM, Dimitri van Hees wrote:
> Hi Markus,
>
> Ok, I think I understand it now. However, would this be OK to do?
>
> {
> "@context": "http://schema.org",
> "homeLocation": {
> "@id": "http://dbpedia.org/page/Tilburg",
> "@type": "http://schema.org/City",
> "name": "Tilburg"
> }
> }
Sure. That's perfectly fine. Thanks to http-range14 madness, you might however want to use http://dbpedia.org/resource/Tilburg instead of page/Tilburg to avoid a lot of unproductive discussions.
> Because even if homeLocation and birthplace are different properties,
> they both actually are cities. And if this is OK, can I also state
> that by just passing a context file through the header on a 'normal'
> JSON response can make it valid JSON-LD, but just for the properties?
Yeah, you can hide the JSON-LD context in an HTTP Link header. I wouldn't encourage that for a new API but if you really want, you can of course. What do you mean with "but just for the properties" at the end of the paragraph above?
--
Markus Lanthaler
@markuslanthaler
Received on Monday, 28 July 2014 06:13:02 UTC