[Wikidata-bugs] [Maniphest] T123563: Support inlining non-wikidata URIs for Blazegraph

2020-11-02 Thread Aklapper
Aklapper changed the task status from "Stalled" to "Open". Aklapper added a comment. The previous comments don't explain who or what (task?) exactly this task is stalled on ("If a report is waiting for further input (e.g. from its reporter or a third party) and can currently not be acted on"

[Wikidata] WikiPedia to WikiData URIs

2017-09-27 Thread Timothy Holborn
any chance of converting https://en.wikipedia.org/wiki/Linked_data#Principles to say - https://en.wikidata.org/wiki/Linked_data#Principles via automated tools? or perhaps some sort of agent method that adds literals from wikipedia for an RDF agent? Or some other similar method / idea? Tim.H.

Re: [Wikidata] URIs

2017-08-29 Thread Nicolas VIGNERON
2017-08-29 15:13 GMT+02:00 Timothy Holborn : > Working on a 'fixing fake news' thing. It would be good if specific > values were available as a URI. > > ie: US population: https://www.wikidata.org/wiki/Q30#population20160709 > (= 323,952,889) > > Tim. > Good idea.

[Wikidata] URIs

2017-08-29 Thread Timothy Holborn
Working on a 'fixing fake news' thing. It would be good if specific values were available as a URI. ie: US population: https://www.wikidata.org/wiki/Q30#population20160709 (= 323,952,889) Tim. ___ Wikidata mailing list Wikidata@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] [Changed Project Column] T123563: Support inlining non-wikidata URIs for Blazegraph

2016-02-19 Thread Lydia_Pintscher
Lydia_Pintscher moved this task to monitoring on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T123563 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Changed Status] T123563: Support inlining non-wikidata URIs for Blazegraph

2016-02-08 Thread Smalyshev
Smalyshev changed the task status from "Open" to "Stalled". TASK DETAIL https://phabricator.wikimedia.org/T123563 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, Smalyshev, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas,

[Wikidata-bugs] [Maniphest] [Commented On] T123563: Support inlining non-wikidata URIs for Blazegraph

2016-02-04 Thread Smalyshev
Smalyshev added a comment. The numeric URI usage in current dumps is like this: http://www.wikidata.org/entity/Q => 3202920 http://viaf.org/viaf/ => 126806 http://www.ars-grin.gov/cgi-bin/npgs/html/taxon.pl? => 110466 http://data.bnf.fr/ark:/12148/cb => 88075

[Wikidata-bugs] [Maniphest] [Lowered Priority] T123563: Support inlining non-wikidata URIs for Blazegraph

2016-02-04 Thread Smalyshev
Smalyshev lowered the priority of this task from "Low" to "Lowest". TASK DETAIL https://phabricator.wikimedia.org/T123563 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, Smalyshev, debt, Gehel, Izno, jkroll, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T123563: Support inlining non-wikidata URIs for Blazegraph

2016-01-13 Thread Smalyshev
Smalyshev moved this task to WDQS on the Discovery workboard. TASK DETAIL https://phabricator.wikimedia.org/T123563 WORKBOARD https://phabricator.wikimedia.org/project/board/1174/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc:

[Wikidata-bugs] [Maniphest] [Created] T123563: Support inlining non-wikidata URIs for Blazegraph

2016-01-13 Thread Smalyshev
Smalyshev created this task. Smalyshev added a subscriber: Smalyshev. Smalyshev added a project: Wikidata-Query-Service. Herald added a subscriber: Aklapper. Herald added projects: Wikidata, Discovery. TASK DESCRIPTION Right now WikibaseVocabulary.java hardcodes URIs that are inlined to

Re: [Wikidata-l] supported and planned wikidata uris( was Re:Meta header for asserting that a web page is about a Wikidata subject)

2014-04-24 Thread Christian.Hauschke
works as a redirect to the above, but is discouraged, since it mixes the concept URI with a format suffix that is meaningful only for the description, not the concept. Just to make things clear: This is the way it will be in future, too? If I want to use Wikidata URIs instead of minting my own, I'll

Re: [Wikidata-l] supported and planned wikidata uris( was Re:Meta header for asserting that a web page is about a Wikidata subject)

2014-04-24 Thread Lydia Pintscher
On Thu, Apr 24, 2014 at 11:24 AM, christian.hausc...@hs-hannover.de wrote: Just to make things clear: This is the way it will be in future, too? If I want to use Wikidata URIs instead of minting my own, I'll take http://www.wikidata.org/entity/Q12345 and Wikidata will keep that URI cool

Re: [Wikidata-l] supported and planned wikidata uris( was Re:Meta header for asserting that a web page is about a Wikidata subject)

2014-04-24 Thread Innovimax SARL
Which is great ! And it also work with aliases http://www.wikidata.org/wiki/Special:ItemByTitle/enwiki/British Broadcasting Corporation Mohamed On Thu, Apr 24, 2014 at 12:10 PM, David Cuenca dacu...@gmail.com wrote: On Thu, Feb 27, 2014 at 11:49 AM, Michael Smethurst

Re: [Wikidata-l] supported and planned wikidata uris( was Re:Meta header for asserting that a web page is about a Wikidata subject)

2014-02-27 Thread Markus Krötzsch
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

Re: [Wikidata-l] supported and planned wikidata uris( was Re:Meta header for asserting that a web page is about a Wikidata subject)

2014-02-27 Thread Michael Smethurst
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

Re: [Wikidata-l] supported and planned wikidata uris( was Re:Meta header for asserting that a web page is about a Wikidata subject)

2014-02-27 Thread Daniel Kinzler
Am 27.02.2014 09:44, schrieb Markus Krötzsch: 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

Re: [Wikidata-l] supported and planned wikidata uris( was Re:Meta header for asserting that a web page is about a Wikidata subject)

2014-02-27 Thread Andy Mabbett
On Feb 27, 2014 11:02 AM, Daniel Kinzler daniel.kinz...@wikimedia.de wrote: To recap and add some details: http://www.wikidata.org/entity/Q12345 is the canonical URI for the concept http://www.wikidata.org/wiki/Special:EntityData/Q12345 is the format-agnostic canonical URI of the

[Wikidata-l] supported and planned wikidata uris( was Re:Meta header for asserting that a web page is about a Wikidata subject)

2014-02-26 Thread Michael Smethurst
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