[Wikidata-bugs] [Maniphest] [Commented On] T124054: [Task] Convert wikibase and data values libraries to use extension registration

Reedy added a comment. I propose we actually close this invalid, and just move these to being included properly by composer into vendorTASK DETAILhttps://phabricator.wikimedia.org/T124054EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReedyCc: Reedy,

Re: [Wikidata] Federation in the Wikidata Query Service

Hoi, Does it really ? Thanks, GerardM On 1 April 2017 at 16:36, Maarten Dammers wrote: > Hi Gerard, > > On 01-04-17 16:15, Gerard Meijssen wrote: > >> Hoi, >> What I fail to understand in this discussion about licenses is what it is >> we achieve by being restrictive.

Re: [Wikidata] Federation in the Wikidata Query Service

Hoi, What I fail to understand in this discussion about licenses is what it is we achieve by being restrictive. Our license is CC-0 so anybody can do with our data as they please. When we allow query with any and all external sources, there are activities that may not be possible because of a

[Wikidata-bugs] [Maniphest] [Closed] T146740: Create an operational reconciliation service for Wikidata on OpenRefine

Pintoch closed this task as "Resolved".Pintoch claimed this task.Pintoch added a comment. This issue is resolved, the feature was released in OpenRefine 2.7 rc1.TASK DETAILhttps://phabricator.wikimedia.org/T146740EMAIL

Re: [Wikidata] Federation in the Wikidata Query Service

Hi Stas, On 01-04-17 00:54, Stas Malyshev wrote: Hi! How about adding an ODbL licensed service? Would it be possible? I am thinking about SPOI and their SPARQL endpoint .. ODBL seems to be in the same vein as CC-BY-SA, so if CC-BY

[Wikidata-bugs] [Maniphest] [Edited] T161527: Canonical data URLs for machine readable page content

daniel edited the task description. (Show Details) EDIT DETAILS...* The ```/data/ path is rewritten to a special page, Special:PageData * Special Special:PageData will redirect (with status 303) to an appropriate (and typically cacheable) URL for retrieving the page data. For now, this will

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URLs for machine readable page content

daniel added a comment. @MZMcBride good point about MCR slots. When designing a scheme like this, we should account for this. I of all people should know. I suppose I need to amend my proposal. With respect to /w/index.php, /w/api.php: we are not treating them as stable identifier prefixes. They

[Wikidata-bugs] [Maniphest] [Edited] T161527: Canonical data URLs for machine readable page content

daniel edited the task description. (Show Details) EDIT DETAILS...* Do not include the namespace after /data/, e.g. https://commons.wikimedia.org/data/Avignon_City_Wall.map TBD * That would mean this URL pattern cannot be used as a general mechanism to refer to page content. It would be specific

Re: [Wikidata] Open Library, OCLC (VIAF) and Wikidata

Hoi, This function is for OL to get a VIAF for every author with a book they know the isbn for. Getting a Wikidata identificeren is great but additional. Adding this info to the OL database is the objective. Adding the Wikidata identifier is also relevant. It is how OL gets a better connection

[Wikidata-bugs] [Maniphest] [Commented On] T150950: Additions to WQS autocompletion

Esc3300 added a comment. Works. Thanks! Reminds me that I mainly know SPARQL thanks to (and with) Autocomplete !TASK DETAILhttps://phabricator.wikimedia.org/T150950EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, Esc3300Cc: gerritbot, TerraCodes,

[Wikidata-bugs] [Maniphest] [Updated] T161527: Canonical data URLs for machine readable page content

MZMcBride added a comment. "E.g. https://www.wikidata.org/w/index.php?title=Q23=""> does not work." seems completely orthogonal to this task. We already have /w/index.php, /w/api.php, and /wiki/ entry points. These are stable paths and we have more than ten years of evidence of this. Using /raw/

Re: [Wikidata] Open Library, OCLC (VIAF) and Wikidata

On 01/04/17 11:31, Gerard Meijssen wrote: > Next week an API will become available at Open Library that provides > their available books for an author based on their identifier. great! > What I have asked the OL is to provide their identifier per author, > combined with the ISBN for an author.

[Wikidata-bugs] [Maniphest] [Commented On] T119976: Track number of stubs on top 20 wikipedias

Esc3300 added a comment. Doesn't seem to be related to Wikidata ..TASK DETAILhttps://phabricator.wikimedia.org/T119976EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, Liuxinyu970226, ChrisPins, Mbch331, Izno, aude, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T161529: Create Wikipedia Doteli

Esc3300 added a comment. https://www.wikidata.org/wiki/Wikidata:Bot_requests#Import_interwikis_from_Doteli_WikipediaTASK DETAILhttps://phabricator.wikimedia.org/T161529EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, Dzahn, Stashbot,

[Wikidata-bugs] [Maniphest] [Updated] T161529: Create Wikipedia Doteli

Esc3300 added a project: Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T161529EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Dzahn, Stashbot, Rschen7754, Liuxinyu970226, gerritbot, Meno25, Aklapper, MF-Warburg, Adik2382, Th3d3v1ls, Hfbn0,

[Wikidata-bugs] [Maniphest] [Edited] T161527: Canonical data URLs for machine readable page content

daniel edited the task description. (Show Details) EDIT DETAILS...== Proposed Solution ==: * Use URLs of the form https://commons.wikimedia.org/data/Data:Avignon_City_Wall.map to identify and retrieve machine readable page content* Do not include the namespace after /data/, e.g.

[Wikidata-bugs] [Maniphest] [Retitled] T161527: Canonical data URLs for machine readable page content

daniel changed the title from "Canonical data URIs and URLs for machine readable page content" to "Canonical data URLs for machine readable page content".daniel edited the task description. (Show Details) EDIT DETAILS**Revised after public discussion, April 1 2017** == Problem == Wikimedia is

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URIs and URLs for machine readable page content

daniel added a comment. This RFC was discussed in a public meeting on IRC on March 28th. Full log: https://tools.wmflabs.org/meetbot/wikimedia-office/2017/wikimedia-office.2017-03-29-21.01.log.html The outcome was that @daniel will revise the RFC based on the discussion, and then put it on last

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URIs and URLs for machine readable page content

daniel added a comment. @MZMcBride It's not about the URLs bein "pretty" URLs as much as it's about the URLs being stable. That is much easier to achieve if the URL is "clean": it should not expose technical details about the underlying web application or access mechanism. Clean URLs provide a

Re: [Wikidata] Comparisons between DBpedia and Wikidata

Hi I don't have an idea about how to develop this, but it seems like an interesting project! Best, Reem On 30 Mar 2017 10:17, "Gerard Meijssen" wrote: > Hoi, > Much of the content of DBpedia and Wikidata have the same origin; > harvesting data from a Wikipedia.