Sat, Feb 15
Also wikibase:quantityUnit is affected by this - unless the strange results of this query is caused by something else:
Thu, Feb 13
Tue, Feb 11
Not a bug. Use of the Label service in automatic mode for unbound variables in "GROUP BY" isn't mentioned as supported in the user manual (https://www.mediawiki.org/wiki/Wikidata_Query_Service/User_Manual#Label_service) so cannot be expected to work.
Sat, Jan 25
Jun 24 2019
This seems to be the same or similar to T220829 (Wikidata edit (rollback) not propagated to Wikipedia after 10 days)
Jun 5 2019
Things keep changing. At the same page (https://da.wikipedia.org/w/index.php?title=Bruger:Dipsacus_fullonum/sandkasse&oldid=9957579) now the first map, with Wikidata ID's explicit in the JSON code, only show the geoshape for Croatia.
Jun 3 2019
@Aklapper: Now the second map with the SPARQL query is also correct for me. But when the page was created it was only shown as a frame with the legend, but where the map should be, there was only a white empty space.
Jun 2 2019
May 6 2019
Apr 12 2019
I found the same problem at huwiki at the page https://hu.wikipedia.org/wiki/Geert_Wilders by looking at the global file usage for
the wrong image at https://commons.wikimedia.org/wiki/File:MarkRutte.jpg. Again when logged in at huwíki I saw the correct image of Geert Wilders. And when I logged off, I saw the image of Mark Rutte in the infobox. Again I fixed it by a null edit of the page.
Aug 28 2018
I found the system for red and blue links: An local, internal link on dawiki is blue if a page with the page name exist on enwiki, and red if no page with the name exist on enwiki. But the links don't link to enwiki.
Aug 22 2018
I don't understand why this doesn't have high priority. It makes the functions mw.wikibase.getLabel( id ), mw.wikibase.getDescription( id ), and mw.wikibase.getSitelinkl( id ) unreliable for IDs obtained from a module's arguments or from statement values of type wikibase-entityid in other entities.