This is an archive of past discussions about Template:GeoTemplate. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.
On the Dutch wikipedia we found that the url for Yahoo maps was no longer working . We changed maps.yahoo.com/broadband/ to maps.yahoo.com/ Now it works again. I think this needs to be done on all languages of this template, as all use /broadband/. HenkvD (talk) 09:49, 29 December 2011 (UTC)
I updated the templates in all languages, except for es: it: nv: pl: ru: and zh: as these were protected. I left a message on the discussion page of those templates. HenkvD (talk) 19:05, 31 December 2011 (UTC)
I agree with the implied argument: there are excess, redundant services cluttering the display. However, it would take a moderately map savvy user to recognize that their decades old friend, say MSN maps, is redundant to Bing. Dropping them without any way of making the replacement apparent would be even more confusing than the clutter. Instead, perhaps new annotations to that effect could be added for a transition period of, say, six months?:
I advocate removing anything wholly redundant (e.g. MSN) but retaining, as is, embellished services such as GeoNames. I see no need to tread the major & minor path in a relatively short alpha-ordered list. --Tagishsimon(talk)17:52, 5 January 2012 (UTC)
Yeah, I guess that with the Google/OSM link at the top and the preferential shading, we already give enough preference to the main sites. Voomie (talk) 12:20, 6 January 2012 (UTC)
Third Request to add United States Mapping Service: TerraFly
We would like to know if TerraFly can be added to the list of mapping services. TerraFly is part of the Florida International University HPDRC and CREST projects. The service has been running for more than 10 years and we would like to see it added to the Wikipedia United States Mapping Service listings.
TerraFly.com homepage: http://www.terrafly.com
We have been waiting for a response. Do you have any other questions? Is there a reason that TerraFly can not be added? Please let us know. Thank you. — Preceding unsigned comment added by Ajeff003 (talk • contribs) 17:01, 4 January 2012 (UTC)
Done - I've added the service (it could take a day to become live though). It was probably just forgotten last time, however on the zoom issue that was listed in previous discussions, would any of the zoom variables that are supported (see here) fit TerraFly? Zoom is not mandatory, but it is nice to have. Voomie (talk) 11:30, 5 January 2012 (UTC)
Thank you.
Metric Resolution for PointData pages and maps therein is supplied as Res=
Could you give a list of all the levels of scaling? That is, all the different values that "?res=" can take. Thanks, Voomie (talk) 13:25, 15 January 2012 (UTC)
Longitude error with MapQuest
GeoHack appears to be passing on +ve longitudes to MapQuest for (so far as I can tell) all longitude values between -1 and 0, so locations which should be in the English Midlands appear in East Anglia, for example. This seems to occur regardless of the coord format used - all are shown as decimal entries on the MapQuest page. The following examples should all end up close to Thame, Oxfordshire, but the first and second end up somewhere in Essex. I haven't got round to checking values beyond UK. (While we are about it - the scale with MapQuest is also not very helpful).
I think the problem is that regardless of the supplied format, the coordinates are passed to MapQuest as separate d/m/s integer values, with the hemisphere being indicated by a sign on the degree value. Here is the actual link from the second "close to Thame" example: 51°45'0" -0°58'48", note that it contains &latdeg=51&latmin=45&latsec=0&longdeg=-0&longmin=58&longsec=48. Unfortunately for a longitude between 0°0'0" and 0°59'59" W this has given a value for the degrees of -0, which is not permissible mathematically, so MapQuest is ignoring the sign, even though there are non-zero minutes.
It occurred to me that for such values, the sign could be applied to the minutes instead, but that is worse: 51°45'0" 0°-58'48" - I don't think this is a mathematical error. I think that the default setting for MapQuest, when any invalid coordinates are passed (such as negative minutes), is to go to the centre of Amsterdam.
Hello, perhaps this is covered elsewhere. Is there a) a way to specify an area instead of a point in a wikipedia article? That is, could a bounding rectangle be specified instead of a single point? b) a way to display such a bounding rectangle in the geohack page? Thank you. Fotoguzzi (talk) 20:04, 2 February 2012 (UTC)
Currently, the closest mechanism is to specify a dim:X parameter (see this). On many—if not most—mapping services the map will be scaled so that an object of that dimension roughly fills the map view. There is no provision for displaying any shape though, just a point. —EncMstr (talk) 20:40, 2 February 2012 (UTC)
There's discussion elsewhere - Wikipedia_talk:WikiProject_Highways#Discussion_of_Proposal_9 - about the possible use of shapefiles within Wikipedia and integrated with GeoHack. Too soon to say whether it will come to anything. --Tagishsimon(talk)21:54, 2 February 2012 (UTC)
Thanks. I see that it is a much more complex problem than I was imagining. I guess someone has to do something and see if anybody follows along. Fotoguzzi (talk) 00:45, 3 February 2012 (UTC)
Yes, we also give OS coordinates when dealing with UK locations - so the same should be done for France. Concerning the claim they are no longer used, having in my possession several French topo maps, I can tell you that they all give longitudes with both the French and Greenwich meridians. Voomie (talk) 16:09, 26 February 2012 (UTC)
This is the edit that broke them. That person apparently didn't realise that the <div id="GEOTEMPLATE-KZ"> (and similar) belongs with the section following, and is not part of the preceding section. They made a similar error with Israel, Jordan and Taiwan, when attempting to add Palestine, which appears to have already been fixed (see here and here). --Redrose64 (talk) 13:52, 19 February 2012 (UTC)
Someone just added the dual view topomapper, so naturally I clicked on it to see what it does. I tried several articles, but the best I got was this. Is it set up correctly? Maybe I am expected to interact with the map before it becomes useful? —EncMstr (talk) 19:11, 26 February 2012 (UTC)
I don't know whether this is us or them but if you click on a link to wikimapia you don't get anything. However wikimapia itself seems to load okay. They seem to have updated their code a couple of days ago - could this have broken our links? Secretlondon (talk) 21:08, 16 March 2012 (UTC)
Yup. That was my forum thread, and I was working towards proposing taking the &spnx={span}&spny={span} params out of the template, but I've not yet been able to figure out what the {span} tag does. I think it determines, in effect, the zoom level, but I've not yet been able to figure it out for sure. Best regards, TransporterMan (TALK) | DR goes to Wikimania!01:42, 17 March 2012 (UTC)
The google maps links mostly (all?) use the {span} where it definitely does affect the zoom level: the higher the value, the greater the area shown. I propose to remove it solely from the wikimapia links (i.e. remove the &spnx={span}&spny={span} fields to give http://www.wikimapia.org/#lat={latdegdec}&lon={londegdec}&m=w etc.) which should at least get those working to some degree; when somebody has worked out the best way of setting a value for the &z= field, we can restore a zoom level to the wikimapia links. --Redrose64 (talk) 12:03, 17 March 2012 (UTC)
We do still need to get the zoom function working, however. There is a {osmzoom} parameter already generated by {{coord}} and used in the template for Open Street Maps which at least approximates the Wikimapia zoom levels (which according to this post at the Wikimapia forum can be fairly flexible). The {zoom} parameter used by several other services apparently has a maximum value of 9, whereas {osmzoom} can do 2-18. Wikimapia has a more or less standard maximum value of 19 and can go higher, per that forum post. Does anyone have an objection to setting the Wikimapia &z= field to {osmzoom} for the time being, at least? Best regards, TransporterMan (TALK) | DR goes to Wikimania!14:05, 19 March 2012 (UTC)
I was able to implement http://www.old-maps.co.uk/maps.html?txtXCoord={osgb36easting}&txtYCoord={osgb36northing} and then tried http://www.old-maps.co.uk/indexmappage2.aspx?action=forcexy&easting={osgb36easting}&northing={osgb36northing} only to discover that both of them took you to the wrong place because {osgb36easting} and {osgb36northing} generate the wrong values. As I'm sure you know, you can get to old-maps.co.uk indirectly through the "Old OS maps" link. If you do, then old-maps.co.uk takes you to the correct place, but using the values provided by either of those urls will not. For example: Using the coords in the White_Tower_(Tower_of_London) article, via the "Old OS maps" route will take you to the correct place whether you use Wikimapia or go there via the "Old OS maps" route to old-maps.co.uk, but the urls using {osgb36easting} and {osgb36northing} will take you to a place in the moat of the Tower of London about 400 feet away from the correct place. That's because going via the "Old OS maps" route generates a easting and northing of <533621,180550> whereas {osgb36easting} and {osgb36northing} generates <533510,180605>. I've removed the changes I made to the template (though the removal has not yet percolated through the toolserver at this writing) and perhaps someone can figure out why {osgb36easting} and {osgb36northing} do not work like "Old OS maps" does. Regards, TransporterMan (TALK) | DR goes to Wikimania! 16:59, 4 April 2012 (UTC) Supplement: FWIW, I've just discovered and confirmed that the "Old OS maps" page uses the GNU GPU Jcoord library from jstott.me.uk to do its conversions. I've also made this inquiry to one of the GeoHack coders about it. — TransporterMan (TALK) | DR goes to Wikimania!18:05, 4 April 2012 (UTC)
Yes, the GPL Jcoord library is exactly the kind of thing GeoHack should be using. The problem is that GeoHack doesn't, GeoHack misses out a crucial stage in the conversion, and as a result all of GeoHack's OSGB-36 output is wrong. This also affects eg all the links to eg Streetmap.co.uk
Unfortunately I'm not a GeoHack coder (despite what TransporterMan wrote above). It should be very easy to patch in the missing code needed from something like Jcoord (or, rather, its PHP variant PHPcoord), but I've never got a UserID to hack it myself -- nor for that matter downloaded a test system to get some experience playing with PHP first, before going in to tweak such a mission-critical system. But it absolutely should be a very easy fix to make, for any GeoHack person that would take it on. Jheald (talk) 14:37, 5 April 2012 (UTC)
The PlanetEye photo maps have been shutdown for over a year but now their URLs are no longer working. They should be removed from the list of "photo" services. Here is an example of a URL that is broken, as taken from the Eiffel Tower page.
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.
Hello. I would like to correct the URL format of Nokia maps. Currently it points to non existing map24 service with :
! scope="row" style="font-weight:normal; text-align:left;" | Nokia Maps
| Map
|
|
|
I would like to replace it with the following correct URL implementation :
|- style="background:#f5f5f5"
! scope="row" style="font-weight:normal; text-align:left;" | Nokia Maps
| Map
| Satellite
| Terrain
|
Source for this is the maps.nokia.com development team in Berlin Germany.
I'm sure someone once wanted to do polygons here. By changing the Google links from q={latdegdec},{londegdec} to q={title}%20({latdegdec},{londegdec}) Google will now automatically show the boundaries of political divisions. For others it will show the article title in the search bar, making for a more informative page.
I also removed the (prev. MSN Maps); it's been long enough for people to learn. Voomie (talk) 12:55, 26 May 2012 (UTC)
Thanks. Another problem had been reported at VPT prior to your revert, so it seems that Google had been relying on the title instead of making any use of the parenthetical coordinates. — Richardguk (talk) 01:46, 28 May 2012 (UTC)
Local Lithuanian service
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.
I want to suggest a local Lithuanian map service maps.lt. Direct links would be:
I went to a remarkably interesting presentation yesterday about the recently launched Old Maps Online, and it seemed worth suggesting here.
It's quite an elegant service - it continually generates a set of maps matching your selected position and scale, optionally allowing filtering by period (so you can, eg, look for "maps of London between 1780 and 1850"). These aren't displayed on the map itself, but the service links directly out to the institution holding them - so you're directed straight to the map viewer service at the NYPL, Vision of Britain, etc. The partner institutions all have minimum data standards for quality and usability - so the images are all high-resolution and zoomable - and they can't be paywalled or restricted-login.
I'm not immediately sure how to construct a deeplink using a single pair of coordinates - the system they use expects a bounding box rather than a point - but if I can figure out how to surmount this, does it look like a useful service to include in the template? (disclaimer: I'm working with the BL, who are a contributor of images to the project) Andrew Gray (talk) 14:54, 1 June 2012 (UTC)
Sounds very promising, and very useful. Presumably we could calculate a bounding box centred on the coord and sized according to the scale or dim parameter? I'd really like to see this in the template as I have often reached for old maps to support article writing or coording. The BL rocks, btw --Tagishsimon(talk)16:38, 1 June 2012 (UTC)
I've filed an entry in their feature-request system to support single-point linking - at the moment, we can do this by making X1 and X2 the same X, as so, producing a zero-sized area, but this also zooms in to the closest zoom level. There's no support in the URL to force zooming, so I think we'd have to calculate an arbitrary box around the point ourselves, which might be difficult.
A quick update - I ran in to one of their team today, and this is "being worked on". Hopefully it'll be able to work soon! They also mentioned some problems with the Vision of Britain links, which I'm looking into. Andrew Gray (talk) 11:19, 6 September 2012 (UTC)
Edit request
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.
Please revert the edits made today. I can't even find the links I want because the format is so thoroughly changed and made complicated. 129.79.34.222 (talk) 13:45, 11 July 2012 (UTC)
It still alphabetized as before. Although, I've put 85% of most clicked links at the top (dewiki sort order). Our own WikiMiniAtlas is now always visible, the new layout is more useable on netbook screens (1024x600), and reduced amount text will make it easier for more people to find what they're looking for. — Dispenser15:17, 11 July 2012 (UTC)
The new format makes inefficient use of screen area for those of us with wide (as in 1280px) monitors. It requires me to scroll down to see region-specific resources. Isn't there some way to make it better for everybody, not just Netbook users? —Stepheng3 (talk) 21:20, 11 July 2012 (UTC)
You now have to scroll down to find the relevant section which used to appear where the map now appears and makes things less efficient. Keith D (talk) 22:07, 11 July 2012 (UTC)
95%+ of clicks are in the "Global services" section. Aside from the general unkempt (how long has MSN been dead?) it looks like only ACME and Ordnance Survey got more than a dozen clicks out of the tens of thousands a day. The German Wikipedia had layout for 2 years out problem. Nearly every website fixes its layout into 1000px column. So, should I shift the white-space from center to right? In other news, I've looked at the clicking heatmaps and there a hotspot where the plain-text coordinates (copy/paste?). — Dispenser00:21, 12 July 2012 (UTC)
Here's what I want: since User:Dschwen is doing a presentation on WikiMiniAtlas at Wikimania I want it visible "above the fold" on my 1600x1200 monitor for the duration. If I come back on Monday and find out this wasn't the case, I'll hard-code a "Google only" version for a week. (Hint: There can be multiple WMAs and it removes everything inside the container so you place the minimap instead.) — Dispenser23:26, 12 July 2012 (UTC)
Hello. Since a few days, the French IGN maps cannot be displayed with the same URL syntax : http://www.geoportail.gouv.fr has changed : &c= are still the coordinates, but &l= has evolved. &z= accepts a scale factor whose formula is 3.16906E-9 * {scale} (where {scale} is 25000, 50000, etc.). Can anybody modify geohack.php in order that it sends back a new variable {gpscale} so we can use it in all GeoTemplate's (France, Géoportail line): &z={gpscale}. (Like {mmscale} for MultiMap). Thanking you by advance, Jack ma (talk) 09:14, 12 July 2012 (UTC)
Google's terms would appear to state that you can't capture geo-codes or 'derive' from their imaging.
What is WikiMapia doing if it isn't geo-coding or 'deriving' based on Google's imaging?
New dewiki "Infobox style" layout omits link provided in old format
I note Dispenser's note that there are more changes to come next week, but thought I'd put in a word for the return of a direct link to a Bing OS map, which IIRC was available in the old format. I can't see it in the current format. thanks --Tagishsimon(talk)18:31, 12 July 2012 (UTC)
Look like I shouldn't trust my own documentation :-). I've removed {lang} until I've implemented and tested it in the backend. Also, I'm unable to find "Bing OS" map in the old version and there just as many Bing links as before. — Dispenser22:23, 12 July 2012 (UTC)
In the 'old' style, there's a row marked "Bing Maps UK (prev. MSN Maps)", the second link for which is a Bing OS link. I couldn't find its counterpart in the dewiki version. The compatible table in that seems to start with what is the second row of the 'old' table, iirc. --Tagishsimon(talk)22:34, 12 July 2012 (UTC)
Sorry I missed that. I deleted it because "Map", "Ariel", and "Bird's Eye" were were duplicates of what was the global section. — Dispenser23:08, 12 July 2012 (UTC)
Suggestion: add MapIt Global links to GeoHack pages
Would it be possible for you to add to each GeoHack page a link to the MapIt Global results for that point? This is a service that (among other things) can map latitude/longitude to the administrative boundaries in OpenStreetMap that cover that point. The link would be of the form: http://global.mapit.mysociety.org/point/4326/<longitude>,<latitude>.html. For example, here are the results for a point in Zürich. Mhl20 (talk) 13:11, 16 July 2012 (UTC)
Need to clarify whether we're using the NASA or IAU coordinate system. All NASA and Dawn publications use the NASA system, which is more precisely defined, but this is unacceptable to the IAU. The IAU system is based on a miscalculated rotational pole, so a third system has been proposed as a compromise. It appears that we're based on the USGS, which uses the NASA system. — kwami (talk) 21:39, 15 September 2012 (UTC)
Hi, the link to report inaccuracies is wrong. It is built using …/index.php?title=Talk:{pagename}&…, where {pagename} is the name of the file (category?) with namespace. So reporting an inaccuracies that way will give a link like
Talk:File:anImage.jpg, which of course does not work. The link must be File talk:anImage.jpg. This is not possible using the {pagename} variable, as it already contains the namespace. Is there a variable egal to {{PAGENAME}} to be used here? cheers --Herzi Pinki (talk) 08:55, 8 October 2012 (UTC)
In addition, on the wikipage, clicking on the actual coordinates brings up the correct map and dimensions[*], but if I click on the blue globe it serves the same map but zoomed in about six steps - check out Bantayan Island
[*] in fact the dim parameter seems to be out by a factor of 10 - to get 150 km I entered 15000 which is not 150km in metres.
There is an additional error with the same map - if I expand the dropdown in the top rh corner, I can select wikimedia commons and a few photos appear. However it is not possible to unselect. Johnmperry (talk) 10:28, 12 November 2012 (UTC)
Night lights
I would like to add the following in the "Other" column of "Blue Marble Navigator":
[http://www.blue-marble.de/nightlights?ll={latdegdec},{londegdec} Night Lights]
It leads to maps like this and should thus not be controversial. But as my account was freshly migrated from the DE Wikipedia, I apparently don't count as sufficently "established" to apply this change. Could somebody do this, please? :) Thanks in advance! — Urs Enke (talk) 21:01, 7 December 2012 (UTC)
Bing Maps not linking to actual maps
Not sure why Wikipedia is not fixing this (rather months-long) problem but Wikipedia's geo template is not all OK. One of the map links on the list, namely the link to Bing maps ("Maps" "Areal" and "Bird's eye") are not linking to the actual maps but to bing dot com page. Why is this not fixed yet? Loginnigol (talk) 17:50, 21 January 2013 (UTC)
Are these the Bing links in the left-hand box (under "Global services"), or in the right-hand box (under a country name)? If the right, which country? --Redrose64 (talk) 18:38, 21 January 2013 (UTC)
It's not a "not found" message; the actual message is "msWMSLoadGetMapParams(): WMS server error. Invalid layer(s) given in the LAYERS parameter." This suggests a problem with Javascript at their end. --Redrose64 (talk) 09:49, 30 January 2013 (UTC)
A link to here.com was added to the top of this page, on 18 March, alongside Google and OSM. We had research done before we added the latter; do we have evidence that Here is a link wanted by our readers? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits20:30, 2 April 2013 (UTC)
I've not seen evidence. Having four links up top seems to me to be a distraction — the whole reason for having something up top is to highlight an exceptionally popular service, and with four (or even three) you have to spend a moment searching for what you want. It's not a ton of time, but the whole point is that it saves you a few seconds over the chart; get rid of that advantage, and there's no point in having the links up top. Nyttend (talk) 01:42, 6 April 2013 (UTC)
According to current codes ({{server}}), the link to wikipedia can keep the pervious condition of http or https. However, when this template works under the toolserver, it's always http and for users who have logged in under https, they will become "log out" and lose the encryption after clicking these links. It will be a great inconvenience for those users. So I think "https" should be added to the code in this template.--Someone's Moving Castle01:26, 10 April 2013 (UTC)
If I log on to the secure server, and then visit a page with coordinates, and then click those coords, I'm forced onto http: instead of https: at that instant. If, instead of clicking it I right-click it and copy it to the cut/paste buffer, then paste it into a plain text editor, I find that it begins http://. Therefore, the problem is not in Template:GeoTemplate, but in the page before that. I have found that by expanding {{coord}} that it always yields links beginning http://toolserver.org/~geohack/geohack.php --Redrose64 (talk) 17:08, 10 April 2013 (UTC)
If you look inside Template:Coord, you'll see that the first line contains {{#invoke:Coordinates|coord}} - here, {{#invoke}} is a parser function that sends data to a Lua module. The module name is the first parameter; hence Module:Coordinates. That takes some data (latitude, longitude etc.) from Template:Coord, manipulates it, and then yields the clickable link that is visible on a page. Since that is the origin of the link in question, this edit was necessary to make the links protocol-relative. --Redrose64 (talk) 22:33, 10 April 2013 (UTC)
Centuries format
Since this is such a heavily used template, I wanted to check before I make the change below. The following link in the template does not match the style of WP:CENTURY in the Manual of Style, Cassini (18th C.). Would there be any problem if I change it to, Cassini (18th century) ? If there's a consensus or no response after a couple of days, I'll go ahead and make the change. Thank you, SchreiberBike (talk) 19:14, 12 April 2013 (UTC)
I'd never noticed that. I now see that it only appears where the coords have region:FR. If anybody else is interested in seeing a real example, click the the coords at top right of Paris... when Toolserver's not acting up, that is. --Redrose64 (talk) 19:32, 12 April 2013 (UTC)
That's right. If you would use the above format you would get only one point!
Is it documented by Google? Of course not. Jidanni (talk) 19:27, 14 April 2013 (UTC)
It sits on top of some of the map links, and it can't be turned away or destroyed. I have an 800*600 resolution. Could it be moved, or at least given an 'X' button to turn it off? Thanks...Smarkflea (talk) 03:08, 15 April 2011 (UTC)
People here want perfect symmetry, but 800x600 doesn't split well into thirds well so the left column is cut off :-(. Advanced CSS could fix it, but most don't understand it well. I wanted to use the German wiki design, but the community rejected it. Regardless, I've slimmed down some text to show more links on small screens. — Dispenser07:41, 11 May 2013 (UTC)
Protection
This template has just been protected as a "highly visible template". This is unnecessary. There is a lag between changes being made and implemented; and there are sufficient eyes on the template that any inappropriate changes can be reverted in a timely manner. The template should be unprotected. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits08:49, 1 May 2013 (UTC)
It is transcluded in thousands of pages, so I will not be unprotecting it. You are welcome to request unprotection at WP:RPP if you disagree. --Rschen775408:51, 1 May 2013 (UTC)
Looked a bit closer, and noticed the lag. I'm concerned about the reverting though, so I will set an expiry. --Rschen775408:55, 1 May 2013 (UTC)
Unhappy with the protection. It raises the barrier to adding/maintaining useful maps. I maintain aerial.openstreetmap.org.za (full coverage of South Africa), agri.openstreetmap.org (full coverage of Australia), os.openstreetmap.org (UK Ordnance Survey Streetview) and ooc.openstreetmap.org (UK Ordnance Survey out-of-copyright) . Where was the protection discussed? -- Firefishy (talk) 09:09, 1 May 2013 (UTC)
The problem is that an autoconfirmed user was edit warring on this template. Admins can protect pages at their own discretion. --Rschen775409:15, 1 May 2013 (UTC)
I've just come here to add a link, fully expecting to have to put in an edit request (since I'm editing from my alternative account). Due to the potential this has to be abused (BEANS prevents me from explaining how), I'm surprised this isn't fully protected. The change I added seemed to go through to the tool server almost immediately. I think full protection should be considered. — An optimist on the run! (logged on as Pek the Penguin) 13:57, 22 May 2013 (UTC)
Per the protection policy, we try to leave as many pages open for editing as possible. Unlike a true template, changes to this template do not cause millions of pages to be entered into the job queue. This template is rendered by the toolserver on demand:
1) so any change affects only the users clicking on a map resources link
2) the toolserver seems to cache this template for something like 1 to 12 hours
3) lots of editors have this template watchlisted so anything wayward is reverted quickly—usually much sooner than the toolserver's cache update interval.
Anyway, there have been very few problem edits here while there have been many, many useful contributions, even from non-autoconfirmed editors. Probably it is challenging to identify which page to vandalize, and most vandals don't have the patience or technical prowess needed. In any case, protecting it would be counter to the wiki way. —EncMstr (talk) 20:03, 22 May 2013 (UTC)
There is a "Note" link against Google Earth which links to a FAQ, but the FAQ does not mention G. Earth at all. Perhaps someone removed material from the FAQ but omitted to remove the link? -- Sussexonian (talk) 14:58, 20 October 2013 (UTC)
Opens the Maps application to the given location or query. The Geo URI scheme (not fully supported) is currently under development.
The z field specifies the zoom level. A zoom level of 1 shows the whole Earth, centered at the given lat,lng. A zoom level of 2 shows a quarter of the Earth, and so on. The highest zoom level is 23. A larger zoom level will be clamped to 23.
These are just normally linked to like a mailto:
<a href='geo:48.19858,16.37164'>Karlskirche</a>
OsmAnd also has a specific intent that will help uses install and use the OsmAnd program[2]:
I would appreciate both of these being implemented in the GeoTemplate, since it should be easy and quick to click a link in Wikipedia and get to OsmAnd and other geographically tooled apps. It may even be best to include these at the top of the list when using a mobile device, if mobile devices are detectable by the tool server.
Since we don't permit the A element to be used in Wikicode, the single square bracket technique would need to be used; unfortunately this does not work: [geo:48.19858,16.37164 Karlskirche] renders as Karlskirche which is plain text. The single square bracket technique is not restricted to the http: and https:URI schemes, since certain other schemes are supported: [mailto:webmaster@example.com Send Mail] yields Send Mail. Therefore, to recognise the geo: scheme, a change to the MediaWiki software is required. --Redrose64 (talk) 16:22, 21 May 2013 (UTC)
I note that [geo:48.19858,16.37164 Karlskirche] renders as Karlskirche; it appears that the above fix has been applied to this wiki. Furthermore, geo:48.19858,16.37164 renders as geo:48.19858,16.37164
Some of the links from that page are dead too, but the FAQ one works; from that I've ised the support email link to send them a message. --Redrose64 (talk) 18:50, 23 October 2013 (UTC)
Here's the reply:
Thank you for your email. From 12th September 2013 the way that bookmarks are created within the MAGIC interactive map have changed due to an issue we have become aware of.
The way that the bookmark has worked in the MAGIC interactive map since the re-launch in May is that in the bookmark each layer is identified by a number rather than a unique layer name. If new datasets are added to the application or others deleted this will impact on the indexing of the individual layer numbers and could mean that incorrect layers are subsequently loaded if the bookmark is used after any such occurrences.
To overcome this each dataset will be now be given a unique layer name in the bookmark rather than a number.
If you have created some bookmarks, you will therefore need to take the following action after 12th September:
Now that we all login through the secure server, all Wikipedia links are https: by default unless you explicitly begin an external link with http:. Not all websites recognise https: so this change will fix it. Regarding your attempts to fix it: this one included the correct fix (adding an explicit http:), but there were too many other changes going on at once, so that the effect of an individual change could not be judged. One thing that I have spotted is that your link as first amended begins http://mapq.st//?q= which has a second double slash, immediately before the question mark. In a URL, the hierarchical part (the part between the colon and the question mark, in this case //mapq.st//) may contain no more than one double slash (which must be at the start), so http://mapq.st/?q= would probably have worked - http://mapq.st?q= might have done as well.
Your subsequent edits 2 (still has second double slash, but now lacks www.); 3 (lacks www.); 4 (lacks www. and also http:); 5 (lacks http:) circled around the problem without actually nailing it.
Remember that a change to Template:GeoTemplate can take several hours to work through the system for a page that's been visited before, so that when testing changes that are not dependent on specific coordinates, it's best to vary the coordinates so that the chances are reduced of getting a cached page back which does not incorporate your last change(s). So, having already used Chicago, you could then work through other pages in Category:Cities in Illinois using a different page for each test, to make it more likely that the GeoTemplate is fresh. --Redrose64 (talk) 09:15, 25 October 2013 (UTC)
Thanks for fixing it, I realized later that I had made a typo with the double slashes. I wanted to use the /sandbox page to test the edits, but it looks like there is a lot of stuff on there that I didn't want to alter. Funandtrvl (talk) 18:44, 25 October 2013 (UTC)
Title shown in Google Earth
Is there any reason that the Google Earth link is showing the source page name rather than the passed name/title? This would stop the coord links from HVDC Moyle all showing up as "HVDC Moyle" rather than their respective titles. --Dee Earley (talk) 12:41, 29 October 2013 (UTC)
It's not the only one. By my reckoning, when region:GB is set, there are six links which use the page name, which is passed through {pagename} or {pagenamee}; 21 which use the passed |name=, which is passed through {title} or {titlee}; and two ("more maps" and "Antipodes") which use both. --Redrose64 (talk) 16:53, 29 October 2013 (UTC)
Conversion from coords into OS grid refs on region:GB geohack seems to be quite a distance out. To pick a random point, Grid ref SS760960 should point to an exact grid intersection (XY 276000 196000), which on streetmap.co.uk would look like this. www.gridreferencefinder.com converts that as 51.649079,-3.7936810 which via coord (51°38′57″N3°47′37″W / 51.649079°N 3.7936810°W / 51.649079; -3.7936810) will correctly find the spot on all the co-ordinate based sites, but geohack converts it as 'OS Grid Reference: SS7591896051 (all-numeric format: 275919 196051)' - a disconcerting distance north and west. Linking through to the 1:25000 OS map via streetmap, to see a specific place, the arrow clearly points to somewhere else. The error increases with points further south and further east (Somewhere on the west coast of Scotland will have a zero point, whereas Kent results are 120m west and 58m north). I gather the conversion calculations are not trivial, but is there any chance they can be improved? Thanks, RobinLeicester (talk) 01:57, 31 January 2014 (UTC)
