Module talk:Mapframe
- Put new text under old text. Click here to start a new topic.
- New to Wikipedia? Welcome! Learn to edit; get help.
- Assume good faith
- Be polite and avoid personal attacks
- Be welcoming to newcomers
- Seek dispute resolution if needed
- If the problem also occurs when using plain
<mapframe>...</mapframe>tags, then it should be reported on Phabricator (you can log in with you Wikipedia account). See mw:How to report a bug for instructions (for the tags, use Maps). (Alternatively, you can try mw:Help talk:Extension:Kartographer) - If the problem only occurs with Wikipedia's template/module, or you're not sure, report it here. (Alternatively, you can try Wikipedia:Village pump (technical))
That preview mode shows an interactive map is a bug, phab:T203863 (and also a performance issue). Further explanation can be found in the comments on phab:T202793.
- The feature on OSM needs to be tagged with the Wikidata id, per mw:Help:Extension:Kartographer/OSM. It is not enough to just set OpenStreetMap relation ID (P402) on the Wikidata item.
- Only certain OSM relations (those with type=multipolygon, type=route, type=waterway and type=boundary) can be used, and not others like buildings and public transport master routes. See mw:Help:Extension:Kartographer/OSM#Limitation and phab:T156433.
- It can take 1 or 2 days after tagging on OSM before the data is available here.
- Wikimedia occasionally has problems replicating OSM data (e.g. phab:T218097), or intentionally disables replication due to other problems (e.g. phab:T243609)
|raw= parameter is showing error messages of "The time allocated for running scripts has expired." What can be done?Edit request 28 May 2025
[edit ]|answered= parameter to no to reactivate your request.Description of suggested change: On line 94, change "paramter" to "parameter."
Diff:
ShoneBrooks (talk) 15:00, 28 May 2025 (UTC) [reply ]
- Completed. P.I. Ellsworth , ed. put'er there 20:29, 28 May 2025 (UTC) [reply ]
Display in title
[edit ]There's this comment in the code, saying "[display=title] makes maplink wikitext that will be located in the top-right of the title of the page (the same place where coords with display=title are positioned)." That does not seem to work: the styles associated with id=coordinates cannot do that. Is this option even useful? I'm wondering if it should be removed from the template's documentation, it seems misleading. Ponor (talk) 20:30, 10 June 2025 (UTC) [reply ]
- This edit will put the display=title marker in the indicator area, which seems to work for all desktop skins, as can be seen at Template:Maplink/sandbox (as long as the module sandbox change is on). Is that what we want? Ponor (talk) 21:21, 10 June 2025 (UTC) [reply ]
|answered= parameter to no to reactivate your request.A naive search shows that there aren't that many articles that use {{mapframe|display=title}}, maybe no more than 50. So I think it's safe to make this change. With it
- the module and template will do what they're supposed to do with
|display=title: the inline+title markers won't be shown next to each other in Vector-2022 ([1] ) nor the 'title' one will be placed on top of the infobox in Vector ([2] ) - the 'title' marker will be placed as the last of the indicators (the code added is mostly from that page)
- the resulting html code seems clean, and in line with what
{{coord}}already does
| Vector 2022 | Vector | Monobook | Timeless | |
|---|---|---|---|---|
| TM:Maplink | [3] ☒N | [4] ☒N | [5] checkY | [6] checkY |
| TM:Maplink/sandbox | [7] checkY | [8] checkY | [9] checkY | [10] checkY |
Thanks, Ponor (talk) 13:50, 11 June 2025 (UTC) [reply ]
- Done Thanks, I had noticed this being broken a while ago and just did not want to deal with it at all. Izno (talk) 02:48, 28 June 2025 (UTC) [reply ]
Inconsistent map box
[edit ]The same source produces a correct result on User:OceanLoop/sandbox/map but not Indian Creek (Elwha River tributary): the frame is not positioned properly. Does anyone know why this happens? OceanLoop (talk) 00:55, 24 July 2025 (UTC) [reply ]
- Fixed. Regs, The Equalizer (talk) 19:10, 24 July 2025 (UTC) [reply ]
How avoid text that appears when hover mouse cursor over the map?
[edit ]In Talk page at Talk:Death_of_James_Cook#Comments_from_Noleander I put a map. I've replicated the map here. When the mouse cursor is hovered over the map (desktop computer; Windows OS, Firefox browser) a popup window appears containing the text "The intuitive WP:UE/WP:COMMONNAME page title for this would probably be Death of James Cook. Just saying." which is the text (unreleated to the map) at the top of that Talk page.
That text popup window does not appear here, in this Talk page, when hovering over the map.
Does anyone know why that text is appearing? and if there is a way to prevent that popup from appearing? Noleander (talk) 18:29, 10 August 2025 (UTC) [reply ]
- Likely have the Wikipedia:Tools/Navigation popups gadget switched on in your preferences, as that line is the very first topic on the talk page. Regs, The Equalizer (talk) 19:21, 10 August 2025 (UTC) [reply ]
- You are correct ... that fixed it. Thanks. Noleander (talk) 19:36, 10 August 2025 (UTC) [reply ]
- {{maplink }} could probably set the 'nopopups' class to avoid that navigation popups triggers. —TheDJ (talk • contribs) 08:10, 11 August 2025 (UTC) [reply ]
- If there is a way to disable this popup issue, permanently, by a change to the maplink template, that would prevent this issue from arising in the future for other editors & readers ... so it seems like a good idea. Noleander (talk) 12:33, 11 August 2025 (UTC) [reply ]
- {{maplink }} could probably set the 'nopopups' class to avoid that navigation popups triggers. —TheDJ (talk • contribs) 08:10, 11 August 2025 (UTC) [reply ]
- You are correct ... that fixed it. Thanks. Noleander (talk) 19:36, 10 August 2025 (UTC) [reply ]
Avoid polluting Category:Pages with script errors
[edit ]Rather than using assert(lat_d,"Unable to get latitude/longitude from input '"..coords.."'."), which shows an unhelpful level of detail and places pages into the generic Category:Pages with script errors, is there a way to just return something like <strongclass="error">Unable to get latitude/longitude from input XXX. Specify coordinates using {{tl|Coord}} template.</strong>[[Category:Pages with mapframe errors]] that would be more helpful and use a dedicated category? Only complication would be if there are other modules that try to parse the output of mapframe, but the common ones such as Module:Infobox mapframe just concatenate the output string to something else and should work fine. --Ahecht (TALK
PAGE) 14:25, 4 September 2025 (UTC) [reply ]
coord compatibility
[edit ]Why does Template:Maplink/testcases#Coord compatibility happen? It's not often, but it trips me up every now and then. If the coord template can tolerate lowercase cardinal directions, why can't maplink? --Joy (talk) 14:50, 23 October 2025 (UTC) [reply ]