[Wikidata-bugs] [Maniphest] [Commented On] T88258: [Task] Convert WikibaseClient, WikibaseLib and WikibaseRepository to use extension registration

gerritbot added a comment. Change 229119 abandoned by Reedy: [BREAKING CHANGE] Wikibase: Convet lib, client, repo to extension.json, empty php entry point https://gerrit.wikimedia.org/r/229119TASK DETAILhttps://phabricator.wikimedia.org/T88258EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T145279: Interwiki links to articles in other projects from Commons categories via Wikidata

Ghouston added a comment. Actually in this case there's a category item on Wikidata, so the Commons category can link to that. It makes it slightly harder to set up, because it needs a template on the category to pull in the links from the main Wikidata item.TASK

[Wikidata-bugs] [Maniphest] [Commented On] T145279: Interwiki links to articles in other projects from Commons categories via Wikidata

Ghouston added a comment. I made a sitelink on Commons Category:Anastigmat and now the links are fine. There has been some discussion on Wikidata in the past about whether this is the right way to do it, but no consensus was reached. However the software is set up to support it ("Add Links" in the

[Wikidata-bugs] [Maniphest] [Updated] T152676: Simple tree query visualization

Aklapper added a project: Google-Code-In-2016. TASK DETAILhttps://phabricator.wikimedia.org/T152676EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AklapperCc: TerraCodes, Jonas, Micru, Aklapper, SacredWKnight, JakeTheDeveloper, EBjune, mschwarzer, Avner,

[Wikidata-bugs] [Maniphest] [Updated] T146513: On some queries, graph display is unstable and does not converge to a stable state

Aklapper added a project: Google-Code-In-2016. TASK DETAILhttps://phabricator.wikimedia.org/T146513EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AklapperCc: Jonas, Aklapper, Smalyshev, SacredWKnight, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01,

[Wikidata-bugs] [Maniphest] [Claimed] T154550: Export graphs as images/SVG

Jonas claimed this task.Jonas added a project: Wikidata-Sprint-2016-11-15. TASK DETAILhttps://phabricator.wikimedia.org/T154550EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: gerritbot, Jonas, Aklapper, Smalyshev, Th3d3v1ls, Ramalepe, Liugev6,

[Wikidata-bugs] [Maniphest] [Updated] T154550: Export graphs as images/SVG

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T154550EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Jonas, Aklapper, Smalyshev, Th3d3v1ls, Ramalepe, Liugev6, EBjune, mschwarzer, Avner,

[Wikidata-bugs] [Maniphest] [Reassigned] T95663: [Story] Use composer-merge-plugin to include Wikidata components in mediawiki-vendor

hoo reassigned this task from hoo to demon. TASK DETAILhttps://phabricator.wikimedia.org/T95663EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: demon, hooCc: hoo, Lydia_Pintscher, bd808, JeroenDeDauw, Legoktm, Addshore, Ricordisamoa, wpmirrordev, JanZerebecki,

[Wikidata-bugs] [Maniphest] [Updated] T95663: [Story] Use composer-merge-plugin to include Wikidata components in mediawiki-vendor

hoo added subscribers: Addshore, Legoktm, JeroenDeDauw, bd808, Lydia_Pintscher, hoo.hoo merged a task: T74703: integrate wikidata (composer) built with mediawiki/vendor. TASK DETAILhttps://phabricator.wikimedia.org/T95663EMAIL

[Wikidata-bugs] [Maniphest] [Claimed] T95663: [Story] Use composer-merge-plugin to include Wikidata components in mediawiki-vendor

hoo claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T95663EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: hoo, Lydia_Pintscher, bd808, JeroenDeDauw, Legoktm, Addshore, Ricordisamoa, wpmirrordev, JanZerebecki, aude, Aklapper, D3r1ck01,

[Wikidata-bugs] [Maniphest] [Merged] T74703: integrate wikidata (composer) built with mediawiki/vendor

hoo closed this task as a duplicate of T95663: [Story] Use composer-merge-plugin to include Wikidata components in mediawiki-vendor. TASK DETAILhttps://phabricator.wikimedia.org/T74703EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Addshore, Legoktm,

Re: [Wikidata] Wikidata ontology

Further idea... They were called Mutexes in Freebase and actually lived as part of its data. In fact, you could actually use those same rules in WD if you wanted to. In Freebase, if someone typed or classed a Musical Artist as a fictional character also...they would immediately get a warning in

Re: [Wikidata] Wikidata ontology

Databases use schema but that doesn't mean they make sense for Humans all the time. Rules are typically used to find gaps in the data and the schema. In Freebase, we decided to handle things such as this with Rules (as Peter leans towards), where the community would help with developing them and

[Wikidata-bugs] [Maniphest] [Created] T154937: Graph result view should allow arrow coloring

Yair_rand created this task.Yair_rand added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery. TASK DESCRIPTIONThe Graph result view for Wikidata queries currently allows the nodes to specify labels, images, size, and color. However,

[Wikidata-bugs] [Maniphest] [Commented On] T149455: [Task] Improve the ArticlePlaceholder documentation

Lucie added a comment. Sounds great! Another thing, I have on my todo list since forever is to add a list of Wikipedias, where the extension is deployed. They are all mentioned here for example: https://grafana.wikimedia.org/dashboard/db/article-placeholderTASK

[Wikidata-bugs] [Maniphest] [Commented On] T149326: Dev Summit proposal: The future of the Wikidata Query Service

srishakatux added a comment. Note-taker(s) of this session: Follow the instructions here: https://www.mediawiki.org/wiki/Wikimedia_Developer_Summit/2017/Session_Guidelines#NOTE-TAKER.28S.29 After the session, DO NOT FORGET to copy the relevant notes and summary into a new wiki page following

[Wikidata] Fwd: [Commons-l] Exciting update about development of structured data on Commons

Hi all, An announcement related to structured data in the broader Wikimedia Community. Cheers, Alex -- Forwarded message -- From: Wes Moran Date: Mon, Jan 9, 2017 at 2:51 PM Subject: [Commons-l] Exciting update about development of structured data on

Re: [Wikidata] Wikidata ontology

Although there is no formal problem here, care does have to be taken when modelling entities that are to be considered as both classes and non-classes (or, and especially, metaclasses and non-metaclass classes). It is all too easy for even experienced modellers to make mistakes. The problem is

Re: [Wikidata] Wikidata ontology

I agree with Peter here. Daniel's statement of "Anything that is a subclass of X, and at the same an instance of Y, where Y is not "class", is problematic." is simply too strong. The classical example is Harry the eagle, and eagle being a species. The following paper has a much more measured and

[Wikidata-bugs] [Maniphest] [Updated] T144103: Create .nt (NTriples) dumps for wikidata data

Lokal_Profil added a subtask: T154914: Add .nt to DCAT-AP for Wikidata dumps. TASK DETAILhttps://phabricator.wikimedia.org/T144103EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lokal_ProfilCc: Lydia_Pintscher, thalhamm, Hydriz, Lokal_Profil, Sylvain_WMFr,

[Wikidata-bugs] [Maniphest] [Created] T154914: Add .nt to DCAT-AP for Wikidata dumps

Lokal_Profil created this task.Lokal_Profil added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWith the introduction of a new dump format the DCAT script should be updated to also include .ntTASK DETAILhttps://phabricator.wikimedia.org/T154914EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T154914: Add .nt to DCAT-AP for Wikidata dumps

Lokal_Profil added a parent task: T144103: Create .nt (NTriples) dumps for wikidata data. TASK DETAILhttps://phabricator.wikimedia.org/T154914EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lokal_ProfilCc: Lokal_Profil, Aklapper, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Commented On] T132839: [RfC] Property suggester suggests human properties for non-human items

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-01-09T17:51:54Z] Updated the Wikidata property suggester with data from last Monday's JSON dump and applied the T132839 workaroundsTASK DETAILhttps://phabricator.wikimedia.org/T132839EMAIL

Re: [Wikidata] Wikidata ontology

On 01/09/2017 07:20 AM, Daniel Kinzler wrote: > Am 09.01.2017 um 04:36 schrieb Markus Kroetzsch: >> Only the "current king of Iberia" is a single person, but Wikidata is about >> all >> of history, so there are many such kings. The office of "King of Iberia" is >> still singular (it is a singular

Re: [Wikidata] Wikidata ontology

Hoi, As I said before, there are only office holders. A person is not defined only by the office that he once held. Mr Obama is more than just the incumbent president of the United States. He is not defined by it. Thanks, GerardM On 9 January 2017 at 16:20, Daniel Kinzler

Re: [Wikidata] Wikidata ontology

Am 09.01.2017 um 04:36 schrieb Markus Kroetzsch: > Only the "current king of Iberia" is a single person, but Wikidata is about > all > of history, so there are many such kings. The office of "King of Iberia" is > still singular (it is a singular class) and it can have its own properties > etc. >

[Wikidata-bugs] [Maniphest] [Commented On] T152495: E-Mail notification on failures of Wikidata-builds

Tobi_WMDE_SW added a comment. @Zppix all I know is what I've left as a comment in https://gerrit.wikimedia.org/r/#/c/328315: I think there is no separate configuration-file for these jobs, just the normal extension test jobs are running there: mwext-testextension-php55 mwext-testextension-hhvm

Re: [Wikidata] Wikidata ontology

Hoi, My answer is that every past king is not a king but an office holder. For me the name king is just a label; there is no logic in the way it is applied. There are empires where the office holder is called a king for instance... For me they are all monarchs. They are associated with a specific

[Wikidata-bugs] [Maniphest] [Claimed] T154288: Factor ChangeOps instantiation logic out of Api\EdtiEntity

Jakob_WMDE claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T154288EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDECc: daniel, Ladsgroup, Addshore, Aklapper, Jakob_WMDE, WMDE-leszek, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331,

[Wikidata-bugs] [Maniphest] [Updated] T154869: Removing qualifier/reference using the keyboard (by pressing enter) saves the statement too

Lea_Lacroix_WMDE added a parent task: T40968: Keyboard-navigability of the repo UI. TASK DETAILhttps://phabricator.wikimedia.org/T154869EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lea_Lacroix_WMDECc: Aklapper, Nikki, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Updated] T40968: Keyboard-navigability of the repo UI

Lea_Lacroix_WMDE added a subtask: T149798: Exact match when searching for property selects a property but leaves search results open. TASK DETAILhttps://phabricator.wikimedia.org/T40968EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lea_Lacroix_WMDECc:

[Wikidata-bugs] [Maniphest] [Updated] T149798: Exact match when searching for property selects a property but leaves search results open

Lea_Lacroix_WMDE added a parent task: T40968: Keyboard-navigability of the repo UI. TASK DETAILhttps://phabricator.wikimedia.org/T149798EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lea_Lacroix_WMDECc: Sjoerddebruin, Aklapper, Nikki, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Updated] T40968: Keyboard-navigability of the repo UI

Lea_Lacroix_WMDE added a subtask: T154869: Removing qualifier/reference using the keyboard (by pressing enter) saves the statement too. TASK DETAILhttps://phabricator.wikimedia.org/T40968EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lea_Lacroix_WMDECc:

[Wikidata-bugs] [Maniphest] [Updated] T40968: Keyboard-navigability of the repo UI

Lea_Lacroix_WMDE added a subtask: T154896: Clicking edit to edit a statement does not focus the input field. TASK DETAILhttps://phabricator.wikimedia.org/T40968EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lea_Lacroix_WMDECc: Jan_Dittrich, Aklapper,

[Wikidata-bugs] [Maniphest] [Updated] T154896: Clicking edit to edit a statement does not focus the input field

Lea_Lacroix_WMDE added a parent task: T40968: Keyboard-navigability of the repo UI. TASK DETAILhttps://phabricator.wikimedia.org/T154896EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lea_Lacroix_WMDECc: Nikki, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Commented On] T154904: Properties with data type "Element" should give a better hint that a Q-item is required

Strainu added a comment. This came up twice in the last week, so I guess it will become more of a problem as more users start editing WD.TASK DETAILhttps://phabricator.wikimedia.org/T154904EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: StrainuCc: Aklapper,

[Wikidata-bugs] [Maniphest] [Retitled] T154904: Properties with data type "Element" should give a better hint that a Q-item is required

Strainu changed the title from "Properties with data type "Element" to "Properties with data type "Element" should give a better hint that a Q-item is required".Strainu added a project: Wikidata.Strainu edited the task description. (Show Details) EDIT DETAILSWhen adding a property that requires an

[Wikidata] Weekly Summary #242

*Here's your quick overview of what has been happening around Wikidata over the last week.* Events / Press/Blogs - Current: Wikimedia Dev summit

[Wikidata-bugs] [Maniphest] [Closed] T115267: [Bug] Text field doesn't always load when trying to add a statement

thiemowmde removed a project: Patch-For-Review.thiemowmde moved this task from Proposed to Done on the Wikidata-Sprint-2016-11-15 board.thiemowmde closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T115267WORKBOARDhttps://phabricator.wikimedia.org/project/board/2351/EMAIL

Re: [Wikidata] Wikidata ontology

On 09.01.2017 12:55, Gerard Meijssen wrote: Hoi, It is in the logic. When a king is a monarch and a monarch is a politician I am fine. But when people insist that a "King of Iberia" is a subclass it does not make sense. People hold the office of and it is singular. When such things result in

Re: [Wikidata] Wikidata ontology

Hoi, It is in the logic. When a king is a monarch and a monarch is a politician I am fine. But when people insist that a "King of Iberia" is a subclass it does not make sense. People hold the office of and it is singular. When such things result in struggles, I think we have a problem. I have

Re: [Wikidata] SQID now supports PrimarySources

Thanks for the report, Markus. I will file it in the primary sources tool issues. Best, Marco Il 28 dic 2016 3:33 PM, "Markus Kroetzsch" ha scritto: Hi Marco, On 27.12.2016 14:27, Marco Fossati wrote: > Hi Markus and thanks for this major SQID update. > > On

[Wikidata-bugs] [Maniphest] [Commented On] T115554: Allow inserting a reference for a new statement with the DuplicateReferences gadget without reloading the page

Nikki added a comment. I had a look at the network requests when this happens and I get {"error":{"code":"editconflict","info":"Edit conflict.","messages":[{"name":"edit-conflict","parameters":[],"html":{"*":"Edit conflict."}}],"*":"See https://www.wikidata.org/w/api.php for API

[Wikidata-bugs] [Maniphest] [Created] T154896: Clicking edit to edit a statement does not focus the input field

Nikki created this task.Nikki added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen you click "edit" to start editing an existing statement, the focus is not moved to the input field. If you want to edit the value, you have to first click into the input field or tab

[Wikidata-bugs] [Maniphest] [Commented On] T152682: Add a scroll bar to the layer list

Lea_Lacroix_WMDE added a comment. Works for me, thanks!TASK DETAILhttps://phabricator.wikimedia.org/T152682EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas, Lea_Lacroix_WMDECc: Jonas, Sylvain_WMFr, Lea_Lacroix_WMDE, Aklapper, EBjune, mschwarzer, Avner,