Jump to content

Template talk:GeoTemplate

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Other information addition requests

[edit]

NB! I have now published the additions below at Template:GeoTemplate/sandbox

Not sure if this will propagate to Toolforge though.

NASA Weather is no longer working. A great weather service to add instead is Windy.com. It has also a detailed outdoor map, webcams and aitport information.

Busmaps is a valueable service for public transit schedules around the world. See London here https://busmaps.com/maps/dir/51.504736,-0.124283//@51.507193,-0.128918,14.0z

I would also like https://maps.fmdx.org/ with FM-transmitters to be added. Lat/lon/rad format is https://maps.fmdx.org/#lat=51.500000&lon=-0.090000&r=50 ~2026-8864 (talk) 12:22, 1 January 2026 (UTC)[reply]

checkY Windy.com is already an option.
☒N Busmaps doesn't seem like the information someone would look for here, but more suited for a cellphone app.
checkY FMDX added.
Mapeh (talk) 16:24, 17 January 2026 (UTC)[reply]
Ok, but I have added more services and fixed a few issues under Other information so now it is best to just sync GeoTemplate/sandbox with the main/live template page. ~2026-8864 (talk) 12:47, 11 March 2026 (UTC)[reply]

Israel and Palestine

[edit]

All map services for each of these two regions cover the other just as well. Israeli services have maps of Palestine, and the Palestinian service has maps of Israel. Keeping the two sections separate seems a bit pointless, and it would seem logical to fuse the two sections together. Mapeh (talk) 13:24, 4 January 2026 (UTC)[reply]

 Done The two sections have been fused together. Mapeh (talk) 15:34, 17 January 2026 (UTC)[reply]

Same tab vs new tab

[edit]

Why does GeoHack sometimes open a new tab and sometimes stay in the same tab? Abductive (reasoning) 15:35, 22 January 2026 (UTC)[reply]

@Abductive: Is this when you click the coords to get to GeoHack, or when you're already in Geohack and click one of the links in there? --Redrose64 🌹 (talk) 20:34, 23 January 2026 (UTC)[reply]
In an article, clicking the coords. Abductive (reasoning) 20:37, 23 January 2026 (UTC)[reply]
OK, please give examples of: (a) articles where it opens a new tab; and (b) articles where it stays in the same tab. --Redrose64 🌹 (talk) 20:47, 23 January 2026 (UTC)[reply]
Sure, I randomly clicked until I found; (a) Portland International Jetport and (b) Highter's Heath. Abductive (reasoning) 01:21, 24 January 2026 (UTC)[reply]
Abergynolwyn railway station has the coordinates displayed both inline (in the infobox) and the title. The title opens in the same window, whereas inline opens in a new window. I suspect this is something in module:Coordinates, though I can't immediately find it in the code. Whether this is deliberate or not I don't know. Voice of Clam (talk) 08:56, 24 January 2026 (UTC)[reply]
I recall reading somewhere that it was supposed to open in a new tab. As far as my personal preference, I would like them to always open in a new tab. Abductive (reasoning) 09:32, 24 January 2026 (UTC)[reply]
In my experience (over sixteen years) clicking a coords link always stays in the same tab. I tried both of your examples (Portland International Jetport and Highter's Heath) and they stay in the same tab for me, unless I use Ctrl-click instead of a simple click. Perhaps you were holding the Ctrl key down without noticing? Anyway, if there is an issue with whether a new tab opens or not, it occurs before GeoTemplate is reached, either in Module:Coordinates or the MediaWiki software that processes external links. It's therefore nothing that can be changed by amending Template:GeoTemplate. --Redrose64 🌹 (talk) 16:52, 24 January 2026 (UTC)[reply]
Of course I'm not holding down the Ctrl key. As I state above, this can and should be fixed. Abductive (reasoning) 00:04, 25 January 2026 (UTC)[reply]
I cannot reproduce the problem unless I use the Ctrl key. --Redrose64 🌹 (talk) 00:23, 25 January 2026 (UTC)[reply]
The default should be all coordinates open in new tab. Let's hope some other person happens upon this talk page who can achieve that, wherever the problem may lie. . Abductive (reasoning) 00:46, 25 January 2026 (UTC)[reply]
It's an external link. The default for external links is the same as for internal links: to open in the same tab. Can you point to any link on any Wikipedia page which normally opens in a new tab? --Redrose64 🌹 (talk) 08:07, 25 January 2026 (UTC)[reply]

Both Abductive and myself have given examples above. I think it's clear to say we're not daft enough to be using control or shift or whatever accidentally. If you can't reproduce the same scenario then it may be a browser or css issue. I'll do some experiments later and see if I can get to the bottom of this. Personally I don't care if it opens in the same window/tab or a different one, but it should be consistent for all users. Voice of Clam (talk) 10:51, 25 January 2026 (UTC)[reply]

In my last post I wrote any link on any Wikipedia page, which means that I was asking for examples of links that are not necessarily coordinates links. --Redrose64 🌹 (talk) 20:32, 25 January 2026 (UTC)[reply]
Standard setting for opening links (internal and external) has always been same tab. If you experience another behaviour, the reason is in your personal settings somehow. --тнояsтеn 10:59, 25 January 2026 (UTC)[reply]
(e/c) Follow-up: When I'm logged out, I don't get this issue, with both inline and title coordinates opening in the same window (tried on both Firefox and Edge). So it's probably either something in preferences, a gadget or something in my css/js scripts. Further investigation required. Voice of Clam (talk) 11:01, 25 January 2026 (UTC)[reply]
@Abductive:, I suspect you have Open external links in a new tab or window enabled in your gadgets, like I do. It seems that the problem lies with the coordinate module not interfacing correctly with the gadget for coordinates in the title. You could try raising the issue at Module talk:Coordinates, or disable the gadget and use shift or control to open external links. Voice of Clam (talk) 14:19, 25 January 2026 (UTC)[reply]
Sounds correct. Thanks for explaining. I may take this to Module talk:Coordinates at some point. Abductive (reasoning) 15:40, 25 January 2026 (UTC)[reply]
FWIW, I clicked on the coords links in both articles, and they both opened in the same tab, as expected. When I command-clicked (Mac), I got new tabs, as expected. It sounds like a user configuration preference or issue, or possibly a difference in web browser configuration or behavior. – Jonesey95 (talk) 19:38, 25 January 2026 (UTC)[reply]
[edit]

The Link Arctic Web Map is redirected to an error page. Gerd-HH (talk) 09:29, 26 January 2026 (UTC)[reply]

Palestine Open Maps

[edit]

@Jonesey95: Does Palestine Open Maps work for you? For me, it always shows a blank map and/or always centers itself on its default place (Gaza City). There used to be a single link, but considering the service offers eight maps I tried to add direct links to all of them ([1]). This didn't work, even after an attempted fix ([2]), and so I went back to to the original situation of a single working link ([3]). I would prefer one working link for the exact place referenced than multiple non-working links; the other maps can still be selected as options on the page. Mapeh (talk) 16:14, 2 February 2026 (UTC)[reply]

Latitude and longitude were reversed, which I think is why nothing was shown on the map. I also added a zoom factor: [4]. --тнояsтеn 16:42, 2 February 2026 (UTC)[reply]
After doing a bit of testing, I think the URL was missing "maps/". Where is this page actually used? When I go to Kafr Jammal and click on the coordinates, I get what looks like a previous version of this page. – Jonesey95 (talk) 17:54, 2 February 2026 (UTC)[reply]
I think the second "maps" was not an issue (without vs. with). Unfortunately, the tool takes quite some time to show the changes. Just wait ;) --тнояsтеn 18:16, 2 February 2026 (UTC)[reply]
My version now appeared (after about 2 h) and works in principle. Need to have a look at the different layers and coverage. --тнояsтеn 18:47, 2 February 2026 (UTC)[reply]
It seems like they are working now. – Jonesey95 (talk) 20:17, 2 February 2026 (UTC)[reply]
Amendments to Template:GeoTemplate always take some time to propagate through to being properly "live". I know of no means for cache flushing that can speed it up. This makes testing somewhat long-winded. --Redrose64 🌹 (talk) 21:17, 2 February 2026 (UTC)[reply]
Nice work fixing it all! The GovMap city specific links also needed to be updated: the pipe separator has been replaced by a comma. Mapeh (talk) 21:30, 5 February 2026 (UTC)[reply]

What happened?

[edit]
Resolved

Since yesterday evening, the geohack.toolforge.org/geohack.php?... links have become practically unusable. They lead to a template page. No more map links, no map preview, just a vast blank field. Clearing the cache does not help. Please reset to an earlier functioning version, if possible. --Schlosser67 (talk) 06:16, 6 February 2026 (UTC)[reply]

[edit]

I noticed this when clicking on the coordinates in an article on a town, but they no longer work. It takes you to a page hosting the Wikipedia template instead of the map links or usable preview. This is a big issue. Please fix this! Schützenpanzer (Talk) 15:57, 6 February 2026 (UTC)[reply]

I have reverted the two most recent edits, even though I don't see any problems with them. It will take a few hours for the changes to get over to toolforge. If that does not fix it, then there may be a problem with the toolforge site. – Jonesey95 (talk) 16:14, 6 February 2026 (UTC)[reply]
The problem occurs for most Wikipedia versions using GeoHack/GeoTemplate. Example from Swedish Wikipedia: The problem is most certainly on the toolforge side. Tekannan (talk) 16:18, 6 February 2026 (UTC)[reply]
(hot fix)
For some reason changing the language code at the end of the URL on https://geohack.toolforge.org/geohack.php?params=51.507222222222_N_-0.1275_E_globe:earth&language=en to https://geohack.toolforge.org/geohack.php?params=51.507222222222_N_-0.1275_E_globe:earth&language=a works and returns in English.
For Swedish it's the language=sv in the URL that can be changed to eg language=a Tæppa (talk) 19:07, 6 February 2026 (UTC)[reply]
If there is no language parameter, just add one to the end of the URL, as in &language=a. --Redrose64 🌹 (talk) 22:48, 6 February 2026 (UTC)[reply]
It's definitely not an issue with Template:GeoTemplate, the problem is at Toolforge. There is also a thread at Wikipedia:Village pump (technical)#Geohack template broken. --Redrose64 🌹 (talk) 22:48, 6 February 2026 (UTC)[reply]
Geohack is maintained by Magnus, who does not use Phabricator. You will have to report it to him by email, talk page, or the Bitbucket he has lying around. Izno (talk) 22:52, 6 February 2026 (UTC)[reply]
I made a bugticket. https://github.com/magnusmanske/geohack/issues/2 and notified on mw:Talk:GeoHack#Geohack renders globally broken page --Zache (talk) 17:40, 7 February 2026 (UTC)[reply]
Thanks for raising this too. I was coming here to do the same. Not only towns. To explain in more details. For example I went to Worcester Cold Storage and Warehouse Co. fire. On the right hand side in the template is the coordinates of where it is located. When you click on those coordinates it takes you to geohack.toolforge.org but you cannot see the details as normal there either. CaribDigita (talk) 14:36, 8 February 2026 (UTC)[reply]
It's all coords links on all Wikipedias. It is not a local problem, nor is it confined to particular kinds of article. --Redrose64 🌹 (talk) 23:04, 8 February 2026 (UTC)[reply]
Is someone working to fix any and all the problems with any and all software involved here. Lack of access to these maps is a time-consuming nuisance. Thanks Hmains (talk) 01:05, 10 February 2026 (UTC)[reply]
The problem seems to be related to a recent mediawiki update. On nlwiki we have added a workaround to make it at least usable on desktop again. See at nl:MediaWiki:GeoHack.js#L-13 the line containing #p-search {display:none !important;}. Adding that line has to be requested at MediaWiki talk:GeoHack.js. --wimmel (talk) 09:15, 10 February 2026 (UTC)[reply]
Thank you for your investigation! I've added this CSS workaround to the tool until author Magnus Manske will fix it the right way. DB111 (talk) 14:18, 10 February 2026 (UTC)[reply]
I'm not sure about what happened now, but I see coordinates working fine now, even in those wikis where MediaWiki:GeoHack.js has not been edited.--Pere prlpz (talk) 15:48, 10 February 2026 (UTC)[reply]
Not working on svwiki (safari). Tekannan (talk) 15:57, 10 February 2026 (UTC)[reply]
Working on svwiki desktop-but the look is not as before. I don't get logged in so I don't get my usual skin. Still something to be fixed. Tekannan (talk) 16:51, 10 February 2026 (UTC)[reply]
Yes, in cawiki the look is also different than before. Pere prlpz (talk) 16:53, 10 February 2026 (UTC)[reply]
The tool is running again. --тнояsтеn 19:51, 11 February 2026 (UTC)[reply]
 Confirmed --Redrose64 🌹 (talk) 18:43, 12 February 2026 (UTC)[reply]
Thanks to all who helped to resolve the problem. --09:41, 16 February 2026 (UTC) Schlosser67 (talk) 09:41, 16 February 2026 (UTC)[reply]

Down again

[edit]

Aaaand it's down again. --Redrose64 🌹 (talk) 12:48, 6 March 2026 (UTC)[reply]

No problems for me. Tekannan (talk) 12:59, 6 March 2026 (UTC)[reply]
For me it doesn't work properly in enwiki (there is a big white rectangle that should be a map and no links below) but it still works in cawiki. Pere prlpz (talk) 13:02, 6 March 2026 (UTC)[reply]

Issues under Other information

[edit]

Geocaching.com - login required so this should be removed.

Findu.com - not found but there is another source for APRS stations: N2RWE with URL https://aprs.to/?center={latdegdec},{londegdec}&zoom=10

OpenSeaMap - Page not Found. I think this URL should work https://map.openseamap.org/?zoom={osmzoom}&mlat={latdegdec}&mlon={londegdec}&layers=BTTFFFTFFFF0TFFTFTFF

Strava - map is showing wrong area. Please remove if it not can be fixed. ~2026-8864 (talk) 19:56, 24 March 2026 (UTC)[reply]

How to implement a custom scale

[edit]

I have added a few maps for São Tomé, which all have custom zoom scales. To covert the normal {osmzoom} variable to each map's custom zoom variable, the formulas are the following:

  • São Tomé and Príncipe 1970 Nautical Chart: {{#expr:0.74*({osmzoom}-8)^1.95}}
  • São Tomé 1958 Topographical Map: {{#expr:10^(({osmzoom}-12)/3)}}
  • São Tomé 1970 Nautical Chart: {{#expr:0.1*(2^({osmzoom}-10))}}
  • Príncipe 1962 Topographical Map: {{#expr:1.8^(({osmzoom}-12)*0.8)}}
  • Príncipe 1970 Nautical Chart: {{#expr: 1.85^({osmzoom}-11)}}

However using the first { of {osmzoom} creates an error with {{#expr:}}. Would anyone have an idea of a workaround? For the moment the links used a fixed zoom variable, at a rough intermediate level. Mapeh (talk) 19:46, 11 April 2026 (UTC)[reply]

Sentinel-2 EO Browser/Sentinel Hub discontinued

[edit]

The Sentinel Hub EO Browser under Sentinel-2's Satellite column was sunsetted early this year. Links to the EO Browser now show an error page suggesting to use the Copernicus Browser instead. Galen8183 (talk) 20:06, 19 April 2026 (UTC)[reply]