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).
> 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.
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
