Jump to content

Module talk:Location map

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
(Redirected from Template talk:Location map~)

Three-state caption parameter

[edit]

The module has different outputs depending on whether |caption= has a value, is empty, or absent from the call of {{Location map}}. 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 {{Location map}} is used in a template, an infobox, which has a variable/parameter {{{pushpin_map_caption}}}. What would you use in the templates code so that {{{pushpin_map_caption}}} translates into what |caption= does: when {{{pushpin_map_caption}}} has value or is empty, use that value; but when {{{pushpin_map_caption}}} 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 = {{{pushpin_map_caption|}}}} in the template code that will make |caption= disappear from the call of {{Location map}} in the infobox code when {{{pushpin_map_caption}}} is absent from the call to the infobox in the article. Thanks! Ponor (talk) 14:01, 23 November 2023 (UTC)[reply]

Possible problem with Eurasia map

[edit]

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)[reply]

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)[reply]
@Jonesey95:Yes, it wasn't calibrated. Should be better now. Please advise if there are issues. पाटलिपुत्र (Pataliputra) (talk) 15:53, 6 December 2023 (UTC)[reply]
That looks much better. Thanks for the quick fix. – Jonesey95 (talk) 16:48, 6 December 2023 (UTC)[reply]

Edit request 31 December 2023

[edit]
Preview of the changes on the Android app.

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 <div> 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)[reply]

@Chlod:  Done, good job! Est. 2021 (talk · contribs) 15:37, 31 December 2023 (UTC)[reply]
Thank you! Hope you have a happy 2024, Est. 2021! :D Chlod (say hi!) 15:47, 31 December 2023 (UTC)[reply]

"Show both" instead of "Show all" when there's two maps

[edit]

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)[reply]

@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)[reply]
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)[reply]
I will not engage with you. Akeosnhaoe (talk) 23:36, 18 February 2024 (UTC)[reply]

Aligning caption parameter center

[edit]

Can the caption parameter be aligned center? See example. Qwerty284651 (talk) 13:19, 10 February 2024 (UTC)[reply]

Yes. – Jonesey95 (talk) 17:30, 11 February 2024 (UTC)[reply]
That simple, huh? I went to <div style="text-align:center"> map code </div> lengths and all it took was a little {{center}}. Funny how the simplest solutions are the hardest to find. Qwerty284651 (talk) 18:59, 11 February 2024 (UTC)[reply]

Center aligned label?

[edit]

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)[reply]

@RAGentry: 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)[reply]

Apparent location mismatch with Google Maps

[edit]

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.

Location map is located in Belize
Location map

Wtmitchell (talk) (earlier Boracay Bill) 04:29, 30 March 2024 (UTC)[reply]

@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)[reply]
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)[reply]

Caps fix

[edit]

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)[reply]

To editor HandsomeFella: 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)[reply]
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)[reply]
Found the place: 2024 Masters Tournament. HandsomeFella (talk) 11:22, 15 April 2024 (UTC)[reply]
Fixed here. Ponor (talk) 11:36, 15 April 2024 (UTC)[reply]
Thanks. HandsomeFella (talk) 12:59, 15 April 2024 (UTC)[reply]

Edit request 27 April 2024

[edit]

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)[reply]

 Done * Pppery * it has begun... 00:15, 30 April 2024 (UTC)[reply]

Is it currently possible to prevent markers from showing over the caption?

[edit]

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)[reply]

Edit request 27 April 2024

[edit]

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 <div class="switcher-container">. 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)[reply]

 Done * Pppery * it has begun... 00:15, 30 April 2024 (UTC)[reply]
@Pppery: The change you made [1] includes the base Location map sandbox suffix require 😅. Alexis Coutinho (talk) [ping me] 01:21, 30 April 2024 (UTC)[reply]
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)[reply]

Linter errors with span

[edit]

@Jonesey95: In your recent revert in the sandbox, do you mean if a user passes a label like this: label=<div style="color:green">New York</div> (when using module syntax)? Alexis Coutinho (talk) 16:23, 20 May 2024 (UTC)[reply]

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)[reply]
👍 Alexis Coutinho (talk) 20:44, 20 May 2024 (UTC)[reply]

Map label background bug in dark mode

[edit]

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)[reply]

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)[reply]
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)[reply]
I think these changes got broken again. See Caen Kabelsalat22 (talk) 19:23, 13 June 2024 (UTC)[reply]

Still not showing up

[edit]

Hi! I tried using a map with like 27 locations on it, I followed it and it's still not showing up! help me! 45BearsFan (talk) 03:43, 28 June 2024 (UTC)[reply]

@45BearsFan there was a }} missing at the end of your call to {{Location map+}}. Ponor (talk) 13:00, 28 June 2024 (UTC)[reply]
Now that I got the easy part out of the way. The dots aren't showing up in their places. 45BearsFan (talk) 14:13, 28 June 2024 (UTC)[reply]
Special:Permalink/1231480913 Ponor (talk) 14:31, 28 June 2024 (UTC)[reply]
Thank you so much!! 45BearsFan (talk) 14:36, 28 June 2024 (UTC)[reply]

{{Location map~}} |background= is sometimes ignored when |position=bottom or |position=top

[edit]

Example here in which the label background color is ignored for one element:

{{Location map~|France Paris and inner ring|lat=48.8737|long=2.2950|background = #ffcc7777|label=<div style="font-size:70%;">'''[[Arc de Triomphe]]'''<br />'''[[Place Charles de Gaulle]]'''</div>|position=top}}

In the above example, the color has partial alpha but that's irrelevant to the issue: I previewed |background=#ffcc77 and/or |position=bottom with same problem; changing |position=left or |position=right work OK. likewise changing other elements' |position= broke them.

jnestorius(talk) 20:26, 28 July 2024 (UTC)[reply]

Buggy and unnecessary float

[edit]

The |float= is causing infobox problems at 2024_Wayanad_landslides, see MediaWiki_talk:Gadget-switcher.js#Interface-protected_edit_request_on_1_August_2024_fix_floating_radio_buttons.

According to the monthly parameter usage report, the |float= had only 1 use, which I removed. Furthermore, do we even need the CSS float:right when it's mostly in infoboxes, which are narrow? 142.113.140.146 (talk) 08:04, 1 August 2024 (UTC)[reply]

So I tested on mobile and saw the display. It is unclear why the controls are to the left of the image. I haven't heard of any UI pattern like this layout. On mobile, we should be spacing things out on the page with plenty of padding, not trying to cram everything on one row. 142.113.140.146 (talk) 19:56, 1 August 2024 (UTC)[reply]

Urgent: Please fix this template for printed content Module:Location map/sandbox/styles.css.

[edit]

Firstly, apologies for writing in English if this is not your first language (this is an automated message).

This template has been detected as one of 436 pages using styles that break the page when printed when the user is using dark mode. The fix is very straightforward - all your styles relating to dark mode must be scoped to. Since there is a high risk of this templates being copied to other wikis it is important this notice is acted on ASAP.

To fix this:

  1. Update `@media (prefers-color-scheme: dark` to `@media screen and (prefers-color-scheme: dark`
  2. Wrap any styles relating to `html.skin-theme-clientpref-night` in `@media screen`

If this message has not been acted on in 7 days, this will be fixed by an automated script. Thank you for your help fixing this important issue.

For any questions feel free to ask them at phab:T369874.

Jon (WMF) (talk) 18:22, 2 August 2024 (UTC) on behalf of the web team.[reply]

Urgent: Please fix this template for printed content Module:Location map/styles.css.

[edit]

Firstly, apologies for writing in English if this is not your first language (this is an automated message).

This template has been detected as one of 436 pages using styles that break the page when printed when the user is using dark mode. The fix is very straightforward - all your styles relating to dark mode must be scoped to. Since there is a high risk of this templates being copied to other wikis it is important this notice is acted on ASAP.

To fix this:

  1. Update `@media (prefers-color-scheme: dark` to `@media screen and (prefers-color-scheme: dark`
  2. Wrap any styles relating to `html.skin-theme-clientpref-night` in `@media screen`

If this message has not been acted on in 7 days, this will be fixed by an automated script. Thank you for your help fixing this important issue.

For any questions feel free to ask them at phab:T369874.

Jon (WMF) (talk) 18:22, 2 August 2024 (UTC) on behalf of the web team.[reply]

Done. Izno (talk) 22:09, 3 August 2024 (UTC)[reply]

Location Map with only part of a file

[edit]

Hi, so is it possible with this template to like display for example the map of germany and cut the part that isn't of interest ? For context I'm creating french pages for German Regionalligen and from 2012 til now it's fine since all 5 groups have location maps i can use, but for the period when it was divided into 3 groups there is no location map file for now and instead of creating new files (cuz i don't really know how to) i wondered if i can just used location map with the full germany map file, and then ask it to for example cut the south when showing regionalliga nord, then cut the north when showing regionalliga süd and then cut the east when showing regionalliga west. If it's not possible then I'll go ask around on how to edit svg maps and create location maps ig TheÆtherPlayer (talk) 13:40, 7 October 2024 (UTC)[reply]