Template talk:Coord

From Wikipedia, the free encyclopedia

Template:Coord is permanently protected from editing, as it is a heavily used or visible template. Substantial changes should be proposed here, and made by administrators if the proposal is uncontroversial, or has been discussed and is supported by consensus. Use {{editprotected}} to attract the attention of an administrator in such cases. Any contributor may edit the template's documentation to add usage notes, categories or interwiki links.

This template is within the scope of the following WikiProjects:

MicroformatsWikipedia:WikiProject MicroformatsTemplate:ProjectMicroformatsMicroformats articles WikiProject Microformats v • d • e Coord is part of WikiProject Microformats, which encourages the deployment of microformats in Wikipedia, and documents them in the article space. If you would like to participate, visit the project page. Geographical coordinatesWikipedia:WikiProject Geographical coordinatesTemplate:WPcoordGeographical coordinates articles WikiProject Geographical coordinates v • d • e Coord is of interest to WikiProject Geographical coordinates, which encourages the use of geographical coordinates in Wikipedia. If you would like to participate, please visit the project page, where you can join the project and see a list of open tasks. GeographyWikipedia:WikiProject GeographyTemplate:WikiProject Geographygeography articles WikiProject Geography (Rated Template-Class) Geography portal v • d • e This template is within the scope of WikiProject Geography, a collaborative effort to improve the coverage of geography on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.  Template  This template does not require a rating on the project's quality scale. WikiProject Geography To-do list: Here are some tasks you can do: Requests: To help assess the quality and importance of geography articles, please see: Category:Unassessed geography articles and Category:Unknown-importance geography articles. Cleanup: Geography Philosophy of Geography History of geography Holarctic Geostatistics Kriging Geographic Information Systems Urbanism Wikipedia:Requested pictures/Places Valley Expand: TOP PRIORITY: Lists of basic country topics (one for each country) - these are general reference companions to the main articles on each country. Are your favorite countries covered yet? The lists completed enough to be transferred to article space can be found at Portal:Contents/Lists of basic topics#Geography and places. List of geography topics (replace redirect with an article index, see List of psychology topics as an example) List of geographers Stubs: Needs categorization and article improvement Tied-island Cycle of erosion Outer Continental Shelf Other: Needed articles Geographical feature Glossary of geography terms List of map-changing events by date Regions of North America (See Regions of Africa) Regions of South America Regions of Oceania Demographics of Asia (See Demographics of Africa) Demographics of Oceania

To help centralise discussions and keep related topics together, all template talk-subpages redirect here.

Archives
Archive 1 Archive 2 Archive 3 Archive 4 Archive 5 Archive 6 Archive 7 Archive 8 Archive 9

This talk page is automatically archived by MiszaBot II. Any sections older than 60 days are automatically archived.

Contents 1 Moon 2 Template:Coord/input/dm 3 Format of coordinates in quote 4 Superfluous space 5 What source should I use if I find coords with Google Maps or Google Earth? 6 Globe graphic in template 7 Strange behaviour in Mont Blanc 8 New undesired behavior 9 Undocumented feature? 10 Coord is down 11 References for {{coord}}

[edit] Moon

Just tried converting List of artificial objects on the Moon to use marked up {{coord|29.1|N|0|W|globe:Moon}} instead of bare coordinates (currently displayed as 29°06′N 0°00′W / 29.1°N 0°W / 29.1; -0). Is the "globe:XYZ" stuff supposed to work and, if not, what needs fixing (eg. to make it point correctly at moon.google.com)? —Sladen (talk) 13:01, 13 April 2009 (UTC)

As far as I know, support for other planets is not yet completed in wikiminiatlas nor in Geohack. --TheDJ (talk • contribs) 20:00, 13 April 2009 (UTC)

Excellent. So, next question; how can it be fixed to know about Luna? (I'm hoping that somebody already familiar with the Coord macro might bite, rather than me having to investigate from scratch). —Sladen (talk) 10:02, 16 April 2009 (UTC)

There's MoonHack for them. Template:Coord/link could be modified to react to globe:moon, but often these coordinate parameters come together with other parameters, and Wikipedia doesn't have string functions to use just one. Best solution is probably to have GeoHack redirect requests with globe:moon to the moon page. --Para (talk) 15:32, 16 April 2009 (UTC)

If either of those can be made to work in a way that agrees with the current globe:moon documentation that would be an ideal solution. Is it not possible to just grep for the string ".*global:moon.*" within the macro parameter (I thought Mediawiki template language was supposed to be Turing complete). ..and it it is not possible, who would need contacting to get GeoHack fixed externally? —Sladen (talk) 17:14, 16 April 2009 (UTC)

Turing complete means only that anything might be able to be done; it says nothing about how practical or useful such a solution might be, and that is definitely the case for templates. GeoHack was originally written by Magnus Manske, but—I think—has been maintained lately by Dispenser. —EncMstr (talk) 22:07, 16 April 2009 (UTC)

I've added support for globe: subpages into GeoHack with the layout update today. — Dispenser 19:57, 24 April 2009 (UTC)

Please see my proposal for coordinates for lunar, Martian and other non-terrestrial coordinates - this proposal is already implemented in Swignition. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 16:31, 25 May 2009 (UTC)

[edit] Template:Coord/input/dm

To add the same check for minutes >=60 as in Template:Coord/input/dms, I'd like to make the following change [1]. -- User:Docu

[edit] Format of coordinates in quote

Q: How do I mark up coordinates if they appear within a quote in a format that doesn't match what this template outputs?

I want to mark up coordinates that appear within a quotation. The format of the coordinates in the quotation is "lat. 31°59'S, long. 117°30'E". This template doesn't use that format, and it wouldn't be proper for me to change the format inside a quote. Any ideas? Hesperian 14:02, 24 April 2009 (UTC)

This template can output 31°59′S 117°30′E / 31.983°S 117.5°E / -31.983; 117.5, which is close to your format. Unless the quote is about the format of the coordinates, you should be able to insert it with square brackets, e.g. "asdf asdf [ 31°59′S 117°30′E / 31.983°S 117.5°E / -31.983; 117.5 ] asdfasdf asdf ". If the coordinates in the quote don't use the WGS84 datum, the {{coord}} shouldn't be used though. To avoid any accidents, it's worth wrapping it in nowiki tags, as e.g. on Cape Howe. -- User:Docu

Thanks; I found further information that obviated the need for a quote. Regarding datums, in Australia we generally use GDA94 these days, which is within a metre or so of WGS. At the time of the quotation we would have been using AGD66, which is about 200 metres off WGS, which I think would have been acceptable given that I'm only giving precision to the minute. Hesperian 15:01, 24 April 2009 (UTC)

[edit] Superfluous space

I noticed that if I put a punctuation mark after this template the result looks ugly because of space before the mark, like this: 50°5′17″N 14°24′12″E / 50.08806°N 14.40333°E / 50.08806; 14.40333. I think the reason for this is in the {{Coord/link}} template. The part "<span class="geo-multi-punct"> / </span>" shouldn't do anything because that class has style set to display: none, but wikipedia somehow translates it into " <span class="geo-multi-punct">/</span> " (note the spaces before <span> and after </span>) in HTML, so the spaces are visible.

I know this is a very minor issue, but I don't know how can this be fixed, so can somebody help? Svick (talk) 14:10, 8 May 2009 (UTC)

Hmm, well noticed. I think it is HTMLtidy assuming that >/< is an error from the user in specifying the closing tag. Perhaps we should use &#47; instead. —TheDJ (talk • contribs) 14:30, 8 May 2009 (UTC)

This is a HTML Tidy problem indeed, where Tidy doesn't want to start or end elements with spaces. It has been fixed a number of times with a dummy character, which however is a rather obscure solution and is easily forgotten in subsequent changes to the template, so you're seeing it again. The xfeffs could be added back, but their use was criticised not long ago; maybe there's an other character we could use to keep Tidy from shuffling spaces around? --Para (talk) 14:38, 8 May 2009 (UTC)

In this case we could either convert them to nbsp or, we can just remove them all together I guess. —TheDJ (talk • contribs) 14:51, 8 May 2009 (UTC)

The tiny group of people who browse without CSS or have added non-default rules might not like inline coordinates wrapped on lines from all the wrong places, or the "50°5′17″N 14°24′12″E / 50.08806°N 14.40333°E / 50.08806; 14.40333" above changing into "50°5′17″N 14°24′12″E/50.08806°N 14.40333°E/50.08806; 14.40333". --Para (talk) 08:41, 9 May 2009 (UTC)

This tiny group is now out of luck. They can present a solution and it will be implemented :D —TheDJ (talk • contribs) 11:05, 15 May 2009 (UTC)

This extra space problem is still with us. I would like to encourage the folks who understand this template to get it fixed as soon as possible. It is very noticeable in all the articles where the coordinates are included in the text of the article. I hope this can be resolved. --droll [chat] 08:14, 9 May 2009 (UTC)

Y Done I used a HTML escaped unicode space character. Apparently HTMLtidy doesn't understand any type of Unicode HTML escaping. When they ever solved that, the problem might return btw. —TheDJ (talk • contribs) 11:56, 9 May 2009 (UTC)

Nice work. I got up this morning. The sun was out and there was no extra space. Life is good. Thanks. --droll [chat] 15:20, 9 May 2009 (UTC)

Thanks. Svick (talk) 22:58, 9 May 2009 (UTC)

Undone. Turns out tidy does recognize space written as an entity, it's just that it was written incorrectly; "&#20;" isn't space, "&#32;" or "&#x20;" are, so the broken entities were written into the display:none spans. If they are written correctly, tidy recognizes them and pulls them out of the spans, so I've undone the change. I can't really offer an alternative though. :\ Amalthea 10:32, 15 May 2009 (UTC)

Same problem at Template talk:Sort#Superfluous space, if we find a way to trick tidy here the fix should be aplied there, too. Amalthea 10:35, 15 May 2009 (UTC)

As an alternative to removing the space completely, we can use an &emsp; (] [), &ensp; (] [), or a &thinsp; (] [). All are breaking spaces, and really aren't recognized by Tidy. I'd suggest using an &ensp; both here and at Template:sort, unless anyone knows of display issues with them. Amalthea 11:23, 15 May 2009 (UTC)

Some of those are also not recognized on IE5.5/6.0 —TheDJ (talk • contribs) 11:48, 15 May 2009 (UTC)

Damn you, IE!!1! But that was actually what I was afraid of whith using &#xFEFF; (][), too, I had hoped that a named entity would have better support. Is FEFF displayed properly (=not) in old IEs? If so, then how about a proper breaking zero-width space, &#x200B; (]​[)? Amalthea 12:27, 15 May 2009 (UTC)

Guess not. I should have read the whole talk page here before adding my 2¢. Amalthea 12:33, 15 May 2009 (UTC)

Is there a way to do this without &#xfeff; ? If people re-use the coordinates, it's likely to create problems elsewhere (templates don't process them). -- User:Docu

• Yes, we remove the spaces all together. —TheDJ (talk • contribs) 09:37, 18 May 2009 (UTC)
• (ec) Hmm, you mean reuse through copy&paste which might copy the invisible character? If no special whitespace characters can be used, I could only find a way to stop the space bleeding at the beginning, but not at the end:
  "X<span><i/> foo <i/></span>X" → "X fooX" (the underlined part is the span).
  The proper way of course would be to get HTMLTidy to stop doing that in the first place. This really is a bug. Amalthea 09:41, 18 May 2009 (UTC)

• If removing spaces affects only the few users that see both formats of coordinates, I wouldn't mind. -- User:Docu 09:30, 20 May 2009 (UTC)

[edit] What source should I use if I find coords with Google Maps or Google Earth?

What source, if any, should I use if I find coords with Google Maps or Google Earth? Jason Quinn (talk) 16:23, 10 June 2009 (UTC)

Give google maps or google earth as the source: {{coord|12.345|-67.89|type:landmark_source:googlemaps}}... or {{coord|12.345|-67.89|type:landmark_source:googleearth}}.... —EncMstr (talk) 16:32, 10 June 2009 (UTC)

Great. Thanks. I've used that before. I think the sources description on the template page should be mention these explicitly. In fact, the whole sources section is potentially confusing. It doesn't really let the reader know if the sources can be free form or if there are a set set of tags that can be used. The WGS 84 example also had me thinking the source tag was for a more technical use than merely just giving your reference. Jason Quinn (talk) 18:04, 10 June 2009 (UTC)

[edit] Globe graphic in template

Per this FAC discussion, some editors, including myself, are finding that the globe graphic that appears in the coord template is distracting, especially in articles, such as the Battle of the Coral Sea, where the template is used frequently throughout the text. Also, the graphic, in large numbers, appears to slow the loading of the article. Is there an alternative, such as removing the graphic? Cla68 (talk) 06:00, 12 June 2009 (UTC)

I'd agree too that it can be distracting and it certainly is in the example you gave. The best solution is to update the template to allow a way to turn off the globe. I'm not good enough with templates to be able to do it though. Jason Quinn (talk) 13:51, 12 June 2009 (UTC)

I feel silly now. I never noticed before that clicking on the globe is different than clicking on the coordinates. I've always clicked on just the coordinates. Ignore me. Jason Quinn (talk) 13:53, 12 June 2009 (UTC)

Having a "|[something]=no" switch is worth considering. (I was going to say "globe", but that already means something else.)

—WWoods (talk) 15:24, 12 June 2009 (UTC)

| icon=no? —EncMstr (talk) 16:04, 12 June 2009 (UTC)

WikiMiniAtlas adds those blue icon to GeoHack links. I told Dschwen to add a downward arrow (▼) so it's obvious that it opens a window and not just decorative. You can disable it for inline links by adding var wma_settings = {onlyTitle:true}; to your monobook.js. — Dispenser 18:35, 13 June 2009 (UTC)

Okay, but what about disabling it for the common random reader so that prose is readable? I'm in favor of Wwood's solution above. —Ed (Talk • Contribs) 02:25, 17 June 2009 (UTC)

Well you would need to talk to User:Dschwen get the code for WikiMiniAtlas changed, so when it detects a CSS class or something. It would also mean disabling the feature for those who actually want it. But I don't think that is productive, instead the attention should be to focus on how to improve icon/interface. Currently the icon is a little large and as said before it is often mistaken for decoration similar to the external links icon. Alternative possibilities is to eliminate the text when displaying the icon in article bodies or reduce the size of the icon to about 12px. Another idea is to only display the icon, like maybe display=icon or something. And there might be an issue with the upcoming OSM integration. — Dispenser 18:11, 18 June 2009 (UTC)

[edit] Strange behaviour in Mont Blanc

Does anyone know what happened to the coordinates in the article Mont Blanc? They are given as

{{coord|45|50|1|N|6|51|54|E|type:mountain_region:IT|display=inline,title}},

which seems correct, but is translated by the template to 45°1′1″N 6°51′54″E.

This makes Mont Blanc appear way too much south, both in the infobox and also in Google Maps. -- Momotaro (talk) 12:59, 14 June 2009 (UTC)

Not the coordinate template. Enter CambridgeBayWeather, waits for audience applause, not a sausage 15:40, 14 June 2009 (UTC)

Ah, thanks, I did not see that! So – is the coordinate template just there so it can be parsed by Google Earth and similar programs? I just manipulated it a bit (in preview, of course), but there was no visible change in the article. -- Momotaro (talk) 23:21, 14 June 2009 (UTC)

You are right. Changing or removing the {{coord|45|50|1|N|6|51|54|E|type:mountain_region:IT|display=inline,title}} makes no difference at all. I tried using _scale:50000 but it still gave me the mountain scale. You might try asking at Template:Infobox Mountain. Enter CambridgeBayWeather, waits for audience applause, not a sausage 10:16, 16 June 2009 (UTC)

I just did that. -- Momotaro (talk) 14:43, 18 June 2009 (UTC)

[edit] New undesired behavior

I noticed today that this template is outputting the coordinates in the middle of the horizontal line underscoring the title of the article - instead of being above the article. This is happening with Chrome - and was not happening last week - though I'm not sure of the exact day when the behavior changed. --Trödel 05:54, 16 June 2009 (UTC)

It is probably the new version of chrome, not a new version of the template that make it happen. I have the latest version of chrome( which can remove thumbnails on the new tab page) and it does the same thing as you describe. --Stefan ^talk 06:03, 16 June 2009 (UTC)

It's not just Chrome. The same thing happens with FF and in IE the coordinates appear below the line. Enter CambridgeBayWeather, waits for audience applause, not a sausage 10:16, 16 June 2009 (UTC)

It broke with the revision upgrade they did yesterday. A CSS fix has been applied. — Dispenser 12:44, 16 June 2009 (UTC)

This fix does not fix the problem for me in Chrome 3.0.189 --Trödel 22:11, 18 June 2009 (UTC)

Nevermind - I must have had a cached version of the page I was looking at because a different page worked fine, and a refresh of my original page fixed the problem. --Trödel 22:15, 18 June 2009 (UTC)

[edit] Undocumented feature?

I just noticed that Paulatuk Airport has as part of the coordinates "_elevation:5". Does it do anything? I looked but couldn't find any listing for it. Enter CambridgeBayWeather, waits for audience applause, not a sausage 11:19, 27 June 2009 (UTC)

It's standard on commons, I believe only my parser actually reads the extra information. Many of these values are need better overlaying image directly on the Google Earth, but might have some other users. Here are some the of extra values that could be included:

• dim: for the general dimension/diameter in meters (now supported by GeoHack)
• elevation: (also alt: for the height presumably above mean sea level, intended as as a coord3d
• heading: the general direction of the object or direction of a picture.
• Many the tilt and roll will be include for photographs...

Hope that helps. — Dispenser 15:14, 27 June 2009 (UTC)

Thanks. Probably the elevation should be in metres rather than feet. Other than airports (worldwide) and objects in the US elevations would be metres and not feet. Enter CambridgeBayWeather, waits for audience applause, not a sausage 18:53, 27 June 2009 (UTC)

[edit] Coord is down

Coord is down. That is, if you click 10°12′N 20°18′W / 10.2°N 20.3°W / 10.2; -20.3, or the upper right corner coordinate link of pages like Athens, the page is not found. Happens on both Microsoft Explorer and Flock (browser). Art LaPella (talk) 23:34, 2 July 2009 (UTC)

And Firefox 3.5. This is presumably related to the MediaWiki update that was rolled out yesterday. Hesperian 00:30, 3 July 2009 (UTC)

I suspect it was today's power outage at the European data center that did it. --Carnildo (talk) 03:25, 3 July 2009 (UTC)

That would take down many of the toolservers, which host services like these. Sounds like a reasonable explanation. —TheDJ (talk • contribs) 18:53, 3 July 2009 (UTC)

I take that none of you are on the mailing lists or in the IRC channel. Also, the stable server that GeoHack runs on has change, but you shouldn't notice any difference. — Dispenser 19:23, 3 July 2009 (UTC)

[edit] References for {{coord}}

Is there a general way to give a reference for a display=title coordinate? For an inline coordinate, it seems straightforward: {{coord|...|display=inline,title}}<ref>...</ref>

I see no way to translate that for display=title. The "source" parameter doesn't seem to do nearly as much as a <ref> can. Am I just being anal retentive? Gregbaker (talk) 05:31, 8 July 2009 (UTC)