Re: [Wikidata-l] London Wikidata Meetup 2
On 5 January 2015 at 16:33, Lydia Pintscher lydia.pintsc...@wikimedia.de wrote: Hey Fabian, On Mon, Jan 5, 2015 at 4:38 PM, Fabian Tompsett fabian.tomps...@wikimedia.org.uk wrote: Hi all, Yes indeed, 2015 looks very promising, not least for Wikidata. In London we are getting of the mark quickly with London Wikidata Meetup 2 on Wednesay 7th Jan. (If any of you are around in in London, it would be great to see you). Would love to be there! :) In general feel free to add such announcements to the weekly summary if you know about them more than a week in advance. The next one is always drafted at https://www.wikidata.org/wiki/Wikidata:Status_updates/Next I do hope there'll be more! Embarrassed to have missed this thread and the meeting(s), despite being conveniently in London. Dan ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] Meta header for asserting that a web page is about a Wikidata subject
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
Re: [Wikidata-l] How are queries doing?
On 7 January 2014 22:08, Jan Kučera kozuc...@gmail.com wrote: nice to read all the reasoning why queries are yet still not possible, but I think we live in 2014 not and not 1914 actually... seems like the problem is too small budget or bad management... can not really think of another reason. How much do you think would it cost to make queries reality for production at Wikidata? Absolutely the most important thing about Wikidata is the deep integration (both technical and social) into the Wikipedia universe. Building a sensible query framework for a system working at Wikipedia scale (http://www.alexa.com/siteinfo/wikipedia.org) is far from trivial. I've glad to hear that Wikidata are taking the time to do this carefully. Dan ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] Exporting RDF from Wikidata?
On 15 August 2013 21:23, Markus Krötzsch mar...@semantic-mediawiki.orgwrote: On 15/08/13 19:33, Jona Christopher Sahnwaldt wrote: http://www.wikidata.org/**entity/Q215607.nthttp://www.wikidata.org/entity/Q215607.ntwhich redirects to http://www.wikidata.org/wiki/**Special:EntityData/Q215607.nthttp://www.wikidata.org/wiki/Special:EntityData/Q215607.nt The RDF stuff at Wikidata is in flux. The RDF you get probably won't contain all the data that the HTML page shows, and the RDF structure may change. Indeed, the feature is simply not fully implemented yet. The best preview you can get right now is the dump generated by the python script. The plan is to make essentially the same available on a per-item basis via the URIs and URLs as above (in several syntaxes, depending on URL or, when using the URI, content negotiation). FWIW there's also RDF/XML if you use a *.rdf suffix. This btw is of great interest to us over in the schema.org project; earlier today I was showing http://www.wikidata.org/wiki/Special:EntityData/Q199154.rdf to colleagues there... this is a Wikidata description of a particular sport. In schema.orgwe have a few places that hardcode a short list of well known sports, and we're interested in mechanisms that allow us to hand off to Wikidata for the long tail. So http://schema.org/SportsActivityLocation has 9 hand-designed subtypes; we have been discussing the idea of something like http://schema.org/SportsActivityLocation?sport=Q199154http://www.wikidata.org/wiki/Special:EntityData/Q199154.rdf to integrate Wikidata into the story for other sports. Similar issues arise with religions and places of worship (http://schema.org/PlaceOfWorship). Any thoughts on this from a Wikidata perspective would be great. Is there any prospect of inline RDFa within the main Wikidata per-entity pages? It would be great to have http://schema.org/sameAs in those pages linking to dbpedia, wikipedia,freebase etc too... Dan ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] Provenance tracking on the Web with NIF-URIs
On 22 Jun 2012, at 17:20, Denny Vrandečić denny.vrande...@wikimedia.de wrote: Here's the use case: Every statement in Wikidata will have a URI. Every statement can have one more references. In many cases, the reference might be text on a website. As an aside, a growing number of such pages may come with some basic machine-readable data. For example IMDB actor pages may expose basic background facts, or e-govt sites may publish data geo/demographic/etc data. I hope schema.org (augmented with Wikidata-derrived vocab) will help encourage this. I'm not sure Wikidata's provenance machinery needs to worry about such things, although the lurking problem of cycles in the provenance/source graph may eventually be an issue here. For example, if some BBC music site is built from -say- MusicBrainz + Wikipedia data, should their embedded rdfa expose this sourcing so that someone citing it in support of a Wikidata factoid can be made aware of the circularity? Dan ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
