[Wikidata-bugs] [Maniphest] [Commented On] T109438: [Story] Get to Article Placeholder via search
Nemo_bis added a comment. Is the ArticlePlaceholder extension installed anywhere? TASK DETAIL https://phabricator.wikimedia.org/T109438 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucie, Nemo_bis Cc: gerritbot, hoo, Ricordisamoa, Lydia_Pintscher, Nemo_bis, Bugreporter, Lucie, 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] T116503: Dates are in English formats at nowiki when using property parser function
Nikki added a subscriber: Nikki. Nikki added a comment. The same problem was reported for svwiki at https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#The_use_of_.23Property:_in_time-datatype_in_Client and lawiki at https://www.wikidata.org/wiki/Wikidata:Administrators%27_noticeboard#Automatic_traslation_in_Latin so it doesn't seem to be because of the language code. TASK DETAIL https://phabricator.wikimedia.org/T116503 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Nikki Cc: Nikki, Mbch331, thiemowmde, Addshore, hoo, Lydia_Pintscher, jeblad, 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] T115269: [Story] When a Quantity is entered with no uncertainty/bounds given, do not guess uncertainty/bounds until needed.
He7d3r added a subscriber: He7d3r. TASK DETAIL https://phabricator.wikimedia.org/T115269 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: He7d3r Cc: He7d3r, Thryduulf, Ricordisamoa, Mike_Peel, Aklapper, daniel, Wikidata-bugs, aude, JeroenDeDauw ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T116009: Add graph to getclaimsusage on dashboard
Christopher added a comment. I have observed that the property data does not have a persistent frequency. (i.e some days there are no values reported). It may be better to generate null values for properties regularly if they do not report usage. There are two options with the aggregate table: 1. show all properties without latest value. 2. only show latest reported properties. I favor option 2. To have a complete list of properties with option 2, though requires a consistent reported dataset including nulls. This is the patchset for the change: https://gerrit.wikimedia.org/r/#/c/250185/4 TASK DETAIL https://phabricator.wikimedia.org/T116009 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Christopher Cc: Christopher, Aklapper, Addshore, 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] T117203: [WD] External usage KPI
Addshore added a subscriber: Smalyshev. Addshore added a comment. @Lydia_Pintscher this does not include the "non-browser app" element. Also after talking with @Smalyshev we should try to include number of timeouts, and sytax fails in these counts / the wdqs dashboard. TASK DETAIL https://phabricator.wikimedia.org/T117203 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Smalyshev, Christopher, Addshore, Lydia_Pintscher, Abraham, 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] T116009: Add graph to getclaimsusage on dashboard
Christopher added a comment. See the change here: http://wdm.wmflabs.org/?t=wikidata_daily_getclaims_property_use TASK DETAIL https://phabricator.wikimedia.org/T116009 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Christopher Cc: Christopher, Aklapper, Addshore, 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] T67397: [Story] add a new datatype for formulas
WickieTheViking added a subscriber: WickieTheViking. TASK DETAIL https://phabricator.wikimedia.org/T67397 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: WickieTheViking Cc: WickieTheViking, Aklapper, MGChecker, Micru, Sannita, Ricordisamoa, Rits, Liuxinyu970226, NiharikaKohli, Tpt, Physikerwelt, Wikidata-bugs, Bene, Tobias1984, Lydia_Pintscher, daniel, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T95425: [Bug] Quantity formatter rounding causes significant data loss
Thryduulf added a comment. In https://phabricator.wikimedia.org/T95425#1624288, @daniel wrote: > As far as I know, this is resolved for the editing use case. Rounding still > applies for HTML output. I think this should be either reworded or closed. This is still causing data loss, just for those who use the shown data rather than those who use the API stored value so the title still seems correct to me. TASK DETAIL https://phabricator.wikimedia.org/T95425 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Thryduulf Cc: Thryduulf, Addshore, Lydia_Pintscher, Jc3s5h, Snipre, mgrabovsky, daniel, 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] T76145: Special:Statistic increments number of content pages when new Item is created
JanZerebecki added a comment. I thought Content pages was supposed to not count stubs? TASK DETAIL https://phabricator.wikimedia.org/T76145 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: Addshore, Aklapper, JanZerebecki, Lucie, daniel, 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] T115222: [Story] Compress JSON data dumps in Bzip2
JanZerebecki added a subscriber: JanZerebecki. JanZerebecki added a comment. Doing this for ttl is https://gerrit.wikimedia.org/r/#/c/249981/ TASK DETAIL https://phabricator.wikimedia.org/T115222 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo, JanZerebecki Cc: JanZerebecki, Hydriz, Legoktm, Lydia_Pintscher, gerritbot, daniel, hoo, NealMcB, Halfak, Aklapper, Wikidata-bugs, aude, Svick, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T113731: [Task] make core wmf branches only use submodule branches that run with it in CI
JanZerebecki added a comment. With "Patch to extensions wmf branches" is B the one under test? Then A will AFAIK correctly be at what the submodule says. Only B will possibly be ahead of its submodule (more ahead than the patch under test), but that is what we want. Which wmf core branch(es) will you use here? The same extension wmf branch may be used in more than one core wmf branch. Maybe if the same tests were ran again when updating the submodule in core wmf branches we would only need to test with one core branch. With "Patch to mediawiki wmf branches" are you proposing to stop automatically updating core wmf branches? > Potentially we could have mediawiki/core wmf branches to be automatically > updated whenever a patch is merged in an extension wmf branch. As @mmodell points out, that is what is currently happening for some wmf core branches (the one with the same name as the extension wmf branch and the latest). Neither for manual nor automatic submodule updates is there currently a test run for updating the submodule. AFAIK the current automatic way can not be used together with a test run. TASK DETAIL https://phabricator.wikimedia.org/T113731 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: hashar, gerritbot, mmodell, aude, hoo, Krinkle, JanZerebecki, Aklapper, Wikidata-bugs, AndyRussG, Pcoombe, atgo, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T95425: [Bug] Quantity formatter rounding causes significant data loss
Thryduulf added a subscriber: Thryduulf. Thryduulf added a comment. This is still causing incorrect data to be displayed. I've entered a value of 350±150 because the source gives a range of 200-500. However this is displayed as 400±200 which gives a range of 200-600 which is incorrect and misleading. I don't see why there is any need or justification for displaying the output differently to the stored value - even more so when the difference is so significant (why is there ever need to round to the nearest 100 for values of this magnitude? The nearest 10 would be understandable (but still wrong) but removing an order of magnitude more precision than that is baffling). TASK DETAIL https://phabricator.wikimedia.org/T95425 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Thryduulf Cc: Thryduulf, Addshore, Lydia_Pintscher, Jc3s5h, Snipre, mgrabovsky, daniel, 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] T115223: Provide wikidata downloads as multiple files to make access more robust and efficient
JanZerebecki added a subscriber: JanZerebecki. JanZerebecki added a comment. Note that the enwiki dump has split parts that are e.g. 7.5 GB in size. HTTP copes fine with only downloading a part from the full size and starting at an offset. TASK DETAIL https://phabricator.wikimedia.org/T115223 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: JanZerebecki, Hydriz, hoo, Halfak, NealMcB, Aklapper, Wikidata-bugs, aude, Svick, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs