Template talk:GeoGroup/Archive 1

message: User:Paradisal ("Para") recently changed the target of the first link in this template, from Brian Suda's site, to one which Para apparently hosts himself. The latter provides KML files with the "name" property of "Geodata from Wikipedia"; whereas Brian's site  uses the page title, for example "List of volcanoes in the United States of America - Wikipedia, the free encyclopedia". The loss of such useful data should be rectified, or the original link restored. 
I'm also waiting for Para to answer my question about what exactly it is, that his service parses. Andy Mabbett | Talk to Andy Mabbett 11:16, 10 August 2007 (UTC)
replies: text: Name changed to page title. I have already answered your parsing question that the service parses coordinates from Wikipedia articles. Brian's script seems to rely on microformats only and is incapable of converting other coordinates, unlike my tool. Feel free to notify me if you notice missing information with some article. --Para 20:10, 10 August 2007 (UTC)
replies: text: I asked you to be explicit about how you were deriving the coordinates. You have, so far, avoided answering that question. Please do so now. Andy Mabbett | Talk to Andy Mabbett 21:03, 10 August 2007 (UTC)
replies: text: It's a work in progress and the implementation can change at any time, which is why explaining the internals is not necessary or even relevant. The purpose of the tool is to parse any Wikipedia coordinates entered with community approved templates and generate a KML out of them. It is designed for Wikipedia use only, and covers more cases than the other more general use tool. That's as explicit as you'll get. If you notice missing information somewhere, feel free to post an improvement request for consideration. --Para 08:19, 11 August 2007 (UTC)
replies: text: I note that you're refusing to give a direct answer to my question. I wonder why that is. Is there something you're trying to hide? What is you definition of "community approved templates", and what other templates are you excluding? Andy Mabbett | Talk to Andy Mabbett 16:42, 11 August 2007 (UTC)

text: The purpose of external links on Wikipedia is to provide more or better information about the topics covered in articles. The currently linked tool built for Wikipedia use fulfills that purpose much better than the old one that parses microformats only, by parsing all coordinates on the English Wikipedia entered with a community approved method. The obscure HTML markup on Geo (microformat) has not been approved by the Wikipedia community as a data entry method, and is therefore not parsed. When the English Wikipedia implements exemplary functionality for coordinate annotation that others can follow, I will add support for Wikipedias in other languages. I doubt there is enough interest from other projects, so they can use any other tools they see fit. Again, if you notice missing information somewhere in the result of the KML export, feel free to drop me a note. --Para 13:37, 19 August 2007 (UTC)
replies: text: You're still equivocating, and being disingenuous if not dishonest. You have yet to make clear how text labels for coordinates are derived (with microformats, that's explicitly clear). All coordinates on Wikipedia should use microformats, as soon as conversion to  (which you currently oppose; just as you opposed this template) is completed. Microformat markup does have community support. Both de facto, and expressly. Crippling this template to make your flawed proposal to alter  seem necessary is underhand, and harms the project. Coordinates from other Wiki projects, which already use microformats, can already be parsed by Suda's service, but not yours. Some improvement; you've just proved my point about your personal veto. I have already given an example of a page parsed by the Suda service, but not yours. Andy Mabbett | Talk to Andy Mabbett 13:48, 19 August 2007 (UTC)
replies: text: Andy alias Pigsonthewing: I wonder about the energy you are putting into your personal vendetta with Para. Why not put these efforts in rethinking what you are doing with kml template and microformats? Indeed, microformats get more and more interest, but HTML markup like microformats is definitely not Wiki style (it still can be and is hidden part of a template anyway)! So please answer yourself what is problematic about your proposed usage of microformats and kml in Wikipedia. -- Geonick 23:39, 20 August 2007 (UTC)
thread_title:  New link target 

message: It seems that Para is refusing to answer my questions. I wonder why. Note that by changing this template from its original purpose, of parsing hCard and geo microformats, using Brian Suda's open-source-code service, and which works with any Wiki-project page (including other-language Wikipedias, WikiCommons, and so on; and of course other websites) to parsing only Wikipedia coordinates templates, he has made it use a service which he owns, and which is not, apparently open. It does not work with calls from other Wiki-foundation sites, only Wikipedia-EN. It also gives him an effective, personal veto over which coordinates templates he deems acceptable. 
Note also that the template, as currently configured to use Paras's service, does not detect the coordinates in the Geo microformat on our Geo microformat page. Those coordinates were recognised by the template as set up, using Suda's service.
Andy Mabbett | Talk to Andy Mabbett 12:59, 19 August 2007 (UTC)
replies: text: The purpose of external links on Wikipedia is to provide more or better information about the topics covered in articles. The currently linked tool built for Wikipedia use fulfills that purpose much better than the old one that parses microformats only, by parsing all coordinates on the English Wikipedia entered with a community approved method. The obscure HTML markup on Geo (microformat) has not been approved by the Wikipedia community as a data entry method, and is therefore not parsed. When the English Wikipedia implements exemplary functionality for coordinate annotation that others can follow, I will add support for Wikipedias in other languages. I doubt there is enough interest from other projects, so they can use any other tools they see fit. Again, if you notice missing information somewhere in the result of the KML export, feel free to drop me a note. --Para 13:37, 19 August 2007 (UTC)
replies: text: You're still equivocating, and being disingenuous if not dishonest. You have yet to make clear how text labels for coordinates are derived (with microformats, that's explicitly clear). All coordinates on Wikipedia should use microformats, as soon as conversion to  (which you currently oppose; just as you opposed this template) is completed. Microformat markup does have community support. Both de facto, and expressly. Crippling this template to make your flawed proposal to alter  seem necessary is underhand, and harms the project. Coordinates from other Wiki projects, which already use microformats, can already be parsed by Suda's service, but not yours. Some improvement; you've just proved my point about your personal veto. I have already given an example of a page parsed by the Suda service, but not yours. Andy Mabbett | Talk to Andy Mabbett 13:48, 19 August 2007 (UTC)
replies: text: Andy alias Pigsonthewing: I wonder about the energy you are putting into your personal vendetta with Para. Why not put these efforts in rethinking what you are doing with kml template and microformats? Indeed, microformats get more and more interest, but HTML markup like microformats is definitely not Wiki style (it still can be and is hidden part of a template anyway)! So please answer yourself what is problematic about your proposed usage of microformats and kml in Wikipedia. -- Geonick 23:39, 20 August 2007 (UTC)
thread_title: Ownership of multi-coordinates parsing service

message: As noted on WP:TR#Bug?, this template currently fails to work on pages with brackets (parentheses) in page names; e.g. Splashdown (spacecraft landing); possibly caused by Para in this edit. Andy Mabbett | Talk to Andy Mabbett 11:07, 12 August 2007 (UTC)
replies: text: Hmm.  It was working when I added the KML template was added to the page, whatever date that was.  I'm not bothering to check, as if it's broken now that's what is important.  (SEWilco 04:32, 13 August 2007 (UTC)
replies: text: Someone has fixed it. Andy Mabbett | Talk to Andy Mabbett 11:10, 13 August 2007 (UTC)
thread_title:  Bug 

message: Authors of parsing tools might consider using article titles, section headings, and table headings to generate KML files with data in labeled groups.  In :List of impact craters in the United States and Central America there could obviously be three groups used: "United States", "Central America", "Unconfirmed impact craters".  This would be particularly useful with larger lists.  (SEWilco 18:52, 13 August 2007 (UTC)
replies: text: Thanks for the idea, that'll clarify the list of coordinates when they're taken out of context into a KML file. I modified the kmlexport tool to parse section headings into KML folders. --Para 18:52, 14 August 2007 (UTC)
thread_title:  Labelling 

message: From M42_motorway, which has coordinates with precision to 4 decimal places, Para's tool is producing KML with 5 decimal places, wrongly appending a zero (and thereby falsely implying such precision) to all values. Brian Suda's version, which Para replaced in this template, with one of his own making, is correctly using four DPs. I've restored the original, until we see when and if Para can fix this bug.  Andy Mabbett | Talk to Andy Mabbett 10:10, 14 August 2007 (UTC)
replies: text: A minor issue with appended zeros is hardly a reason to make thousands of coordinates inaccessible to users , as the Suda tool only supports microformats and is not Wikipedia specific. Anyhow, fixed. --Para 12:19, 14 August 2007 (UTC)
replies: text: There is no "inaccessibility" involved, as KML is only used on pages with microformats. Far better to use an external tool which is giving valid information, than an internal one which is not. Though your comment reminds me - you ave still to properly answer my question, above. Andy Mabbett | Talk to Andy Mabbett 13:11, 14 August 2007 (UTC)
replies: text: Why would KML be for microformat pages only?? All coordinates on Wikipedia can be converted to KML and they have nothing to do with microformats. You may have created the template, but you do not control its use, and where anyone envisages or advocates this template to be used in is irrelevant. A link to a KML exporter can be seen useful with any article that has coordinates, and it is thus applicable to them all. Your edits are disruptive, as usual. --Para 13:30, 14 August 2007 (UTC)
replies: text: "Why would KML be for microformat pages only??" Where did I say it would? You're making things up, again; and your ranting accusations are as false as usual. You've been warned, recently , over your incivility towards me. Kindly desist. Andy Mabbett | Talk to Andy Mabbett 14:21, 14 August 2007 (UTC)

text: The KML file format can be used with any Wikipedia page, but this template KML which we're discussing is only being used on some pages because it is only relevant to collections of coordinates.  (SEWilco 15:12, 14 August 2007 (UTC)
replies: text: Why would this template be relevant for collections of coordinates only? The KML format serves users just as well if it doesn't contain more than a single coordinate pair. It is currently not possible to have the annotated kmlexport functionality from the standard Wikipedia coordinate interface other than through this template. --Para 15:27, 14 August 2007 (UTC)
replies: text: If KML (or other, such as GPX) export functionality is desired for single coordinate pairs, (aka single waypoints), then it should be added to ; as you should by now be aware, that's the page for single-waypoint services. I note that you have yet to answer my above, or earlier question on this page. Andy Mabbett | Talk to Andy Mabbett 16:18, 14 August 2007 (UTC)

text:  Single-point export through KML is in .  Look for "Find this location with Google Earth."  (SEWilco 01:47, 15 August 2007 (UTC)
replies: text: It is currently not possible to have the annotated kmlexport functionality from the standard Wikipedia coordinate interface other than through this template. --Para 08:18, 15 August 2007 (UTC)
replies: text:  OK.  And this template is now working with the specified precision?  Good.  Bug resolved.  (SEWilco 15:08, 15 August 2007 (UTC)
replies: text: Yes, see my first comment to this topic and the concurrent reversion of Andy's edit. --Para 15:53, 15 August 2007 (UTC)
thread_title:  Another bug 

message: From the examples the promotors of template kml gave so far - like motorways - I get more and more the understanding that many usages of Wiki articles with so called "multi coordinates" actually are meant as a ordered sequence of points, typically called a polyline in GIS. Please avoid using template kml for that purpose: It's name does'nt indicate this semantics at all, so it must be considered harmful. And it is superfluous anyway because any external webapplication and existing links like  already can parse an article and produce KML or any other geodata format. We must find a better way to encode polylines. -- Geonick 23:58, 20 August 2007 (UTC)
replies: text: That should be "some examples", not "the examples".  A polyline is a different type of item than a collection of related coordinates.  (SEWilco 00:07, 21 August 2007 (UTC)
thread_title:  kml template considered harmful when used for polylines markup 

message: Template:GeoGroupTemplate/doc is missing.  Template should be documented.  (SEWilco 16:33, 22 August 2007 (UTC)
thread_title:  doc missing 

message: I have recently created a List of aluminium smelters that gives the coordinates of over 100 inductrial plants.  Today I added the  template and this successfully exports the coordinates.  Unfortunately the are labeled 1 .. 121.  How do I do better?  Ideally I would like to label each point and potentially link to WP articles.  Qwerty310 00:18, 26 August 2007 (UTC)
replies: text: Actually, just add |name=The Desired Label to the coord template calls.  A fix has been proposed but is awaiting administrative editing over in .  (SEWilco 04:03, 26 August 2007 (UTC)
replies: text:  Thanks for that.  It pretty much works now, but as you can see from List of aluminium smelters the label for the first coord gets the wrong text.  Qwerty310 10:53, 5 September 2007 (UTC)
thread_title:  Help me improve the export from a table of coordinates 

message: This template is transcluded with , which is a simple "how to". When used in Category pages (such as :Category:California geography stubs or :Category:Wikipedia requested photographs in Ohio) it somehow produces a usable google map and klm, even though there are no coordinates on the category pages. This use is not documented anywhere (I can't even figure out how it works there). 
Could someone more knowledgeable explain this in the documentation. Or even fix the transclusion in in  so that it only shows up on category pages. The template is automatically displayed on pages such as wikiprojects, where it produces zilch. It is also transcluded in talk pages tagged with  for example (via the transclusion of Wikipedia:WikiProject New Orleans/to do, wich contains ), with the same result, zero. This makes it difficult to follow "What links here", and is just poor implementation. Thank you. --Qyd 20:03, 13 November 2007 (UTC)
replies: text: Edit:  only works on categories containing at least one article that is geo tagged. It does extract coordinates from the articles included in a category, and the displayed map only lists items corresponding to geo tagged articles. That's all great, it should be documented. --Qyd 20:17, 13 November 2007 (UTC)
replies: text: Agreed, the template is useful only on pages that have coordinates on them, or on category pages. It's difficult to make the documentation easily understandable when people require inclusion of partially working tools, but perhaps my previous answers to this question would help someone trying to improve the documentation? Anyway, looks like there's need for a tool that links to GeoHack from a page that doesn't have any coordinates and isn't a category, or that's what the person who added this magic template to the howto seemed to be after. --Para 16:29, 16 November 2007 (UTC)
thread_title:  Use in {{tl|Howtoreqphotoin}} 

message: Currently, it doesn't work on categories. The good news is that Kolossos is updating some of the extractions.  -- User:Docu
:Fixed. The database had disappeared from the server somehow. I'll update it again when new info is available. --Para (talk) 11:00, 13 April 2008 (UTC)
thread_title:  Use on categories 

message: I have brought this up before but wondering if anyone has ideas for an alternative solution.
A number of photographers would like to address requests in the categories under :Category:Wikipedia requested photographs in places. See Wikipedia talk:WikiProject Photography#Coordinates for Image/Photo requests. Is there any method, even running a program on request, that could create a map of the reqphoto talk pages based on co-ordinates on the article page? We would really like to address lists like this: :Category:Wikipedia requested photographs in Germany or this : :Category:Wikipedia requested photographs in Wales but difficult to find pages of places that are in your current location without spending a great deal of time clicking through links.
Traveler100 (talk) 17:34, 23 May 2008 (UTC)
replies: text: Already done. There is a delay before changes are shown.  The following text on a Category page is from use of the template  with the parameters |New York|New York}}.  The GeoGroupTemplate is also shown in such a category by Howtoreqphotoin.  -- SEWilco (talk) 05:40, 24 May 2008 (UTC)
replies: text:  This is great. I had tried it last week and got a blank page. I guess I should have checked again before making this post. Thank you very much. Traveler100 (talk) 07:05, 24 May 2008 (UTC)
thread_title:  map of coords from category of talk pages 

message: It appears to be broken since the toolserver has a new URL. -- User:Docu
:Actually, this is another problem. While the admins were doing various changes on the toolserver, they changed something™ that broke compression for all perl tools. I disabled compression while they fix whatever's broken, so the tool works again. --Para (talk) 13:23, 31 May 2008 (UTC)
thread_title:  Broken (toolserver.org)? 

message: I tried to localize this template into turkish but the toolserver only understands english. That is the link created for use in GoogleMaps for turkish :tr:Kategori:Türkiye'deki_göller does only work for english --katpatuka (talk) 04:05, 1 July 2008 (UTC)
thread_title:  Template seems not to be usable on other wikis 

message: I have made some use of this marvelous tag for lists (eg: 1 and 2) but I am moving on the try it for :Category:Provincial Parks of British Columbia.  I have gone through the A's and B's in that category to add the coord template to them but they aren't showing up yet in the maps.  I gather that this waits for a data dump to happen when using the template for a category.  Since it is getting on to 20 hours since I started and I don't know how often the dumps happen, I thought I would ask here if someone can tell if I am doing it correctly so that they will appear when the next dump happens before I slog on with editing a couple of hundred articles.  Examples that I have done and would like to know if I have them right are at A, B and C.  I understood from the template doc file that it worked with coord but not coor dms and the  like.  I also understood that a parm like |name=something| was needed for the label to show up in the map, yet when I ask the template to map the coordinates in :Category:Provincial Parks of British Columbia, the ones there now which were there before I started this (eg X, Y and Z) don't use coord and don't have the name= parm (yet the names turn up in the resulting google map) so I am wondering if someone can tell me (rather than waiting for the next dump to see it for myself, whether the name= parm is needed or whether it will default to the article name?  Great feature, thanks for doing it.  --KenWalker | Talk 00:14, 8 July 2008 (UTC)
replies: text: The first park, Adams, in the list does have a coord template so stuff should appear eventually on the map.  And I see stuff on the map now.  -- SEWilco (talk) 03:27, 8 July 2008 (UTC)
replies: text: There are some, which were there before I started a couple of days ago but none of the new ones I am doing have turned up yet.  Does anyone know if there is a way to tell how often google scans this sort of data? --KenWalker | Talk 18:47, 8 July 2008 (UTC)
replies: text:  The GeoGroup Template's map is produced by some sort of program running on a Wikipedia utility server.  I don't know how often the updates take place.  Google independently discovers the articles for their own products, but the maps from GeoGroup are from the utility server's scanning.  -- SEWilco (talk) 04:17, 9 July 2008 (UTC)

text: I tried updating the documentation a bit, I hope it clarifies why the newly added data was visible in some cases and in some others was not. Please note that using the name parameter is not necessary if the article is to have only a single set of coordinates (is title coordinates a clear name for it?), since they will then be the coordinates for the article and will use its name. Also, looking at your contributions, it might be better to place the name parameter after the numbers as instructed in 's documentation. It displays fine on Wikipedia no matter where the text part is, but some external parsers may expect to get the coordinates in the beginning of the template the way it's documented. If you're following and think this is an important detail, please add it to the documentation as well. Help from the currently uninitiated editors would be most welcome everywhere related to instructions for use of coordinates on Wikipedia! --Para (talk) 12:22, 9 July 2008 (UTC)
thread_title:  GeoGroup Template on Category 

message: I am requesting (2) optional parameters to the template (to be passed on in the URL to KML export):
*article= (if specified - overriding FULLPAGENAMEE)
*namespace=
"article=" when specified would:
*override the default of FULLPAGENAMEE
*display as "Map of all coordinates for {article}"
Would be used in the odd / rare? case where a map of all coordinates needs to be placed on one page but actually needs to point to another page.
For instance a "List of ..." article which does not contain coordinates itself, but an associated Category: does.  By placing:
*
on the "List of ..." article a map could be generated without needing to duplicate the coordinates on the list.
Likewise if one wishes to point something out in a Talk: discussion without duplicating coordinates onto a Talk: page?
"namespace=" when specified would:
*be passed on in the URL to KML export in addition to the currently passed article= parameter
*be substituted on retrieved pagenames AFTER any category processing is done
For instance, a "typical" use could or might be to:
*place it on or point (article=) to a Category containing "requests", like "Wikipedia requested photographs in ..."
*it would display as "Map of all coordinates ... in {namespace}:"
*the URL passed to KML export would contain namespace=something&article=article_or_category_name
*If article= is a Category, then KML export would process the Category to retrive the list of pagenames
*In the case of requested photographs - the category actually contains Talk pages containing no coordinates,
but the corresponding articles usually do
*so the Talk: namespace would be replaced with the specified namespace= for each of the pagenames before retrieving the coordinates.
Specifying both would read:
*"Map of all coordinates for {article} in {namespace}:"
*URL would have namespace=something&article=article_or_category_name
It is important to note that in the namespace= case, there are actually (2) namespaces being passed:
*an old namespace as part of the article= (often Category:)
*a new namespace in the namespace= parameter (probably used to replace Talk: from a Category: with the normal article namespace in most cases)
Request(s) prompted by at least a couple of discussions:
*
*User_talk:Doncram#GeoGroupTemplate
LeheckaG (talk) 14:57, 6 August 2008 (UTC)
thread_title:  Requested optional parameters 

message: When I click the "Export microformated coordinates as GeoRSS" at List of Registered Historic Places in Contra Costa County, California, it returns "No Geo Points found". I know I've done this before with other Registered Historic Places lists. The "Export points of interest as KML" link works, but when I use it, it doesn't retain the name labels for each location when I import the coordinates into Google Maps. Any guidance is appreciated. --Sanfranman59 (talk) 19:00, 5 October 2008 (UTC)
replies: text: The former works fine, for me. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 20:49, 5 October 2008 (UTC)
replies: text: Hmmm ... do you mean that when you click on "Export microformated coordinates as GeoRSS" on that page, it pops up a window to save a file to your computer? I'm still getting "No Geo Points found". "Map of all coordinates", "Export points of interest as KML" & "Map of microformated coordinates" all work as expected. I've tried clearing my internet cache and cookies. I tried it using both Firefox and Internet Explorer for my browser. I've tried turning my computer off and back on. Same thing. Anyone else having this problem? --Sanfranman59 (talk) 19:25, 6 October 2008 (UTC)
replies: text: Sorry, no. I misread your original comment, I see the same as you. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 19:40, 6 October 2008 (UTC)
thread_title:  No Geo Points found? 

message: Could somebody with the technical know-how (which I lack) please create a sandbox version of this template, with an optional |display=title switch, which will display a second copy of the "map of all coordinates" link, in the space usually occupied by an article's single set of coordinates. I want to test and obtain consensus for using the template in this way for long, narrow features (such as roads or rivers) where a single set of coordinates is not appropriate, per discussion at WT:LINEAR (please discuss the wider issues there). Once that's done, I'll speak to my contacts at Google to advise them that they can map such articles in Google Maps and Google Earth. Thank you. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 23:30, 16 October 2008 (UTC)
replies: text: This should not be done. A link with no information about the topic of the article in the link text does not belong next to the title. See Wikipedia talk:WikiProject Geographical coordinates/Linear#An alternative to .22main.22 coordinates. --Para (talk) 09:51, 17 October 2008 (UTC)

text: Having yet another thing in the title area has always been contested, and would only spark more controversy. And could you explain why a titled position of the link would help with Google mapping? Thanks. --Qyd (talk) 13:14, 17 October 2008 (UTC)
replies: text:  [reply to both] I'm not proposing "another" thing in the title area; I'm proposing a different version of the same thing; and I'm asking for a prototype, so that people can see and debate the proposed change. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 14:04, 17 October 2008 (UTC)
replies: text: Exactly, and I oppose the addition of such a thing in the title area, without needing to see what it would look like. You can try demonstrating this idea to others with an edited screenshot for example. --Para (talk) 16:59, 17 October 2008 (UTC)
replies: text: It's clear that you oppose it without seeing it; but you also seem to oppose the production of a sandbox demonstrator to allow others to see it; and to facilitate wider, informed debate. There is parallel discussion at WT:LINEAR; per the request in my original post in this section, let's please centralise discussion there, for the convenience of others. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 17:30, 17 October 2008 (UTC)
thread_title:  Title display 

message: The North Sea article is very long.  A listing of points was made at a separate article Geography of the North Sea.  Now can the geo group template be plopped onto the North Sea article using the listing at the Geography of the North Sea article so the annotated map shows up for the North Sea article as well as the Geography of the North Sea article?  Kind REgards.  SriMesh | talk 03:37, 1 December 2008 (UTC)
replies: text: LeheckaG suggested this a while ago at #Requested optional parameters, but it must have been overlooked. The template can't do that at the moment, but the required modification to make it possible shouldn't be difficult. Perhaps  would work for the tool links where it now says , and something similar for the link text, so that the template could be used like ? Alternatively, you could just subst the current template and edit the resulting links, but that's not very pretty... --Para (talk) 00:59, 6 December 2008 (UTC)
replies: text: . Hope it works, Google's double urlencoding is always confusing. --Para (talk) 15:05, 6 December 2008 (UTC)
replies: text: Thank you, thank you, thank you.  I have now added the  awesome new geogroup template map to North Sea!!!!SriMesh | talk 04:40, 7 December 2008 (UTC)
thread_title:  Usage of geogroup template on one page, listing on separate page 

message: I noticed that the geogrouptemplate had been modified to display a manifesto and undid that change, but its still displayed.  Anyone else seeing this?  dm (talk) 03:06, 14 December 2008 (UTC)
thread_title:  Manifesto on geogrouptemplate 

message: The map created from List of eponymous roads in London has numbers for all but two of the coords rendered on the map. I'm somewhat stumped. Would someone advise where I went wrong. thanks--Tagishsimon (talk) 01:16, 19 September 2008 (UTC)
replies: text: At the moment I see three coords on that page with a Name parameter instead of name, and since template parameter names are case sensitive, they don't show up. Another part of what you saw is because Google caches the data it retrieves for some minutes. You must have looked at the Google view before doing the edits, then quickly putting them through and on checking again, got the same cached view as before, with the original two named coords. This is probably a common scenario, though I don't know how long on average it takes people to enter the names and how long Google caches things. Rapid refreshing may possibly even extend their cache period. Perhaps a timestamp should be added to the top of the list (the only place possible), or would the use of UTC confuse people who have localised the times Wikipedia shows? --Para (talk) 09:25, 19 September 2008 (UTC)
replies: text: Thanks. I've amended the three Names. Not sure if that was it or if it was a cache problem (my actions were as you surmised - look, edit, look, &c.), as you suggest, but today it all works. Excellent. --Tagishsimon (talk) 09:44, 19 September 2008 (UTC)
replies: text: What I may suggest is you add the following string to your Google Maps query: "&refresh=" followed by a random number.  This will bypass Google's cache. --  Denelson83  17:36, 6 January 2009 (UTC)
thread_title:  What am I doing wrong 

message: The Map of All Coordinates link this template produces at the bottom of the table in the Vancouver Island Ranges article works nicely except that it produces one spurious location for Golden Hinde (mountain) off in China somewhere rather than on Vancouver Island.  I have hunted through the code and can't figure out why.  Could someone have a look?  It is probably one of those things another set of eyes will pick out  right away. --KenWalker | Talk 21:21, 16 February 2009 (UTC)
replies: text: Seems fine now. Oosoom Talk 09:45, 17 February 2009 (UTC)
thread_title:  Point out of Place 

message: I'm using the French version of this Template. When an article has its coordonates all in one table, the template works fine. However, when there is two or more tables with coordonates, Google gives "errors in data" fomr kmltool. Any idea of the cause and how to make the call to kmltool work on multiple table articles ? Pierre cb (talk) 20:07, 22 February 2009 (UTC)
replies: text: It's actually not about multiple tables. With fr:Liste de tripoints Google Maps was having trouble with the é in the Amérique heading. It was sent as U+00E9 and Google refused to parse the data, but when sent as U+C3A9, it works. According to UTF-8#Description, only the 7-bit ASCII printable characters are allowed when content-type is said to be UTF8, and everything else needs to be in the longer format. Google is not enforcing that very well though, as they require ASCII encoding for document titles even when the entire document is supposed to be in UTF8. Oh well, the output should be to their liking now. --Para (talk) 21:49, 22 February 2009 (UTC)
replies: text: Thanks for the info but how do you force the ASCII table in an article ? 70.52.11.52 (talk) 00:23, 23 February 2009 (UTC)
replies: text: Well, Wikipedia transfers all its content in UTF8, so as long as the text in an article looks fine in your browser, you don't need to worry about encoding. The kmlexport tool however needs to do some conversion to provide the data to Google and things can go wrong sometimes, so please report any further problems here. --Para (talk) 01:03, 23 February 2009 (UTC)
replies: text: If quite frustating in fact. klmexport works on some article and other are refused (like :fr:Liste des volcans d'Afrique) for no apparent reason in the coding. Only the multiple tables seemed the common denominator but you ahve proved that iti is not. Is there a utility program to check the ASCII interpretation problem that diagnose and correct the files sent to Google ? Pierre cb (talk) 01:24, 23 February 2009 (UTC)
replies: text: Ah, that's again another issue the people editing this template had some trouble with in the beginning, and in that case you do have to delve into encoding, though this time not in ASCII but nested urlencoding. On the French Wikipedia the article parameter in the link is currently article%3DListe%2Bdes%2Bvolcans%2Bd%2526%252339%253BAfrique. If you go to the English Wikipedia page of the same name and preview  there, the parameter is article%3DListe_des_volcans_d%252527Afrique. It was indeed incredibly frustrating to get it right, and the only advice I can give you is to duplicate the encoding from this template. Maybe allowing Google to show "file not found" is not the best error message to relay Wikipedia's 404 Not Found message though... --Para (talk) 01:54, 23 February 2009 (UTC)
thread_title:  Problem with multiple tables 

message: I've seen there is a section above about getting no data with the option GeoRSS. Is there any correction to that problem in the future as I get this response too ?Pierre cb (talk) 22:28, 23 February 2009 (UTC)
replies: text: The format doesn't seem to have had much interest, but reading up on it, it would allow showing Wikipedia data in Microsoft Live Maps and Yahoo Maps. To replace the broken Suda tool, Microsoft has an online KML to GeoRSS converter, which can give GeoRSS of fr:Liste de tripoints, or even a Live Search Maps view of fr:Liste de tripoints. This might be worth adding to the various templates, as aerial imagery from Live Maps is often better than that from Google. --Para (talk) 01:07, 24 February 2009 (UTC)
replies: text: Thanks. I think I will add the second one. Pierre cb (talk) 04:23, 24 February 2009 (UTC)
replies: text: Me too, the bird's eye imagery in urban areas and easy navigation between the points is possibly the coolest option ever! (No I don't work for them :)) --Para (talk) 11:09, 24 February 2009 (UTC)
thread_title:  GeoRSS 

message: I notice that the kmlexport script already handles nested categories, is there a way to add the nesting level to this template, so that :Category:Castles in England could show all the positions of the castles in its county subcategories. Discretion would be needed to avoid huge data volumes. Vicarage (talk) 06:29, 7 May 2009 (UTC)
replies: text: I'm interested in this as well. See Categories_and_geo_coordinates 118.208.97.169 (talk) 20:07, 21 September 2009 (UTC)
thread_title:  Expansion of nested geographical information 

message: *Mapquest?
*maps.yahoo.com?
etc?
CaribDigita (talk) 17:12, 12 May 2009 (UTC)
replies: text: The current versions of those sites and their APIs require someone to set up a "map holder" page somewhere, possibly personally register with the provider to be able to use maps on the page, maintain the page, and then have people use that page for their mapping needs instead of the provider's own site. It's been a bit much for anyone interested so far, but maybe there's some Wikipedian somewhere who doesn't mind doing it? Like Google and Live Search, Yahoo seems to have a similar way in their "no programming" V1 API to visualise remote collections by URL, but I can't see it working with any example on the net (all of which are from 2005!) other than Yahoo's own. So not high expectations there, and even if it worked, Yahoo fans probably don't much like the V1 interface anymore. --Para (talk) 18:07, 12 May 2009 (UTC)
thread_title:  Why only these two geo services? Why not others too? 

message: There are numerous list-articles of historic sites listed on the U.S. National Register of Historic Places which have more than 200 coordinates.  I understand that the LiveSearch / Bing maps don't display more than 200, just cutting off what is displayed with no notice.  I wonder about a partial remedy being an option for this GeoGroupTemplate to display a warning message regarding that.  Perhaps display "Bing map displays just first 200 coordinates".  The Bing maps at least appear reliably, generated on the fly.  The Google maps for large lists do not appear reliably.  I know that if you click on the Google map link for a large list it will often show a message like "map not available", but if you come back a few times and try again hours later, often the map will then work.  Some comment about this would be helpful too.  If/when the Bing or Google map systems capabilities change, then the long-list-warning message could be changed here, centrally.  I don't anticipate there is any way for the long-list-warning to be displayed automatically only for articles having more than 200 coordinates, is there?  A manually set warning, to be called by something like  would be easy to set up, I think.  Could that be done, please? doncram (talk) 18:24, 9 June 2009 (UTC)
replies: text: One example in mainspace of an article where Bing map displays, but fails to note that it has cut off at 200 places, is National Register of Historic Places listings in Detroit, Michigan.  I'm working on another big list, not yet in mainspace, at Wikipedia:WikiProject World Heritage Sites/Tables of WHS Sites EUR region.  Is there any possibility of this long-list-warning feature being implemented?  Does anyone else see a need here? doncram (talk) 17:37, 21 August 2009 (UTC)
replies: text: If the links in the template are changed to the redirect format (→toolserver→query→map instead of the current →map→toolserver→query→map), it would be possible to implement an automatic warning in the tool, shown for some seconds or requiring acknowledgment. It would also get rid of the "map not available" problem, which happens when the map service thinks the tool takes too long to respond. Another perhaps dirtier way would be to add the message in the kml data some way, in the description maybe if that's displayed by the services, and only show it when it's called by one of the supported services and the placemarks exceed the limit of the service. I think coding such warnings in Wikipedia articles would be very ugly, unless done on-view with Javascript. Actually, since all the services require Javascript for showing placemarks anyway, a script on Wikipedia could replace this template entirely and do all the above... --Para (talk) 17:51, 3 September 2009 (UTC)
thread_title:  Long-list-warning option needed 

message: I hate myself for doing this post as it is against all my principles to comment on formatting- but It probably should be addressed. It should be for the user to decide the format of the box.
Maps of all the points used in this article	Maps of all the points used in this article
Google                                     	Bing
Maps of all the points used in this article	Maps of all the points used in this article	Google	Bing
Location of all the features	Location of all the features	Google	Bing
I can think of situations where I would want to include the link, in navbox format, from within an info box, in the external links with commons cat. Shade should be selectable to fit in with the colour scheme of the controlling Wikiproject Or to allow the user to set the css in monobook.
Maybe we need to provide the following parameters
*text
*width
*rows
*tablestylestring
Or there again I may be wrong. --ClemRutter (talk) 21:00, 1 July 2009 (UTC)
replies: text: As colors are likely to be large topic to discussion, I'd rather use one of the standard interface colors. The usual placement of the template is with the sister links at the bottom of an article or on category pages. In a few cases, it's also used at the beginning of an article. For articles, some of the links can also be reached from the map sources pages, but it isn't easy to find. BTW there are more than two links included in the template. -- User:Docu 11:09, 2 July 2009 (UTC)
thread_title:  Parameters and looking pretty 

message: There are a number of lists whose members have geograpic coordinates.  For example:
*List of National Trust properties in England
*List of schools in Lincolnshire
I really like the way that this template reacts with categories, parsing the members for coordinates.
Would it be possible to do the same thing with lists?--Brunnian (talk) 22:32, 3 September 2009 (UTC)
replies: text: The tool used by this template can handle this case, see map of articles linked from "List of National Trust properties in England" or map of articles linked from "List of schools in Lincolnshire". The template would need to be adapted, somehow. --Para (talk) 09:44, 6 September 2009 (UTC)
replies: text:  I've used those on those two links. Thanks.   The problem is that two of the links on the second one are not to schools, but to 'Lincolnshire' and 'England' (london).  This spoils the impact a bit.  Does the tool include an 'exclude' option?--Brunnian (talk) 11:09, 12 September 2009 (UTC)
replies: text: A better approach might be to convert those lists tp tables, with columns for coordinates, plus images, locality, etc. Otherwise they're redundant to categories. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 12:05, 12 September 2009 (UTC)
thread_title:  Lists 

message: I've been adding the kml template to various county pages from List of abbeys and priories in England - Cornwall, Devon, so far so good.  But when I get to List of monastic houses in Somerset I'm stumped - the previous editor has used OSGB map references, with gbmapping template and others have used oscoor  - is it possible to use them with the kml technique?  —Preceding unsigned comment added by Brunnian (talk • contribs) 22:38, 3 September 2009 (UTC)
replies: text: No, it needs to use , with WGS84 coordinates. Coord's documentation explains what to do. Thank you for adding this template to other articles. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 23:28, 3 September 2009 (UTC)
thread_title:  other mapping formats 

message: (I'm posting this here as I suspect there'll be more users with the required expertise here than on Commons). I'm currently going through my images on Commons, tagging them with . These display ok in Google Maps when I click on the file link (e.g. ), however when I try to use the GeoGroupTemplate on Commons for these images, only those images which do not have a heading show up (). They are all listed in the left hand panel, but most do not have an icon on the map. Is the problem a) with the way I'm tagging them, b) with the Location dec template, c) with the GeoGroupTemplate, or d) with Google? Any help or advice would be appreciated. —  Tivedshambo  (t/c) 17:59, 23 September 2009 (UTC)
replies: text: First option should have been to blame one of the tools when they give different results with the same data. The bug seems to have been introduced to numeric headings when I was working on commons:Commons talk:Geocoding#Category maps couple of days ago. Fixed now, thanks for noticing. --Para (talk) 19:45, 23 September 2009 (UTC)
replies: text: Great - thanks. —  Tivedshambo  (t/c) 22:51, 23 September 2009 (UTC)
thread_title:  Problems with geo-coded images on Commons 

message: Seems like kmlexport doesn't work with french wiki categories, I don't know for other wikis...
Please check :fr:Catégorie:Zone 1 des transports en commun d'Île-de-France
Gonioul (talk) 22:22, 12 October 2009 (UTC)
replies: text: I fixed some ascii vs utf8 confusion and it should work now. --Para (talk) 08:04, 13 October 2009 (UTC)
replies: text: Thanks! - Gonioul (talk) 08:56, 13 October 2009 (UTC)
thread_title:  other language categories 

message: After realising how long it might take to add the template to every category I'm interested in, I wondered if I could automatically add the functionality to every page using a user script. And indeed if you modify your monobook.js file (as described in Wikipedia:WikiProject_User_scripts/Scripts) to have
 importScript('User:Vicarage/maptab.js');
You should get a 'map' tab at the top of the page that uses the toolserver approach to generate a Google Map on the fly. I'm not a Javascript or Wikipedia internals expert, so I expect the approach is not bulletproof, but I'd be interested in people's comments. Vicarage (talk) 19:15, 24 October 2009 (UTC)
thread_title:  A user script to generate a map tab for every page 

message: At "Category:California ranchos" the template:kml for Bing only lists/maps the first 200 entries (Google maps all).  I note that there are only 200 entries on the 1st page of "Category:California ranchos". Emargie (talk) 06:17, 9 December 2009 (UTC)
thread_title:  kml template 

message: :Category:Geographic coordinate lists state: These articles have lists of places identified by their latitude and longitude. They include the , to allow these places to be shown on a map., but this template do not add :Category:Geographic coordinate lists to the articles that use the template. Is there a specific reason for that or can I add :Category:Geographic coordinate lists to the template code? --NJR_ZA (talk) 18:05, 27 January 2010 (UTC)
thread_title:  Category 

message: Is it possible to add this case to the redir option?
Gonioul (talk) 23:40, 2 April 2010 (UTC)
replies: text: Sure, but where should it redirect? I don't think there's any official OSM site that has KML fetching functionality. OpenStreetMap:KML has a few examples to some odd sites, but it would probably be best for Wikipedia use if the meta:OpenStreetMap people working on the toolserver could set one up. --Para (talk) 08:05, 3 April 2010 (UTC)
thread_title:  openstreetmap 

message: Hello. Is it just me, or is the template now showing the text in three lines instead of two (as of recently; a month)? Instead of "Map of all coordinates from Google  Map of all coordinates from Bing", it now shows as "Map of all coordinates from  Google  Map of all coordinates from Bing". Rehman(+) 08:51, 17 July 2010 (UTC)
replies: text: It's been doing that since a change in the template early this year.  —EncMstr (talk) 00:42, 18 July 2010 (UTC)
replies: text: . Rehman(+) 03:27, 8 September 2010 (UTC)
thread_title:  Template display 

message: Is there a magic word to get only coords in the head section of article? This would be useful articles which have coords in a infobox, but also have coords in another section, like a train station with main coord and accesses coords, the latter aren't useful if you want to recurse the whole line.
Gonioul (talk) 22:22, 29 September 2010 (UTC)
replies: text: Is there a better place to discuss it? Gonioul (talk) 00:13, 6 January 2011 (UTC)
thread_title:  Head section 

message: Shouldn't the name of this template be "GeoGroup" instead of "GeoGroupTemplate"? The wikilink is "Template:GeoGroupTemplate", which is sort of redundant. I propose it is changed. Jason Quinn (talk) 10:06, 27 October 2010 (UTC)
thread_title:  Shouldn't the name be "GeoGroup"? 

message: The template, according to the documentation, is supposed to generate markers only for articles with title coordinates in categories. However, this is not the case. In this example, :Category:Airports in Azerbaijan, the map has doubled markers. One set is for each of the articles that has an title coord template. The doubled markers come from the list article; however all the coord templates in the list article are are inline defaults. They should not be displayed. Jason Quinn (talk) 10:20, 27 October 2010 (UTC)
thread_title:  Category bug 

message: Have a look at Careby Aunby and Holywell or Edenham Grimsthorpe Elsthorpe & Scottlethorpe & click the KML link.  The co-ordinates from the infobox are being picked up as '#1', which spoils things a bit.  I thought they were supposed to inherit the article title?
:I have noticed that on all uses of this template.  Most recently Klickitat Street.  All the coordinates except the title coordinate are nicely labeled.  The title appears as #7, at least with Google Maps.  —EncMstr (talk) 23:27, 17 February 2011 (UTC)
thread_title:  un-named location from infobox 

message: Per WP:TEMPLATECAT, this template shouldn't be adding pages to normal content categories. Has this previously been discussed? Chris Cunningham (user:thumperward) - talk 13:00, 17 July 2011 (UTC)
thread_title:  Auto-categorisation 

message: From this list :sv:Lista över byggnadsminnen i Gävleborgs län, every listed place has a long ID number, which can be used as an HTML anchor when linking back to the list. For example, :sv:Lista över byggnadsminnen i Gävleborgs län#21300000005709 will link to the specified item. Is it possible to make the KML file contain these anchors for each item, so when users look at one specific place in Google maps and clicks back to the list (coordinate source), they will arrive at that item? --LA2 (talk) 23:27, 20 August 2011 (UTC)
replies: text: Done, it's linking to the previous anchor of each item now. --Para (talk) 09:00, 11 September 2011 (UTC)
thread_title:  HTML anchors in back links 

message: What am I doing wrong. In List of World Heritage in Danger, the general (without "section" parameter) GeoGroupTemplate works perfectly but the two section templates appear broken (google maps link don't work, bing works). How can I fix it? bamse (talk) 00:56, 10 September 2011 (UTC)
replies: text: Fixed, Google had trouble with spaces in urls. --Para (talk) 09:00, 11 September 2011 (UTC)
replies: text: Thanks. bamse (talk) 12:38, 11 September 2011 (UTC)
thread_title:  Section option broken 

message: Am I doing something wrong or is this not supported. I am trying to add coordinates to an article without clogging up the text. Therefore trying reference option. Take a look here Rheinsteig and the last few edits where I have tried inside table too. Why does this not show in google or bing? --Traveler100 (talk) 19:29, 26 December 2011 (UTC)
replies: text: It shows up okay in Google—now.  I notice that sometimes changes don't show up for a few minutes after saving.  Can you see it now?  —EncMstr (talk) 00:57, 27 December 2011 (UTC)
replies: text:  Yes I see it know, I guess I just did not wait long enough for other machines to catch up with my edits. --Traveler100 (talk) 07:29, 27 December 2011 (UTC)
thread_title:  coordinates in reference list 

message: Please move to Template:GeoGroup; a shorter name, without the redundant "Template" part. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:14, 27 December 2011 (UTC)
replies: text: Not done: page move requests should be made at Wikipedia:Requested moves. Anomie⚔ 16:31, 28 December 2011 (UTC)
replies: text:   It is a proper request.  Redirects from the old name should prevent any trouble.  I am fixing the worst double redirects.  —EncMstr (talk) 18:34, 28 December 2011 (UTC)
replies: text: As this could affect up to 11,500 articles, I have checked carefully for any trouble.  Everything seems okay.  There was one error from Google Maps displaying this from Mount Hood glaciers, but it appears to have been a transitory problem at the toolserver:  the first retry worked without a problem.  —EncMstr (talk) 18:55, 28 December 2011 (UTC)

text: Thank you. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:56, 28 December 2011 (UTC)
thread_title:  Rename 

message: The template needs to be edited to allow for some indication that a Bing map link shows just the first 200 coordinates in an article.  For example, List of Masonic buildings in the United States is a big list article whose corresponding Google map shows all points, but the corresponding Bing map shows places from Alaska through Oregon, but not South Dakota, Virginia, Washington, Washington DC, etc.  What is displayed by the GeoGroupTemplate must be editable to allow an editor to indicate "Map of first 200 coordinates from Bing" instead of "Map of all coordinates from Bing". --doncram 20:44, 12 December 2011 (UTC)
replies: text: In this edit I found that I was able to change display that way.  It would be better if a flag could be added to the template, allowing an editor to select the display "Map of first 200 coordinates from Bing" only when that is most relevant, i.e. when there are more than 200 coordinates in the article. --doncram 22:27, 12 December 2011 (UTC)

text: This does not work. It is now saying 200 coordinates even when there are just a few. Seeing the message that it would display 200 coordinates I expected to see 200 coordinates, imagine my disappointment when the map only showed a few. QuentinUK (talk) 5 January 2012 QuentinUK (talk) 18:28, 5 January 2012 (UTC)
thread_title:  template display change needed, to report just first 200 coords will be shown by Bing 

message: Just to say I was very impressed with this template. Just used it with :Category:Neighborhoods_of_Damascus and I found it extremely informative. Thanks to all involved! AndrewRT(Talk) 12:08, 29 January 2012 (UTC)
thread_title:  Very impressed 

message: How can you purge the output? I am working on Listed buildings in Southampton and would like to check that I have got the co-ordinates correct, but it takes ages for the output to catch up with the data in the article. At present, the output, on both Google and Bing, is as it was 24 hours ago, even though I have added at least 20 more co-ordinates in that time and corrected a few others. Even looking from a different PC to that on which I have been creating the article shows the same output.  Thanks for any help.  --  Daemonic Kangaroo (talk) 10:03, 18 February 2012 (UTC)
replies: text: I find that when making frequent updates to the source coords for the geogroup, and then viewing in google or bing, just remove the &usecache=1 from the link that appears in the box at the top. In your case just use http://toolserver.org/~para/cgi-bin/kmlexport?article=Listed_buildings_in_Southampton DubhEire (talk) 08:51, 18 February 2012 (UTC)
replies: text:  That works - thanks.  --  Daemonic Kangaroo (talk) 10:10, 18 February 2012 (UTC)
replies: text:  Best of luck and watch out for performance issues with long lists on the article. If you get close to 200 or more, you may start to see problems in Bing. I haven't seen this myself, but it has been mentioned by a few. DubhEire (talk) 10:20, 18 February 2012 (UTC)

text: Why is the "&usecache=1" part of the code?  Even when I delete my browsing history before clicking on the Google map link, the resulting output includes the &usecache=1 and it tells me that there are no geocodes in the article.  Now that I know what to do, it isn't much of a problem, but a user seeing that will just close the window.  Is there a parameter that can be added to the template to keep this from happening?  This is the article I'm working on: http://en.wikipedia.org/wiki/User:Hjal/Fort_Bragg_Unified_School_District#Schools Thanks, --Hjal (talk) 20:55, 20 February 2012 (UTC)
replies: text: It shouldn't take long for the toolserver to refresh with your list. Rather than remove the usecache=1 you can do usecache=0. Anyway I'm not 100% clear on what is happening, but it is not cache on your machine. It is the cache on the toolserver I believe. It is set the way it is by the people who were involved with it. It will be fine not too long after your edits are made. Don't worry. DubhEire (talk) 22:40, 20 February 2012 (UTC)
replies: text: No really, why if it works with usecache=0 do we publish as usecache=1? Why are we aiming the pistol at our foot and firing? --Tagishsimon (talk) 21:15, 20 March 2012 (UTC)
thread_title:  Purging 

message: The first Usage form is given as:
This appears to have two problems:
First, the text: 'The name of article, from which included links to other articles from which the coordinates will be pulled out.' appears to be garbled or incomplete.
Perhaps it should read: 'The name of the article; coordinates will be pulled out of other articles which are linked to in the article.'
Second, the GeoGroup box in the example article for this usage: List of stations in London fare zone 2#List of stations produces no maps; both Google and Bing report no data.
Does anyone have the experience to rewrite the Usage text, and discover why the GeoGroup mechanism in the example article produces nothing?
Cricobr (talk) 21:33, 2 April 2012 (UTC)
replies: text: Think I have fixed the category map problem in that article - the category seems to have been renamed. Is this the result you would expect? Oosoom Talk 13:09, 17 May 2012 (UTC)
thread_title:  Problems with Usage text and example link? 

message: This template needs some sort of title bar. Otherwise, it looks like the [show] link corresponds to the Google Map item (or whatever is listed first, which is very confusing. Kaldari (talk) 22:26, 16 May 2012 (UTC)
thread_title:  Needs a title bar 

message: I have until recently being using this tool without any problem. However now when I click on the link to display googlemap ( e.g. at :Category:Wikipedia requested photographs in Germany) it asks if I want to open a kml file then starts Google Earth with a point at zero long and zero lat. Any ideas what is causing this?--Traveler100 (talk) 12:59, 18 November 2012 (UTC)
replies: text: Problem was with toolserver, which has now been rebooted. problem solved. --Traveler100 (talk) 14:59, 18 November 2012 (UTC)
thread_title:  Failing to start googlemap 

message: Is there any way of getting the map to link to the item in the article? The default is to #toctitle. I tried putting in anchors, but it does not pick up more than three, and I could not get it to link to the correct anchor. It links to the nearest reference, though. In the Tame Valley Canal example, what I am looking for is a way to link to each of the items from the map. For example, the M6 item should take me to the line M6 motorway in the article, instead of to Tame Valley Canal#toctitle. Apteva (talk) 20:53, 11 April 2013 (UTC)
replies: text: This is exactly the question I came to ask. So, as well as using the coord|name= to give the list of names, could there be an optional |link parameter so that where included, the google map link would take people straight to the wikipedia article instead of back to the list? Is this technically feasible and if so does it stand any chance of being implemented? Thanks, RobinLeicester (talk) 20:38, 7 June 2013 (UTC)
replies: text: I think it should link to wherever the coordinates are given. Mapping a category might be a good alternative for what you're looking to do, and a link to that can be placed on a page other than the category page. It's being used that way at List of hoards in Britain#External links for example. --Para (talk) 13:57, 9 June 2013 (UTC)

text: It's supposed to link to the previous id, so that the coordinates are visible when the link is clicked. That had broken with headings for some reason, but it should work again now. --Para (talk) 13:57, 9 June 2013 (UTC)
thread_title:  Link 

message: I have been adding this template to several categories, all of which have worked fantastically well.  However, after adding it to :category:Aquaria in Oregon, the Google Maps link is https://maps.google.com/maps?q=http://toolserver.org/~para/cgi-bin/kmlexport%3Farticle%3DCategory:Aquaria_in_Oregon%26l%3D0%26usecache%3D1++adding:+fbeb8caf27bfeedc3302f0880c1a270e.kml+%28deflated+72%25%29 Google Maps shows North America and gives a "we don't understand URL".  Neither do I.  What could have caused this?
When I used the browser "back" and clicked again, it worked fine.  —EncMstr (talk) 20:40, 29 August 2013 (UTC)
thread_title:  Bizarre URL generated from category 

message: Is there any technical reason why this should go in the external links section as described in the documentation? I can see how it might be seen as the proper place per wikipedia's rules on external links, but other geocoord links are effectively external links too. 
It looks very useful the way it is actually used in the documentation, ie alongside the list of coords, but the way it is used in Netherton Tunnel Branch Canal at the end of the page, it seems next to useless:
# very few readers are going to find it,
# if they do, they may well have already clicked through a list of other coords.
--Derek Andrews (talk) 15:55, 16 February 2014 (UTC)
replies: text: Indeed, I often find it more useful for this template to be placed at the top of the article, especially list articles with many coordinates:  List of shoals of Oregon, List of crossings of the Willamette River, List of Mount Hood glaciers.  I do not know of any technical or practical reason for the documented and common placement at the bottom.  I agree with changing the documentation to reflect this sensibility.  —EncMstr (talk) 22:28, 16 February 2014 (UTC)

text: I too suggest we update the documentation. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:30, 9 March 2014 (UTC)
thread_title:  Placement 

message: The template as it stands displays the first lines "Map of all coordinates..., Map of up to 200..." in bold. I don't believe that this is consistent with MOS:BOLD. So far as I can tell, the bold appears because those two lines are defined as a table heading - although it does not appear to the reader as table. The obvious solution is to change the "table" so that it has no heading, ie those lines are just normal table rows. However this stops the "collapse" functions from working. My knowledge of tables is not good enough for me to see an obvious alternative solution.
Could someone please change the template so that those first two lines are not in bold.  Mitch Ames (talk) 14:08, 19 March 2014 (UTC)
thread_title:  Use of bold 

message: Why is Google Maps and Bing Maps used here and not the free OpenStreetMap? 87.78.29.67 (talk) 11:56, 9 March 2014 (UTC)
replies: text: Because OSM (of which I am a strong advocate) does not have a facility to overlay and display the KML which we pass to the other services. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:28, 9 March 2014 (UTC)
replies: text: Deutch version uses the link |&linksfrom=1}}&article= OSM from project :de:User:Plenz/OSM for Wiki. --Vriullop (talk) 21:27, 30 March 2014 (UTC)
thread_title:  commercial vs. free 

message: Maybe I missed something, but is there a way to give names to the tags taken from a single article? I'm marking up Duga-3 but the map page doesn't tell you what the numbers mean. Maury Markowitz (talk) 13:32, 20 April 2014 (UTC)
replies: text: Yes, add the name parameter to each coordinate.  I'll demonstrate in the article.  —EncMstr (talk) 16:11, 20 April 2014 (UTC)
replies: text: Nevermind.  The article uses a template which invokes a module which does not handle the name parameter.  Either upgrade the module (which doesn't look trivial at first), or use explicit s in the article.  —EncMstr (talk) 16:17, 20 April 2014 (UTC)
thread_title:  Naming the tags? 

message: Is there a reason Protocol-relative URLs are not used by this template? 87.78.26.238 (talk) 04:44, 2 May 2014 (UTC)
thread_title:  Protocol-relative URL 

message: Meanwhile I moved my project "OSM 4 Wiki" to the wikimedia tool server. The German Template "AllCoordinates" is using it already. See this German example and this English example --84.118.213.90 (talk) 19:50, 8 May 2014 (UTC)
thread_title:  OSM is available! 

message: The latest one I've had this problem is Yale First Nation, where only 10 of 17 coordinates on the page show up; others in items in List of Kwakwaka'wakw villages and maybe various related island and channel articles e.g. Gilford Island and Tribune Channel and various others.  Is there some change in the code for the template that suppresses more than so many at a time?Skookum1 (talk) 05:31, 15 May 2014 (UTC)
replies: text: I note that I'm using  rather than .  Is there a difference, since the former redirects here to the latter?Skookum1 (talk) 05:32, 15 May 2014 (UTC)
replies: text: You are probably experiencing a caching issue.  The addition of coords to Yale First Nation were recent (I didn't check the others), so they don't show up until the toolserver cache (if there is one) and the Wikimedia squid caches are refreshed.  You can force the latter by adding &action=purge to the URL when you view the source article once.  Or you can just wait 3–48 hours.  —EncMstr (talk) 14:40, 15 May 2014 (UTC)
replies: text: In Yale First Nation there are only 10 unique coordinates, 7 are duplicates, so it shows 10 nor 17. --Vriullop (talk) 06:35, 16 May 2014 (UTC)
thread_title:  why are not all coords showing up on some pages? 

message: I have set up coords in List of Local Nature Reserves in Greater London formatted for kml, with kind assistance from Rodw. I forgot that Natural England gives two coords for some sites which are in separated areas, and only gave the name= parameter once for each site, so some locations show up on the map just as numbers. I am not sure of the best way of dealing with this. Do I need to have duplicate headings on the map or is it possible to stop kml from seeing selected coords? This will be a problem with other lists - some SSSI citations give 4 coords. Thanks for any advice. Dudley Miles (talk) 19:42, 22 July 2014 (UTC)
thread_title:  Several coords for one site 

message: Google have announced changes to the use of kml files on google maps. Will this require any action on articles which use the kml template?— Rod talk 18:42, 21 November 2014 (UTC)
replies: text: Article pages should not be impacted:  That is why we have templates.  The changes will be confined to this template and/or the mapping resource handler page https://tools.wmflabs.org/geohack/geohack.php or its successor.  The change doesn't occur until February and it seems it is easy to address.  See WT:GEO#Google_Maps_and_.7B.7BGeoGroupTemplate.7D.7D.  —EncMstr (talk) 19:02, 21 November 2014 (UTC)
replies: text:  I came to report the same news. Ping User:Para FYI. --Jeremyb (talk) 23:33, 26 December 2014 (UTC)
thread_title:  KML files on Google Maps 

message: Any updates on OSM addition? Found in archive link to German implemenatation, but it is slow and does not seem to work (https://tools.wmflabs.org/osm4wiki/cgi-bin/wiki/wiki-osm.pl?project=en&article=List_of_rapids_of_the_Columbia_River%26section%3DSnake_River_to_Bridgeport). I found nice fast osm kml display here, but it does not accept our kmlexport kml due to missing file extension (how however kml produced by kmlexport and saved somewhere else works without problem) and code itself does not seem to be open source. --Jklamo (talk) 17:04, 30 December 2014 (UTC)
thread_title:  OSM 

message: I have a website with implemented Google Maps, which displays the coordinates in order (and with the pins interlinked).
I have added an option for external KML resources, and it's much nicer in the case of routes / hikes / pilgrimages:
The website is http://mumimhere.info and the map with the KML is: http://mumimhere.info/kml/?kml=tools.wmflabs.org%2Fkmlexport%2F%3Farticle%3DCh%25C5%25ABgoku_33_Kannon_Pilgrimage
I understand (for what I can read in this Talk) that this might consume my Google Maps API usage limit (I think it's 25,000 map loads per day).
I don't believe people will go for my option before Google or Bing, but some might. If it goes over the limit but you like the website, as @Para said, "There will most certainly be feature requests for the site that someone will need to implement and maintain. There is much more room for customization when a Wikipedian is responsible for the site, rather than just the KML content," someone (or me) could be responsible for maintaining a site (Mum I'm Here) exclusively for Wikipedia GeoGroup.  — Preceding unsigned comment added by Nicojonesgodel (talk • contribs) 04:22, 7 January 2015 (UTC)
thread_title:  Adding a new external resource 

message: I added the template to Brisbane River and the Google map shows all the reaches with their name parameter (where supplied). Great! So I added the template to Bridges over the Brisbane River and the Google map doesn't display the name parameter but calls everything #1, #2 etc. I can't see what I have done differently. Any advice would be most welcome. Thanks. Kerry (talk) 04:03, 23 January 2015 (UTC)
replies: text: It looks like everything is right.  I tweaked a few inconsequential issues (feel free to revert) in case there is a new pathology.  I think the external tool which interprets the coordinates is being confused by the article's subsections which is something it did years ago and I thought was discussed and fixed here, but that fix didn't work, though there could be caching issues keeping it from working immediately  Maybe the maintainer of that tool, , will comment?  —EncMstr (talk) 15:14, 23 January 2015 (UTC)
replies: text: Google caches all the kml it fetches, especially if you keep hammering it after updates. You can change the kml url slightly to make it think it's a new one, like mentioned at :Template:GeoGroup#Cache delay. --Para (talk) 17:44, 23 January 2015 (UTC)
replies: text: Thanks, all! It seems to be working, so it was probably was the caching issue as you suggest. It's a great template to have and now that I know about it, I think I'll be adding it to a lot more Queensland content, especially geographic lists. Like pictures, maps are worth a thousand words. Kerry (talk) 23:20, 25 January 2015 (UTC)
thread_title:  What did I do wrong? 

message: It appears that links to https://maps.google.com/ - such as the one titled "Map all microformatted coordinates" in this template - will stop working soon, see https://support.google.com/maps/answer/41136?p=kml&hl=en&rd=1 and https://developers.google.com/maps/support/kmlmaps. --Redrose64 (talk) 19:53, 25 February 2015 (UTC)
replies: text: Yup, that's why generally we don't use such commercial services... Because they can do stuff like pulling the plug, without us being able to fork. —TheDJ (talk • contribs) 13:29, 26 February 2015 (UTC)
replies: text: See related discussion: Template talk:Attached KML#Viewing KML data in Google Maps. --Edgars2007 (talk/contribs) 14:46, 26 February 2015 (UTC)

text: The thing is, we don't have to fork. If Google and Bing both stop hosting KMLs, the template still falls back on the WikiMiniAtlas, which is shown in the title view if no parameters are given to the template. TCN7JM 14:50, 26 February 2015 (UTC)
replies: text: Er...never mind. This thread was linked to elsewhere, and I thought we were talking about the same template . I don't know what this template does. Sorry. TCN7JM 15:57, 26 February 2015 (UTC)
replies: text:  See e.g. Channel Tunnel#External links, the topmost box on the right-hand side of that section. Click "[show]" to expand the box, and "Map all microformatted coordinates" will be visible second from bottom. --Redrose64 (talk) 16:07, 26 February 2015 (UTC)
replies: text: Well, I mean, I know what the template does, per se; I meant that I don't know what it has as a backup if Google Maps goes kaput. TCN7JM 16:11, 26 February 2015 (UTC)

text: Speaking as someone with this at Featured List Candidates, could someone please get in contact with  OpenStreetMap so that the list can get its whole raison d'être back! Ham II (talk) 20:13, 3 March 2015 (UTC)

text: It doesn't appear to work on any of the articles I have tested. It just shows a map of the world, with a box at the left hand side saying "Toolserver error" "tool labs". Also the Bing option goes to a "No webservice" page. Bob1960evens (talk) 10:51, 14 March 2015 (UTC)
replies: text: http://tools.wmflabs.org/kmlexport/ has been down a lot recently. Now it is working again. --тнояsтеn ⇔ 14:56, 14 March 2015 (UTC)
replies: text: Thanks for the info. It is indeed working at the moment. Bob1960evens (talk) 16:54, 14 March 2015 (UTC)
thread_title:  Viewing KML data in Google Maps 

message: Hello. Any ideas, why there's so terribly poor service availability on the toolservers, hosting the KMLExport tool? It virtually seems to be in prevailing "Internal error" state these days, being interruped by short intervals of normal operation. It's quite hard to justify and defend the presence of GeoGroup-equivalent templates in the articles, with the links pointing to HTTP 500 page most of the time... :( --Teslaton (talk) 20:19, 15 March 2015 (UTC)
replies: text: User:Para moved his tool on Labs (). Hope this helps. --2A02:810D:1080:23D8:5489:FE9A:37D0:9486 (talk) 21:08, 15 March 2015 (UTC)

text: Reported here: phab:T92963. --тнояsтеn ⇔ 15:27, 17 March 2015 (UTC)
thread_title:  Excessive KMLExport downtimes 

message: Today I tried printing a map from Bing.  Actually just tried to get a map on screen with Bing and got the message
"Only KML, KMZ, GeoRss and GPX formats are supported"  Sounds terrible.
Open maps comes up but does not allow me to print.
Smallbones(smalltalk) 16:26, 2 April 2015 (UTC)
replies: text: Bing works for me for List of bridges in Perth, Western Australia. Which article were you trying? - Evad37 [talk] 00:44, 3 April 2015 (UTC)
replies: text: Your bridges list worked for me, but my photography list User:Smallbones/delco doesn't work now, even though it worked 2 days ago.  Smallbones(smalltalk) 01:35, 3 April 2015 (UTC)
replies: text: It seems to work if you if you remove %26usecache%3D1 from the end of the url, i.e. http://www.bing.com/maps/?mapurl=http%3A%2F%2Ftools.wmflabs.org%2Fkmlexport%2F%3Farticle%3DUser%3ASmallbones%2Fdelco . I'm not sure why that makes it work, especially since the bridge article I linked works with that bit of code at the end of the url. - Evad37 [talk] 02:22, 3 April 2015 (UTC)
replies: text: Thanks, it works for me too.  Smallbones(smalltalk) 04:24, 3 April 2015 (UTC)

text: I don't know what the problem is, but they're not working for me, either. Deor (talk) 00:03, 6 June 2015 (UTC)

text: It does work for me, on Altiplano-Puna volcanic complex. Jo-Jo Eumerus (talk, contributions) 22:35, 27 August 2015 (UTC)
replies: text: OK,it looks it is somehow related to Firefox. I tried it in IE and it works satisfactorily there. I can't imagine what the problem is in Firefox. •••Life of Riley (T–C) 22:53, 27 August 2015 (UTC)
replies: text:  For me it does work in Firefox... Jo-Jo Eumerus (talk, contributions) 22:57, 27 August 2015 (UTC)
replies: text: Google Maps went west six months ago, see Template talk:GeoGroup/Archive 1#Viewing KML data in Google Maps. --Redrose64 (talk) 23:45, 27 August 2015 (UTC)
thread_title:  Bing working? 

message: This tool no longer works with Bing. Deleting the "use cache" parameter has no effect. And what happened to the link to Google Maps? •••Life of Riley (T–C) 19:44, 27 August 2015 (UTC)
replies: text: It does work for me, on Altiplano-Puna volcanic complex. Jo-Jo Eumerus (talk, contributions) 22:35, 27 August 2015 (UTC)
replies: text: OK,it looks it is somehow related to Firefox. I tried it in IE and it works satisfactorily there. I can't imagine what the problem is in Firefox. •••Life of Riley (T–C) 22:53, 27 August 2015 (UTC)
replies: text:  For me it does work in Firefox... Jo-Jo Eumerus (talk, contributions) 22:57, 27 August 2015 (UTC)
replies: text: Google Maps went west six months ago, see Template talk:GeoGroup/Archive 1#Viewing KML data in Google Maps. --Redrose64 (talk) 23:45, 27 August 2015 (UTC)
thread_title: Bing still not working

message: After noticing a Google maps link on a German Wikipedia article, I had a look, and they seem to have KML overlays working on some sort of Google maps instance on tools.wmflabs.org. Template:Attached KML has already been updated with the new link. I've now added code to this template's sandbox, and it seems to work on the articles I tried. If someone else can test it on some more pages, and see that the various template options are working as expected, then I think we can add Google maps back into the main template. - Evad37 [talk] 06:35, 10 September 2015 (UTC)
replies: text: I've updated the testcases page with examples (from the documentation) - Evad37 [talk] 14:23, 11 September 2015 (UTC)

text: to template - Evad37 [talk] 11:07, 18 September 2015 (UTC)
thread_title:  Google maps working? 

message: Jump to map box (within the article) seems to work only once, meaning clicking on it the second time doesn't seem to work. Is it a bug or a limitation? Sanglahi86 (talk) 09:11, 6 February 2016 (UTC)
replies: text: Within which article? --Redrose64 (talk) 11:58, 6 February 2016 (UTC)
replies: text: I've tested it in my sandbox since I was just planning to use the template. The GeoGroup template is nested inside a table. The Jump to map box worked fine during the first (and/or second) click/s, but not after the succeeding ones. (I know one would very rarely click on the jump to box a number of times but it appears to be a minor bug). Sanglahi86 (talk) 12:15, 6 February 2016 (UTC)
replies: text: Doesn't do anything for me, not even on first click. --Redrose64 (talk) 21:08, 6 February 2016 (UTC)
thread_title:  Jump to map box works only once? 

message: Google Maps does not seem to work again. --Jklamo (talk) 20:02, 9 April 2016 (UTC)
replies: text: Worked fine for me a minute ago at Danforth Avenue (HBLR station). Maybe it's been repaired already. Jim.henderson (talk) 20:32, 9 April 2016 (UTC)
replies: text: Oh. You meant this template for, among other things, categories. So, it worked a minute ago for me at :Category:Central Railroad of New Jersey. Jim.henderson (talk) 20:38, 9 April 2016 (UTC)
thread_title:  Google Maps 

message: Hello, with , we noticed that the KML code works fine only with
* Categories (and their subcategories)
* Wikiarticle (provided they display full coordinates somewhere in the wikiarticle inside). Example : Netherton_Tunnel_Branch_Canal#Features
==> is there a way so that the KML be producing all coordinates from any link inside wikiarticle (even without coordinates). Example : KLM_destinations#List
Thanks --Bouzinac (talk) 15:31, 30 May 2016 (UTC)
thread_title:  List all coordinates in a wikiarticle (even without direct coordinates) 

message: Google Maps does not seem to work in List of lighthouses and lightvessels in Chile: NGA1155.8–NGA1312. --Keysanger (talk) 12:24, 16 April 2016 (UTC)
replies: text: Three minutes ago it failed for me, for the lighthouse list and for the railroad category. One minute ago, it worked for both. Glitch, somewhere. Jim.henderson (talk) 13:42, 16 April 2016 (UTC)
replies: text:  Andy, are you still active in maintaining this template? If not, can you suggest someone who might be? The link to Google maps fails about 90% of the time for me on here, and almost always on Commons, and sadly I'm in over my head trying to fix it. Pi.1415926535 (talk) 15:53, 20 August 2016 (UTC)
replies: text: I noticed this error also: the google maps group still does not display correctly, though about a year ago it worked fine, so something was changed in the meantime. The location anchors jump around in the general area concerned, especially as you zoom out, when their position relative to each another converges on a straight line, which is usually plotted on the fraction of the map which is displayed, whether that is the correct area or not. JMK (talk) 10:31, 24 October 2016 (UTC)
thread_title:  Google Maps II 

message: Bing link is not working neither here nor on Commons. --Jarekt (talk) 03:30, 6 November 2016 (UTC)
replies: text: Here we are, three and a half days later, and Bing still doesn't work. It shows where I am, sitting at my desk, which I already know. Jim.henderson (talk) 20:15, 9 November 2016 (UTC)
thread_title:  Bing link is not working 

message: If I have a category with GeoGroup|level=0 the OSM display shows the categories on the LHS. Individual items are hyperlinked to their articles under a tree of categories, could the tree root nodes be hyperlinks to maps of that category only. So I start with Museums in England, find a military one, then realise what I wanted was to just see the military museums, so chose a Military Museum category hyperlink which brings up a map with just those museums. Vicarage (talk) 16:47, 21 November 2016 (UTC)
thread_title: Make the category link in the OSM display a clickable link to just items in that category

message: I've just tried a WP:GEO pass over The Grand Tour (TV series) article, with coordinates having  to avoid breaking up the prose.  Only a single coordinate is being passed through to the WMFlabs/OSM view, and zero passed through to the Google/Bing views.  Could anyone make  any suggestions as to what might be happening, or solutions?  (Ideally, keeping  on the majority of coordinates please). —Sladen (talk) 14:50, 29 November 2016 (UTC)
thread_title:  display=none not exported 

message: Has something gone wrong? In List of New York City Designated Landmarks in Queens, OSM works properly. Google Maps only shows a few locations far away in New Jersey, thus not relevant. Bing shows no locations at all.
:This was me, in December but I forgot to sign. Tonight OSM and GM are working properly. Bing shows no locations at all. Jim.henderson (talk) 00:57, 26 January 2017 (UTC)
replies: text: There doesn't seem to be any way to get KML files to display on Bing Maps – the link should probably be removed from the template. - Evad37 [talk] 05:36, 26 January 2017 (UTC)
thread_title:  List articles 

message: If I follow the links (https://tools.wmflabs.org/osm4wiki/cgi-bin/wiki/wiki-osm.pl?project=en&article=Template%3AGeoGroup§ion=Examples, https://tools.wmflabs.org/wp-world/googlmaps-proxy.php?page=https:%2F%2Ftools.wmflabs.org%2Fkmlexport%3Farticle%3DTemplate:GeoGroup%26section%3DExamples&output=classic, https://tools.wmflabs.org/kmlexport?article=Template%3AGeoGroup§ion=Examples&redir=bing) in the example for "Netherton Tunnel Branch Canal" with Firefox 52.0.2 (Linux):
* for OSM I get "sorry, no data to show" and a world map,
* for Google I get five and a half world maps next to each other with the top and bottom third of the screen gray with no indicators, and
* for Bing I get a map of my location (Hamburg) with no indicators (probably the default page).
The same happens in List of stations in London fare zone 6#List of stations for https://tools.wmflabs.org/osm4wiki/cgi-bin/wiki/wiki-osm.pl?project=en&article=Category%3AStations+in+London+fare+zone+6, https://tools.wmflabs.org/wp-world/googlmaps-proxy.php?page=https:%2F%2Ftools.wmflabs.org%2Fkmlexport%3Farticle%3DCategory:Stations_in_London_fare_zone_6&output=classic and https://tools.wmflabs.org/kmlexport?article=Category%3AStations+in+London+fare+zone+6&redir=bing.  --Tim Landscheidt (talk) 18:52, 14 April 2017 (UTC)
replies: text: Bing hasn't worked for a while now, and should be removed from the template. The other links do work, at least for some random articles I looked at which use this template (Area 51, Channel Tunnel, Geography of Italy). The London fare zone 6 links don't work because :Category:Stations in London fare zone 6 doesn't exist, so there are no coordinates to be displayed. - Evad37 [talk] 00:21, 15 April 2017 (UTC)
replies: text:  You're right; as I don't know whether :Category:Rail transport stations in London fare zone 6 is identical or just a subset of the missing category, I'll remove the template inclusions where they don't work and leave a note on the talk page.  Thanks!  --Tim Landscheidt (talk) 02:51, 15 April 2017 (UTC)
thread_title:  Template does not work for OSM, Google or Bing 

message: The carriage return after the "</noinclude>" tag adds a whitespace line if the template is placed after another template, as here: Mekong#External links.  Would you please be so kind as to delete that carriage return?—DocWatson42 (talk) 15:50, 20 March 2017 (UTC)
replies: text: Done The entire protection template can go, the documentation system does it. — Train2104 (t • c) 16:10, 20 March 2017 (UTC)
replies: text:  Thank you! ^_^ — DocWatson42 (talk) 11:16, 17 April 2017 (UTC)
thread_title:  Template-protected edit request on 20 March 2017 

message: Hi, I wanted to adapt that template to gl.wiki to get it working with GoogleMaps, but the problem is that option tries to get coordinates from the article at en.wikipedia. The template, at test, is here, and it's used here. The option to show coordinates at OpenStreetMap works ok, but the option to show coordinates at GoogleMaps, doesn't works. Could somebody help me to fix the problem? Thanks!, Elisardojm (talk) 09:58, 22 June 2017 (UTC)
thread_title: Help to adapt to gl.wikipedia

message: The domain microform.at can't be found in the DNS registry. I propose removing the "Map all microformatted coordinates" and "Place data as RDF" links from this template. --1Veertje (talk) 10:04, 18 September 2017 (UTC)
thread_title:  microform.at