[Wikidata-bugs] [Maniphest] [Commented On] T165809: Does wbsetdescription really need the site parameter
Florian added a comment. Ok, but then, if I provide the ID to the API request, the site parameter isn't used, and shouldn't be mandatory in this case, right?TASK DETAILhttps://phabricator.wikimedia.org/T165809EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: FlorianCc: matej_suchanek, PokestarFan, aude, hoo, Aklapper, Florian, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T117808: Display very large or very small quantity values using scientific notation
Martinvl added a comment. Would it not be appropriate to have two separate formatting tools - one oriented towars scientific use and one towards business/economic use. My interest is for scientific use where I suggest the following fields: *value (mandatory) *exponent (mandatory) *uncertainty (optional) *positive uncertainty (optional) *negative uncertainty (optional) *units (optional) The uncetainty fields would be subject to the contraints: *It is not requried that nany uncertainty fields be specified. *If the field "uncertainty" is specified, then neither the "positive uncertainty" nor the "negative uncertainty" fields may be specified. *If either of the fields "positive uncertainty" or "negative uncertainty" is specified, then the other must also be specified.TASK DETAILhttps://phabricator.wikimedia.org/T117808EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MartinvlCc: Martinvl, Liuxinyu970226, Pamputt, Nikki, PokestarFan, Smalyshev, thiemowmde, Physikerwelt, hoo, daniel, Lydia_Pintscher, Aklapper, StudiesWorld, ArthurPSmith, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T162371: Benchmark RDF dump with foreign ID mapping
Ladsgroup claimed this task.Ladsgroup added a subscriber: hoo.Ladsgroup added a project: Wikidata-Sprint.Herald added a project: User-Ladsgroup. TASK DETAILhttps://phabricator.wikimedia.org/T162371EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: hoo, Ladsgroup, PokestarFan, Lucas_Werkmeister_WMDE, Smalyshev, daniel, WMDE-leszek, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T172076: Wikibase language links feature not working for thirdparty with site_global_keys ending with wiki but do not represent interwiki links
Florian created this task.Florian added a project: MediaWiki-extensions-WikibaseClient.Herald added subscribers: PokestarFan, Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONThis is more or less related to T137537, which could be silently fixed with fixing the task, however, I wanted to make sure, that the current implementation (described below) probably works for the specific cases and assumptions in Wikimedia wikis, but does not work for third-party wikis or wikis, which do not meet these assumptions.
Today I worked on getting the ContentTranslation extension up and running and started using the language links functionalities of Wikibase (the Wikibase installation exists for a long time already, but wasn't used for language links, as there was only one wiki with one language until now). During the evaluation and installation of these things, I found out, that Wikibase' LangLinkHandler has a very _specific_ assumption about what the interwiki link of a site might be (until T137537 is fixed). It simply removes the "wiki" or "wikitionary" part of the site_global_id and uses the remaining part as the interwiki link:
public function getInterwikiCodeFromSite( Site $site ) {
// FIXME: We should use $site->getInterwikiIds, but the interwiki ids in
// the sites table are wrong currently, see T137537.
$id = $site->getGlobalId();
$id = preg_replace( '/(wiki\w*|wiktionary)$/', '', $id );
$id = strtr( $id, [ '_' => '-' ] );
if ( !$id ) {
$id = $site->getLanguageCode();
}
return $id;
}
https://github.com/wikimedia/mediawiki-extensions-Wikibase/blob/22c655666a651864674826be72c4f697d9281e6c/client/includes/LangLinkHandler.php#L399-L409
This might work very well for WIkimedia and Wikimedia-like wikis, however, it does not work for most of the other wikis. A site_global_key, which ends with wiki, like endroidwiki, will be treated as having an interwiki link of endroid, which is false, as the interwiki link for this wiki is only "en", which is also the prefix saved in the interwiki table of MediaWiki.
While I agree, that task T137537 needs to be fixed, I would ask for a workaround/temporary configuration, which allows wikis (like third-party wikis) to use getInterwikiIds of the Site class for the interwiki links, instead of this fuzzy assumption with the site global key.TASK DETAILhttps://phabricator.wikimedia.org/T172076EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: FlorianCc: Aklapper, Florian, PokestarFan, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T110825: I see Wikidata entries in the watchlist in hewiki, but not in enwiki or cswiki
IKhitron added a comment. @Amire80, please do something for me. Open the page in some wiki where something is missing. Press F-12. Open the code inspector tab. Find the exact place in html where the missing text should be. Open collapsed tags, if needed. Check if missing text is still there, but is not shown - .hide(); or visibility:unvisible or display:none. I'm asking because I saw such things when working on WLM.TASK DETAILhttps://phabricator.wikimedia.org/T110825EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IKhitronCc: Liuxinyu970226, TerraCodes, PokestarFan, IKhitron, Lydia_Pintscher, matej_suchanek, Amire80, Aklapper, GoranSMilovanovic, QZanden, Izno, Luke081515, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T117808: Display very large or very small quantity values using scientific notation
Smalyshev added a comment. I wonder if it's be easy to find the changes made by those bots and change it from +-0 to "no precision". As for precise display format to use, it is a separate question - maybe we could have a property that dictates how this property formats big (long) numbers?TASK DETAILhttps://phabricator.wikimedia.org/T117808EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Liuxinyu970226, Pamputt, Nikki, PokestarFan, Smalyshev, thiemowmde, Physikerwelt, hoo, daniel, Lydia_Pintscher, Aklapper, StudiesWorld, ArthurPSmith, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T110825: I see Wikidata entries in the watchlist in hewiki, but not in enwiki or cswiki
matej_suchanek added a comment. Might be caused by T171263?TASK DETAILhttps://phabricator.wikimedia.org/T110825EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Liuxinyu970226, TerraCodes, PokestarFan, IKhitron, Lydia_Pintscher, matej_suchanek, Amire80, Aklapper, GoranSMilovanovic, QZanden, Izno, Luke081515, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T110825: I see Wikidata entries in the watchlist in hewiki, but not in enwiki or cswiki
Amire80 added a comment. Very curious... Now I see Wikidata changes in cs and he Wikipedias, but not in en.TASK DETAILhttps://phabricator.wikimedia.org/T110825EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Amire80Cc: Liuxinyu970226, TerraCodes, PokestarFan, IKhitron, Lydia_Pintscher, matej_suchanek, Amire80, Aklapper, GoranSMilovanovic, QZanden, Izno, Luke081515, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112075: [Story] When editing quantities, allow units to be entered directly into the text input field.
Jc3s5h added a comment. In T112075#3484280, @Lydia_Pintscher wrote: I think we need to keep consistency in mind here. We have at least one other place where we use the same mechanism right now: selecting a language for monolingual text values. We should also think about selecting globes, precision and time zone in the future. Which of those should behave the same and which differently? Gut feeling: I like two fields better because it makes it a bit clearer that you are selecting an existing item for the unit and can't just type anything. @Lydia_Pintscher asked which should behave the same and which differently. Precision: we should decide if precision, which will ultimately be translated into a decimal upper and lower bound, should attempt to mimic the precision stated in the source, or should be a round decimal number that approximates the precision stated in the source. For example, if a source states latitude and longitude is accurate to +/- 1 arcsecond, should that be represented by making the lower bound less than, and the upper bound greater than. the nominal value by 0.00027° or by 0.0003°? Time zone: since most sources do not provide time zones, and it can be challenging to determine what time zone offset was in effect at the time of an event, there should be an ability to state the time zone is local time. The current documentation of the data model describes the time zone as an integer. This won't do in the future. Globe: fairly straightforward for objects on the surface of the earth, but different notation and applicability for celestial objects (right ascension and declination for stars and galaxies, not applicable for position of planets and comets as seen from Earth). TASK DETAILhttps://phabricator.wikimedia.org/T112075EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jc3s5hCc: Agabi10, Sjoerddebruin, PokestarFan, Charlie_WMDE, Jan_Dittrich, James_Budday, Esc3300, daniel, Aklapper, Jonas, Lydia_Pintscher, Jc3s5h, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112075: [Story] When editing quantities, allow units to be entered directly into the text input field.
Sjoerddebruin added a comment. In T112075#3484323, @Agabi10 wrote: @Sjoerddebruin, you can go to the input of the widget using the tab. There are many things that aren't nice with this (like the drop downs not being removed when you go to the widget or not being able to save pressing enter in the widget) but I usually do it only with the keyboard and there are no major problems other than a few usability improvements that I noticed. The things you mentioned are exactly what makes it more harder to enter units.TASK DETAILhttps://phabricator.wikimedia.org/T112075EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc: Agabi10, Sjoerddebruin, PokestarFan, Charlie_WMDE, Jan_Dittrich, James_Budday, Esc3300, daniel, Aklapper, Jonas, Lydia_Pintscher, Jc3s5h, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112075: [Story] When editing quantities, allow units to be entered directly into the text input field.
Agabi10 added a comment. @Sjoerddebruin, you can go to the input of the widget using the tab. There are many things that aren't nice with this (like the drop downs not being removed when you go to the widget or not being able to save pressing enter in the widget) but I usually do it only with the keyboard and there are no major problems other than a few usability improvements that I noticed.TASK DETAILhttps://phabricator.wikimedia.org/T112075EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Agabi10, Sjoerddebruin, PokestarFan, Charlie_WMDE, Jan_Dittrich, James_Budday, Esc3300, daniel, Aklapper, Jonas, Lydia_Pintscher, Jc3s5h, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T171571: Run WikibaseLexeme tests without browser and mediawiki dependencies
Lydia_Pintscher added a project: Wikidata.Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T171571EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: PokestarFan, Jonas, Aleksey_WMDE, christophneuroth, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T165588: tasks for lexicographical data support until Wikimania 2017
Lydia_Pintscher closed subtask T165587: [Task] polish CSS of Lexeme page as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T165588EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: PokestarFan, Jakob_WMDE, daniel, WMDE-leszek, Aleksey_WMDE, Jonas, thiemowmde, Aklapper, Lydia_Pintscher, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T165587: [Task] polish CSS of Lexeme page
Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher claimed this task.Lydia_Pintscher added a comment. Yes :) Looks good now!TASK DETAILhttps://phabricator.wikimedia.org/T165587EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aleksey_WMDE, PokestarFan, Aklapper, Lydia_Pintscher, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T172058: Bug: can't remove Lemma variant
Lydia_Pintscher created this task.Lydia_Pintscher added projects: Lexicographical data, Wikidata, Wikidata-Sprint. TASK DESCRIPTIONI just added a new variant for a Lemma on a Lexeme page: http://wikidata-lexeme.wmflabs.org/index.php?title=Lexeme:L15&diff=118&oldid=93 When trying to remove I can remove it and save the edit. It it is removed on the page but the edit is not persistent across a page reload. Setting to high because this messes up our demo data.TASK DETAILhttps://phabricator.wikimedia.org/T172058EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, PokestarFan, Aleksey_WMDE, Lydia_Pintscher, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T165576: [Story] Multi-variant Lemma
Lydia_Pintscher created subtask T172058: Bug: can't remove Lemma variant. TASK DETAILhttps://phabricator.wikimedia.org/T165576EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aleksey_WMDE, PokestarFan, Aklapper, Lydia_Pintscher, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T165576: [Story] Multi-variant Lemma
Lydia_Pintscher added a comment. I just tested it. There is a remaining issue. I can not remove a variant. Will create new subtask for it.TASK DETAILhttps://phabricator.wikimedia.org/T165576EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aleksey_WMDE, PokestarFan, Aklapper, Lydia_Pintscher, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T171661: Add a news section
Lydia_Pintscher triaged this task as "Lowest" priority.Lydia_Pintscher moved this task from incoming to hold on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T171661WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Ladsgroup, PokestarFan, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Declined] T171664: Visitor counting
Lydia_Pintscher closed this task as "Declined".Lydia_Pintscher added a comment. Let's take what is there and not invest more time into it.TASK DETAILhttps://phabricator.wikimedia.org/T171664EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Aklapper, Ladsgroup, PokestarFan, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112075: [Story] When editing quantities, allow units to be entered directly into the text input field.
Sjoerddebruin added a comment. At least make the interface better for keyboard users. I don't think you can easily add one statement with only keyboard that has a widget?TASK DETAILhttps://phabricator.wikimedia.org/T112075EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc: Sjoerddebruin, PokestarFan, Charlie_WMDE, Jan_Dittrich, James_Budday, Esc3300, daniel, Aklapper, Jonas, Lydia_Pintscher, Jc3s5h, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T171263: Wikidata Dispatcher and Job Queue is overflowed
Sjoerddebruin added a subtask: T105764: Pywikibot does not honor API etiquette regarding dispatch. TASK DETAILhttps://phabricator.wikimedia.org/T171263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc: Lucas_Werkmeister_WMDE, gerritbot, Addshore, matej_suchanek, MisterSynergy, Liuxinyu970226, daniel, Esc3300, XXN, Ladsgroup, Lydia_Pintscher, hoo, Bugreporter, Sjoerddebruin, Magnus, Emijrp, Mr.Ibrahem, Wikidata, Aklapper, PokestarFan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Lewizho99, Maathavan, Volker_E, Izno, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112075: [Story] When editing quantities, allow units to be entered directly into the text input field.
Lydia_Pintscher added a comment. I think we need to keep consistency in mind here. We have at least one other place where we use the same mechanism right now: selecting a language for monolingual text values. We should also think about selecting globes, precision and time zone in the future. Which of those should behave the same and which differently? Gut feeling: I like two fields better because it makes it a bit clearer that you are selecting an existing item for the unit and can't just type anything.TASK DETAILhttps://phabricator.wikimedia.org/T112075EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: PokestarFan, Charlie_WMDE, Jan_Dittrich, James_Budday, Esc3300, daniel, Aklapper, Jonas, Lydia_Pintscher, Jc3s5h, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T18976: Wikis waiting for creation (tracking)
Urbanecm closed subtask T168518: Create Dinka Wikipedia as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T18976EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: UrbanecmCc: PokestarFan, Jayprakash12345, QZanden, hoo, DatGuy, StevenJ81, Acer, Danny_B, TerraCodes, JEumerus, greg, Krenair, Aklapper, Meno25, Matanya, Arseny1992, aude, brion, Amire80, Ebe123, SPQRobin, mxn, TTO, Az1568, Pathoschild, Merl, Petrb, Steinsplitter, revi, Glaisher, Rschen7754, Kanjy, Snowolf, Hkjacksonhk, Liuxinyu970226, jeremyb, MF-Warburg, Stryn, zhuyifei1999, Dcljr, Dereckson, JohnLewis, GoranSMilovanovic, Devwaker, Urbanecm, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Jdforrester-WMF, Mbch331, Rxy, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T117808: Display very large or very small quantity values using scientific notation
Nikki added a comment. There was widespread use of ±0 by the community because, until recently, it was the only way to make it work the way people expected it to, which was to display just the value that they were trying to enter without doing anything weird to it. There were even bots which changed ±1 values to ±0 to remove the unwanted uncertainties. The majority of statements which now say ±0 really mean that we did not want to enter an uncertainty. (You might think people were wrong to do that, but that's what happens when it doesn't work the way users expect.) I think it would be a mistake to use scientific notation without taking the property into account. Scientific notation is largely restricted to scientific contexts and is not universally understood. The quantity datatype has to be used for all quantities and any quantity can be given to a certain precision.TASK DETAILhttps://phabricator.wikimedia.org/T117808EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: Pamputt, Nikki, PokestarFan, Smalyshev, thiemowmde, Physikerwelt, hoo, daniel, Lydia_Pintscher, Aklapper, StudiesWorld, ArthurPSmith, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T60030: [Task] Maintenance script to rebuild entity hints in page_props
hoo closed this task as "Invalid".hoo added a comment. In T60030#3484082, @Bugreporter wrote: Now there're no page in Wikidata, Test Wikidata and Beta Cluster Wikidata with wb-status property. Is this task still needed? No, this is not needed any longer.TASK DETAILhttps://phabricator.wikimedia.org/T60030EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, Bugreporter, Addshore, hoo, aude, thiemowmde, Lydia_Pintscher, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T46529: Wikidata search problems (tracking)
matej_suchanek added subtasks: T78157: [Story] Use ElasticSearch for entity search on wikidata.org, T119080: [Task] Split/refactor search-related hooks code from Wikibase.hooks.php, T124196: Notice: Unable to unserialize job_params in some CirrusSearch jobs (when using JobQueueDB). TASK DETAILhttps://phabricator.wikimedia.org/T46529EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: PokestarFan, Smalyshev, Wikidata-bugs, Nemo_bis, Aklapper, GoranSMilovanovic, QZanden, Izno, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T169456: Add Special:NewItem to Special:SpecialPages on Wikidata
gerritbot added a comment. Change 368552 merged by jenkins-bot: [mediawiki/extensions/Wikibase@master] Use strict comparison in SpecialNewEntity::isListed https://gerrit.wikimedia.org/r/368552TASK DETAILhttps://phabricator.wikimedia.org/T169456EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanek, gerritbotCc: Ladsgroup, gerritbot, PokestarFan, Lydia_Pintscher, Aklapper, Multichill, GoranSMilovanovic, Jrbranaa, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T78157: [Story] Use ElasticSearch for entity search on wikidata.org
matej_suchanek added a parent task: T46529: Wikidata search problems (tracking). TASK DETAILhttps://phabricator.wikimedia.org/T78157EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: PokestarFan, Liuxinyu970226, Deskana, JanZerebecki, Aklapper, daniel, GoranSMilovanovic, QZanden, EBjune, Vali.matei, Avner, debt, Gehel, FloNight, Volker_E, Izno, Wikidata-bugs, aude, GWicke, jayvdb, Mbch331, Jay8g, jeremyb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T119080: [Task] Split/refactor search-related hooks code from Wikibase.hooks.php
matej_suchanek added a parent task: T46529: Wikidata search problems (tracking). TASK DETAILhttps://phabricator.wikimedia.org/T119080EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: matej_suchanek, PokestarFan, aude, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T124196: Notice: Unable to unserialize job_params in some CirrusSearch jobs (when using JobQueueDB)
matej_suchanek added a parent task: T46529: Wikidata search problems (tracking). TASK DETAILhttps://phabricator.wikimedia.org/T124196EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: GFXDude2010, Zoglun, hoo, aude, Aklapper, GoranSMilovanovic, QZanden, EBjune, Avner, debt, Gehel, FloNight, Izno, Wikidata-bugs, jayvdb, Mbch331, jeremyb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T96040: Wikibase special pages (tracking)
Ladsgroup closed subtask T169456: Add Special:NewItem to Special:SpecialPages on Wikidata as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T96040EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: PokestarFan, Luke081515, Liuxinyu970226, aude, Aklapper, Lsherwinforone, GoranSMilovanovic, QZanden, Ptolusque, Sethakill, Izno, Wong128hk, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T169456: Add Special:NewItem to Special:SpecialPages on Wikidata
Ladsgroup triaged this task as "Normal" priority.Ladsgroup removed a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T169456EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanek, LadsgroupCc: Ladsgroup, gerritbot, PokestarFan, Lydia_Pintscher, Aklapper, Multichill, GoranSMilovanovic, Jrbranaa, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T169456: Add Special:NewItem to Special:SpecialPages on Wikidata
Ladsgroup closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T169456EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanek, LadsgroupCc: Ladsgroup, gerritbot, PokestarFan, Lydia_Pintscher, Aklapper, Multichill, GoranSMilovanovic, Jrbranaa, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T119080: [Task] Split/refactor search-related hooks code from Wikibase.hooks.php
matej_suchanek added a comment.Herald added a subscriber: PokestarFan. ShowSearchHit has been factored out since rEWBA337786147146: Use language fallback when showing descriptions in search results.TASK DETAILhttps://phabricator.wikimedia.org/T119080EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: matej_suchanek, PokestarFan, aude, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T169456: Add Special:NewItem to Special:SpecialPages on Wikidata
Lydia_Pintscher added a subscriber: Ladsgroup.Lydia_Pintscher added a project: Wikidata-Sprint. TASK DETAILhttps://phabricator.wikimedia.org/T169456EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanek, Lydia_PintscherCc: Ladsgroup, gerritbot, PokestarFan, Lydia_Pintscher, Aklapper, Multichill, Lordiis, GoranSMilovanovic, Adik2382, Jrbranaa, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T66950: Tidy up Special:PagesWithProp
Esc3300 added a comment. In T66950#3478758, @Lydia_Pintscher wrote: Possible scenarios which benefit from sorting: I want to find the items that have the most identifiers to get an understanding which topic areas are most connected to other databases at the moment I want to find the items that have 0 statements to start by classifying them with instance of statements I want to find the items that have the most links to other Wikimedia projects to get an understanding of popularity This is unrelated to this obscure special page, but it gave me the idea to add just that for Wikidata's properties on property talk pages (check the "lists").TASK DETAILhttps://phabricator.wikimedia.org/T66950EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, Esc3300Cc: Esc3300, Aleksey_WMDE, PokestarFan, gerritbot, Ricordisamoa, Aklapper, Tobi_WMDE_SW, Lydia_Pintscher, Lordiis, Lsherwinforone, GoranSMilovanovic, Adik2382, Soteriaspace, Th3d3v1ls, JakeTheDeveloper, Ramalepe, Liugev6, QZanden, Ptolusque, Sethakill, Lewizho99, Maathavan, Izno, Wong128hk, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T171263: Wikidata Dispatcher and Job Queue is overflowed
Esc3300 added a comment. In T171263#3474950, @daniel wrote: Is there much demand for the recent changes feed in client wikis (other than update of displayed statements)? Personally, I find it hard to read, even for my own edits. I would say yes, as it was considered a precondition to allowing any data re-use. It's also an important safeguard against vandalism on wikidata. I agree that integration with the RC feed could be greatly improved. Once we have a mechanism to attach arbitrary structured data to revisions, this will hopefully get much better. In wikis that routinely read information from dozens of items (e.g. frwiki), Wikidata recent changes is just impossible to comprehend. Supposedly, it works fine in wikis that only use one item per article.TASK DETAILhttps://phabricator.wikimedia.org/T171263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Lucas_Werkmeister_WMDE, gerritbot, Addshore, matej_suchanek, MisterSynergy, Liuxinyu970226, daniel, Esc3300, XXN, Ladsgroup, Lydia_Pintscher, hoo, Bugreporter, Sjoerddebruin, Magnus, Emijrp, Mr.Ibrahem, Wikidata, Aklapper, PokestarFan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Lewizho99, Maathavan, Volker_E, Izno, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T171263: Wikidata Dispatcher and Job Queue is overflowed
Esc3300 added a comment. Changes to descriptions seem lower priority than changes to labels/statements.TASK DETAILhttps://phabricator.wikimedia.org/T171263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Lucas_Werkmeister_WMDE, gerritbot, Addshore, matej_suchanek, MisterSynergy, Liuxinyu970226, daniel, Esc3300, XXN, Ladsgroup, Lydia_Pintscher, hoo, Bugreporter, Sjoerddebruin, Magnus, Emijrp, Mr.Ibrahem, Wikidata, Aklapper, PokestarFan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Lewizho99, Maathavan, Volker_E, Izno, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
