Module talk:Location map

message: In Module:Location map/data/Myanmar the two maps there have different coordinates. The File:Myanmar relief location map.jpg mentioned in its description is 92-102 E. So if this file is shown, the coordinate marked is shifted left/right from the place it should be. I think the File:Myanmar adm location map.svg should be changed to File:Myanmar location map.svg and the coordinate should be adjusted accordingly. Not sure what would break if the map range is shrunk. --Lerdsuwa (talk) 02:18, 21 March 2022 (UTC)
replies: text: I noticed the same thing. For instance Nat Ma Taung does not show up in the correct location. Can someone with the proper editing privileges and more technical know-how please fix this error? 69.130.10.175 (talk) 23:45, 8 February 2023 (UTC)
replies: text:  — Mugtheboss (talk) 22:57, 15 September 2023 (UTC)
thread_title:  Error in Myanmar map 

message: Seen from Washington (state) I just got an idea to place an outer title for this template, which requires an optional parameter . Once this parameter is used, the title is placed at the top of  element, and centered in there. (see this screenshot)
Who can reproduce? -- Great Brightstar (talk) 07:33, 25 May 2023 (UTC)
thread_title:  A new idea to insert outer title in this template 

message: On mobile the image follows the float parameter. On narrow screens such as phones, this results in the article's text flowing to the side in a very narrow and hard to read column. In contrast, ordinary images generally are centred, and don't float, unless the screen is wide enough to justify floating. Hairy Dude (talk) 22:50, 3 September 2023 (UTC)
thread_title:  Not centred on mobile 

message: Hey, I see there's a Module:Location map/data/North Korea, but it'd be nice to have one for Pyongyang more specifically. Similar to Module:Location map/data/South Korea Seoul.
Could anyone create this? Would be much appreciated; I'd make really good mileage out of it by making a bunch of infoboxes for pages with it. toobigtokale (talk) 09:46, 26 September 2023 (UTC)
thread_title:  Pyongyang Map 

message: Description of suggested change: see below
Diff: Special:Diff/1177292789
Ponor (talk) 12:51, 23 October 2023 (UTC)
replies: text: This seems like a reasonable change at first glance but I don't actively maintain this module (and didn't write this) so I'll hold off on implementing for a bit to see if anyone else comments. Elli (talk | contribs) 05:03, 27 September 2023 (UTC)

text: * Pppery * it has begun... 00:08, 27 October 2023 (UTC)
thread_title:  image2, image3… 

message: First I'd like to suggest including some version of  on each location map template (pointing to that map instead of Location map+ itself). I was experimenting with adding it on  and found it to be helpful and unintrusive with the right formatting parameters, but didn't save the edit because I thought it would be better to have this be standardised between all of the location maps using this template. This could have parameters to turn it off or to override whatever default formatting of navbar we picked so that the user could still format the final result as if inserting that template on the caption manually.
Secondly: We can turn off linking to the default background image with the maplink= parameter on Location map+. However, the vast majority of uses of this template on the wiki have links, and the background image link is very easy to click on by accident. Many, many of these templates are almost unusable because of their tiny links next to a clickable background. Even the example map on the template documentation suffers from a clickable background instead of maplink= despite being full of links. Proposing that the current behavior of maplink= is made the default for that template, and for some other parameter value to produce the current default. YuriNikolai (talk) 19:36, 7 October 2023 (UTC)
thread_title:  Two suggestions: default map image linking and VDE links 

message: Whats configuration to put more than 1 marker, for example 10 markers in same map. Joaosilva2000 (talk) 08:11, 12 October 2023 (UTC)
replies: text: Joaosilva2000, see Template:Location map many or Template:Location map~. Frietjes (talk) 20:03, 12 October 2023 (UTC)
replies: text: The Template:Location map many its like plural version of Template:Location map right? Joaosilva2000 (talk) 03:29, 14 October 2023 (UTC)
thread_title:  Markers 

message: The resecently add line
        local digits = mw.ustring.match(args.relief,'^[1-9][0-9]?$') or '1' -- image1 to image99
is throwing a  script error because args.relief is a boolean not a string. Phatom87 (talk • contribs) 00:16, 31 October 2023 (UTC)
replies: text: Example? Frame arguments should always be strings, even if the module interprets them as booleans. I'm sure if my code were really broken it would have taken less than a month for someone to notice. * Pppery * it has begun... 00:50, 31 October 2023 (UTC)
replies: text: The documentation explains that  takes any non-blank value and has special behavior when the value is a number like "2" or "3". : A link to a page where something is broken is always helpful when reporting a problem. – Jonesey95 (talk) 17:47, 31 October 2023 (UTC)
replies: text: Didn't realize this was sourced to multiple pages anyway Template:Russo-Ukrainian_War_detailed_relief_map is the problem page, Phatom87 (talk • contribs) 00:33, 4 November 2023 (UTC)
replies: text:  Yeah, that module is doing something strange. I've fixed it. * Pppery * it has begun... 00:36, 4 November 2023 (UTC)
thread_title:  Template contains script error 

message: The module has different outputs depending on whether  has a value, is empty, or absent from the call of . It also messes up with the border. Can't say I understand why such a design decision was made, instead of using specific params that do only and exactly what they're supposed to. Anyway... I am here to ask what to do when  is used in a template, an infobox, which has a variable/parameter . What would you use in the templates code so that  translates into what  does: when  has value or is empty, use that value; but when  is absent from the template call in an article, make the module see it as nonexistent and provide the default caption. In other words, I need a replacement for |caption = } in the template code that will make  disappear from the call of  in the infobox code when  is absent from the call to the infobox in the article. Thanks! Ponor (talk) 14:01, 23 November 2023 (UTC)
thread_title:  Three-state caption parameter 

message: Please see this version of my sandbox for an illustration of a problem with locating Tehran on the map of Eurasia. The dot is located somewhere west of Egypt but should be considerably northeast of there, at the south end of the Caspian Sea. This problem is happening in the infobox at Tehran as well. The coordinates appear to be correct. The other three maps in that infobox display the dot correctly. – Jonesey95 (talk) 15:35, 6 December 2023 (UTC)
replies: text: This map appears to be broken at Kuwait International Airport as well. I suspect a problem with the relatively new, undocumented Module:Location map/data/Eurasia, created by . – Jonesey95 (talk) 15:38, 6 December 2023 (UTC)
replies: text: Yes, it wasn't calibrated. Should be better now. Please advise if there are issues. पाटलिपुत्र (Pataliputra) (talk) 15:53, 6 December 2023 (UTC)
replies: text: That looks much better. Thanks for the quick fix. – Jonesey95 (talk) 16:48, 6 December 2023 (UTC)
thread_title:  Possible problem with Eurasia map 

message: Currently, an unsightly black box appears behind the red dot of the location map on the Android app whenever the map is inside of an infobox (such as in Plymouth Rock). This is because of styles specific to the mw:Page Content Service (PCS), which serves our content on the apps. Specifically, the  tags which wrap the dot inherit the background color from elements up in the tree, which happens to have their backgrounds set to dark/black when the reader requests it and when an infobox wraps the location map. There's a very obscurely-placed way to disable this (phab:T236137) that's officially supported, which is adding the "notheme" class to any element that shouldn't be styled by PCS. By adding the class to the outer div (div with class od), it suppresses the background color from being set to it and its children divs (which explicitly inherits the infobox's cell background color by default).
This change is visible only for the app view on dark/black mode. You will have to open Special:PermanentLink/1192790784 on the Wikipedia apps with dark/black mode enabled or view the Mobile HTML directly in your browser (preview) to see the difference.
Diff: (active in the sandbox, diff)
Old	New
		:addClass('od')
		:cssText('top:' .. round(y, 3) .. '%;left:' .. round(x, 3) .. '%')	
		:addClass('od')
		:addClass('notheme')  -- T236137
		:cssText('top:' .. round(y, 3) .. '%;left:' .. round(x, 3) .. '%')
 Chlod (say hi!) 10:50, 31 December 2023 (UTC)
replies: text: , good job! Est. 2021 (talk · contribs) 15:37, 31 December 2023 (UTC)
replies: text: Thank you! Hope you have a happy 2024, Est. 2021! :D Chlod (say hi!) 15:47, 31 December 2023 (UTC)
thread_title:  Edit request 31 December 2023 

message: I think it would be a nice detail and more grammatically correct when there's two maps that can be flipped between, instead of an option that says "Show all" it should say "Show both". Akeosnhaoe (talk) 08:50, 24 January 2024 (UTC)
replies: text: @User:Akeosnhaoe I have been termed "Grammar police" (a label I do NOT disdain), as well as "Grammar ... (something beginning with N)."  My thought on this is, why unnecessarily complicate things for a nicety of usage?  Uporządnicki (talk) 22:24, 18 February 2024 (UTC)
replies: text: By the way, "... when there's two maps."  That is to say, "... when there IS two maps."  Last time I checked, there ISN'T two of anything in the world or out of it. Uporządnicki (talk) 22:29, 18 February 2024 (UTC)
replies: text: I will not engage with you. Akeosnhaoe (talk) 23:36, 18 February 2024 (UTC)
thread_title:  "Show both" instead of "Show all" when there's two maps 

message: Can the caption parameter be aligned center? See example. Qwerty284651 (talk) 13:19, 10 February 2024 (UTC)
replies: text: Yes. – Jonesey95 (talk) 17:30, 11 February 2024 (UTC)
replies: text: That simple, huh? I went to  map code  lengths and all it took was a little . Funny how the simplest solutions are the hardest to find. Qwerty284651 (talk) 18:59, 11 February 2024 (UTC)
thread_title:  Aligning caption parameter center 

message: Hi, I've searched the talk page archives for this, but I couldn't find a solution. Is it possible to place a label exactly over the point where the mark would be? I'm trying to make a label map of Afghan provinces here on my sandbox, but it seems that the label will always be off-center, even if you move the "positon" parameter to "top" or "bottom". It would be useful if "center" were an option for this parameter. I'm trying to see if location maps could be used to make something like image-label maps such as at :Template:Bulgaria Provinces, which would be much easier considering it uses coordinates instead of pixels of the image. — RAGentry (talk) (contributions) 22:17, 18 February 2024 (UTC)
replies: text: Sadly there doesn't seem to be a convenient way to do this currently. I guess until that "center" option is implemented, the best workaround would be to add/subtract a standard latitude from the position. If you were working with modules, such action could be automated as in Module:Russo-Ukrainian War detailed map (oblasts). Alexis Coutinho (talk) [ping me] 17:56, 27 April 2024 (UTC)
thread_title:  Center aligned label? 

message: I'm probably doing something stupid here, but I don't see it. Can someone please rub my nose in it? See this v. the map below.
Wtmitchell  (talk) (earlier Boracay Bill) 04:29, 30 March 2024 (UTC)
replies: text: @Wtmitchell: Google shows you the right location because you're searching by name, but the coords are more like 18.62 and -88.15 (pin dropped near the location in Google maps). Ponor (talk) 09:58, 30 March 2024 (UTC)
replies: text: Thanks. Some fiddling there got me this; I couldn't find its lat/lon location in any google search results. Cheers. Wtmitchell  (talk) (earlier Boracay Bill) 22:26, 30 March 2024 (UTC)
thread_title:  Apparent location mismatch with Google Maps 

message: Can someone please make a change so the text displayed is "Location map", not "Location Map"?
Thanks. HandsomeFella (talk) 21:24, 8 April 2024 (UTC)
replies: text: please show an example of where you see "Map" with "M" in uppercase styling. P.I. Ellsworth , ed. put'er there 15:37, 10 April 2024 (UTC)
replies: text: I am deactivating this request until there is a clear change request. The phrase "Location Map" does not appear in the module's code. – Jonesey95 (talk) 21:30, 10 April 2024 (UTC)

text: Found the place: 2024 Masters Tournament. HandsomeFella (talk) 11:22, 15 April 2024 (UTC)
replies: text: Fixed here. Ponor (talk) 11:36, 15 April 2024 (UTC)
replies: text: Thanks. HandsomeFella (talk) 12:59, 15 April 2024 (UTC)
thread_title:  Caps fix 

message: I found a subtle bug in the way the markers/labels are created. If a marker has a link, the anchor tag seems to inherit the font size from the user skin, not from the label_size. This is problematic for small markers, especially clustered ones. The anchor tag bounding box may be taller than the marker and label themselves, thus it may obstruct other marker/label links behind it. You can compare the difference between these 2 map versions: without fix vs fixed. Look for the Orlivka red marker which is vertically sandwiched by two villages. They are NW of Avdiivka which is NW of Donetsk. In the old version, the Orlivka marker link is barely clickable as Tonenke and Semenivka obstruct it. In the new version, the anchor follows the marker shape.
The proposed fix is written in the sandbox. It simply moves the css font-size definition from the label div to the outer div which also includes the marker div. Perhaps the only downside would be if the label_size was much bigger than the marksize, causing even more obstruction. Maybe forcing the font-size of the marker to be very small could help? What do you think? Alexis Coutinho (talk) [ping me] 06:43, 27 April 2024 (UTC)
replies: text: * Pppery * it has begun... 00:15, 30 April 2024 (UTC)
thread_title:  Edit request 27 April 2024 

message: If one recycles markers from a larger map into a more localized map, some markers may appear all over the caption, i.e. Template:Russo-Ukrainian War detailed map (oblasts). Alexis Coutinho (talk) [ping me] 18:04, 27 April 2024 (UTC)
thread_title:  Is it currently possible to prevent markers from showing over the caption? 

message: I've made another bugfix, but this time for Module:Location map/multi. The problem was pretty simple: when using the load function for multi map templates, the radio buttons wouldn't show up despite the individual maps being correctly wrapped in . This was because the autoSwitcherLabel option was being set on args, which isn't passed to locmap.bottom (dataModule.containerArgs is instead). Effectively, it wasn't being read. If containerArgs wasn't read-only, then the new flag could be set directly. Therefore, I believe the neatest way to pass this flag to locmap.bottom is to make a shallow copy of containerArgs, modify it, and then pass it instead. Alexis Coutinho (talk) [ping me] 23:27, 27 April 2024 (UTC)
replies: text: * Pppery * it has begun... 00:15, 30 April 2024 (UTC)
replies: text:  The change you made  includes the base Location map sandbox suffix require 😅. Alexis Coutinho (talk) [ping me] 01:21, 30 April 2024 (UTC)
replies: text:  Fixed. Sorry, I really should know better given I'm the guy systematically removing inappropriate sandbox uses. * Pppery * it has begun... 01:23, 30 April 2024 (UTC)
thread_title:  Edit request 27 April 2024 

message: In your recent revert in the sandbox, do you mean if a user passes a label like this: label=New York (when using module syntax)? Alexis Coutinho (talk) 16:23, 20 May 2024 (UTC)
replies: text: Yes. A span tag cannot wrap a div tag. Many real-world examples appear in these search results. – Jonesey95 (talk) 20:23, 20 May 2024 (UTC)
replies: text: 👍 Alexis Coutinho (talk) 20:44, 20 May 2024 (UTC)
thread_title:  Linter errors with <code>span</code> 

message: The map labels in dark mode have a black background and black text. The background should either be transparent on maps where the label text colour has sufficient contrast with the background or white so the black text has sufficient contrast. Here are three examples from Moulins, Allier, and Con Mine.
 JScherer-WMF (talk) 21:18, 29 May 2024 (UTC)
replies: text: In case this helps debugging: I noticed that the maps in Grand Canyon use the same template but do not have the bug. JScherer-WMF (talk) 16:55, 30 May 2024 (UTC)
replies: text: Hey @JScherer-WMF this should be fixed now with the recent additions to Module:Location_map/styles.css. 🐸 Jdlrobson (talk) 04:35, 31 May 2024 (UTC)
thread_title:  Map label background bug in dark mode