It's very nice to have WikiMiniAtlas on the coordinated articles. There's a problem when I read Chinese Wikipedia article. When I switch the language label on the WikiMiniAtlas, I can't switch back to Chinese label. There's no Chinese option on the list. It will be more convenience to add it rather then to reload the page to bring back to the Chinese label on.

Supaplex

Just an idea that I have (and would be happy to fork and work on if it seems like a good path): do you think it would be useful/desirable to farm out some of the basic mapping functionality of this plugin with a Leaflet dependency? With their 0.8 update, they have full support for different CRS parameters and other planetary bodies, which brings them in line with one of the major use cases for WikiMiniAtlas. Another alternative would be OpenLayers 3, which is heavier but has more built-in support for 3D views, etc. Depending on a dedicated mapping library would free this project to focus on more specialized functionality/language support/etc.

It just seems like as things evolve, more and more time will be spent reinventing the wheel to keep up. Standardizing the internal architecture would also help others with web GIS experience contribute more constructively.

Just like Google Maps currently works for example.

See request.

I am editing pages on Zanzibar and I have the feeling there is some smartness in the software preventing a high initial zoom level.
For example on https://en.wikipedia.org/wiki/House_of_Wonders you can clearly see, that the scale:500 that I set, is used, and then flash the map zooms out again.
Manually zooming back in works.

When I use the same zoom level in Greece, I do not have this issue. See https://en.wikipedia.org/wiki/Temple_of_Artemis

Is this fixable? How?

The script still uses hover (here: 1, 2) which causes the warning

JQMIGRATE: jQuery.fn.hover() is deprecated

when it is loaded on Wikipedia.

Step to create the problem:

1. Open WikiMiniAtlas
2. Zoom out to the lowest zoom level, then move south

What should happen:
a. The scale of the map should adjust according to the zoomed out scale
b. The map projection should properly display the area around South Pole

What actually happened:

It appears to me that the coastline data has been imported a log time ago and has not been updated since.

I just looked around Macuse. In the WikiMiniAtlas you can see much more water than on OpenStreetMap.

Example: In OSM the way 20156703 was part of the coastline only until two years ago when the coastline in that region was restructured. However you can still see its shape in WikiMiniAtlas as water. This leads to strange rendering east of that way on the residential area, where untagged areas are rendered as water.

Half a feature request and half a general request for more information. Would it be possible to use the Wikimedia tile service in WikiMiniAtlas? I'm curious (as a volunteer) if the service is able to be used, and if not, why. I can help provide more information but I'll start by leaving a link. :)

https://www.mediawiki.org/wiki/Maps#Production_maps_cluster

I recommend replacing the globe icon with the one provided by Font Awesome:

http://fortawesome.github.io/Font-Awesome/icons/

It is consistent with the look and feel of the WikiFont icon set: http://www.mediawiki.org/wiki/Design/WikiFont

Other Chinese language labels are written vertically, but if it is started with Arabic numbers, then the label will become a 2-character-wide horizontal label.

#coordinates contains globe, Geohack url contains globe, but still it does not load Mars layer. Weird this works on enwiki, bot not on cswiki

Hello! In tools.wmflabs.org shows Crimea only Russia, but it's wrong. On OSM to Crimea shown as Russia and Ukraine. Screenshot https://pp.userapi.com/c844618/v844618710/5cc6f/MycMVmRghnM.jpg

Certain scripts (such as chinese) need bigger default font sizes. Maybe we need to have this userdefined. For now I propose adding a css class that contains the language code in the class name.

Currently switching between celestial bodies mixes up the labels as the local cache does not contain the body in the key (i.e. Labels previously cached while viewing Earth will show up on Mars).

The tooltip is added as a <div> inside a <span> element, e.g.:

<span style="position: relative; white-space: nowrap;">
	<div style="background-color: white; padding: 0.2em; border: 1px solid black; position: absolute; top: 1em; left: 0em; z-index: 15; display: none;">
		<span style="cursor: pointer;">
			<img src="..." srcset="..." class="wmamapbutton noprint" title="Show location on an interactive map" alt="" style="padding: 0px 3px 0px 0px; cursor: pointer;">
			&nbsp;WikiMiniAtlas
		</span>
	</div>
	<a class="external text" href="//tools.wmflabs.org/geohack/geohack.php?pagename=Flight_19&amp;params=29_N_79_W_">
		...
	</a>
</span>

This is not valid HTML, and I think is causing one of the issues described in T231424.

It looks like it should be possible to make this a span, and as .fadeIn() sets display:block it should work the same.

WMA offers a wonderful way to come to pictures. It's a great alternative to the standart views Mediawiki offers already to users.

I wanted to use it to display the content of a category of pictures in a map. here is a small mockup of what I had in mind (of course, in reality, the pictures on the map should be the one in the category):

This usage would have following properties:

• Easy to integrate, for example {{WikiMiniAtlasCategory|my_category}}
• Per default open widget (best would be integrated in the web page - on the same layer level)
• autozoom to choose the right/adapted level of zoom

It seems that for now this is not possible, but dschwen feedback was optimistic. See the the original discussion here: https://meta.wikimedia.org/wiki/Talk:WikiMiniAtlas#Commons_category_picture_map.

New articles or moved/corrected coordinates from en Wikipedia have not updated since mid-December.

Is this an issue with WikiMiniAtlas getting data from a database cache, the cache not getting updated from Wikipedia, or does the data now come via WikiData, and there are delay issues with updated or new coordinates getting to there?

Hello, I was not able to fix WikiMiniAtlas gadget on cswiki to make it work. There were some complaints lately. Could you help?

The zh labels should be provided in the various regional variants (Taiwan, Macao, etc.). On Wikipedia this is done automatically. Maybe the label server could do this on the fly. Per @Supaplextw

WikiMiniAtlas refuses to load on Czech WIkipedia if there is a different order of url parameters "params" and "pagename"

Is this the place to raise the concern that WIWOSM does not seem to have updated for months?

I have entered new wikipedia and wikipedia:en tags into OSM on some rivers and highways, but they do not seem to be getting to WikiMiniAtlas, whereas ones that have been there for longer render in the miniatlas on the corresponding Wikipedia articles.

Currently the wikiminiatlas does not show the scale. I tried it with current versions of firefox, ie and chrome. Happens in de wp and en wp. Instead of the scale, a white bar is displayed with the label NaN.

Ways with Tag:highway=bus_guideway do not appear to render in WikiMiniAtlas.

For example, compare the miniatlas view at https://en.wikipedia.org/wiki/O-Bahn_Busway with https://www.openstreetmap.org/?mlat=-34.905556&mlon=138.612778&zoom=15#map=15/-34.9056/138.6128 - the busway is missing from the map on the article about it!

The layer that shows the locations of other wikipedia articles is not showing up at all in WikiMiniAtlas on English Wikipedia for me. Has it broken, or have I unset a preference somewhere by accident?

One thing that annoys me a lot with WMA is that shapes get more squished the further they are from the equator. Examples:

• https://en.wikipedia.org/wiki/National_Centre_for_the_Performing_Arts_%28China%29. Zoom into the infobox map until you can see a circular green lawn to the south of the building. Now zoom in the WMA map until you can see the same lawn.
• https://en.wikipedia.org/wiki/Svalbard article, click on the WMA icon next to Longyearbyen in the infobox.
• https://en.wikipedia.org/wiki/Chandrayaan-3, click on the top right WMA icon. Obviously not-round craters.

Maybe some stretching can be done to approximately revert the squish on the display side, like stretching the y by a factor of cos(map center lat)? That would not require extra work on the server, and should work well enough until we get really close to the poles or become super zoomed out.

See https://phabricator.wikimedia.org/T138078

How to reproduce:

• Go to https://commons.wikimedia.org/wiki/File:Shropshire_Union_Canal_at_Wheaton_Aston,_Staffordshire_-_geograph.org.uk_-_1375583.jpg
• Click on the small globe near "Camera location"
• The popup says "502 Bad Gateway nginx"

URL is https://wma.wmflabs.org/iframe.html?wma=52.714999_-2.216675_600_400_commons_19.931568569324178_en&globe=Earth&lang=commons&page=&awt=0

Also reported at https://phabricator.wikimedia.org/T185798