hello On 27/02/2014 08:44, "Markus Krötzsch" <mar...@semantic-mediawiki.org> wrote:
>Hi, > >On 26/02/14 22:40, Michael Smethurst wrote: >> Hello >> >> *Really* not meaning to jump down any http-range-14 rabbit holes but >> wasn't there a plan for wikidata to have uris representing things and >> pages about those things? >> >> From conversations on this list I sketched a picture a while back of >>all >> the planned URIs: >> http://smethur.st/wp-uploads/2012/07/46159634-wikidata.png >> >> >> Where >> http://wikidata.org/id/Qetc >> Was the "thing" uri (which you could point a foaf:PrimaryTopic at) > >As Denny said in reply to another message, the preferred URI for this is > >http://www.wikidata.org/entity/Qetc > >This is also the form of URIs used within Wikidata data for certain >things (e.g., coordinates that refer to earth use the URI >"http://www.wikidata.org/entity/Q2"; to do so, even in JSON). Ok, makes sense So the correct "sem web way" would be: <link rel="foaf:primaryTopic" href="https://www.wikidata.org/entity/Qetc";> And the schema.org way would be <link href="https://wikidata.org/wiki/Qetc"; property="http://schema.org/sameAs"; /> > > > and >> http://wikidata.org/wiki/Qetc >> >> Was the document uri > >Yes. However, for metadata it is usually preferred to use the entity >URI, since the document http://wikidata.org/wiki/Qetc is just an >automatic UI rendering of the data, and as such relatively >uninteresting. One will eventually get (using content negotiation) all >data in RDF from http://www.wikidata.org/entity/Qetc (JSON should >already work, and html works of course, when opening the entity URI in >normal browsers). The only reason for using the wiki URI directly would >be if one uses a property that requires a document as its value, but in >this case one should probably better use another property. Does that conflate the can't send that / 303 part with the content negotiation part? Guessing it follows the dbpedia pattern which isn't always nice to work with Personally would prefer /entity/ to 303 to a generic document uri and do the conneg part from there === What about the second part of the question? Is there a full list of supported uri patterns for wikidata? If I know everything needed to construct a wikipedia uri (language and uri key) is it possible to construct a uri that redirects to a wikidata Q style uri? Are there any convenience uris to map from wikipedia to wikidata? Thanks michael > >Best regards, > >Markus > > >> >> Mainly asking not for the wikipedia > wikidata relationships but >>wondering >> if there's a more up to date picture of supported wikidata uri patterns >> and redirects? >> >> Recently I was trying to find a way to programmatically get wikidata >>uris >> from wikipedia uris and tried various combinations of: >> http://wikidata.org/title/enwiki:Berlin >> http://en.wikidata.org/item/Berlin >> http://en.wikidata.org/title/Berlin >> >> >> (all mentioned on the list / wiki) but all of them return a 404 >> >> Is the a way to do this? >> >> Michael >> >> >> >> >> On 26/02/2014 19:09, "Dan Brickley" <dan...@danbri.org> wrote: >> >>> On 26 February 2014 10:45, Joonas Suominen >>><joonas.suomi...@wikimedia.fi> >>> wrote: >>>> How about using RDFa and foaf:primaryTopic like in this example >>>> https://en.wikipedia.org/wiki/RDFa#XHTML.2BRDFa_1.0_example >>>> >>>> 2014-02-26 20:18 GMT+02:00 Paul Houle <ontolo...@gmail.com>: >>>> >>>>> Isn't there some way to do this with schema.org? >>> >>> The FOAF options were designed for relations between entities and >>> documents - >>> >>> foaf:primaryTopic relates a Document to a thing that the doc is >>> primarily about (i.e. assumes entity IDs as value, pedantically). >>> >>> the inverse, foaf:isPrimaryTopicOf, was designed to allow an entity >>> description in a random page to anchor itself against well known >>> pages. In particular we had Wikipedia in mind. >>> >>> http://xmlns.com/foaf/spec/#term_primaryTopic >>> http://xmlns.com/foaf/spec/#term_isPrimaryTopicOf >>> >>> (Both of these share a classic Semantic Web pickyness about >>> distinguishing things from pages about those things). >>> >>> Much more recently at schema.org we've added a new >>> property/relationship called http://schema.org/sameAs >>> >>> It relates an entity to a reference page (e.g. wikipedia) that can be >>> used as a kind of proxy identifier for the real world thing that it >>> describes. Not to be confused with owl:sameAs which is for saying >>> "here are two ways of identifying the exact same real world entity". >>> >>> None of these are a perfect fit for a relationship between a random >>> Web page and a reference page. But maybe close enough? >>> >>> Both FOAF and schema.org are essentially dictionaries of >>> hopefully-useful terms, so you can use them in HTML head, or body, >>> according to taste, policy, tooling etc. And you can choose a syntax >>> (microdata, rdfa, json-ld etc.). >>> >>> I'd recommend using the new schema.org 'sameAs', .e.g. in rdfa lite, >>> >>> <link href="https://en.wikipedia.org/wiki/Buckingham_Palace"; >>> property="http://schema.org/sameAs"; /> >>> >>> This technically says "the thing we're describing in the current >>> element is Buckingham_Palace. If you want to be more explicit and say >>> "this Web page is about a real world Place and that place is >>> Buckingham_Palace ... you can do this too with a bit more nesting; the >>> HTML body might be a better place for it. >>> >>> Dan >>> >>> _______________________________________________ >>> Wikidata-l mailing list >>> Wikidata-l@lists.wikimedia.org >>> https://lists.wikimedia.org/mailman/listinfo/wikidata-l >> >> >> >> ----------------------------- >> http://www.bbc.co.uk >> This e-mail (and any attachments) is confidential and >> may contain personal views which are not the views of the BBC unless >>specifically stated. >> If you have received it in >> error, please delete it from your system. >> Do not use, copy or disclose the >> information in any way nor act in reliance on it and notify the sender >> immediately. >> Please note that the BBC monitors e-mails >> sent or received. >> Further communication will signify your consent to >> this. >> ----------------------------- >> >> _______________________________________________ >> Wikidata-l mailing list >> Wikidata-l@lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/wikidata-l >> > > >_______________________________________________ >Wikidata-l mailing list >Wikidata-l@lists.wikimedia.org >https://lists.wikimedia.org/mailman/listinfo/wikidata-l ----------------------------- http://www.bbc.co.uk This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. ----------------------------- _______________________________________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
