[Wikidata-bugs] [Maniphest] [Commented On] T111649: [Story] When using wbeditentity and the clear parameter the summary should be improved to say "Setting entity" or just "editing entity"
Ricordisamoa added a comment. Should we just go and change that line? TASK DETAIL https://phabricator.wikimedia.org/T111649 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ricordisamoa Cc: Ricordisamoa, daniel, Bene, Addshore, Aklapper, Wikidata-bugs, aude, 01tonythomas ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T103543: [Task] Delete WikidataQuality* gerrit repositories
Nemo_bis removed a project: translatewiki.net. TASK DETAIL https://phabricator.wikimedia.org/T103543 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Nemo_bis Cc: Amire80, Lydia_Pintscher, daniel, demon, JanZerebecki, hashar, Aklapper, Wikidata-bugs, aude, QChris, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T56085: [Task] EntityIdValues should be serialized as strings, not type/number structures.
Jimkont added a subscriber: Jimkont. TASK DETAIL https://phabricator.wikimedia.org/T56085 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jimkont Cc: Jimkont, Ricordisamoa, Sumit, Lucie, Aklapper, Wikidata-bugs, Denny, JeroenDeDauw, Lydia_Pintscher, daniel, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T85970: Some Wikidata XML dumps are failing
Jimkont added a subscriber: Jimkont. TASK DETAIL https://phabricator.wikimedia.org/T85970 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jimkont Cc: Jimkont, Hydriz, Liuxinyu970226, JanZerebecki, ezachte, jeremyb, Krenair, aude, hoo, Lydia_Pintscher, ArielGlenn, MZMcBride, Aklapper, Wikidata-bugs, Svick ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T88534: [Story] Implement EntitySearch service on top of Elastic
Ricordisamoa added a subscriber: Ricordisamoa. TASK DETAIL https://phabricator.wikimedia.org/T88534 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ricordisamoa Cc: Ricordisamoa, Addshore, Deskana, Manybubbles, Christopher, Wikidata-bugs, hoo, daniel, Liuxinyu970226, Aklapper, aude, JanZerebecki, JeroenDeDauw, Tobi_WMDE_SW, thiemowmde, adrianheine, Lydia_Pintscher, GWicke ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T110533: [Bug] The ValueView CI does not run its own QUnit tests
Ricordisamoa changed the title from "[Bug] The ValueView CI does not run it's own QUnit tests" to "[Bug] The ValueView CI does not run its own QUnit tests". Ricordisamoa added a subscriber: Ricordisamoa. TASK DETAIL https://phabricator.wikimedia.org/T110533 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ricordisamoa Cc: Ricordisamoa, Addshore, aude, adrianheine, Tobi_WMDE_SW, Lydia_Pintscher, JeroenDeDauw, JanZerebecki, thiemowmde, Aklapper, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T107870: Illegal dates in date type
Jc3s5h added a comment. Please see https://phabricator.wikimedia.org/T89246. As a non-developer who has not been coding any of this stuff, I was astonished to learn that after = 0 and after = 1 mean the same thing. So the following two TimeValues mean the same thing (assuming unmentioned parameters have the same value): time = +2013-01-01T00:00:00Z precision = 11 before = 0 after = **0** timezone = 0 calendarmodel = https://www.wikidata.org/wiki/Q12138 time = +2013-01-01T00:00:00Z precision = 11 before = 0 after = **1** timezone = 0 calendarmodel = https://www.wikidata.org/wiki/Q12138 That is, they both declare that an event occurred at a point in time that isn't exactly known, but falls between 00:00 hours 1 January 2013 and 00:00 hours 0 January 2013 Coordinated Universal Time. If the before value were set to 1 in either case, I imagine the event would have occurred between 00:00 hours 31 December 2012 and 00:00 hours 0 January 2013 Coordinated Universal Time; have I got that right? I think the concept of after = 0 and after = 1 meaning the same thing is so astonishing that it needs to be advertised far and wide at every opportunity. TASK DETAIL https://phabricator.wikimedia.org/T107870 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jc3s5h Cc: Jc3s5h, daniel, Magnus, Ricordisamoa, thiemowmde, hoo, Lokal_Profil, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T111770: [Story] Decide how to represent quantities with units in the "truthy" RDF mapping
Smalyshev added a comment. Technically, we already are representing them, in full values. However, it indeed makes simple values which currently omit units less useful, especially if different values are expressed in different units. The main challenge I see is how we bring them to the same unit - if we do not do this, having any additional data would be useless as no useful operation could be done on it. > It would be possible to export data as numbers for unit-modified properties > such as "P1234inCm" in addition Unless we fix unit on ontology level (which I don't think we're going to be doing, as units are just items now) we can't have property for specific unit, since in specific repository instance that unit may not exist. We _could_ do just that - import some unit ontology, and link it to items via some designated property. But that also needs representation of other units in terms of that unit - i.e. if yard is expressed in inches it's not enough - we'd also have to have it expressed in meters, since figuring out in runtime if yards and meters can be inter-converted and how would be prohibitively expensive. That's why I also proposed https://www.wikidata.org/wiki/Wikidata:Property_proposal/all#standard_unit which combined with the ontology mentioned above could enable properties like "P1234inCm". TASK DETAIL https://phabricator.wikimedia.org/T111770 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Denny, mkroetzsch, Smalyshev, Aklapper, daniel, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T100788: [Task] Deploy arbitrary access to enwiki + s2 wikis
matej_suchanek moved this task to Announce in next Tech/News on the user-notice workboard. TASK DETAIL https://phabricator.wikimedia.org/T100788 WORKBOARD https://phabricator.wikimedia.org/project/board/1097/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, matej_suchanek Cc: greg, Ricordisamoa, Susannaanas, Stryn, He7d3r, Liuxinyu970226, Mvolz, Aklapper, aude, Johan, Luke081515, Wikidata-bugs, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T107870: Illegal dates in date type
Jc3s5h added a subscriber: Jc3s5h. TASK DETAIL https://phabricator.wikimedia.org/T107870 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jc3s5h Cc: Jc3s5h, daniel, Magnus, Ricordisamoa, thiemowmde, hoo, Lokal_Profil, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T111649: [Story] When using wbeditentity and the clear parameter the summary should be improved to say "Setting entity" or just "editing entity"
Bene added a comment. In https://phabricator.wikimedia.org/T111649#1629525, @Ricordisamoa wrote: > Should we just go and change that line? Yes TASK DETAIL https://phabricator.wikimedia.org/T111649 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene Cc: Ricordisamoa, daniel, Bene, Addshore, Aklapper, Wikidata-bugs, aude, 01tonythomas ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T104988: [Bug] Mark keywords in API help messages as "do not translate!"
thiemowmde changed the title from "Mark keywords in API help messages as "do not translate!"" to "[Bug] Mark keywords in API help messages as "do not translate!"". thiemowmde added subscribers: Jonas, Bene. thiemowmde added a project: MediaWiki-extensions-WikibaseClient. TASK DETAIL https://phabricator.wikimedia.org/T104988 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: Bene, Jonas, JanZerebecki, aude, Lydia_Pintscher, thiemowmde, Aklapper, Wikidata-bugs, Gryllida, Shizhao, Arrbee ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T104988: [Bug] Mark keywords in API help messages as "do not translate!"
thiemowmde added projects: Need-volunteer, Easy. TASK DETAIL https://phabricator.wikimedia.org/T104988 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: Bene, Jonas, JanZerebecki, aude, Lydia_Pintscher, thiemowmde, Aklapper, Wikidata-bugs, Gryllida, Shizhao, 01tonythomas, Arrbee ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T111770: Decide how to represent quantities with units in the "truthy" RDF mapping
mkroetzsch added a comment. Note that this discussion is no longer just about the wdt property values (called "truthy" above). Simple values are now used on several levels in the RDF encoding. In general, the same argument as for coordinates applies: if we cannot do it right, then better not do it at all (i.e., use a bnode until we have a format). This might always be necessary in some cases (e.g., even if we convert units, there might be cases where conversion is not possible). I agree with the advantages and disadvantages of using a custom datatype. Without BlazeGraph support for this, one would not be able to do range queries over such data, which would make it pretty useless. We could as well use strings in this case. The normalisation of units by converting them to a base unit would still leave important problems. If there would be a community controlled way to define conversions, there would be the problem that the "main" unit that the RDF data is normalised to might change. This would change the content and meaning of simple values even though actual property values have not changed. Somehow declaring this in other triples in the RDF dump would not solve this, since we assume many fixed (standing) queries to be used which would not be able to adapt automatically to a new unit declaration. The normalisation scheme would also create problems for incremental update: a single change in the conversion definitions would require changes in millions of simple values that are part of the export of items that have not changed at all. A possible solution to work around the absence of a datatype and even in the absence of conversion support would be to create properties like "P1234inCm" and "P1234inInch". They would have plain number values that work in range queries. This would basically simulate the custom datatype with very similar effect on query answering (users would need to adjust queries to specify the unit that is queried for, but they would at least be sure that the data they query refers to this unit). The downside is that you need a different property for each unit, and that therefore you still have no good value to use for the simple value properties. However, I think this is how other datasets are doing it (has anybody checked DBpedia?). TASK DETAIL https://phabricator.wikimedia.org/T111770 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: mkroetzsch Cc: Denny, mkroetzsch, Smalyshev, Aklapper, daniel, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T96473: [Bug] Sitelink headings misplaced when following section link
thiemowmde added a comment. @Bene, can you still reproduce this issue? This sounds like a browser bug to me. We may find a workaround but need to reproduce this first. Which browser in which version did you used when this happened? TASK DETAIL https://phabricator.wikimedia.org/T96473 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: Jonas, thiemowmde, matej_suchanek, Lydia_Pintscher, Bene, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T112241: [Story] Using copy-pasted source URLs while editing Wikidata items
thiemowmde added a blocked task: T103834: [Epic] Improve input elements for complex datatypes. TASK DETAIL https://phabricator.wikimedia.org/T112241 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: adrianheine, Tobi_WMDE_SW, daniel, Jonas, Lydia_Pintscher, thiemowmde, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T47839: [Bug] Not all language links showing up, manual purge required
Nemo_bis added a comment. Wayback machine did retrieve those pages at some point where they had sitelinks. https://web.archive.org/web/20150403085642/https://he.wikipedia.org/wiki/%D7%A8%D7%A6%D7%97_%D7%A7%D7%A0%D7%93%D7%99 , https://web.archive.org/web/20150819004518/https://de.wikipedia.org/wiki/Friends TASK DETAIL https://phabricator.wikimedia.org/T47839 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Nemo_bis Cc: YMS, IKhitron, Amire80, thiemowmde, hoo, Bugreporter, Aklapper, FriedhelmW, wikibugs-l-list, Wikidata-bugs, Abraham, Nemo_bis, Silvonen, aude, Lydia_Pintscher, Stryn, UV, Unknown Object (MLST) ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T47004: Move the sort order out of Wikibase Client and generalize
aude added a comment. Herald added a subscriber: Aklapper. it's very relevant. sorting should not be responsibility of Wikibase TASK DETAIL https://phabricator.wikimedia.org/T47004 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Aklapper, Wikidata-bugs, aude, Lydia_Pintscher ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T111770: Decide how to represent quantities with units in the "truthy" RDF mapping
mkroetzsch added a comment. If we could distinguish type quantity properties that require a unit from those that do not allow units, there would be another options. Then we could use a compound value as the "simple" value for all properties with unit to simulate the missing datatype. On the query level, this would be fully equivalent to having a custom datatype, since one can specify the unit and the (ranged) number individually. (While the P1234inCm properties support only the number, but no queries that refer to the unit). Using a compound value as a simple value is fine. It's not worse than a bnode if you do not want to look into the inner structure, but it has additional features for those who want. The only problem is that you should not mix number literals with URIs that refer to compound values for the same property -- this is why one would need to fix in the property datatype whether units are required (always there) or forbidden (never there). Mixing this would not work. TASK DETAIL https://phabricator.wikimedia.org/T111770 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: mkroetzsch Cc: Denny, mkroetzsch, Smalyshev, Aklapper, daniel, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T104988: [Bug] Mark keywords in API help messages as "do not translate!"
thiemowmde added a subscriber: siebrand.
thiemowmde added a comment.
@JanZerebecki, no, there is no such tag. I remember @siebrand talking about
this. You can:
1. Explain the fact that a keyword should not be translated in the qqq message.
2. Remove the keyword from the message and replace it with a `$1` placeholder.
This needs a code change.
3. Mark it with:
- `` ("represents a fragment of computer code. This could be an XML
element name, a file name, a computer program, or any other string that a
computer would recognize")
- `` ("represents a variable. This could be an actual variable in a
mathematical expression or programming context, an identifier representing a
constant, a symbol identifying a physical quantity, a function parameter, or
just be a term used as a placeholder in prose")
- `` ("represents (sample) output from a program or computing system")
- `` ("represents user input (typically keyboard input, although it may
also be used to represent other input, such as voice commands)")
(Quotes from
http://www.w3.org/TR/html/text-level-semantics.html#the-code-element)
TASK DETAIL
https://phabricator.wikimedia.org/T104988
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: thiemowmde
Cc: siebrand, Bene, Jonas, JanZerebecki, aude, Lydia_Pintscher, thiemowmde,
Aklapper, Wikidata-bugs, Gryllida, Shizhao, 01tonythomas, Arrbee
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T87851: Apply language fallbacks in summaries
Liuxinyu970226 set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T87851 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher, Liuxinyu970226 Cc: Ricordisamoa, Lydia_Pintscher, daniel, JanZerebecki, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T112245: Configure wikidata.org to rely on the wb_changes_subscription table for dispatching.
daniel edited the task description. daniel set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T112245 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Matanya, daniel, Aklapper, JanZerebecki, Ricordisamoa, Wikidata-bugs, Snowolf, aude, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T97703: [Bug] TypeError: $elem.data(...) is undefined when adding sitelinks
JanZerebecki closed this task as "Resolved". JanZerebecki claimed this task. JanZerebecki added a comment. Thank you. TASK DETAIL https://phabricator.wikimedia.org/T97703 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: JanZerebecki, thiemowmde, He7d3r, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T47004: [Story] Move interwiki sorting code out of Wikibase Client
aude moved this task to needs discussion or investigation on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T47004 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Aklapper, Wikidata-bugs, aude, Lydia_Pintscher ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T47004: [Story] Move interwiki sorting code out of Wikibase Client
aude changed the title from "Move the sort order out of Wikibase Client and generalize" to "[Story] Move interwiki sorting code out of Wikibase Client". aude set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T47004 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Aklapper, Wikidata-bugs, aude, Lydia_Pintscher ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T111319: Add PLURAL support for parameters of precision messages
Nemo_bis edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T111319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Nemo_bis Cc: daniel, Aklapper, Nemo_bis, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T111770: Decide how to represent quantities with units in the "truthy" RDF mapping
daniel triaged this task as "High" priority. daniel added a comment. Bumping to high. We have units now, we need to somehow represent them in RDF. TASK DETAIL https://phabricator.wikimedia.org/T111770 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Denny, mkroetzsch, Smalyshev, Aklapper, daniel, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T99820: Add reference to ontology.owl to the RDF output
daniel triaged this task as "Low" priority. daniel added a comment. Setting to low- Would be nice to have, but I don't think anything is blocked on this. TASK DETAIL https://phabricator.wikimedia.org/T99820 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Aklapper, mkroetzsch, daniel, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T56097: [Story] allow to select globe in the UI
aude changed the title from "allow to select globe in the UI" to "[Story] allow to select globe in the UI". aude set Security to None. Herald added a subscriber: Aklapper. TASK DETAIL https://phabricator.wikimedia.org/T56097 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Aklapper, Liuxinyu970226, Wikidata-bugs, Micru, Ricordisamoa, Lydia_Pintscher, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T96473: [Bug] Sitelink headings misplaced when following section link
thiemowmde changed the title from "Sitelink headings misplaced when following section link" to "[Bug] Sitelink headings misplaced when following section link". thiemowmde lowered the priority of this task from "Low" to "Lowest". thiemowmde added subscribers: thiemowmde, Jonas. thiemowmde edited projects, added MediaWiki-extensions-WikibaseView, Need-volunteer; removed Wikidata. Herald added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T96473 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: Jonas, thiemowmde, matej_suchanek, Lydia_Pintscher, Bene, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T96473: [Bug] Sitelink headings misplaced when following section link
thiemowmde removed a project: MediaWiki-extensions-WikibaseRepository. TASK DETAIL https://phabricator.wikimedia.org/T96473 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: Jonas, thiemowmde, matej_suchanek, Lydia_Pintscher, Bene, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T98372: AbuseFilter doesn't log removal of redirects
jayvdb added a subscriber: jayvdb. TASK DETAIL https://phabricator.wikimedia.org/T98372 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Luke081515, Lydia_Pintscher, matej_suchanek, daniel, gerritbot, Addshore, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T104988: [Bug] Mark keywords in API help messages as "do not translate!"
siebrand added a comment. Please see https://mediawiki.org/wiki/API:Localisation for i18n and L10n in the scope of the MediaWiki API. If anything is unclear, we should update that page. TASK DETAIL https://phabricator.wikimedia.org/T104988 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: siebrand Cc: siebrand, Bene, Jonas, JanZerebecki, aude, Lydia_Pintscher, thiemowmde, Aklapper, Wikidata-bugs, Gryllida, Shizhao, 01tonythomas, Arrbee ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T47839: [Bug] Not all language links showing up, manual purge required
Lydia_Pintscher added a comment. Thanks a lot for the examples. Please keep them coming. We're investigating. Do you know if any of these pages had sitelinks shown before that then vanished? Or where they just not shown ever? TASK DETAIL https://phabricator.wikimedia.org/T47839 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher Cc: YMS, IKhitron, Amire80, thiemowmde, hoo, Bugreporter, Aklapper, FriedhelmW, wikibugs-l-list, Wikidata-bugs, Abraham, Nemo_bis, Silvonen, aude, Lydia_Pintscher, Stryn, UV, Unknown Object (MLST) ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T112070: [Bug] Catchable fatal error: Argument 1 passed to Wikibase\Lib\AutoCommentFormatter::__construct() must be an instance of Language, StubUserLang given in
aude added a comment. We had a related issue in https://phabricator.wikimedia.org/T107711 and the cause of those appears to be AbuseFilter. Likely, it's the same cause for this. TASK DETAIL https://phabricator.wikimedia.org/T112070 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: aude, Aklapper, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T112245: Configure wikidata.org to rely on the wb_changes_subscription table for dispatching.
daniel created this task. daniel added subscribers: Ricordisamoa, JanZerebecki, Aklapper, daniel. daniel added projects: Wikidata, Wikimedia-Site-Requests, Wikidata.org. Herald added a subscriber: Matanya. TASK DESCRIPTION Currently, wikidata.org is configured to use hybrid dispatch mode (we have 'subscriptionLookupMode' => 'subscriptions+sitelinks' in the settings). Since T110339 is now closed, we should switch to using only the new subscription table, by setting 'subscriptionLookupMode' => 'subscriptions' in the settings. This alone should improve performance, but more importantly, it allows us to work towards a completely new and more efficient filtering process for dispatching, see T110528. TASK DETAIL https://phabricator.wikimedia.org/T112245 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Matanya, daniel, Aklapper, JanZerebecki, Ricordisamoa, Wikidata-bugs, Snowolf, aude, Krenair, MarcoAurelio ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T103378: Dates with “month” precision are offset by one month on Wikipedia
Edgars2007 added a subscriber: Edgars2007. TASK DETAIL https://phabricator.wikimedia.org/T103378 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Edgars2007 Cc: Edgars2007, Mbch331, daniel, Ricordisamoa, Liuxinyu970226, Aklapper, DSGalaktos, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T75020: [Task] Move JS and PHP view code to separate repo
adrianheine added a comment. Even if some component does not depend on MediaWiki, I'd still consider it a MediaWiki extension if it optionally provides MediaWiki integration. Currently, all our resource loading happens through `ResourceLoader`, and that won't change soon. TASK DETAIL https://phabricator.wikimedia.org/T75020 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: adrianheine Cc: JanZerebecki, Ricordisamoa, Jonas, Aklapper, JeroenDeDauw, Wikidata-bugs, Tobi_WMDE_SW, adrianheine, Luke081515, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T112130: Pywikibot crashes on items with quantities with units. Need to implement unit support in pywikibot WbQuanity
zhuyifei1999 added a subscriber: zhuyifei1999. TASK DETAIL https://phabricator.wikimedia.org/T112130 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: zhuyifei1999 Cc: zhuyifei1999, jayvdb, Ladsgroup, gerritbot, Aklapper, pywikibot-bugs-list, Multichill, Wikidata-bugs, aude, Ricordisamoa ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T47839: [Bug] Not all language links showing up, manual purge required
Lydia_Pintscher edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T47839 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher Cc: YMS, IKhitron, Amire80, thiemowmde, hoo, Bugreporter, Aklapper, FriedhelmW, wikibugs-l-list, Wikidata-bugs, Abraham, Nemo_bis, Silvonen, aude, Lydia_Pintscher, Stryn, UV, Unknown Object (MLST) ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T112243: Overwriting a redirect using wbeditentity causes an exception
jayvdb added a project: Pywikibot-tests. jayvdb added a comment. Herald added a subscriber: pywikibot-bugs-list. The test sequence that caused this is `test_edit_redirect` in https://gerrit.wikimedia.org/r/#/c/237610/1/tests/wikibase_edit_tests.py,cm If necessary, it can be reproduced by downloading that CS and, after creating a `user-config.py` running $ PYWIKIBOT2_TEST_WRITE=1 python -m unittest -v tests.wikibase_edit_tests.TestWikibaseWriteRedirect.test_edit_redirect The base directory is /../../../pywikibot-core tests: max_retries reduced from 25 to 1 test_edit_redirect (tests.wikibase_edit_tests.TestWikibaseWriteRedirect) Test Itempage.editEntity with a redirect. ... Sleeping for 9.0 seconds, 2015-09-11 19:56:01 Sleeping for 7.6 seconds, 2015-09-11 19:56:12 WARNING: API error internal_api_error_Wikibase\Lib\Store\UnresolvedRedirectException: [ba8dca03] Exception Caught: Unresolved redirect to Q1593 ERROR: Detected MediaWiki API exception internal_api_error_Wikibase\Lib\Store\UnresolvedRedirectException: [ba8dca03] Exception Caught: Unresolved redirect to Q1593 [servedby:mw1017]; raising expected failure 20.428s -- Ran 1 test in 22.908s OK (expected failures=1) TASK DETAIL https://phabricator.wikimedia.org/T112243 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: pywikibot-bugs-list, jayvdb, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T111822: [Bug] Adding sitelinks at be-tarask Wikipedia doesn't work
Liuxinyu970226 added a subscriber: Liuxinyu970226. TASK DETAIL https://phabricator.wikimedia.org/T111822 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Liuxinyu970226 Cc: Liuxinyu970226, Mjbmr, Keegan, Ricordisamoa, Krinkle, aude, Aklapper, Krenair, Matanya, Amire80, Dereckson, Wikidata-bugs, Snowolf ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T112238: API code "target-not-empty" is confusing
jayvdb created this task.
jayvdb added a subscriber: jayvdb.
jayvdb added projects: MediaWiki-extensions-WikibaseRepository, MediaWiki-API.
Herald added a subscriber: Aklapper.
Herald added a project: Wikidata.
TASK DESCRIPTION
When modifying a non-empty item, so that it becomes a redirect, the API error
code is `target-not-empty`, and the message is something like
```
The redirect can only be created on top of an empty entity. (Entity Q1592 is
not empty) [messages:[{u'html': {u'*': u'The redirect can only be created on
top of an empty entity.'}, u'name': u'wikibase-api-target-not-empty',
u'parameters': []}]; help:See https://test.wikidata.org/w/api.php for API usage]
```
The error code `target-not-empty` is incorrect according to MediaWiki
nomenclature. The target is the item which is being **to**, not the item which
will become the redirect.
TASK DETAIL
https://phabricator.wikimedia.org/T112238
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: jayvdb
Cc: jayvdb, Aklapper, Wikidata-bugs, aude, Anomie, Legoktm
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T86757: [Story] Re-add custom order functionality to sitelinks sections
thiemowmde changed the title from "sorting sitelinks" to "[Story] Re-add custom order functionality to sitelinks sections". thiemowmde edited the task description. thiemowmde lowered the priority of this task from "Normal" to "Low". thiemowmde added a subscriber: Jonas. thiemowmde edited projects, added MediaWiki-extensions-WikibaseView; removed MediaWiki-extensions-WikibaseRepository. thiemowmde set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T86757 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: Jonas, Ricordisamoa, thiemowmde, adrianheine, Snaterlicious, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T112241: [Story] Using copy-pasted source URLs while editing Wikidata items
thiemowmde created this task. thiemowmde added subscribers: thiemowmde, Lydia_Pintscher, Jonas, daniel, Tobi_WMDE_SW, adrianheine. thiemowmde added projects: Wikidata, ValueView, DataValues, MediaWiki-extensions-WikibaseView. Herald added a subscriber: Aklapper. TASK DESCRIPTION === User story === I, as an experienced user in the Wikimedia universe, want to be able to use copy-pasted source URLs while editing Wikidata items. Incomplete list of examples: 1. I want to be able to copy-paste Wikipedia and other external URLs describing a sitelink (e.g. https://en.wikipedia.org/wiki/Uniform_resource_identifier) instead of picking "enwiki" and "Uniform resource identifier" from suggesters (already tracked in T49983). 2. I want to be able to copy-paste Wikidata concept URIs when asked for a property or item. 3. I want to be able to copy-paste Wikidata concept URIs when asked for a calendar model, globe or unit (partly tracked in T112082). In all cases I want to use both concept URIs and wiki URLs (e.g. http://www.wikidata.org/entity/Q11573 and https://www.wikidata.org/wiki/Q11573) and expect the software to do the normalization for me. In all cases this should be possible not only in the UI but also in the relevant special pages and the API sandbox. === Implementation details === * In cases where the UI does nothing but forwarding, this can be solved by teaching the API how to resolve full URLs. * In other cases the UI must learn that it's ok to forward full URLs. * Relevant special pages should be rewritten to use the API internally instead of reimplementing the API modules logic. TASK DETAIL https://phabricator.wikimedia.org/T112241 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: adrianheine, Tobi_WMDE_SW, daniel, Jonas, Lydia_Pintscher, thiemowmde, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T112241: [Story] Using copy-pasted source URLs while editing Wikidata items
thiemowmde added blocking tasks: T112082: [Bug] QuantityParser must pass-through valid unit representations, T49983: sitelinks ui: accept a link instead of a value from the dropdown box. TASK DETAIL https://phabricator.wikimedia.org/T112241 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: adrianheine, Tobi_WMDE_SW, daniel, Jonas, Lydia_Pintscher, thiemowmde, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T112082: [Bug] QuantityParser must pass-through valid unit representations
thiemowmde added a blocked task: T112241: [Story] Using copy-pasted source URLs while editing Wikidata items. TASK DETAIL https://phabricator.wikimedia.org/T112082 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: adrianheine, Jonas, daniel, Tobi_WMDE_SW, Lydia_Pintscher, thiemowmde, Aklapper, Wikidata-bugs, aude, 01tonythomas ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T49983: sitelinks ui: accept a link instead of a value from the dropdown box
thiemowmde added a blocked task: T112241: [Story] Using copy-pasted source URLs while editing Wikidata items. TASK DETAIL https://phabricator.wikimedia.org/T49983 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: Ricordisamoa, Addshore, thiemowmde, adrianheine, Snaterlicious, Lydia_Pintscher, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T112243: Overwriting a redirect using wbeditentity causes an exception
jayvdb created this task. jayvdb added a subscriber: jayvdb. jayvdb added a project: MediaWiki-extensions-WikibaseRepository. Herald added a subscriber: Aklapper. Herald added a project: Wikidata. TASK DESCRIPTION Using `wbeditentity` to overwrite a redirect entity causes ``` APIMWException: internal_api_error_Wikibase\Lib\Store\UnresolvedRedirectException: [6c44ac21] Exception Caught: Unresolved redirect to Q1593 [servedby:mw1017] ``` In that instance I was editing Q1604, which is a redirect to Q1593, to be an empty item (i.e. clearing all of its contents). TASK DETAIL https://phabricator.wikimedia.org/T112243 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T111770: Decide how to represent quantities with units in the "truthy" RDF mapping
mkroetzsch added a comment. I think the discussion now lists all main ideas on how to handle this in RDF, but most of them are not feasible because of the very general way in which Wikibase implements unit support now. Given that there is no special RDF datatype for units and given that we have neither conversion support nor any kind way to restrict that a property must/must not have units, only one of the options is actually possible now: **export as string** (no range queries, but minimally more informative than just using a blank node). It would be possible to export data as numbers for unit-modified properties such as "P1234inCm" //in addition//. This can only be an additional feature though, since we still need a simple value in any case. It might not be worth to do this, since one can always use the complex value to access the number in any case. Note that the properties "P1234inCm" would need to have very complicated, lengthy, unreadable names since units in Wikibase are represented not as "cm", and not even as item ids, but as full URIs. But you cannot use a URI within another URI directly -- you would need to escape certain characters. Moreover, the resulting string might not be allowed as a local name in abbreviations like wdt:https://phabricator.wikimedia.org/P1234, so users would have to type the full URI. Therefore, it seems that using the (already existing) complex values in such queries would actually be more readable. TASK DETAIL https://phabricator.wikimedia.org/T111770 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: mkroetzsch Cc: Denny, mkroetzsch, Smalyshev, Aklapper, daniel, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T47282: [Bug] Normalize titles before lookup in the SiteLinksTable
gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 237605 had a related patch set uploaded (by Thiemo Mättig (WMDE)): Mark missing Unicode normalization with a FIXME https://gerrit.wikimedia.org/r/237605 TASK DETAIL https://phabricator.wikimedia.org/T47282 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: gerritbot, Aklapper, thiemowmde, jeblad, Lydia_Pintscher, daniel, hoo, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T47282: [Bug] Normalize titles before lookup in the SiteLinksTable
thiemowmde changed the title from "Normalize titles before lookup in the SiteLinksTable" to "[Bug] Normalize titles before lookup in the SiteLinksTable". thiemowmde removed subscribers: Wikidata-bugs, Abraham. thiemowmde added a project: MediaWiki-extensions-WikibaseClient. thiemowmde set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T47282 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: Aklapper, thiemowmde, jeblad, Lydia_Pintscher, daniel, hoo, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T47282: Normalize titles before lookup in the SiteLinksTable
thiemowmde added a subscriber: thiemowmde. thiemowmde added a comment. Herald added a subscriber: Aklapper. Just checked all possible occurrences of this issue I could found: - CachingSiteLinkLookup does no normalization, but this is ok. It uses the unnormalized strings for caching, then delegates to other lookups that do normalization. - ModifyEntity passes unnormalized strings to SiteLinkLookup::getItemIdForLink. Everything else looks fine to me. So I think only one issue is left. TASK DETAIL https://phabricator.wikimedia.org/T47282 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: Aklapper, thiemowmde, Wikidata-bugs, Abraham, jeblad, Lydia_Pintscher, daniel, hoo, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T111903: Create a way to export result from WDQS GUI
Smalyshev set Story Points to 3. TASK DETAIL https://phabricator.wikimedia.org/T111903 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Halfak, Aklapper, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112247: [RFC] Create a "number" datatype for exact values
daniel added a comment. @Jc3s5h Quantity values would continue to work as they do now: they would allow exact as well as uncertain values. The new Number type would be more restrictive. Whether Number values (counts) should always be considered exact, or only be considered exact by default, remains to be decided. But for the use case you mention (values that derive from definitions - like yards in meter, miles in kilometers , but also the speed of light in m/s, which is exact per the definition of meter) we need non-integer values, and would use Quantity values with +/-0. TASK DETAIL https://phabricator.wikimedia.org/T112247 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: daniel, Lydia_Pintscher, Liuxinyu970226, Snaterlicious, jayvdb, SPQRobin, Wikidata-bugs, DSGalaktos, Bugreporter, geraki, Ayack, Gareth, kaldari, Smalyshev, Izno, AmaryllisGardener, Sjoerddebruin, Mbch331, Stryn, Denny, Jc3s5h, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T99820: [Task] Add reference to ontology.owl to the RDF output
Smalyshev set Story Points to 1. TASK DETAIL https://phabricator.wikimedia.org/T99820 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, mkroetzsch, daniel, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T100852: Explorer shows up twice if * is cliecked twice
Smalyshev set Story Points to 1. TASK DETAIL https://phabricator.wikimedia.org/T100852 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Jdouglas, Aklapper, Smalyshev, jkroll, Wikidata-bugs, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T112042: [Story] http://wikiba.se/ontology should lead to documentation for the ontology
Smalyshev set Story Points to 1. TASK DETAIL https://phabricator.wikimedia.org/T112042 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: JanZerebecki, Aklapper, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
daniel added a comment. In https://phabricator.wikimedia.org/T105623#1630587, @Jc3s5h wrote: > On further reflection, I would do what I described above, unless there was > only one significant digit. In that case I would set the precision to 1 times > ten to the n. Examples: 7000 ± 1000; 1920 ± 50. We cannot assume that trailing zeros are insignificant. The default uncertainty for 7000 should be the same as the default precision of (currently +/-1, possibly to be +/-0.5 in the future). "seven thousand" can be written as 7e3 to indicate that only the 7 is significant. This would currently be interpreted as 7000+/-1000 (possibly to become +/-500 in the future). TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
daniel added a comment. In https://phabricator.wikimedia.org/T105623#1601779, @thiemowmde wrote: > - This ticket is about the precision auto-detection in the parser. Typically, > when a user just enters "5", the parser auto-detects the ~~before/after~~ > lower/upper fields as "+4/+6" and the formatter finally renders this as > "5+/-1". This ticket suggests to change this to "+4.5/+5.5" in the parser, > while keeping the "5+/-1" in the formatter. Is this correct? Personally I do > agree with this. Go for it. To clarify: if the parser detected "+4.5/+5.5" for the input 5, the formatter should output this as "5+/-0.5" - or, if we decide to omit the uncertainty in the output if it's better than or equal to the default, just "5". TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T111025: [Task] Populate badges page props on client
Bene moved this task to Doing on the Wikidata-Sprint-2015-09-01 workboard. TASK DETAIL https://phabricator.wikimedia.org/T111025 WORKBOARD https://phabricator.wikimedia.org/project/board/1476/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene Cc: Ricordisamoa, Superyetkin, daniel, aude, Lydia_Pintscher, Bene, Aklapper, Wikidata-bugs, Addshore ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T112245: [Task] Configure wikidata.org to rely on the wb_changes_subscription table for dispatching.
JanZerebecki changed the title from "Configure wikidata.org to rely on the wb_changes_subscription table for dispatching." to "[Task] Configure wikidata.org to rely on the wb_changes_subscription table for dispatching.". TASK DETAIL https://phabricator.wikimedia.org/T112245 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: Matanya, daniel, Aklapper, JanZerebecki, Ricordisamoa, Wikidata-bugs, Snowolf, aude, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T70903: Implement new SiteLink UI
Bene closed blocking task T96473: [Bug] Sitelink headings misplaced when following section link as "Declined". TASK DETAIL https://phabricator.wikimedia.org/T70903 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene Cc: Aklapper, Ricordisamoa, Liuxinyu970226, Wikidata-bugs, Tobi_WMDE_SW, matej_suchanek, Lydia_Pintscher, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Declined] T96473: [Bug] Sitelink headings misplaced when following section link
Bene closed this task as "Declined". Bene claimed this task. Bene added a comment. I can't reproduce this any more either. Perhaps it got fixed at some point during the work on sitelink sections for mobile. I used the latest Firefox version at that time which is FF 37. TASK DETAIL https://phabricator.wikimedia.org/T96473 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene Cc: Jonas, thiemowmde, matej_suchanek, Lydia_Pintscher, Bene, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T104988: [Bug] Mark keywords in API help messages as "do not translate!"
JanZerebecki moved this task to ready to go on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T104988 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: siebrand, Bene, Jonas, JanZerebecki, aude, Lydia_Pintscher, thiemowmde, Aklapper, Wikidata-bugs, Gryllida, Shizhao, 01tonythomas, Arrbee ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112070: [Bug] Catchable fatal error: Argument 1 passed to Wikibase\Lib\AutoCommentFormatter::__construct() must be an instance of Language, StubUserLang giv
aude added a comment. with the debug logging, I can create a new task if I see some actionable task, such as something to fix in AbuseFilter. TASK DETAIL https://phabricator.wikimedia.org/T112070 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: gerritbot, aude, Aklapper, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T112070: [Bug] Catchable fatal error: Argument 1 passed to Wikibase\Lib\AutoCommentFormatter::__construct() must be an instance of Language, StubUs
aude moved this task to Done on the Wikidata-Sprint-2015-09-01 workboard. TASK DETAIL https://phabricator.wikimedia.org/T112070 WORKBOARD https://phabricator.wikimedia.org/project/board/1476/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: gerritbot, aude, Aklapper, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T112070: [Bug] Catchable fatal error: Argument 1 passed to Wikibase\Lib\AutoCommentFormatter::__construct() must be an instance of Language, StubUserLang given in
aude closed this task as "Resolved". aude removed a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T112070 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: gerritbot, aude, Aklapper, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T111770: [Story] Decide how to represent quantities with units in the "truthy" RDF mapping
JanZerebecki changed the title from "Decide how to represent quantities with units in the "truthy" RDF mapping" to "[Story] Decide how to represent quantities with units in the "truthy" RDF mapping". TASK DETAIL https://phabricator.wikimedia.org/T111770 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: Denny, mkroetzsch, Smalyshev, Aklapper, daniel, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T112245: [Task] Configure wikidata.org to rely on the wb_changes_subscription table for dispatching.
JanZerebecki moved this task to ready to go on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T112245 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: Matanya, daniel, Aklapper, JanZerebecki, Ricordisamoa, Wikidata-bugs, Snowolf, aude, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T68580: Better support for exact values in Quantity DataType
daniel edited the task description. daniel set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T68580 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Aklapper, Jc3s5h, Denny, Stryn, Mbch331, Sjoerddebruin, AmaryllisGardener, Izno, Smalyshev, kaldari, Gareth, Ayack, geraki, Bugreporter, DSGalaktos, Wikidata-bugs, SPQRobin, jayvdb, Snaterlicious, Liuxinyu970226, Lydia_Pintscher, daniel, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T112090: [Bug] MWException from line 320 of /var/www/wiki/w/includes/jobqueue/JobQueue.php: Got delayed 'evaluateCrossCheckJob' job; delays are not supported.
aude claimed this task. aude set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T112090 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Lydia_Pintscher, gerritbot, aude, Aklapper, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T99820: [Task] Add reference to ontology.owl to the RDF output
JanZerebecki moved this task to ready to go on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T99820 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: Aklapper, mkroetzsch, daniel, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T111511: [Task] Adapt ComparativeValueParserFactory to new data types system
gerritbot added a comment. Change 237428 merged by jenkins-bot: Adapt ComparativeValueParserFactory to new data types system https://gerrit.wikimedia.org/r/237428 TASK DETAIL https://phabricator.wikimedia.org/T111511 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, gerritbot Cc: gerritbot, Addshore, daniel, JeroenDeDauw, Lydia_Pintscher, aude, Aklapper, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T111770: [Story] Decide how to represent quantities with units in the "truthy" RDF mapping
JanZerebecki moved this task to needs discussion or investigation on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T111770 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: Denny, mkroetzsch, Smalyshev, Aklapper, daniel, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
daniel added a comment. *bump* because of units TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T77977: [Epic] Unit support
daniel added a blocked task: T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5). TASK DETAIL https://phabricator.wikimedia.org/T77977 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Ash_Crow, Popcorndude, Darkdadaah, matej_suchanek, Mbch331, Jc3s5h, Mike_Peel, Luke081515, Wolfvoll, -jem-, Lucie, Izno, JanZerebecki, Smalyshev, Filceolaire, jeblad, Tobias1984, Kelson, Ricordisamoa, Sylvain_WMFr, DSGalaktos, AmaryllisGardener, Liuxinyu970226, Aklapper, Snipre, daniel, Johan, Wikidata-bugs, aude, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T96473: [Bug] Sitelink headings misplaced when following section link
Ricordisamoa added a subscriber: Ricordisamoa. TASK DETAIL https://phabricator.wikimedia.org/T96473 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene, Ricordisamoa Cc: Ricordisamoa, Jonas, thiemowmde, matej_suchanek, Lydia_Pintscher, Bene, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T47925: [Task] Apply normalization to string values in statements
Jonas closed blocking task T104873: [Task] wbparsevalue should support StringValues, instead of relying on UnknownValue as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T47925 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jonas Cc: thiemowmde, Ricordisamoa, Aklapper, adrianheine, Snaterlicious, Mushroom, Lydia_Pintscher, daniel, Raymond, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T112247: [RFC] Create a "number" datatype for exact values
daniel created this task. daniel added subscribers: Aklapper, Jc3s5h, Denny, Stryn, Mbch331, Sjoerddebruin, AmaryllisGardener, Izno, Smalyshev, kaldari, Gareth, Ayack, geraki, Bugreporter, DSGalaktos, Wikidata-bugs, SPQRobin, jayvdb, Snaterlicious, Liuxinyu970226, Lydia_Pintscher, daniel. daniel added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. TASK DESCRIPTION There seems to be agreement that a "number" datatype would be useful for properties with an export count, like the number of electrons in an element, the number of seats in a parliament, etc. The number datatype would (probably) use QuantityValues for storage. It should have the following properties: * integers only * not negative * no unit * default to +/- 0 (open: should other precisions be allowed?) If the precision is *always* +/- 0, we could use the simpler DecimalValue or even NumberValue class for storage, instead of QuantityValue. But that would also mean we can't use this type for some use cases (e.g. population figures) TASK DETAIL https://phabricator.wikimedia.org/T112247 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: daniel, Lydia_Pintscher, Liuxinyu970226, Snaterlicious, jayvdb, SPQRobin, Wikidata-bugs, DSGalaktos, Bugreporter, geraki, Ayack, Gareth, kaldari, Smalyshev, Izno, AmaryllisGardener, Sjoerddebruin, Mbch331, Stryn, Denny, Jc3s5h, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T111322: [Task] Update Quality extensions and Property Suggester to use data model services 2.0
JanZerebecki closed this task as "Resolved". JanZerebecki added a subscriber: JanZerebecki. TASK DETAIL https://phabricator.wikimedia.org/T111322 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, JanZerebecki Cc: JanZerebecki, Amire80, Lydia_Pintscher, gerritbot, aude, Aklapper, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T111322: [Task] Update Quality extensions and Property Suggester to use data model services 2.0
JanZerebecki moved this task to Done on the Wikidata-Sprint-2015-09-01 workboard. TASK DETAIL https://phabricator.wikimedia.org/T111322 WORKBOARD https://phabricator.wikimedia.org/project/board/1476/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, JanZerebecki Cc: JanZerebecki, Amire80, Lydia_Pintscher, gerritbot, aude, Aklapper, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T88451: [Epic] Provide a mechanism for registering new data types.
Jonas closed blocking task T104329: [Task] Create central registry for datatypes as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T88451 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jonas Cc: MGChecker, Micru, Ricordisamoa, Liuxinyu970226, Lydia_Pintscher, despens, Aklapper, daniel, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T91505: [Epic] Adding new datatypes to Wikidata
Jonas closed blocking task T104329: [Task] Create central registry for datatypes as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T91505 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jonas Cc: Shrutika719, MGChecker, Sannita, Ricordisamoa, mgrabovsky, Liuxinyu970226, Rits, Physikerwelt, Qgil, Lydia_Pintscher, NiharikaKohli, Aklapper, Luke081515, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T104329: [Task] Create central registry for datatypes
Jonas closed this task as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T104329 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel, Jonas Cc: Ricordisamoa, gerritbot, daniel, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T104331: [Task] Value preview should tell the backend to validate the user input
Jonas closed blocking task T104873: [Task] wbparsevalue should support StringValues, instead of relying on UnknownValue as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T104331 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jonas Cc: Ricordisamoa, Jc3s5h, Lydia_Pintscher, daniel, aude, thiemowmde, Aklapper, WMDE-Fisch, Tobi_WMDE_SW, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T112070: [Bug] Catchable fatal error: Argument 1 passed to Wikibase\Lib\AutoCommentFormatter::__construct() must be an instance of Language, StubUserLang given in
aude claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T112070 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: aude, Aklapper, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T112070: [Bug] Catchable fatal error: Argument 1 passed to Wikibase\Lib\AutoCommentFormatter::__construct() must be an instance of Language, StubUserLang given in
aude added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T112070 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: aude, Aklapper, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T112090: [Bug] MWException from line 320 of /var/www/wiki/w/includes/jobqueue/JobQueue.php: Got delayed 'evaluateCrossCheckJob' job; delays are not
aude moved this task to Review on the Wikidata-Sprint-2015-09-01 workboard. TASK DETAIL https://phabricator.wikimedia.org/T112090 WORKBOARD https://phabricator.wikimedia.org/project/board/1476/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Lydia_Pintscher, gerritbot, aude, Aklapper, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T112070: [Bug] Catchable fatal error: Argument 1 passed to Wikibase\Lib\AutoCommentFormatter::__construct() must be an instance of Language, StubUs
aude moved this task to Review on the Wikidata-Sprint-2015-09-01 workboard. TASK DETAIL https://phabricator.wikimedia.org/T112070 WORKBOARD https://phabricator.wikimedia.org/project/board/1476/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: aude, Aklapper, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112070: [Bug] Catchable fatal error: Argument 1 passed to Wikibase\Lib\AutoCommentFormatter::__construct() must be an instance of Language, StubUserLang giv
aude added a comment. https://gerrit.wikimedia.org/r/#/c/237620/ TASK DETAIL https://phabricator.wikimedia.org/T112070 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: aude, Aklapper, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T99820: Add reference to ontology.owl to the RDF output
JanZerebecki removed a project: Wikidata-Sprint-2015-09-01. TASK DETAIL https://phabricator.wikimedia.org/T99820 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: Aklapper, mkroetzsch, daniel, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T99820: [Task] Add reference to ontology.owl to the RDF output
JanZerebecki changed the title from "Add reference to ontology.owl to the RDF output" to "[Task] Add reference to ontology.owl to the RDF output". TASK DETAIL https://phabricator.wikimedia.org/T99820 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: Aklapper, mkroetzsch, daniel, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T47839: [Bug] Not all language links showing up, manual purge required
Lydia_Pintscher added a comment. Thank you! Katie just suggested adding more debug output around the langlinkhandler to get to the bottom of this. TASK DETAIL https://phabricator.wikimedia.org/T47839 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher Cc: YMS, IKhitron, Amire80, thiemowmde, hoo, Bugreporter, Aklapper, FriedhelmW, wikibugs-l-list, Wikidata-bugs, Abraham, Nemo_bis, Silvonen, aude, Lydia_Pintscher, Stryn, UV, Unknown Object (MLST) ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T111338: [Bug] MWException from line 320 of JobQueue.php: Got delayed 'evaluateConstraintReportJob' job; delays are not supported.
JanZerebecki added a project: Wikidata-Sprint-2015-09-01. TASK DETAIL https://phabricator.wikimedia.org/T111338 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: gerritbot, Lydia_Pintscher, Jonaskeutel, aude, Aklapper, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105623: [Task] Investigate quantification of quantity precision (+/- 1 or +/- 0.5)
Jc3s5h added a comment. > We cannot assume that trailing zeros are insignificant. The default > uncertainty for 7000 should be the same as the default uncertainty of > (currently +/-1, possibly to be +/-0.5 in the future). "seven thousand" can > be written as 7e3 to indicate that only the 7 is significant. This would > currently be interpreted as 7000+/-1000 (possibly to become +/-500 in the > future). Yes, we can interpret trailing zeros to the left of the decimal point as not significant, unless the tolerance is specified explicitly with the ± symbol That is standard practice in science and engineering. For example, //Land Surveyor Reference Manual// 2nd ed. by Andrew Harbin p. 108 states: "A zero is //not// significant if it occurs at the end of a measured number unless information is available which indicates that it is." Some people may be ignorant of this convention, but by default we should adopt the greatest reasonable uncertainty. TASK DETAIL https://phabricator.wikimedia.org/T105623 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jc3s5h Cc: Jc3s5h, thiemowmde, kaldari, daniel, Stryn, Lydia_Pintscher, Liuxinyu970226, Snipre, Event, Ash_Crow, mgrabovsky, Micru, Denny, He7d3r, Bene, Wikidata-bugs, Ricordisamoa, Kelson, MSGJ, Klortho, Wolfvoll, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T109360: Create a script to extract request logs for query.wikidata.org for dashboards
Deskana moved this task to Resolved on the Discovery-Analysis-Sprint workboard. TASK DETAIL https://phabricator.wikimedia.org/T109360 WORKBOARD https://phabricator.wikimedia.org/project/board/1241/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: mpopov, Deskana Cc: Aklapper, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T109361: Create a Wikidata query service usage dashboard
Deskana moved this task to Resolved on the Discovery-Analysis-Sprint workboard. TASK DETAIL https://phabricator.wikimedia.org/T109361 WORKBOARD https://phabricator.wikimedia.org/project/board/1241/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: mpopov, Deskana Cc: EBernhardson, mpopov, Ironholds, Aklapper, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112070: [Bug] Catchable fatal error: Argument 1 passed to Wikibase\Lib\AutoCommentFormatter::__construct() must be an instance of Language, StubUserLang giv
gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 237620 merged by jenkins-bot: Unstub $wgLang before passing to AutoCommentFormatter https://gerrit.wikimedia.org/r/237620 TASK DETAIL https://phabricator.wikimedia.org/T112070 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, gerritbot Cc: gerritbot, aude, Aklapper, Wikidata-bugs, Jay8g, Krenair, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T68744: [Bug] Item by title search - no site selection dropdown
Ricordisamoa changed the title from "[Bug] Item by title search - no page selection dropdown" to "[Bug] Item by title search - no site selection dropdown". TASK DETAIL https://phabricator.wikimedia.org/T68744 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ricordisamoa Cc: thiemowmde, aude, Aklapper, Ricordisamoa, Wikidata-bugs, Lydia_Pintscher ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
