Template talk:Coord

Suggestion to add functionality to populate a couple categories

Based on a recent bot request there seems to be a need to add some functionality to this template to categorize some of the articles for tracking and maintenance reasons.

1. A new category to identify articles that do not have |display= with title, inline or inline,title set.
2. A new category to identify articles that have multiple coord templates
3. A new category to identify articls with multiple coord templates and do not have |display= with title, inline or inline,title set.

Does anyone have any concerns about doing this? --Kumioko (talk) 20:57, 11 January 2012 (UTC)

It's not difficult to categorise based on the lack of a value for |display= in a {{coord}}. You just need to add code like this to the {{coord}} template:

{{#if: {{{display|}}} | | [[Category:Coord templates without display parameter]] }}

What is much more difficult is to detect multiple uses. There is a report Wikipedia:Database reports/Articles containing overlapping coordinates which lists articles having two or more {{coord}} which specify one or another of |display=title |display=inline,title or |display=title,inline, that is, there are two or more {{coord}} (one of which is usually in the infobox) which are trying to put coordinates at the same position at upper right. The report is bot-updated weekly (and I usually stay on top of it), and I'm sure that if it were possible to do this by categorisation, it would be. --Redrose64 (talk) 21:47, 11 January 2012 (UTC)

What use would a category to track non-uses of parameter display= of {{coord}}? Whenever I come across the construction |display=inline, I remove it for being useless and bloating the wikitext. (I don't make such edits solely for that purpose; only if I encounter such while making other changes.) —EncMstr (talk) 22:11, 11 January 2012 (UTC)

If there is no |display= parameter at all, this is indeed exactly the same as if |display=inline had been specified. But giving |display= without also giving a value is not the same - it throws no error but instead creates a redlink in the page, Template:Coord/display/. --Redrose64 (talk) 22:43, 11 January 2012 (UTC)

I thought I understood template parameter parsing well enough to state that the template cannot tell the difference, but sure enough, {{coord|12.345|54.321|display=|name=some name}} gives Template:Coord/display/ as a result. Perhaps that particular case—and all other pathological uses—should cause categorization, not legitimate and proper instances? These mistakes can be found at Special:WhatLinksHere/Template:Coord/display/. —EncMstr (talk) 23:16, 11 January 2012 (UTC)

Heres the problem we are currenltly having. The only way to determine which articles match one of the three criteria I specified above is to use AWB or something to crawl through and scan every single one for what your looking for. If we had a category that said if it did not, or had multiples of the Coord template, we could easily pull them in and work with them to fix it. As it is there are hundreds of articles that need the display parameter in the thousands that have the Coord template and its hard to program a bot to know which one to tag with the parameter on the page when multiple Coord templates appear on the page, so I need to factor them out, so they can be checked manually. Its not a requirement to do this mind you but it will save several hours of the app having to scroll through and me having to manually pull out the ones I don't want the bot to touch. --Kumioko (talk) 14:56, 12 January 2012 (UTC)

discussion of interest

There's a new discussion at Wikipedia talk:WikiProject Geographical coordinates about a GeoData extension being developed at WMF which may be of interest to users of {{Coord}}. Please join the discussion there. —Stepheng3 (talk) 21:45, 13 January 2012 (UTC)

Martian coordinates problem

Can anyone see what's wrong with the coordinates in the infobox here. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:56, 3 February 2012 (UTC)

Y Done There is a line break between globe: and mars. Somebody else removed the whole thing; but I have restored it, having also removed the line break. --Redrose64 (talk) 19:56, 3 February 2012 (UTC)

Thank you. I don't now how I missed that. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:21, 5 February 2012 (UTC)

Add "text" parameter

hello,

I know it was previously discussed, in 2007 and 2011. I find a "text" parameter, like in the German version, interesting and useful, so I propose to add it here. In eg [1] I prefer the German version with the possibility to pattern random text. Compare this with the English article, and I am sure the majority prefer the first. It is more appealing and informative for newbies, who don't know what to do with those coordinates; there are simply uninteresting for most of the readers. Regards.♫GoP♫_T^C_N 10:11, 5 February 2012 (UTC)

Thank you; no. Coordinates are encyclopedic data, and should be displayed to our users. The German article also breaches accessibility guidelines, by using the same text to link to different targets. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:33, 5 February 2012 (UTC)

Conflicting title display

Please note that the new {{AttachedKML}} uses the title display, which conflicts with {{Coord}}'s, and would prevent both templates from being used in that way, on the same article. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:52, 7 February 2012 (UTC)

I think there are several issues here. First I would like to recommend adding a category to identify which articles with the Coord template don't use the display parameter. That will help identify the ones that need to have it added and which ones need to be checked against other templates like this one. Second, I think we need to rename this template to something a bit more insightful, third, given that the Attached KML template allows Coord routes I think it should be used for things like roads instead of the Coord template. I think it would also be possible to merge the logic of the 2 into one template so that we could use the Coord template and then have a parameter for this logic (like Route) --Kumioko (talk) 12:19, 9 February 2012 (UTC)

AttachedKML copies the same coding as coord, so as long as both don't vie for the title position, there is no issue. The solution is to make it so that AttachedKML can pass its centroid to mapping services to display the wiki logo at that point. - ʄɭoʏɗiaɲ ^τ _¢ 12:55, 9 February 2012 (UTC)

As the two templates cover interrelated information and (if used with "title") are currently mutually exclusive, I think there is a very strong case for them merging, i.e. adding the new AttachedKML parameters to those already in Coord. That way, there can be no display conflict and the KML functionality would easier for editors to discover. I've commented further at Template talk:AttachedKML#Integrating KML with Wikipedia. — Richardguk (talk) 13:59, 9 February 2012 (UTC)

Needless complication. This has a different function than coord so it should be maintained as a separate template, at least as its being developed. If it's placed into coord, WP:HRT comes into play and it becomes a courtroom drama to make any changes. - ʄɭoʏɗiaɲ ^τ _¢ 14:06, 9 February 2012 (UTC)

I'm not as familiar with coordinates and how they work on WP as some so you'll have to break this down for me. How is it different. It seems like Coord is for 1 point and Attached KML is for multiple points with links to Google and Bing. Is that right? I admit that they might be somewhat different but they are similar enough in form and function that it "might" be useful. --Kumioko (talk) 14:21, 9 February 2012 (UTC)

Coord takes a latitude and longitude and produces links to map sites. Attached KML takes the content of a KML file (which can be produced with GIS software or Google Earth using a series of connected points) and produces a single set of links to google and bing that displays that line. The KML can be customized to include multiple lines or various colours (networks), individual points on the line can be tagged with labels and has already been implemented in its basic form into the WikiMiniAtlas (the globe icons). - ʄɭoʏɗiaɲ ^τ _¢ 15:56, 9 February 2012 (UTC)

Floydian: I readily agree that we've had more than enough drama! And it certainly makes sense to develop new functionality without frequent changes to a template in such widespread use. But worth bearing in mind at this prototyping stage the potential benefits of avoiding inconsistencies in the new code that might cause needless compromises in future. Also, worth explaining prominently in the documentation the developmental status of {{AttachedKML}}, especially now that a broader range of editors are being encouraged to use it (e.g. at Wikipedia:WikiProject U.S. Roads/Maps task force/Tutorial‎#Creating a KML file). — Richardguk (talk) 14:31, 9 February 2012 (UTC)

The two templates are not mutually exclusive, and do not provide the same functionality. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:00, 9 February 2012 (UTC)

Bug in microformat for non-terrestrial coordinates

There is a bug (or bugs) in this template's emitted microformat for non-terrestrial coordinates. For example, the HTML markup for the infobox on Curiosity rover includes (line breaks added for readability):

<code>
<span style="display:none">
? / 
<span class="geo">-4.6; 137.2</span>
</span>
</code>

Firstly the "? /" appears extraneous; if so, and they can be disposed of, it may be possible to apply style="display:none" to the span with class="geo"

More importatly, the |globe= parameter is not being passed; the HTML should be something like:

<code>
<span style="display:none">
? / 
<span class="geo">
<span class="latitude">-4.6</span>; 
<span class="longitude">137.2</span>; 
<span class="body">mars</span>
</span>
</span>
</code>

per http://microformats.org/wiki/geo-extension-nonWGS84

Fixing this may require attention to the CSS described in Template:Coord#Per-user display customization. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:11, 9 February 2012 (UTC)

Region

Many existing Hong Kong articles are tagged with CN. But a separate code HK exist for the territory. Is it possible to clean this up by a bot? 218.250.159.25 (talk) 19:44, 10 February 2012 (UTC)

Enhance coord

Is there scope to enhance the coord template to include a url to an article and a picture. This is for use with the GeoGroup template so when viewing grouped coords on a map, one can see not just the name, but also see a picture and have a link to the article. There is a difference between grouped points that belong to the article and those that have wikilinks to other articles. The pictures would come from commons.

In my thinking we would have to modify coord to add this but I'm not sure on any impact that might have to anything else that relies on the data in the coord template from an article.

Then the GeoGroup template would need to be altered to use this data if available rather than use the link directly to the source article of the point.

Thanks in advance for any help. DubhEire (talk) 10:26, 18 February 2012 (UTC)

Display in Google Maps/Earth etc - redirects

Re: User_talk:Mddkpp#Magna_Park.2C_Milton_Keynes and User_talk:John_Maynard_Friedman#Magna_Park - there appears to be an issue with content with "coord : display=title" used in a redirects (similar to the principle of categorising redirects I suppose) not appearing.

Additionally I have several examples were having a coord with "display=inline" being parsed and displayed by google maps etc makes sense..

Is there anyway to do this? or is it entirely in google's hands.. Is there an accepted 'kludge' that can be used - maybe somesort of non-displaying template or use of subpages?? ThanksMddkpp (talk) 18:07, 23 February 2012 (UTC)

Discussion at WT:MOSICON regarding this template

I started a discussion at WT:MOSICON regarding the use of this template in prose as it pertains to WP:MOSICON. Your input is appreciated. Thanks. –Fredddie™ 00:20, 27 February 2012 (UTC)