[Wikidata-bugs] [Maniphest] [Commented On] T115640: Link to a subclass list from each entity

Ladsgroup added a comment. In order to integrate with EasyQuery, first it's better to have it in WDQS. I found two options: http://tinyurl.com/je6a6nt tree-like view but with limited depth (here's 3). http://tinyurl.com/zn85sbe Recursive but table-like view. You don't know what is the parent

[Wikidata-bugs] [Maniphest] [Updated] T115640: Link to a subclass list from each entity

Ladsgroup added a project: User-Ladsgroup. TASK DETAILhttps://phabricator.wikimedia.org/T115640EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Lydia_Pintscher, Ladsgroup, StudiesWorld, Quiddity, Aklapper, dachary, D3r1ck01, Izno, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Commented On] T139862: Expand EasyQuery to work with more properties/ data types

Ladsgroup added a comment. I just made an edit to the gadget and improved the data type support and added qualifier support. Clear the cache, check and tell me what do you think.TASK DETAILhttps://phabricator.wikimedia.org/T139862EMAIL

[Wikidata-bugs] [Maniphest] [Claimed] T142906: Data access in user language doesn't obey the uselang get parameter

hoo claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T142906EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: gerritbot, Zppix, Jarekt, Geagea, Raymond, zhuyifei1999, aude, daniel, hoo, Zolo, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Commented On] T142906: Data access in user language doesn't obey the uselang get parameter

gerritbot added a comment. Change 305439 had a related patch set uploaded (by Hoo man): Don't abuse ParserOptions::getUser()->getOption( 'language' ) to get the user lang https://gerrit.wikimedia.org/r/305439TASK DETAILhttps://phabricator.wikimedia.org/T142906EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T142906: Data access in user language doesn't obey the uselang get parameter

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T142906EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Zppix, Jarekt, Geagea, Raymond, zhuyifei1999, aude, daniel, hoo, Zolo, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T126944: Wikibase LanguageFallbackChainFactoryTest makes assumptions on MediaWiki's language fallback chains

MarcoAurelio added a comment. Well, the above message by gerritbot is obviously unrelated to this.TASK DETAILhttps://phabricator.wikimedia.org/T126944EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, MarcoAurelioCc: Liuxinyu970226, siebrand, Nikerabbit,

[Wikidata-bugs] [Maniphest] [Commented On] T126944: Wikibase LanguageFallbackChainFactoryTest makes assumptions on MediaWiki's language fallback chains

gerritbot added a comment. Change 305436 had a related patch set (by MarcoAurelio) published: Fully restrict uploads on ms.wikipedia https://gerrit.wikimedia.org/r/305436TASK DETAILhttps://phabricator.wikimedia.org/T126944EMAIL

[Wikidata-bugs] [Maniphest] [Created] T143295: Special:UnconnectedPages requires filters to enable better use in Wikisources

Billinghurst created this task.Billinghurst added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONFor the Wikisources Special:UnconnectedPages does not give suitable granular information to get ready use of the pages. There is a requirement for ready local filtering.

[Wikidata-bugs] [Maniphest] [Created] T143292: Special:UnconnectedPages requires greater clarity about Wikidata linkage

Billinghurst created this task.Billinghurst added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONThe connection of Special:UnconnectedPages needs greater clarity that the special page and its collection is specifically about links from a namespace through to a wikidata

[Wikidata-bugs] [Maniphest] [Claimed] T122670: [Task] Enable allowDataAccessInUserLanguage on Wikidata

hoo claimed this task.hoo added a comment. Scheduled for August 30, 16:00–17:00 UTC (Tuesday).TASK DETAILhttps://phabricator.wikimedia.org/T122670EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Ricordisamoa, Sjoerddebruin, hoo, StudiesWorld, Aklapper,

[Wikidata-bugs] [Maniphest] [Retitled] T143277: mw.wikibase.entity:getLabel should obey allowDataAccessInUserLanguage

hoo changed the title from "mw.wikibase.entity:getLabel should obey if allowDataAccessInUserLanguage is enabled" to "mw.wikibase.entity:getLabel should obey allowDataAccessInUserLanguage". TASK DETAILhttps://phabricator.wikimedia.org/T143277EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T142944: Performance and caching considerations for article placeholders accesses

BBlack added a comment. I think I'm lacking a lot of context here about these special pages and placeholders. But my bottom line thoughts are currently along these lines: How do actual, real-world, anonymous users interact with these placeholders and special pages? What value is it providing

[Wikidata-bugs] [Maniphest] [Created] T143277: mw.wikibase.entity:getLabel should obey if allowDataAccessInUserLanguage is enabled

hoo created this task.hoo added projects: MediaWiki-extensions-WikibaseClient, Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONRight now mw.wikibase.entity:getLabel defaults to the wiki's content language, even if allowDataAccessInUserLanguage is set to true. It should probably use

[Wikidata-bugs] [Maniphest] [Commented On] T142986: [Task] check for and fix breakage we introduced in Primary Sources Tool with recent refactoring

Sjoerddebruin added a comment. This is what occurs only a few times per day: F4371494: Schermafdruk 2016-08-17 23.50.59.pngTASK DETAILhttps://phabricator.wikimedia.org/T142986EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc: Sjoerddebruin,

[Wikidata-bugs] [Maniphest] [Created] T143263: Merge.js: purge items after merging without confirmation

Sjoerddebruin created this task.Sjoerddebruin added projects: Wikidata, Wikidata-Gadgets.Herald added a subscriber: Aklapper. TASK DESCRIPTIONAdjusting is needed due to T135170.TASK DETAILhttps://phabricator.wikimedia.org/T143263EMAIL

[Wikidata-bugs] [Maniphest] [Triaged] T143263: Merge.js: purge items after merging without confirmation

Sjoerddebruin triaged this task as "High" priority. TASK DETAILhttps://phabricator.wikimedia.org/T143263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc: Sjoerddebruin, Aklapper, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa,

[Wikidata-bugs] [Maniphest] [Commented On] T143005: wdqs-app-footer-updated-after must include the date

Oriciu added a comment. The issue here is that for Asturian, Spanish and other languages we need the string for $time to come after the string for $ago to get a correct sentence. Regards.TASK DETAILhttps://phabricator.wikimedia.org/T143005EMAIL

[Wikidata-bugs] [Maniphest] [Claimed] T126944: Wikibase LanguageFallbackChainFactoryTest makes assumptions on MediaWiki's language fallback chains

hoo claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T126944EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Liuxinyu970226, siebrand, Nikerabbit, Tobi_WMDE_SW, hoo, aude, JanZerebecki, Lydia_Pintscher, MarcoAurelio, Aklapper, Lewizho99,

[Wikidata-bugs] [Maniphest] [Updated] T126944: Wikibase LanguageFallbackChainFactoryTest makes assumptions on MediaWiki's language fallback chains

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T126944EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Liuxinyu970226, siebrand, Nikerabbit, Tobi_WMDE_SW, hoo, aude, JanZerebecki, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Commented On] T126944: Wikibase LanguageFallbackChainFactoryTest makes assumptions on MediaWiki's language fallback chains

gerritbot added a comment. Change 305397 had a related patch set uploaded (by Hoo man): Hard-code language fallback chains in LanguageFallbackChainFactoryTest https://gerrit.wikimedia.org/r/305397TASK DETAILhttps://phabricator.wikimedia.org/T126944EMAIL

[Wikidata-bugs] [Maniphest] [Closed] T136838: Consider turning off "Did you mean: x?" on Wikidata

debt closed this task as "Resolved".debt moved this task from In progress to Done on the Discovery-Search-Sprint board.debt added a comment. I'm resolving this ticket, as we're moving forward with the removal of the 'did you mean' suggestion with this ticket: T143260TASK

[Wikidata-bugs] [Maniphest] [Commented On] T143249: internal_api_error_InvalidArgumentException in wbformatvalue (when editing statements)

aude added a comment. I don't see this in the logs for the past 7 minutes. It might be a very limited number of pages affected.TASK DETAILhttps://phabricator.wikimedia.org/T143249EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Aklapper,

[Wikidata-bugs] [Maniphest] [Created] T143249: internal_api_error_InvalidArgumentException in wbformatvalue (when editing statements)

aude created this task.aude added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONI get an exception in wbformatvalue when trying to edit statements on certain Wikidata items: mw1207 wikidatawiki 1.28.0-wmf.15 exception ERROR: [V7S85wpAANIAAHtaRLQAAACC]

[Wikidata-bugs] [Maniphest] [Claimed] T143094: Return actual term language in mw.wikibase.label

hoo claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T143094EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: gerritbot, matej_suchanek, Zolo, Aklapper, hoo, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude,

Re: [Wikidata] Mixing Wikipedia+Wikidata+BigQuery to visualize the DNC and RNC conventions

You might also use page views for the fame estimates. E.g. us election candidate pageviews: https://meta.wikimedia.org/wiki/User:Yurik/US_Politics_Real_Time On Wed, Aug 17, 2016, 11:42 Felipe Hoffa wrote: > I've been playing with Wikipedia (to extract list of links),

[Wikidata-bugs] [Maniphest] [Updated] T143094: Return actual term language in mw.wikibase.label

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T143094EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, matej_suchanek, Zolo, Aklapper, hoo, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Commented On] T143094: Return actual term language in mw.wikibase.label

gerritbot added a comment. Change 305322 had a related patch set uploaded (by Hoo man): Return actual term language in label/description accessors https://gerrit.wikimedia.org/r/305322TASK DETAILhttps://phabricator.wikimedia.org/T143094EMAIL

Re: [Wikidata] pattern for linking to linked data ?

As Andra reminded me above, this property went through pretty extensive discussions overlapping the one here (with examples) when it was proposed: https://www.wikidata.org/wiki/Wikidata:Property_proposal/exact_match I was mainly checking to ensure that no one else had been bolding working on

Re: [Wikidata] pattern for linking to linked data ?

On 17 August 2016 at 00:43, Benjamin Good wrote: > I am about to propose much more widespread use of Property:P2888 "exact > match" for linking from a wikidata item to a URI that should resolve to > linked data about the same concept from another semantic web resource.

Re: [Wikidata] pattern for linking to linked data ?

This sounds very similar to the Authority Control elements, which are tightly controlled. Is there a related template being used in Wikipedia cf. {{Authority control}}? It seems logical to use Database name = value, unless I am not understanding? This would be great for other specific data

[Wikidata-bugs] [Maniphest] [Commented On] T142940: Create client functionality for getting human readable wikitext from Wikibase statements

hoo added a comment. @Lydia_Pintscher Are you fine with the proposed Lua function name (mw.wikibase.entity:formatStatementValues)?TASK DETAILhttps://phabricator.wikimedia.org/T142940EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Lucie, aude, daniel,

Re: [Wikidata] pattern for linking to linked data ?

Perhaps it would be more productive if I give a very specific example. (I'd prefer a general, wikidata-wide policy but it sounds like that isn't going to happen.) We are working on integrating wikidata with many of the ontologies that are part of the OBO Foundry [1]. These include, for example,

[Wikidata-bugs] [Maniphest] [Commented On] T138365: [Discuss-Storytime][Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted propert

gerritbot added a comment. Change 305274 merged by jenkins-bot: Introduce error message for URLs that miss the leading "http://" https://gerrit.wikimedia.org/r/305274TASK DETAILhttps://phabricator.wikimedia.org/T138365EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T122672: [Task] Enable allowDataAccessInUserLanguage on meta

Lydia_Pintscher added a project: Wikidata-Sprint-2016-08-16. TASK DETAILhttps://phabricator.wikimedia.org/T122672EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, Lydia_PintscherCc: Stashbot, gerritbot, hoo, StudiesWorld, Aklapper, aude, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Created] T143230: ArticlePlaceholder element positioning has overlaps at 800x600

hoo created this task.hoo added projects: ArticlePlaceholder, Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONApparently, the defaultDisplaySmall.css needs some tweaking: F4370765: AP-800x600.pngTASK DETAILhttps://phabricator.wikimedia.org/T143230EMAIL

[Wikidata-bugs] [Maniphest] [Created] T143229: Revise documentation of the Wikibase RDF binding

daniel created this task.daniel added projects: Wikidata, Wikidata-Query-Service, Wikibase-DataModel.Herald added a subscriber: Aklapper.Herald added a project: Discovery. TASK DESCRIPTIONWe should make sure the documentation of our RDF binding is complete and up to date.

[Wikidata-bugs] [Maniphest] [Commented On] T140760: [Task] Create mediainfo entity on demand when adding a statement the first time

gerritbot added a comment. Change 303844 merged by jenkins-bot: Move logic for getting IDs from parameters into EntityLoadingHelper. https://gerrit.wikimedia.org/r/303844TASK DETAILhttps://phabricator.wikimedia.org/T140760EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T142940: Create client functionality for getting human readable wikitext from Wikibase statements

Lucie added a comment. I have sadly no notes either. I vaguely remember something including "property" but honestly would prefer "statement" since it's more descriptive about the functionality and I think that weights for me more than making clear with the name how it is connected to

[Wikidata-bugs] [Maniphest] [Edited] T134723: Project Weekly Reports for Automated Testing and Integration of IFTTT support to Wikidata

D3r1ck01 edited the task description. (Show Details) EDIT DETAILS...* Filling up the various occupations that IFTTT users will select as option in the IFTTT front-end in the birthday trigger configuration. Property used is occupation, so I am finding the most interesting occupations on Wikidata

[Wikidata-bugs] [Maniphest] [Edited] T134723: Project Weekly Reports for Automated Testing and Integration of IFTTT support to Wikidata

D3r1ck01 edited the task description. (Show Details) EDIT DETAILS...* Filling up the various occupations that IFTTT users will select as option in the IFTTT front-end in the birthday trigger configuration. Property used is occupation, so I am finding the most interesting occupations on Wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T138365: [Discuss-Storytime][Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted propert

Lydia_Pintscher added a comment. Yes exactly. Thanks a lot for the fix!TASK DETAILhttps://phabricator.wikimedia.org/T138365EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: gerritbot, daniel, Lydia_Pintscher, Aklapper, Zppix, Charlie_WMDE,

[Wikidata-bugs] [Maniphest] [Commented On] T138365: [Discuss-Storytime][Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted propert

gerritbot added a comment. Change 305274 had a related patch set uploaded (by Thiemo Mättig (WMDE)): Introduce error message for URLs that miss the leading "http://" https://gerrit.wikimedia.org/r/305274TASK DETAILhttps://phabricator.wikimedia.org/T138365EMAIL

[Wikidata-bugs] [Maniphest] [Triaged] T138365: [Discuss-Storytime][Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted property res

thiemowmde moved this task from Proposed to Review on the Wikidata-Sprint-2016-08-16 board.thiemowmde triaged this task as "Normal" priority.thiemowmde added projects: Patch-For-Review, MediaWiki-extensions-WikibaseRepository. TASK

[Wikidata-bugs] [Maniphest] [Commented On] T138365: [Discuss-Storytime][Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted propert

thiemowmde added a comment. @Lydia_Pintscher, what do people run into? Based on Jans task description I assume people are trying to enter URLs without the leading "http://", because this is what they are used to from the browsers address bar. Is this all this ticket is about? Or am I missing

Re: [Wikidata] pattern for linking to linked data ?

On Wed, Aug 17, 2016 at 9:48 AM, Markus Kroetzsch < markus.kroetz...@tu-dresden.de> wrote: > >> As Gerard said, "exact" correspondence might be difficult in most cases, > but something slightly weaker should be ok. Something that one should note > is that, even in cases where two things are about

[Wikidata-bugs] [Maniphest] [Commented On] T142944: Performance and caching considerations for article placeholders accesses

hoo added a comment. In T142944#2560699, @BBlack wrote: I think I'm lacking a lot of context here about these special pages and placeholders. But my bottom line thoughts are currently along these lines: How do actual, real-world, anonymous users interact with these placeholders and special

[Wikidata-bugs] [Maniphest] [Commented On] T143118: [Task] Introduce wbentityusage API

gerritbot added a comment. Change 299284 had a related patch set uploaded (by Ladsgroup): Introduce prop=wbentityusage in API to expose wbc_entity_usage https://gerrit.wikimedia.org/r/299284TASK DETAILhttps://phabricator.wikimedia.org/T143118EMAIL

[Wikidata-bugs] [Maniphest] [Unblock] T76230: [Epic] data quality and trust

hoo closed subtask T138163: Language fallback should be optional as "Declined". TASK DETAILhttps://phabricator.wikimedia.org/T76230EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Aklapper, Ricordisamoa, Elitre, Liuxinyu970226, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Declined] T138163: Language fallback should be optional

hoo closed this task as "Declined".hoo added a comment. I think we should rather go for T143094 which allows consumers to take more control of what they're showing, as this flag might be confusing, especially on multilingual wikis (where the first language differs by user language).TASK

[Wikidata-bugs] [Maniphest] [Unblock] T76216: [Epic] Language fallback

hoo closed subtask T138163: Language fallback should be optional as "Declined". TASK DETAILhttps://phabricator.wikimedia.org/T76216EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Ricordisamoa, Aklapper, He7d3r, matej_suchanek, Liuxinyu970226,

[Wikidata-bugs] [Maniphest] [Updated] T122672: [Task] Enable allowDataAccessInUserLanguage on meta

hoo removed a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T122672EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Stashbot, gerritbot, hoo, StudiesWorld, Aklapper, aude, D3r1ck01, Izno, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Commented On] T142944: Performance and caching considerations for article placeholders accesses

hoo added a comment. In T142944#2557015, @BBlack wrote: 30 minutes isn't really reasonable, and neither is spamming more purge traffic. If there's a constant risk of the page content breaking without invalidation, how is even 30 minutes acceptable? Doesn't this mean that on average they'll be

[Wikidata-bugs] [Maniphest] [Unblock] T122670: [Task] Enable allowDataAccessInUserLanguage on Wikidata

hoo closed subtask T122669: [Task] Enable allowDataAccessInUserLanguage on test.wikidata as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T122670EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Ricordisamoa, Sjoerddebruin, hoo, StudiesWorld,

[Wikidata-bugs] [Maniphest] [Closed] T122669: [Task] Enable allowDataAccessInUserLanguage on test.wikidata

hoo closed this task as "Resolved".hoo added a comment. Has already been done by @aude in fe7b2e8e7b6c27eed3591844590eac345c33427a.TASK DETAILhttps://phabricator.wikimedia.org/T122669EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Ricordisamoa, aude,

[Wikidata-bugs] [Maniphest] [Commented On] T122672: [Task] Enable allowDataAccessInUserLanguage on meta

gerritbot added a comment. Change 305247 merged by jenkins-bot: Enable allowDataAccessInUserLanguage on meta https://gerrit.wikimedia.org/r/305247TASK DETAILhttps://phabricator.wikimedia.org/T122672EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo,

[Wikidata-bugs] [Maniphest] [Closed] T122672: [Task] Enable allowDataAccessInUserLanguage on meta

hoo closed this task as "Resolved".hoo added a comment. Verified, works.TASK DETAILhttps://phabricator.wikimedia.org/T122672EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Stashbot, gerritbot, hoo, StudiesWorld, Aklapper, aude, Lewizho99, Maathavan,

[Wikidata-bugs] [Maniphest] [Commented On] T122672: [Task] Enable allowDataAccessInUserLanguage on meta

Stashbot added a comment. Mentioned in SAL [2016-08-17T13:28:41Z] Synchronized wmf-config/InitialiseSettings.php: Enable allowDataAccessInUserLanguage on meta (T122672) (duration: 00m 56s)TASK DETAILhttps://phabricator.wikimedia.org/T122672EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T142986: [Task] check for and fix breakage we introduced in Primary Sources Tool with recent refactoring

Lydia_Pintscher added a comment. In T142986#2560558, @Sjoerddebruin wrote: Was the issue you were seeing before that the statements were in edit mode with unreadable text? I've had that one too but also not seeing it today. No it was some other visual glitch that I can't really explain. Should

[Wikidata-bugs] [Maniphest] [Commented On] T122672: [Task] Enable allowDataAccessInUserLanguage on meta

gerritbot added a comment. Change 305247 had a related patch set uploaded (by Hoo man): Enable allowDataAccessInUserLanguage on meta https://gerrit.wikimedia.org/r/305247TASK DETAILhttps://phabricator.wikimedia.org/T122672EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T122672: [Task] Enable allowDataAccessInUserLanguage on meta

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T122672EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, gerritbotCc: gerritbot, hoo, StudiesWorld, Aklapper, aude, Lewizho99, Maathavan, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Commented On] T142986: [Task] check for and fix breakage we introduced in Primary Sources Tool with recent refactoring

Lydia_Pintscher added a comment. I believe the alignment of the accept/reject links was better before. I am also seeing the color issue as in the previous screenshot. Another issue I saw yesterday seems gone now. I added a new statement now and that seems ok.TASK

[Wikidata-bugs] [Maniphest] [Commented On] T142986: [Task] check for and fix breakage we introduced in Primary Sources Tool with recent refactoring

Sjoerddebruin added a comment. In T142986#2560555, @Lydia_Pintscher wrote: I believe the alignment of the accept/reject links was better before. I am also seeing the color issue as in the previous screenshot. Another issue I saw yesterday seems gone now. I added a new statement now and that

[Wikidata-bugs] [Maniphest] [Commented On] T142986: [Task] check for and fix breakage we introduced in Primary Sources Tool with recent refactoring

Lydia_Pintscher added a comment. Another issue that is probably not related to the refactoring: New identifiers are not suggested in the identifier section but in the statement section. When suggesting an additional value for an existing identifier property it is in the identifier section.TASK

[Wikidata-bugs] [Maniphest] [Updated] T95289: [Task] Deploy Google's primary sources tool to beta and test.wikidata

Izno added a project: Wikidata-Gadgets. TASK DETAILhttps://phabricator.wikimedia.org/T95289EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Tpt, jeblad, JanZerebecki, Tomayac, Denny, Lydia_Pintscher, Tobi_WMDE_SW, Aklapper, dachary, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Updated] T97017: [Story] Export missing references to primary sources tool

Izno added a project: Wikidata-Gadgets. TASK DETAILhttps://phabricator.wikimedia.org/T97017EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Tpt, Lydia_Pintscher, Aklapper, Tamslo, dachary, D3r1ck01, Scott_WUaS, Izno, Wikidata-bugs, aude, Ricordisamoa,

[Wikidata-bugs] [Maniphest] [Updated] T116475: Replace setlang

thiemowmde added a project: Wikidata-Sprint-2016-04-12. TASK DETAILhttps://phabricator.wikimedia.org/T116475EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: adrianheine, thiemowmdeCc: Fomafix, thiemowmde, hoo, Lydia_Pintscher, Aklapper, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Commented On] T142986: [Task] check for and fix breakage we introduced in Primary Sources Tool with recent refactoring

Jonas added a comment. Sometimes the statement color is wrong F4369942: pasted_fileTASK DETAILhttps://phabricator.wikimedia.org/T142986EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Jan_Dittrich, Aklapper, thiemowmde, Jonas, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Commented On] T142986: [Task] check for and fix breakage we introduced in Primary Sources Tool with recent refactoring

Jonas added a comment. I am not sure what is broken and as far as I know Adrians refactoring did not change the DOM. Maybe @thiemowmde has an idea or @Lydia_Pintscher can point out the changes or what is broken.TASK DETAILhttps://phabricator.wikimedia.org/T142986EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T142986: [Task] check for and fix breakage we introduced in Primary Sources Tool with recent refactoring

Jonas added a comment. F4369777: pasted_fileTASK DETAILhttps://phabricator.wikimedia.org/T142986EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Jan_Dittrich, Aklapper, thiemowmde, Jonas, Lydia_Pintscher, dachary, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Closed] T142905: Segmentation fault in php 5.5 for Wikidata build

aude closed this task as "Resolved".aude claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T142905EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Commented On] T142198: [Task] Make display of BCE dates in Wikidata Query Service identical to Wikidata

gerritbot added a comment. Change 304835 merged by jenkins-bot: Rewrite _formatDate to support the full date range https://gerrit.wikimedia.org/r/304835TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Unblock] T87764: Bugs related to time datatype (tracking)

Jonas closed subtask T142198: [Task] Make display of BCE dates in Wikidata Query Service identical to Wikidata as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T87764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: T.seppelt, Agabi10,

[Wikidata-bugs] [Maniphest] [Closed] T142198: [Task] Make display of BCE dates in Wikidata Query Service identical to Wikidata

Jonas closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T142198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, JonasCc: gerritbot, Smalyshev, daniel, thiemowmde, Jonas, Jc3s5h, Aklapper, Esc3300, mschwarzer, Avner,

[Wikidata-bugs] [Maniphest] [Commented On] T139827: [bug] mapview on Wikidata Query Service misaligned across 180 longitude line, selection with wikibase:box

Esc3300 added a comment. What could work is the following: If the zoom is for more than 270°, it could attempt to re-calculate it on a center with 180°. If this leads to less than 270°, use the map centered on 180°.TASK DETAILhttps://phabricator.wikimedia.org/T139827EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T77972: [Story] Always show P248 (stated in), P854 (reference URL) and P813 (date of retrieval) when adding sources

Esc3300 added a comment. Previous discussion: https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team/Archive/2015/07#reference_URL_.28P854.29_is_useful_to_add_references_..TASK DETAILhttps://phabricator.wikimedia.org/T77972EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T77972: [Story] Always show P248 (stated in), P854 (reference URL) and P813 (date of retrieval) when adding sources

Esc3300 added a comment. It seems to work on some properties, but not on others (I got the suggestion "GND" instead of "reference URL"). Supposedly it still depends on frequency of use.TASK DETAILhttps://phabricator.wikimedia.org/T77972EMAIL

[Wikidata] Mixing Wikipedia+Wikidata+BigQuery to visualize the DNC and RNC conventions

I've been playing with Wikipedia (to extract list of links), Wikidata (to enrich), Wikipedia pagecounts (to estimate fame) and BigQuery (to mix everything) to visualize the parties conventions. Sharing here as you might like the techniques and results:

[Wikidata-bugs] [Maniphest] [Commented On] T103091: [Task] research how to surface usage tracking data for editors

Ladsgroup added a comment. Hey, I guess Lydia would be a better person to answer those but as a Wikipedian I think of cases when there is incorrect datum in an article and I want to fix it but I don't know where this datum comes from. So I need to have list of items used in each article in order

Re: [Wikidata] pattern for linking to linked data ?

Hoi, When an external source is about the same subject as an item, "exact match" is implicit. This property is only to be used with internal items of Wikidata. I do object for the use of "exact match" with external sources because it implies that Wikidata agrees with all its content, the

[Wikidata-bugs] [Maniphest] [Commented On] T103091: [Task] research how to surface usage tracking data for editors

Jan_Dittrich added a comment. @Ladsgroup Thanks for structuring this! I know about the broad topic, but I would need to know a bit more about the assumed usecases to do a proper design ( basically only know what is in the brief description of this issue) Who would be interested in the

[Wikidata-bugs] [Maniphest] [Commented On] T138365: [Discuss-Storytime][Usability] Error message should help to solve problem when assigning a non well formed URL as value to an URL-restricted propert

Jan_Dittrich added a comment. So I would leave it like it is. However, if there is a "deeper" change that would affect more errors (positively!), I'd be glad to help on that ticket. However, I don't know what would needed to be touched for that (It was briefly mentioned in yesterdays sprint start