[Wikidata-bugs] [Maniphest] [Block] T104862: Date input parses YYYY MM DD as CURDAY CURMONTH YYYY or not at all

daniel reopened blocking task T104330: ParseValue API module should optionally trigger validation as Open. TASK DETAIL https://phabricator.wikimedia.org/T104862 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Liuxinyu970226, Jonas

[Wikidata-bugs] [Maniphest] [Block] T92619: investigate failing Wikidata browsertests on jenkins

daniel reopened blocking task T104330: ParseValue API module should optionally trigger validation as Open. TASK DETAIL https://phabricator.wikimedia.org/T92619 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Ricordisamoa, aude

[Wikidata-bugs] [Maniphest] [Reopened] T104330: ParseValue API module should optionally trigger validation

daniel reopened this task as Open. daniel added a comment. oops, sorry - this one isn't merged yet TASK DETAIL https://phabricator.wikimedia.org/T104330 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Ricordisamoa, gerritbot

[Wikidata-bugs] [Maniphest] [Closed] T105824: Remove rdf:type wikibase:Value and leave only specific value class on values

daniel closed this task as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T105824 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, daniel Cc: gerritbot, daniel, mkroetzsch, Aklapper, Smalyshev, jkroll, Wikidata-bugs, Jdouglas

[Wikidata-bugs] [Maniphest] [Changed Project Column] T105432: Drop wikibase:quantityUnit for now from RDF dump

daniel moved this task to Done on the Wikidata-Sprint-2015-06-30 workboard. TASK DETAIL https://phabricator.wikimedia.org/T105432 WORKBOARD https://phabricator.wikimedia.org/project/board/1337/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Declined] T105432: Drop wikibase:quantityUnit for now from RDF dump

daniel closed this task as Declined. daniel added a comment. With unit support just around the corner, dropping this now will probably cause more work than just leaving it in. TASK DETAIL https://phabricator.wikimedia.org/T105432 EMAIL PREFERENCES https://phabricator.wikimedia.org

[Wikidata-bugs] [Maniphest] [Changed Project Column] T105432: Drop wikibase:quantityUnit for now from RDF dump

daniel moved this task to Backlog on the Wikidata-Sprint-2015-06-30 workboard. TASK DETAIL https://phabricator.wikimedia.org/T105432 WORKBOARD https://phabricator.wikimedia.org/project/board/1337/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Updated] T105432: Drop wikibase:quantityUnit for now from RDF dump

daniel removed a project: Wikidata-Sprint-2015-06-30. TASK DETAIL https://phabricator.wikimedia.org/T105432 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, daniel Cc: gerritbot, mkroetzsch, daniel, Aklapper, Smalyshev, jkroll, Wikidata

[Wikidata-bugs] [Maniphest] [Reopened] T105824: Remove rdf:type wikibase:Value and leave only specific value class on values

daniel reopened this task as Open. daniel added a comment. oops, failed to merge TASK DETAIL https://phabricator.wikimedia.org/T105824 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, daniel Cc: gerritbot, daniel, mkroetzsch, Aklapper

[Wikidata-bugs] [Maniphest] [Commented On] T104895: Stop using deprecated methods on Entity

daniel added a comment. All patches are merged, is this done? TASK DETAIL https://phabricator.wikimedia.org/T104895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene, daniel Cc: Ricordisamoa, Aklapper, Bene, thiemowmde, JeroenDeDauw, daniel

[Wikidata-bugs] [Maniphest] [Closed] T106863: Deprecate and remove the ungroupedlist api option

daniel added a subscriber: daniel. daniel closed this task as Resolved. daniel added a comment. patch merged TASK DETAIL https://phabricator.wikimedia.org/T106863 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, daniel Cc: daniel

[Wikidata-bugs] [Maniphest] [Unblock] T104180: Use datamodel serialization in Wikibase\Api\ResultBuilder

daniel closed blocking task T106863: Deprecate and remove the ungroupedlist api option as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T104180 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, daniel Cc: JeroenDeDauw, Ricordisamoa

[Wikidata-bugs] [Maniphest] [Commented On] T95168: Remove calls to getIsRawMode() in Wikibase, and calls to setRawMode() in tests

daniel added a subscriber: daniel. daniel added a comment. Seems like ResultBuilder.php is still using getIsRawMode quite a bit. ApiHelperFactoryTest.php mocks that method (needlessly?). ApiXmlFormatTest.php uses setRawMode(). TASK DETAIL https://phabricator.wikimedia.org/T95168 EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T105432: Make wikibase:quantityUnit an URI

daniel added a comment. @Smalyshev 1 should be treated as an alias for https://www.wikidata.org/entity/Q199 TASK DETAIL https://phabricator.wikimedia.org/T105432 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, daniel Cc: gerritbot

[Wikidata-bugs] [Maniphest] [Unblock] T104331: Value preview should tell the backend to validate the user input

daniel closed blocking task T104330: ParseValue API module should optionally trigger validation as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T104331 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Ricordisamoa, Jc3s5h

[Wikidata-bugs] [Maniphest] [Closed] T104330: ParseValue API module should optionally trigger validation

daniel closed this task as Resolved. daniel added a comment. patch merged TASK DETAIL https://phabricator.wikimedia.org/T104330 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Ricordisamoa, gerritbot, Tobi_WMDE_SW, WMDE-Fisch, Aklapper

[Wikidata-bugs] [Maniphest] [Unblock] T92619: investigate failing Wikidata browsertests on jenkins

daniel closed blocking task T104330: ParseValue API module should optionally trigger validation as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T92619 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Ricordisamoa, aude

[Wikidata-bugs] [Maniphest] [Commented On] T85296: Wikibase API allows adding impossible dates such as 31 September 2014

daniel added a comment. @Smalyshev We can decide to me more or less strict for calendar models we know well, but there will //always// be the possibility of bad dates, since for some calendar models, we don't even know how to validate. They may not even be strictly defined. So, conceptually

[Wikidata-bugs] [Maniphest] [Commented On] T95685: Drop wb_entity_per_page table

daniel added a comment. @Magnus If we don't drop the table, we'll have to change the schema to allow for non-numeric IDs. So that would break the tools anyway. I'd prefer to drop the table and replace the joins with a programmatic mapping from ID to title. That would generally just mean adding

[Wikidata-bugs] [Maniphest] [Commented On] T85296: Wikibase API allows adding impossible dates such as 31 September 2014

daniel added a comment. @Jc3s5h wrote: //Perhaps there could be a concept of a quoted date, with an ability to state the date, the source, and an entitiy or character string to give the calendar.// That is exactly what Wikidata's date are. No more and no less. TASK DETAIL https

[Wikidata-bugs] [Maniphest] [Commented On] T93885: Implement a limit for entities accessed via arbitrary access features and mark as expensive

daniel added a comment. With Change 225474 merged, we now report the number of entities loaded, but the limit we impose is INT_MAX. I suppose this should remain open until we have a configurable limited implemented and a good default defined. TASK DETAIL https://phabricator.wikimedia.org

[Wikidata-bugs] [Maniphest] [Commented On] T48643: Dispatching via delayed jobs (instead of cron script)

daniel added a comment. I'll edit the description to give more details. TASK DETAIL https://phabricator.wikimedia.org/T48643 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Aklapper, Tobi_WMDE_SW, JanZerebecki, Wikidata-bugs, Abraham

[Wikidata-bugs] [Maniphest] [Edited] T48643: Dispatching via delayed jobs (instead of cron script)

daniel edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T48643 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Aklapper, Tobi_WMDE_SW, JanZerebecki, Wikidata-bugs, Abraham, Nemo_bis, Denny, aude, Ricordisamoa

[Wikidata-bugs] [Maniphest] [Commented On] T85296: Wikibase API allows adding impossible dates such as 31 September 2014

daniel added a comment. @Jc3s5h: You mean, we could have a calendar model for Broken Gregorian? I like that idea! It seems clear to me that we shouldn't just allow any input for Gregorian/Julian dates: the 123rd of Juli or the 15th of Kittens should not be accepted. However, I don't think

[Wikidata-bugs] [Maniphest] [Commented On] T77982: Decide on implementation of Unit Selector widget

daniel added a comment. @Jc3s5h 1. Unit symbols are not all languages. While many countries/languages use the standard km/h, America uses KPH, and Russia uses км/ч. But I agree that an other languages fallback would be nice, using English for that (as MediaWiki does) isn't really great. 2

[Wikidata-bugs] [Maniphest] [Commented On] T85296: Wikibase API allows adding impossible dates such as 31 September 2014

daniel added a comment. It seems to me the purpose of a database is to store the best available conclusion, in a calendar that is, or can be converted to, the Gregorian calendar. Discussion of the merits of various pieces of evidence is fine for history journals, or even a Wikipedia

[Wikidata-bugs] [Maniphest] [Commented On] T75863: split wikibase.git

daniel added a comment. @Paladox Thanks for looking into this. Please mind the numerous blockers though. Please consult with the team before actually moving code, that can get quite disruptive. Thanks again! TASK DETAIL https://phabricator.wikimedia.org/T75863 EMAIL PREFERENCES https

[Wikidata-bugs] [Maniphest] [Commented On] T75863: split wikibase.git

daniel added a comment. @Paladox thanks for that! TASK DETAIL https://phabricator.wikimedia.org/T75863 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Addshore, gerritbot, Paladox, Aklapper, JanZerebecki, Krinkle, Legoktm, Reedy

[Wikidata-bugs] [Maniphest] [Commented On] T56767: ItemPage.get() chokes on labels with a 'removed' value

daniel added a comment. @jayvdb removed markers are possible for pretty much everything, including labels, descriptions, aliases, sitelinks, and I think even statements. TASK DETAIL https://phabricator.wikimedia.org/T56767 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T56767: ItemPage.get() chokes on labels with a 'removed' value

daniel added a subscriber: Addshore. daniel added a comment. removed should only occur as a marker in an API response to a request that removed a label. A Deserializer can/should ignore such labels, unless it is particularly interested in labels that got removed by an API request

[Wikidata-bugs] [Maniphest] [Created] T106308: Create an EntityDifferFactory

daniel created this task. daniel added subscribers: Halfak, Ladsgroup, Aklapper, daniel. daniel added a project: Wikidata. TASK DESCRIPTION EntityDifferFactory provides access to the correct EntityDiffer for a given entity type. Currently, the differ is baked into Entity::getDiff. We can

[Wikidata-bugs] [Maniphest] [Triaged] T106306: API module for retrieving diffs between entity revisions (wbentitydiff)

daniel triaged this task as Normal priority. daniel added a comment. we decided we want this TASK DETAIL https://phabricator.wikimedia.org/T106306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Halfak, Ladsgroup, Aklapper, daniel

[Wikidata-bugs] [Maniphest] [Edited] T106308: Create an EntityDifferFactory

daniel edited the task description. daniel set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T106308 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: daniel, Aklapper, Ladsgroup, Halfak, Wikidata-bugs, aude, Malyacko

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T106307: Factor EntityDiff serialization code out of DiffChange

daniel removed a subscriber: Halfak. daniel set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T106307 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: daniel, Aklapper, Ladsgroup, Wikidata-bugs, aude, Malyacko, P.Copp

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T106308: Create an EntityDifferFactory

daniel removed a subscriber: Halfak. TASK DETAIL https://phabricator.wikimedia.org/T106308 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: daniel, Aklapper, Ladsgroup, Wikidata-bugs, aude, Malyacko, P.Copp

[Wikidata-bugs] [Maniphest] [Changed Project Column] T106306: API module for retrieving diffs between entity revisions (wbentitydiff)

daniel moved this task to ready to go on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T106306 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Halfak

[Wikidata-bugs] [Maniphest] [Triaged] T106307: Factor EntityDiff serialization code out of DiffChange

daniel triaged this task as Normal priority. TASK DETAIL https://phabricator.wikimedia.org/T106307 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: daniel, Aklapper, Ladsgroup, Wikidata-bugs, aude, Malyacko, P.Copp

[Wikidata-bugs] [Maniphest] [Created] T106307: Factor EntityDiff serialization code out of DiffChange

daniel created this task. daniel added subscribers: Halfak, Ladsgroup, Aklapper, daniel. daniel added a project: Wikidata. TASK DESCRIPTION We want to share code for entity serialization between DiffChange and the proposed EntityDiff API module. TASK DETAIL https://phabricator.wikimedia.org

[Wikidata-bugs] [Maniphest] [Changed Project Column] T106307: Factor EntityDiff serialization code out of DiffChange

daniel moved this task to consider for next sprint on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T106307 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Created] T106306: API module for retrieving diffs between entity revisions (wbentitydiff)

daniel created this task. daniel added a subscriber: daniel. daniel added a project: Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION Use case: analysis of edits for revision scoring wbentitydiff should support: * the same parameters for controlling diffing as index.php

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T106306: API module for retrieving diffs between entity revisions (wbentitydiff)

daniel added subscribers: aaron, Ladsgroup. TASK DETAIL https://phabricator.wikimedia.org/T106306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Ladsgroup, aaron, Aklapper, daniel, Wikidata-bugs, aude, Malyacko, P.Copp

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T106306: API module for retrieving diffs between entity revisions (wbentitydiff)

daniel edited subscribers, added: Halfak; removed: aaron. daniel set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T106306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Halfak, Ladsgroup, Aklapper, daniel, Wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T73052: Introduce a entity change subscription service

daniel closed this task as Resolved. daniel claimed this task. daniel added a comment. all done TASK DETAIL https://phabricator.wikimedia.org/T73052 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Aklapper, hoo, Liuxinyu970226, Wikidata

[Wikidata-bugs] [Maniphest] [Unblock] T49288: Track Wikidata entity usage on client pages

daniel closed blocking task T73052: Introduce a entity change subscription service as Resolved. Herald added a subscriber: Aklapper. TASK DETAIL https://phabricator.wikimedia.org/T49288 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc

[Wikidata-bugs] [Maniphest] [Commented On] T56767: ItemPage.get() chokes on labels with a 'removed' value

daniel added a comment. @Ricordisamoa yes, it's quite possible that the current serializer code does handle empty labels by marking them as removed. I'm just saying that it shouldn't do that. But client code should still be able to deal with this kind of output (by ignoring such labels

[Wikidata-bugs] [Maniphest] [Commented On] T105623: Investigate quantification of quantity precision (+/- 1 or +/- 0.5)

daniel added a comment. Bumping to high, since this may cause confusion and (slight) data corruption. TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: daniel, Stryn, Lydia_Pintscher

[Wikidata-bugs] [Maniphest] [Updated] T105623: Investigate quantification of quantity precision (+/- 1 or +/- 0.5)

daniel removed projects: Tracking, Epic. daniel set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event

[Wikidata-bugs] [Maniphest] [Created] T110212: Manage ValueParsers based on central DataType registry

daniel created this task. daniel added subscribers: gerritbot, daniel, Aklapper, Lydia_Pintscher. daniel added projects: Patch-For-Review, Wikidata, MediaWiki-extensions-WikibaseRepository. TASK DESCRIPTION TASK DETAIL https://phabricator.wikimedia.org/T110212 EMAIL PREFERENCES https

[Wikidata-bugs] [Maniphest] [Updated] T110212: Manage ValueParsers based on central DataType registry

daniel removed a project: Patch-For-Review. daniel set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T110212 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Lydia_Pintscher, Aklapper, daniel, gerritbot, Wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T107319: [Bug] EntityUsageTable::touchUsages slow query

daniel moved this task to Done on the Wikidata-Sprint-2015-08-18 workboard. TASK DETAIL https://phabricator.wikimedia.org/T107319 WORKBOARD https://phabricator.wikimedia.org/project/board/1438/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Changed Project Column] T104329: [Task] Create central registry for datatypes

daniel moved this task to Review on the Wikidata-Sprint-2015-08-18 workboard. TASK DETAIL https://phabricator.wikimedia.org/T104329 WORKBOARD https://phabricator.wikimedia.org/project/board/1438/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Changed Project Column] T110212: Manage ValueParsers based on central DataType registry

daniel moved this task to Review on the Wikidata-Sprint-2015-08-18 workboard. TASK DETAIL https://phabricator.wikimedia.org/T110212 WORKBOARD https://phabricator.wikimedia.org/project/board/1438/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Commented On] T107319: [Bug] EntityUsageTable::touchUsages slow query

daniel added a comment. Patches merged. Let's keep this open for a while and observe whether the problem is indeed gone. TASK DETAIL https://phabricator.wikimedia.org/T107319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: gerritbot

[Wikidata-bugs] [Maniphest] [Changed Project Column] T110215: Manage ValueValidators based on central DataType registry

daniel moved this task to Review on the Wikidata-Sprint-2015-08-18 workboard. TASK DETAIL https://phabricator.wikimedia.org/T110215 WORKBOARD https://phabricator.wikimedia.org/project/board/1438/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Created] T110215: Manage ValueValidators based on central DataType registry

daniel created this task. daniel added subscribers: gerritbot, daniel, Aklapper, Lydia_Pintscher. daniel added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. TASK DESCRIPTION TASK DETAIL https://phabricator.wikimedia.org/T110215 EMAIL PREFERENCES https

[Wikidata-bugs] [Maniphest] [Closed] T108928: [Task] Don't load full entity in WikibaseLuaBinding::getSiteLinkPageName

daniel closed this task as Resolved. daniel claimed this task. daniel added a comment. merged TASK DETAIL https://phabricator.wikimedia.org/T108928 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: daniel, gerritbot, aude, Aklapper

[Wikidata-bugs] [Maniphest] [Updated] T108928: [Task] Don't load full entity in WikibaseLuaBinding::getSiteLinkPageName

daniel added a project: Wikidata-Sprint-2015-08-18. daniel added a subscriber: daniel. TASK DETAIL https://phabricator.wikimedia.org/T108928 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: daniel, gerritbot, aude, Aklapper, Wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T102992: [Task] Review WikidataQuality DB schema

daniel claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T102992 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Lydia_Pintscher, JanZerebecki, thiemowmde, soeren.oldag, gerritbot, Jonaskeutel, jcrespo, Tamslo, csteipp

[Wikidata-bugs] [Maniphest] [Changed Project Column] T102992: [Task] Review WikidataQuality DB schema

daniel moved this task to Done on the Wikidata-Sprint-2015-08-18 workboard. TASK DETAIL https://phabricator.wikimedia.org/T102992 WORKBOARD https://phabricator.wikimedia.org/project/board/1438/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Changed Project Column] T108928: [Task] Don't load full entity in WikibaseLuaBinding::getSiteLinkPageName

daniel moved this task to Done on the Wikidata-Sprint-2015-08-18 workboard. TASK DETAIL https://phabricator.wikimedia.org/T108928 WORKBOARD https://phabricator.wikimedia.org/project/board/1438/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Unblock] T108688: [Story] meaningful edit summaries on the client

daniel closed blocking task T108686: [Task] Transfer edit comments to client as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T108688 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: MGChecker, Ricordisamoa, aude, Aklapper

[Wikidata-bugs] [Maniphest] [Updated] T110215: Manage ValueValidators based on central DataType registry

daniel added a project: Wikidata-Sprint-2015-08-18. TASK DETAIL https://phabricator.wikimedia.org/T110215 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Lydia_Pintscher, Aklapper, daniel, gerritbot, Wikidata-bugs, aude, Malyacko

[Wikidata-bugs] [Maniphest] [Claimed] T110212: Manage ValueParsers based on central DataType registry

daniel claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T110212 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Lydia_Pintscher, Aklapper, daniel, gerritbot, Wikidata-bugs, aude, Malyacko

[Wikidata-bugs] [Maniphest] [Claimed] T110215: Manage ValueValidators based on central DataType registry

daniel claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T110215 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Lydia_Pintscher, Aklapper, daniel, gerritbot, Wikidata-bugs, aude, Malyacko

[Wikidata-bugs] [Maniphest] [Updated] T110212: Manage ValueParsers based on central DataType registry

daniel added a project: Wikidata-Sprint-2015-08-18. TASK DETAIL https://phabricator.wikimedia.org/T110212 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Lydia_Pintscher, Aklapper, daniel, gerritbot, Wikidata-bugs, aude, Malyacko

[Wikidata-bugs] [Maniphest] [Changed Project Column] T109088: [Task] Profiling and investigate how to improve performance of change dispatcher

daniel moved this task to Done on the Wikidata-Sprint-2015-08-18 workboard. TASK DETAIL https://phabricator.wikimedia.org/T109088 WORKBOARD https://phabricator.wikimedia.org/project/board/1438/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude

[Wikidata-bugs] [Maniphest] [Changed Project Column] T108686: [Task] Transfer edit comments to client

daniel moved this task to Done on the Wikidata-Sprint-2015-08-18 workboard. TASK DETAIL https://phabricator.wikimedia.org/T108686 WORKBOARD https://phabricator.wikimedia.org/project/board/1438/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Closed] T108686: [Task] Transfer edit comments to client

daniel closed this task as Resolved. daniel added a comment. merged TASK DETAIL https://phabricator.wikimedia.org/T108686 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: gerritbot, Ricordisamoa, Aklapper, aude, daniel, Jonas, Addshore

[Wikidata-bugs] [Maniphest] [Created] T110213: Manage ValueFormatters based on central DataType registry

daniel created this task. daniel added subscribers: gerritbot, daniel, Aklapper, Lydia_Pintscher. daniel added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. TASK DESCRIPTION TASK DETAIL https://phabricator.wikimedia.org/T110213 EMAIL PREFERENCES https

[Wikidata-bugs] [Maniphest] [Created] T110214: Manage RDF mapping of data values based on central DataType registry

daniel created this task. daniel added subscribers: gerritbot, daniel, Aklapper, Lydia_Pintscher. daniel added projects: Patch-For-Review, Wikidata, MediaWiki-extensions-WikibaseRepository. TASK DESCRIPTION TASK DETAIL https://phabricator.wikimedia.org/T110214 EMAIL PREFERENCES https

[Wikidata-bugs] [Maniphest] [Claimed] T104329: [Task] Create central registry for datatypes

daniel claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T104329 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: gerritbot, daniel, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude, Malyacko

[Wikidata-bugs] [Maniphest] [Updated] T104329: [Task] Create central registry for datatypes

daniel added a project: Wikidata-Sprint-2015-08-18. TASK DETAIL https://phabricator.wikimedia.org/T104329 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: gerritbot, daniel, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude, Malyacko

[Wikidata-bugs] [Maniphest] [Commented On] T102992: [Task] Review WikidataQuality DB schema

daniel added a comment. I have approved both pending patches. If they go in, this can probably be closed, but we should double-check. TASK DETAIL https://phabricator.wikimedia.org/T102992 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc

[Wikidata-bugs] [Maniphest] [Commented On] T107319: [Bug] EntityUsageTable::touchUsages slow query

daniel added a comment. @jcrespo: As far as I know, the DBO_TRX flag is set on the cluster, causing MediaWiki to automatically start a transaction on the first insert/update/delete. Such automatic transactions are committed when an explicit transaction is started, or the request terminates. I

[Wikidata-bugs] [Maniphest] [Closed] T103807: Wikidata use the wrong HTTP-code for content negotiation

daniel closed this task as Invalid. daniel claimed this task. daniel added a comment. As per http://www.w3.org/TR/cooluris/#r303gendocument 303 is correct for content negotiation for linked data. TASK DETAIL https://phabricator.wikimedia.org/T103807 EMAIL PREFERENCES https

[Wikidata-bugs] [Maniphest] [Commented On] T56318: Quantity datatype (tracking)

daniel added a comment. @jeblad: so we agree about everything except the names. Perhaps I should have used Measurement instead of Quantity? But a measurement is a specific event, that would also be misleading. MeasuredQuantity would be more exact, but it's a bit long. I say the bike shed

[Wikidata-bugs] [Maniphest] [Updated] T107319: [Bug] EntityUsageTable::touchUsages slow query

daniel added projects: Performance, Database. TASK DETAIL https://phabricator.wikimedia.org/T107319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: gerritbot, JanZerebecki, daniel, hoo, Addshore, Lydia_Pintscher, ori, jcrespo, Aklapper

[Wikidata-bugs] [Maniphest] [Commented On] T105126: Evaluate pattern constraints (safely)

daniel added a comment. @Popcorndude Thanks for the analysis! Knowing what kinds of patterns are used how often is definitely a good thing. The most important question however is a bit harder to answer: which constraints use patterns that can trigger catastrophic backtracking http

[Wikidata-bugs] [Maniphest] [Created] T116302: Provide a tool for deteceting cycles in transitive properties

daniel created this task. daniel added a subscriber: daniel. daniel added a project: Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION Transitive properties are supposed to be acyclic. For quality maintenance, it would be useful to have a tool that reports any cycles that emerge

[Wikidata-bugs] [Maniphest] [Created] T116298: SPARQL endpoint should gracefully handle loops in transitive properties

daniel created this task. daniel assigned this task to Smalyshev. daniel added a subscriber: daniel. daniel added projects: Wikidata, Wikidata-Query-Service. Herald added a subscriber: Aklapper. Herald added a project: Discovery. TASK DESCRIPTION Transitive properties //should// be a-cyclic

[Wikidata-bugs] [Maniphest] [Updated] T116300: [Bug] Cannot edit references

daniel added a project: Wikidata. daniel set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T116300 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Aklapper, daniel, Wikidata-bugs, aude

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T105126: Evaluate pattern constraints (safely)

daniel added a subscriber: thiemowmde. TASK DETAIL https://phabricator.wikimedia.org/T105126 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: thiemowmde, Nikki, Popcorndude, Aklapper, daniel, Wikidata-bugs, aude, GWicke, csteipp

[Wikidata-bugs] [Maniphest] [Updated] T114477: [RfC] Future of the Article Placeholder Extension

daniel added a comment. @Qgil The Article Placeholder is, from the technical side, very similar to an automatic infobox. So this may fit in with T114251: [RFC] Magic Infobox implementation <https://phabricator.wikimedia.org/T114251> TASK DETAIL https://phabricator.wikimedia.org/T

[Wikidata-bugs] [Maniphest] [Updated] T117032: Create configuration for specifying units conversions

daniel added a blocked task: T77978: [Story] Support unit conversion. TASK DETAIL https://phabricator.wikimedia.org/T117032 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Smalyshev, Aklapper, daniel, aude, jkroll, Wikidata-bugs, Jdouglas

[Wikidata-bugs] [Maniphest] [Updated] T77978: [Story] Support unit conversion

daniel added a blocking task: T117032: Create configuration for specifying units conversions. TASK DETAIL https://phabricator.wikimedia.org/T77978 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Liuxinyu970226, mxn, Ricordisamoa, Mbch331

[Wikidata-bugs] [Maniphest] [Commented On] T117032: Create configuration for specifying units conversions

daniel added a comment. In addition to the multiplier, we need at least an optional offset (for °F to °C conversion) and perhaps also an exponent (for reciprocal conversions like miles/gallon to liter/100km). Both can come from GNU Units. TASK DETAIL https://phabricator.wikimedia.org

[Wikidata-bugs] [Maniphest] [Commented On] T95686: [Task] write a maintenance script to migrate properties from string to new identifier datatype

daniel added a comment. @Ricordisamoa There is currently no good way to get the full edit history using the proper JSON serialization. We never implemented this, since it seemed that people are either interested in the metadata of the edit history (XML), or the current content (JSON). What's

[Wikidata-bugs] [Maniphest] [Commented On] T114251: [RFC] Magic Infobox implementation

daniel added a comment. Updated whiteboard snapshot: F2887202: 20151028_112707.jpg <https://phabricator.wikimedia.org/F2887202> (click the picture to see it in the correct orientation) This was discussed today in Berlin with Addshore, Lydia, Dan, Stas, and James F. There were no funda

[Wikidata-bugs] [Maniphest] [Changed Project Column] T114251: [RFC] Magic Infobox implementation

daniel moved this task to Under discussion on the MediaWiki-RfCs workboard. TASK DETAIL https://phabricator.wikimedia.org/T114251 WORKBOARD https://phabricator.wikimedia.org/project/board/52/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel

[Wikidata-bugs] [Maniphest] [Retitled] T116298: SPARQL endpoint should gracefully handle cycles and loops in transitive properties

daniel changed the title from "SPARQL endpoint should gracefully handle loops in transitive properties" to "SPARQL endpoint should gracefully handle cycles and loops in transitive properties". daniel edited the task description. daniel set Security to None.

[Wikidata-bugs] [Maniphest] [Edited] T116298: SPARQL endpoint should gracefully handle cycles and loops in transitive properties

daniel edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T116298 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, daniel Cc: Aklapper, daniel, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles

[Wikidata-bugs] [Maniphest] [Edited] T116298: SPARQL endpoint should gracefully handle cycles and loops in transitive properties

daniel edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T116298 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, daniel Cc: Aklapper, daniel, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles

[Wikidata-bugs] [Maniphest] [Commented On] T105126: Evaluate pattern constraints (safely)

daniel added a comment. In https://phabricator.wikimedia.org/T105126#1752074, @Popcorndude wrote: > Those criteria accept 62 (8%) of the current constraints. > Adding character classes (\d is everywhere) brings it up to 166 (23%) Yea, I can imagine. My goal was to suggest a minim

[Wikidata-bugs] [Maniphest] [Commented On] T105126: Evaluate pattern constraints (safely)

daniel added a comment. Maybe we should spell out the pattern matching features we actually need to cover our primary use case, matching identifiers. I'd suggest: - Literal, e.g. //abc// - Character set, e.g. //a[bc]//. - Character range, e.g. //foo[0-9]// - Repetition for an exact number

[Wikidata-bugs] [Maniphest] [Commented On] T95686: [Task] write a maintenance script to migrate properties from string to new identifier datatype

daniel added a comment. XML dumps with histories are indeed an issue: the script that builds them will take old revisions from old dump files, to avoid re-serializing the data. We would need to tell it not to do this, and to re-serialize everything. This is not hard, but it causes the dump

[Wikidata-bugs] [Maniphest] [Commented On] T116300: [Bug] Cannot edit references

daniel added a comment. Huh, odd. Need to investigate this. TASK DETAIL https://phabricator.wikimedia.org/T116300 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: hoo, Aklapper, daniel, Wikidata-bugs, aude

[Wikidata-bugs] [Maniphest] [Commented On] T105126: Evaluate pattern constraints (safely)

daniel added a comment. How about using (?>) independent sub-expressions <http://www.boost.org/doc/libs/1_50_0/libs/regex/doc/html/boost_regex/syntax/perl_syntax.html#boost_regex.syntax.perl_syntax.h39> to avoid backtracking? As to https://phabricator.wikimedia.org/P1

[Wikidata-bugs] [Maniphest] [Commented On] T115679: Handle property datatype changing gracefully

daniel added a subscriber: daniel. daniel added a comment. Does pywikibot differentiate between value type and data type? Does pywikibot even *use* the data type as such? The value type is not going to change, only the data type. For example, for the "url" data type, the value type

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

daniel added a comment. @jcrespo My point is that LoadBalancer::reuseConnection should make sure that I get an existing connection, not a new one, when I ask for a connection to a wiki on the same cluster, if there already is a connection to that cluster. If used correctly, this means

[Wikidata-bugs] [Maniphest] [Retitled] T112083: [Task] Allow RDF bindings for different data types to be registered dynamically.

daniel changed the title from "[Task] Refactor StatementRdfMapping to introduce DataValueRdfMapping" to "[Task] Allow RDF bindings for different data types to be registered dynamically.". daniel edited the task description. TASK DETAIL https://phabricator.wikimedi

<    7   8   9   10   11   12   13   14   15   16   >