Mar 23 2022
Let's consider this to be an epic fail of problem management in Wikidata. This is now open for more than 7 years, and it is about trimming whitespaces. facepalm.
Everybody paralysed? The current proposal is to improve documentation and error messages, needless to say this is NOT the solution but an annoyance.
The UI is apparently not a first class interface to Wikidata.
Sep 20 2021
I have the problem NOW. I was advised in T290438 to ask for reloading the erronous item. You can create your own testcases.
Sep 14 2021
Sep 6 2021
Jul 4 2021
this seems to happen when the jupiter notebook contains output and becomes too large. Then it does not load anymore. Mine had around 66 MByre. You can strip the output before loading using
Jun 22 2021
So then this needs a policy update on commons when to DR redirects. And we need a global cleanup of such wrong redirects to clean the results of media Seacrh
May 26 2021
Dec 8 2020
Dec 2 2020
There are ~130600 redirects with location data in geo_tags (for commons file namespace):
Oct 15 2020
Oct 14 2020
May 13 2020
I suspect that when storing coordinates the precision is applied to the value and values are changed acc. to the given precision. Changing the precision will again do some conversion on the coordinates and store new values. Original values get lost. I take the coordinates from GIS services, that offer decimal notation and degree/minutes/seconds notation as well. I have no idea, which of those values is the primary value and which is a simple conversion (not lossless!). So taking the wrong one is the first step where precision might get lost. The second is storing to WP where values might be converted to and fro. When coordinates are imported to wikidata, again a loss of precision occurs.
May 6 2020
Apr 30 2020
Hi, I just observered a behavior. Possible reactions are:
not reproducable, wontfix (with reason), fixed (the best of all possibilities) (scnr)
clarify, if unclear.
Apr 28 2020
Apr 24 2020
first coord links to 47° 15′ 28.8″ N, 11° 24′ 38.16″ E in geohack, but is rendered as 47°15'7"N, 11°24'34"E in Wikidata (a difference of 20'' / 4'')
same for the first coord in https://www.wikidata.org/w/index.php?title=Q12343559&diff=1082146732&oldid=896933408&diffmode=source
with precision +/- 0.013101
is rendered as 46°42'19"N, 12°36'59"E in WD
but for geohack this is 46° 42′ 38.52″ N, 12° 37′ 0.12″ E
Apr 21 2020
same for the second coordinate in https://www.wikidata.org/w/index.php?title=Q801607&oldid=1162774540
WD shows ''48°8'2"N, 16°17'13"E'' while
geohack shows 48° 8′ 4.92″ N, 16° 17′ 2.04″ E
Apr 19 2020
Apr 17 2020
Jun 25 2019
the problem occurs on Commons: https://commons.wikimedia.org/wiki/Help:Gadget-ImageAnnotator
The issue is also reported here: https://commons.wikimedia.org/wiki/MediaWiki_talk:Gadget-ImageAnnotator.js#Problem
Jan 15 2019
Jan 12 2019
this is a duplicate of T213341
Jan 8 2019
Jan 3 2019
@Legoktm, can you please help again to push that issue?
Dec 17 2018
Dec 3 2018
Nov 29 2018
Tried with another bundle of files, could not reproduce the faulty behaviour. Thanks for your attention. Sorry.
The file does not exist as I nominated it for speedy deletion. You can see the log entry.
Nov 26 2018
Nov 23 2018
workaround as suggested in https://www.mediawiki.org/wiki/Topic:Up2kw5v8m8q3v477
Currently we have about 1500 articles in the German WP affected by this problem (https://de.wikipedia.org/w/index.php?search=insource%3A%22ICON2%22&title=Spezial%3ASuche&go=Artikel) with usually multiple occurrences of the problem. Any change in such a page will invalidate the cache and later affect all readers. If I do a change (e.g. a typo), I do not re-check all the coordinate links.
Nov 21 2018
Nov 19 2018
Nov 18 2018
@Aklapper, seems to be an easy to fix problem, something like the typical off by 1 (you can hang me of course, if I'm completely wrong)
can you please schedule it to the correct project?
Nov 11 2018
Oct 27 2018
adding FF JS Console: (not sure, whether this is problem related)
Sep 7 2018
Aug 28 2018
If MW-1.32-release-notes (WMF-deploy-2018-09-04 (1.32.0-wmf.20)) means deployment on Sept. 4th (while WLM starts at Sept. 1st and WikiDaheim is running since the beginning of July) this seems a bit to late. Would it be possible to shift the deployment of this fix to before Sept. 1st? regards
Aug 26 2018
and please add the upload with campaign to the standard regression tests
we are running a photo competition in Austria (wikidaheim) and we need the automated process for the bloody beginners urgently.
Jun 27 2018
for me it's 100% failures
Apr 28 2018
tested, works well again. thanks
Apr 25 2018
Try to be more precise than before:
- I try to upload >1 files with the UW, but only for one of the files I get to the description step (the first, the last? - don't know, no preview shown)
For any file uploaded via the UW:
- Name is empty (normally this is the local name of the file)
- Description is empty (not copied from the url parameter)
- Date is empty (normally this is the capture date of the image)
Apr 24 2018
@matmarex no need to upload anything, just call the url and in the consecutive steps in the UW you will see that input fields are not properly filled (you can use any pair of files) and that there is only a description step for one of the many files uploaded in UW call.
Apr 23 2018
This seems to be broken again.
Mar 26 2018
adding a specific detail: see
(I could not paste example code here)
Mar 3 2018
Feb 12 2018
@Dvorapa, I have a rather complicated sql script calculating the center of a set of coordinates and sorting all the coordinates by decreasing distance from that center to find smelling coordinates. You can find the sql here: https://quarry.wmflabs.org/query/12034 (1)
I want to use it in python to run it across all combinations of iso-codes as found here: https://quarry.wmflabs.org/query/24402?action=history (2)
I wanted to use the sqlPageGenerator to get the results of script (1).
First I tried to iterate over all combinations of iso-codes in the quarry script, but failed to do so (not enough sql knowledge, lacking permissions to define stored procedures as well as cursors). I don't want to frickle around by downloading the results of script (1) multiple times.
Feb 11 2018
@Milimetric, could you please be so kind and add some boost on this topic?
Feb 9 2018
Jan 30 2018
You can close this either way. I was helped on T185434.
@Chicocvenancio: the main problem is always to find the right person. Not to fix the problem which was eventually just a chown with sufficient permissions. Thank you so much (it works now).
Sorry, understand now, why OAuth is the wrong way to try. Thanks for your patience.
Jan 29 2018
thanks @Tgr. Is there a plain guideline on how to run a bot from paws under a different user? Did not succeed in finding one.
Jan 21 2018
Jan 14 2018
same is true not only for the description. I put it here to avoid duplicate issues (presumingly the same reason):
Dec 25 2017
Since some days I get the 504 Gateway Time-out error in a reproducible way.
Dec 18 2017
Dec 12 2017
This breaks Geohack. This is a new problem which was introduced with some mediawiki update recently.
Dec 9 2017
it seems that there is a problem at the parameter passing interface
Dec 7 2017
Nov 14 2017
Does not work for me (new FF 57 installed before).
500 : Internal Server Error
Redirect loop detected.
Sep 25 2017
Aug 26 2017
Aug 25 2017
thanks for what has been done until now
still code folding / unfolding (collapsing) like in any IDE is missing
Jul 25 2017
Jul 20 2017
Jul 18 2017
Jun 12 2017
I get the same at WP:de (FF 53.0.3):
01:17:54.929 Exception in module-execute in module ext.gadget.contribsrange: 1 load.php:176:15
01:17:54.930 TypeError: ucfrm.month is undefined TypeError: ucfrm.month is undefined
May 23 2017
related to T101246