![]() | This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 5 | ← | Archive 7 | Archive 8 | Archive 9 | Archive 10 | Archive 11 | → | Archive 14 |
I noticed on
Acland, Queensland that the coord flag {{coord|27|18|13.33|S|151|41|27.97|E|display=title}}
is off a little bit (5897 miles, marked on Gmaps at -27.294, 51.71). Checking more > Wikipedia shows the wiki article tag. The correct coordinates in decimal degrees are {{coord|-27.3035| 151.6899}}
. I did not correct the error, but Im noting it here because its not the first time that I've seen these kinds of correlation problems. Either there is a fault on this end or at Google. -
Stevertigo (
w |
t |
e)
00:16, 11 June 2010 (UTC)
It is appropriate to use this template for districts rather than specific places? if not what should I use? User:The Anomebot2 has added "Replacing geodata: {{coord missing|Somerset}}" to lots of districts in Somerset eg Taunton Rural District, Dulverton Rural District etc and I'm not sure whether this template which points to a single place is the right one to use.— Rod talk 12:47, 3 July 2010 (UTC)
type:adm1st
, type:adm2nd
or type:adm3rd
should be chosen, depending upon the importance of the district concerned. Per
this table, Somerset as a whole would be 2nd level, district councils within Somerset (and unitary authorities) would be 3rd level. --
Redrose64 (
talk)
13:52, 3 July 2010 (UTC)
{{coord|51.038|-2.827|type:adm3rd_region:GB|display=title}}
, otherwise fine. --
Redrose64 (
talk)
15:43, 3 July 2010 (UTC)
I noticed this anomaly this evening:
{{Coord| 44.112 | N| 87.913 |W}}
→
44°06′43″N 87°54′47″W / 44.112°N 87.913°W{{Coord| 44.112 | N| 87.913 | W}}
→ errors{{Coord| 44.112 | N | 87.913 |W}}
→ errorsSeems to be an untrimmed white space problems. – droll [chat] 05:31, 19 July 2010 (UTC)
{{#switch:{{{4}}}{{{8}}}|NE|NW|SE|SW=y}}
{{#switch:{{{3}}}{{{6}}}|NE|NW|SE|SW=y}}
{{#switch:{{{2}}}{{{4}}}|NE|NW|SE|SW=y}}
{{#if:|d|ERROR}}
, which cases the subtemplate {{
Coord/input/ERROR}}
to be invoked. Since the {{{4}}}
butts up to the {{{8}}}
(and the same with the other pairs), they rely on there being no spaces after the N/S nor before the E/W, since those would break that join.{{#switch: NW|NE|NW|SE|SW=y}}
{{#switch: N W|NE|NW|SE|SW=y}}
{{#switch: N W|NE|NW|SE|SW=y}}
During the current debate at
Wikipedia talk:WikiProject Highways#Geocoding of highways I discovered (to my shock and dismay) that the WikiMiniAtlas does not properly account for the dim:
parameter when selecting its map scale. Is the MiniAtlas still supported? If so, how do I get this bug fixed? --
Stepheng3 (
talk)
21:29, 27 July 2010 (UTC)
I am completely baffled by a coding problem. Please look at the code in User:Droll/subpages/sandbox5. A <p> is present in the HTML generated for the first example and not the second. I'm thinking this behavior started recently. I don't think it's problem with {{ Infobox valley}} as this behavior is showing up in other infoboxes as well. The behavior seems to be connected with this template. An example using {{ Infobox coord}} works fine. The example that transcludes {{ Coord}} directly has the problem. – droll [chat] 00:04, 31 July 2010 (UTC)
Is there any way of making just a globe appear and not the drawn out coordinates (which on paper/screen really mean nothing to the average user)? - ʄɭoʏɗiaɲ τ ¢ 15:24, 7 August 2010 (UTC)
<nowiki/>
, and it would make more sense as display=hidden
, none (for us CSS users), or null (for programmer). —
Dispenser
01:53, 9 August 2010 (UTC)
I've tried this, but most of the others were not keen on using the footnotes system for that purpose (after all, a single link to google maps covers all of those points with a line).
Steveng3, ideally it'd all be a single link. Oddly enough, I never even knew the globe made a map pop up until now, I always clicked the coordinates.
Andy, you are suggesting that most article readers care about the degrees minutes and seconds, and not the link to maps of the location. I find that illogical, it could never be the case since maps are universally readable, and coordinates require an understanding of the world, math, and geography to mean anything on their own. They are no more specific than putting the name of the country in to a layman, and thats what we are here to write for, not the technical experts. If anything, coords should be hidden by default, and then those who use just the coordinates can opt in. Those that don't get the map they are looking for. And yes, the fact that the coordinates are one click away is an enormous part of the argument, as you claim the necessity of having them, and I'm saying they are provided regardless. How does the coord template access geohack? I'll create a new template so that nothing has to be tinkered with on this one.
PS: Tell me where 42 degrees 12 minutes north and 74 degree, 13 minutes west is off the top of your head. What's the name of the nearest city? What state is it even in? - ʄɭoʏɗiaɲ τ ¢ 20:15, 10 August 2010 (UTC)
I'm writing a (deceased) person's article and There are many roads named after that person. These roads hardly deverse the dedicated articles in WP, so I prefer to use the inline Coord to indicate their location on the map. However, the commemoration section is written rather than listed, the long coordinates displayed after the globe icon doesn't look nice in the prose. Is there any solution to this. -- Sameboat - 同舟 ( talk) 03:42, 4 September 2010 (UTC)
A couple editors, notably
EncMstr have added elevation:
parameters to instances of {{
Coord}}. Said parameter is currently undocumented, and I don't know of any tools that use it, which leaves it somewhat in limbo. Dewiki's
de:Vorlage:Coordinate has a very similar elevation=
parameter, and I can see how elevation data might be useful for 3-D visualizations. How do people feel about this? Should we make the parameter official (i.e. document it)? --
Stepheng3 (
talk)
18:27, 23 August 2010 (UTC)
Can we delete these useless redirects?
Basilicofresco ( msg) 05:56, 18 September 2010 (UTC)
Please, take a look at Wikipedia:Redirects for discussion/Log/2010 September 19#Template:Coord/d and write your thoughts. -- Basilicofresco ( msg) 19:14, 27 September 2010 (UTC)
Sorry if it looks like a silly question, but I really don't understand where {{ coord}} should be placed in the article code. For example at the Bătrâna article, shall it be placed where it is now, before the "==References==" section, or at after it, at the end of the article near the other templates: {{ Hunedoara-geo-stub}}, {{ Hunedoara County}} right before the categories ? — Ark25 ( talk) 07:25, 24 November 2010 (UTC)
The screenshot below is IE8, classic skin and a window width of 900 or so. The effect is apparent on any page using Template:Coord with the title positioning. IE compatability mode does not change the layout. The same effect can be seen in Firefox also. I suspect it's to do with the wrapping of the "Main Page | Recent Changes | Edit this Page | Page history" line, but - TB ( talk) 10:55, 27 November 2010 (UTC)
There are many instances where at the top of the page there are more than one "coordinates" listed
with what seem to be different values. The effect is as if they were typed on a typewriter using
a carriage return but not a line feed (over typed). I suspect that it is because there are multiple
calls to the Coord Template on that page. One example of this is on the templace_nrhp discussion page,
but I've seen it on many other major article pages.
There should be some sort of check in putting out the "coordinates" at the top of the page that puts
in a linefeed (html break) so that if multiple coords are being output they don't overlap.
Travelslow (
talk)
13:56, 13 December 2010 (UTC)
{{
Infobox NRHP}}
allow both; and where the infobox allows both forms, only one form should be given.{{
coord}}
within the article as well, since almost every infobox with provision for lat/long will place the relevant coordinates at the article head{{
coord}}
in addition to the lat/long in the infobox, or there is a need to use {{
coord}}
more than once in the same article, care should be taken to use the parameter |display=inline
in the {{
coord}}
, and not |display=inline,title
or |display=title
.{{
coord}}
could be literally anywhere. If such a detection could be made, the upper-right position for coordinates assumes a particular page layout, because these coordinates are not part of the page text, but are overlaid on top. If there were to be multiple coordinates shown as a double column, these would overlap the portions of the page directly below. --
Redrose64 (
talk)
14:58, 13 December 2010 (UTC)Is there a way to specify heading/direction (N, NW, W, SW,...) with this template or any other template? I would like to geocode the One Hundred Famous Views of Edo, i.e. add the location of a viewpoint and viewing direction. bamse ( talk) 18:16, 14 December 2010 (UTC)
heading
attribute. See
commons:template:Location_dec. —
EncMstr (
talk)
18:37, 14 December 2010 (UTC){{Location}}
, {{Object location}}
, {{Location dec}}
or {{Object location dec}}
; the syntax is much the same as {{
coord}}
except that you add |heading:N|
or similar. The first two are for where you have d/m/s coordinates; the other two are for decimal degrees. The "Location" ones show the location of the viewpoint; the "Object location" ones show the location of the image subject. --
Redrose64 (
talk)
18:47, 14 December 2010 (UTC){{Location}}
on wikipedia? Seems like a useful template. If I put the coordinates in the image description on commons, is there a way to (semi)-automatically import them to wikipedia? I would like to use
Template:GeoGroupTemplate (or similar template if available) in the
One Hundred Famous Views of Edo article.
bamse (
talk)
19:16, 14 December 2010 (UTC)
{{Location}}
are covered by {{
coord}}
, apart from heading:
and one or two others. Commons is primarily concerned with image files, and if the image depicts a fixed object - such as a church - we would be interested in recording the lat/long of the object also the direction we are looking in. Wikipedia also has articles on fixed objects, but whilst we are interested in the lat/long, the article will mainly be text, for which there is no "viewing direction" as such.{{Location}}
template looks like, see
File:Moulsford railway station site.jpg, it's in the bottom of the "Summary" box; similarly, for {{Object location}}
, see
File:Port Meadow Halt railway station site.jpg. --
Redrose64 (
talk)
19:56, 14 December 2010 (UTC)
Recently, I have been writing on archaeological sites that have been submerged due to the construction of dams. Usually I know their approximate location, but in many cases not their exact location. Is there any way to indicate this in the coord template, or would it be better to leave the coords out? -- Zoeperkoe ( talk) 16:24, 16 December 2010 (UTC)
Hi, I was attempting to replicate the Coord template on the Amharic Wikipedia. However, I get an expression error when attempting to use it example. After some visual debugging, I think the problem lies in the Coord/link template Amharic version here since that is the first transclusion on which an error message appears. I also don't know why the globe picture/icon doesn't appear. I'd appreciate it if you guys have any suggestions. Thanks Elfalem ( talk) 17:04, 21 December 2010 (UTC)
I translate articles from German Wikipedia where the infobox parameters are often of the format "lat = 52/39/27/N" and "long = 12/45/12/E". It would be a real help if there was a smart way of getting {{coord}} to read these formats intelligently. Currently you have to calculate what they are in decimal and overwrite them with the decimal format or write out the full coord format, including all the standard parameters that an infobox normally handles automatically. This is highly repetitive and time-consuming, the very thing templates are supposed to eliminate. Is there a template that already does this? -- Bermicourt ( talk) 11:25, 28 December 2010 (UTC)
{{
coord|52|39|27|N|12|45|12|E}}
which produces
52°39′27″N 12°45′12″E / 52.65750°N 12.75333°E, a trivial conversion. It seems quite strange that /
is used as a template delimiter. —
EncMstr (
talk)
13:15, 28 December 2010 (UTC)coords=
parameter instead of only lat=
and long=
. Perversely, it forces decimal input and degrees/minutes/seconds output. It looks like you are doing quite a few of the mountain hut articles. Until someone augments the template to accept DMS, consider forgoing use of the infobox for position and simply include {{
coord|xx|xx|xx|N|xx|xx|xx|E|type:landmark_region:xx_elevation:xx_dim:xx|display=title}}
below the external links section. —
EncMstr (
talk)
14:46, 28 December 2010 (UTC){{
coord|xx|xx|xx|N|xx|xx|xx|E|type:landmark_region:xx_elevation:xx_dim:xx}}
etc. as desired. However, what I'm also after is the ability to accept the format stated above as well. Not only will this greatly speed up the transfer of info from de.wiki, it seems an excellent shorthand for dms data anyway i.e. lat = 52/39/27/N
and long = 12/45/12/E
is much quicker to type than lat_d=52|lat_m=39|lat_s=27|lat_NS=N|long_d=12|long_m=45|long_s=12|long_EW=E
. And surely that's a major part of what templates - saving time and hassle. --
Bermicourt (
talk)
15:58, 28 December 2010 (UTC)
{{
decdeg}}
which does the conversion for me. {{
decdeg|52|39|27}}
and {{
decdeg|12|45|12}}
give 52.6575 and 12.7533333 respectively, and I don't worry about the differing number of decimal places: my source data is to the whole second, so that's what goes in the wikipedia page. --
Redrose64 (
talk)
16:18, 28 December 2010 (UTC)I oppose adding a slash-delimited format (which might get used in a few hundred articles) to {{ Coord}}, which is used in a half-million articles. While it might make sense to add a slash-delimited format to {{ Infobox mountain hut}}, that should be discussed elsewhere.-- Stepheng3 ( talk) 21:27, 30 December 2010 (UTC)
{{
Coord}}
" because your change has hidden both the longitude and latitude: {{
coord}}
doesn't recognise either |NS=
or |EW=
. Plastikspork's demo above uses {{
Coordinate}}
, a different template which does recognise those parameters, and converts them into a form recognised by the current version of {{
coord}}
; it then gives you a sample piece of wikicode, which you can copy&paste. --
Redrose64 (
talk)
11:58, 2 January 2011 (UTC)It would help people who are using our geodata very much if we could add HTML5 microdata to the output HTML in these templates. Currently, we use a lot of <span> elements to annotate the geodata (which i guess people parse from the HTML, or they use the original wikitext). Things would get a lot easier if we would use the existing spec for that. I would propose the following.
The current HTML looks like this:
<span class="geo-dec" title="Maps, aerial photos, and other data for this location">48.8583°N 2.2945°E</span>
I would change it to this:
<span class="geo-dec" itemprop="geo" itemscope itemtype="http://data-vocabulary.org/Geo"> <span itemprop="latitude">48.8583</span>°N <span itemprop="longitude">2.2945</span>°E </span>
As far as i can see, this would not break anything, and we would give people the change to use this data for, in example, a Firefox plugin.
Husky (
talk page)
17:23, 6 January 2011 (UTC)
Is there no parameter to make this template do something simple like this? I thought some way to control the link text would be a necessity for non-cluttered use in wiki-tables. Or maybe a “lite” version which simply links to geohack without reaming the client with a bunch of formatting junk, and also omits the globe icon. I suppose I could create one. ― cobaltcigs 19:20, 11 January 2011 (UTC)
We often have locations for buildings which do not currently exist. I suspect we may want to somehow distinguish this? dm ( talk) 07:51, 16 January 2011 (UTC)
I propose to add a new option "display=none", to enable showing only the clickable globe, not the coordinates. In many cases the actual numeric coordinates are cluttering the page. See for example the station list in BTS Skytrain. It would look better without all the spelled-out coordinates. If someone would really want to know the numbers, they can click on the globe. − Woodstone ( talk) 09:50, 29 January 2011 (UTC)
It appears that if you go to Google Maps, right-click on the map and select "What's here" it will give you the coordinates - apparently (according to our article) as WGS 84, which is what the {{ coord}} template uses. Google Maps also has a "LatLng Marker" feature which will give the coords as a tooltip. Is Google Maps sufficiently reliable for us to use it as the sole source of coords, or do we need to confirm the value by other means? I check a couple of locations - Google Maps vs Wikipedia - including one that I had personally determined with my GPS navigation device, and they were reasonably close. Admittedly, I was only checking that my interpretation of the coordinates was correct, rather than that they were accurate. If Google Maps is deemed sufficiently reliable, it makes it very easy for anyone to put coordinates into articles, without having to have a GPS unit or even to go there. Mitch Ames ( talk) 05:57, 2 February 2011 (UTC)
The co-ordinates for Chateau Lake Louise are correct, however the map marker 'W' is placed incorrectly on Google Earth at the location for the Banff Springs Hotel, some 70m SE of where it should be AMDMA ( talk) 11:39, 6 February 2011 (UTC)
When using Google Maps to display locations from GeoHack, the link from Space Mountain (Disneyland) shows "Did you mean: E 9174 S, Sandy, Salt Lake, UT 84093" because of the nested parentheses. Also, the link from Monsters, Inc. Mike & Sulley to the Rescue! shows "We could not understand the location 33.8084,-117.9172(Monsters, Inc. Mike". There are two failures in this case. First, the "&" is interpreted as an intersection crossing. Second, the word "to" is interpreted as the destination. Removing both elements works properly. In most error cases the correct map is still displayed. However, there is no marker on the map for the actual location. It seems that we need to have the template strip or escape the portions of the title that Google doesn't like, or perhaps this could be done in GeoHack. — UncleDouggie ( talk) 16:22, 14 February 2011 (UTC)
Well then, thanks! I do have one observation on the ACME scaling: The minimum scale setting seems to be about 2000 even though you can zoom in more within the viewer. For example, one of the geohack links from Mad Tea Party has a scale of 1000. You can see the difference clearly if you click on satellite view for both Google Maps and ACME Mapper. Just a nit comment in case you weren't aware, I don't want to make things anymore complicated for you. It's rare that I use a scale smaller than 2000, but it seemed to make sense in this article because the target is so small.
As for POV on the mapping services, we should be OK by sticking to feature oriented terminology instead of comparative terms. "Large view" has less POV than "Larger view". For Google Maps, "Detailed directions" is better than "Good directions". — UncleDouggie ( talk) 05:21, 15 February 2011 (UTC)
For the purposes of this encyclopedia, stating coords with excess precision is simply clutter. I would say the limit should be: 4 decimal places when using degrees and decimals or one second of arc when using dms. Bear in mind that 0.0001° represents 11 metres in latitude or about 7 m of longitude at the latitude of the UK. Or 1" represents 30 m of latitude or about 20 m of long in the UK. — RHaworth ( talk · contribs) 14:19, 17 February 2011 (UTC)
dim
parameter is most effective. —
EncMstr (
talk)
18:19, 17 February 2011 (UTC)I refuse to quibble over whether 0.00001-degree precision is excessive or not until the backlog of coordinates with 0.0000000000001-degree precision is under control. — Stepheng3 ( talk) 19:13, 21 February 2011 (UTC)
The HTML generated from coord gives a choice of display formats of which one gets selected via javascript/css. I believe one can add something to ones personal javascript to force coords to display always as decimal (or as dms, if that is your bag). Can someone confirm, point me to the instructions and preferably add them to Template:Coord/doc. — RHaworth ( talk · contribs) 17:59, 18 February 2011 (UTC)
Thanks. Dunno how I missed it. — RHaworth ( talk · contribs) 11:58, 21 February 2011 (UTC)
pages that transclude dat from oteh pgaes that have coodinates is casuing overload on the main pages where the transcluded data is-- Andrewcrawford ( talk - contrib) 20:46, 4 February 2011 (UTC)
In the German WP, I came across the template ((All Coordinates)). In cases the article contains several coordinates (with names in the parameters!) in the text, the template shows them all on one map (Google or Bing) with their names (e.g. de:Brücken von Edirne). Because of the English language of the template, I thought it would work in the English WP, but apparently it does not. From the URL ( http://toolserver.org/) it would appear that it is a purely German WP-template? (Sorry, I have no idea about these technicalities). Would it be difficult to adapt it/to have it adapted to the English WP, since it is a nice thing to have? -- AHert ( talk) 19:35, 5 February 2011 (UTC)
This question was posed here before but I can't find an answer. Is there a way to disable the template from rendering the blue globe? It seems that at FAC reviews the icons are not acceptable (see the paragraph above WP:ICONDECORATION) MisterBee1966 ( talk) 13:39, 29 March 2011 (UTC)
I replaced the wildbot notice at Template:Coord/speedtest to this page (as the template indicates above) after trying to fix the diamb. wikilinks. Not all links can be fixed by me nor will I fixed all to the correct page (good faith). mabdul 07:48, 31 March 2011 (UTC)
This template has for a long time produced a paragraph (<p></p>) as its outer tag. This causes two problems:
The obvious solution is to put it all into a <div></div> element.
Any thoughts? Zocky | picture popups 14:04, 16 July 2011 (UTC)
<p>...</p>
tags are not produced by the {{
coord}}
template, or any of its subtemplates: these generate only two types of tag, <a>...</a>
and <span>...</span>
. The enclosing <p>...</p>
which you see in the wikicode is generated by the MediaWiki parser, and is a result of placing the {{
coord}}
on a line of its own. You can test this easily by sandboxing something like this:
The location you are looking for is {{coord|51|34|N|4|17|W|type:landmark_region:GB|display=inline}}
|display=
- you'll see that the opening <p>
always occurs before the words "The location". --
Redrose64 (
talk)
15:35, 16 July 2011 (UTC)
span, surrounded by P
<div>...</div>
is that the coords would no longer appear inline when that was desired: since <div>...</div>
is, as you say, a block-level element; it forces a newline, as below. --
Redrose64 (
talk)
19:51, 16 July 2011 (UTC)Some text and then a
and then the text continues
Some text and then a span, surrounded by P and then the text continues
With DAWN now in orbit around Vesta, I'm thinking we'll soon have a raft of named features (with coordinates) appearing in articles. Time to add, globe:vesta as a legal parameter, I think. Or should it be globe:4vesta? This might also be a good time to add globe:dactyl, globe:eros, globe:gaspra, globe:ida, globe:itokawa, globe:lutetia, and globe:mathilde — all asteroids with named features. — Stepheng3 ( talk) 16:12, 16 July 2011 (UTC)
A discussion started here and continues here, about coordinates being overwritten in the title line. Stepheng3 mentioned Wikipedia:Database reports/Articles containing overlapping coordinates as being partial solution. Many articles transclude infoboxes that use {{ Infobox coord}} that might no be included in that report. I thinking that, if all the sub-templates, such as {{ Coord/display/inline,title}}, which write to the title line, were to generate an identifiable HTML comment in the article markup, then the problem could be traced using a regular expression. – droll [chat] 04:43, 29 July 2011 (UTC)
id="coordinates"
(HTML spec says we can have only one, btw). It's a very simple program and I've done something similar in JavaScript. Now there are 695,341 articles with coordinates, if we checked all at the rate of 1 article/second (not logged in) it would take us 8 days. Workable, but less than ideal when somebody asks to update the list already. —
Dispenser
05:57, 1 August 2011 (UTC)
Discussion: Should Manual of Style (road junction lists) advise people to use {{ Coord}}, if they are adding coordinates to articles about roads? Please discuss at Sub-section on coordinate templates. Andy Mabbett (Pigsonthewing); Andy's talk; Andy's edits 17:08, 7 August 2011 (UTC)
Having more than one co-ord tag per article, see e.g. Ben Nevis, introduces an intersting problem. Several people, including myself, are building geo-located indexes of wikipedia. We currently have no way of knowing which co-ord tag to use. My scripts ended up using the wrong one, and placing Ben-Nevis into Svalbard area. Should we prefer a new page for the Ben Nevis in Svalbard, to keep 1 coord tag per page? Or should there be some tag on Coord to say "primary"? WillSmith (London) ( talk) 17:26, 8 August 2011 (UTC)
How about a type:sport? We have edu, glacier, landmark, river etc. What would a ice rink be? An public tennis courts? WillSmith (London) ( talk) 17:27, 8 August 2011 (UTC)
type:landmark
for buildings that are neither schools nor railway stations. —
Stepheng3 (
talk)
17:56, 8 August 2011 (UTC)Another coordinate template, {{ Shc}} has been nominated for deletion. Your input would be welcome. Andy Mabbett (Pigsonthewing); Andy's talk; Andy's edits 17:50, 10 August 2011 (UTC)
I find that there is an error probably due to this template. In the particular rendering I am using, a set of coordinates enclosed in parentheses displays the final right parenthesis on the following line
... Japanese destroyer Fujinami (
11°22′N 126°22′E / 11.367°N 126.367°E
),[1]
[Clarification inserted later: this is what the display looks like, the source text here is fudged to force this appearance.]
This displays differently in the preview; there is no break in the preview, and the "show location on an interactive map" icon is absent (shortening the line, probably the reason why it doesn't break). A particular version of the article makes this error manifest for me, but it will depend upon user settings. Pol098 ( talk) 17:05, 12 August 2011 (UTC)
{{
coord}}
template has not changed recently, and nor have subtemplates {{
coord/display/inline,title}}
, {{
Coord/input/dm}}
, {{
Coord/link}}
. --
Redrose64 (
talk)
11:14, 13 August 2011 (UTC)
Hello, I just like to know if is there a pages for requesting about new types. On the French wikipedia we use the same types than English one. I wonder if there in somewhere a coordination page about types. 87.91.219.55 ( talk) 18:33, 25 August 2011 (UTC)
Sometimes an article has sections for several distinct geographic locations, for example an article about a coalfield might list 3 or 4 collieries, each with a section heading. It might be useful to display the location of each colliery to the right of the section heading line, just as an article relating to a location has it shown to the right of the article heading. At present, the best alternative I can think of is to place the co-ord template in parentheses at the first mention inside the section of the location name. cf Gleision Colliery for an example. Including the co-ord template in the section heading is problematical for TOC generation. DMcMPO11AAUK/ Talk/ Contribs 18:56, 15 September 2011 (UTC)
This question is inspired by Wikipedia:Help desk#on what ellipsoid are the coordinates of Wikipedia? In what datum should coordinates be stated? WGS 84? Shouldn't this be stated in the documentation? Jc3s5h ( talk) 18:15, 10 October 2011 (UTC)
There is currently a discussion taking place at WT:HWY regarding the potential use of coordinates in highway articles. Your input is welcomed. -- Rs chen 7754 01:42, 26 December 2011 (UTC)
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.
|display=
with title, inline or inline,title set.|display=
with title, inline or inline,title set.Does anyone have any concerns about doing this? -- Kumioko ( talk) 20:57, 11 January 2012 (UTC)
|display=
in a {{
coord}}
. You just need to add code like this to the {{
coord}}
template:{{#if: {{{display|}}} | | [[Category:Coord templates without display parameter]] }}
{{
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)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)
|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){{coord|12.345|54.321|display=|name=some name}}
gives
12°20′42″N 54°19′16″E / 12.345°N 54.321°E 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)
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)
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)
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)
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 [2] 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)
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)
![]() | This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 5 | ← | Archive 7 | Archive 8 | Archive 9 | Archive 10 | Archive 11 | → | Archive 14 |
I noticed on
Acland, Queensland that the coord flag {{coord|27|18|13.33|S|151|41|27.97|E|display=title}}
is off a little bit (5897 miles, marked on Gmaps at -27.294, 51.71). Checking more > Wikipedia shows the wiki article tag. The correct coordinates in decimal degrees are {{coord|-27.3035| 151.6899}}
. I did not correct the error, but Im noting it here because its not the first time that I've seen these kinds of correlation problems. Either there is a fault on this end or at Google. -
Stevertigo (
w |
t |
e)
00:16, 11 June 2010 (UTC)
It is appropriate to use this template for districts rather than specific places? if not what should I use? User:The Anomebot2 has added "Replacing geodata: {{coord missing|Somerset}}" to lots of districts in Somerset eg Taunton Rural District, Dulverton Rural District etc and I'm not sure whether this template which points to a single place is the right one to use.— Rod talk 12:47, 3 July 2010 (UTC)
type:adm1st
, type:adm2nd
or type:adm3rd
should be chosen, depending upon the importance of the district concerned. Per
this table, Somerset as a whole would be 2nd level, district councils within Somerset (and unitary authorities) would be 3rd level. --
Redrose64 (
talk)
13:52, 3 July 2010 (UTC)
{{coord|51.038|-2.827|type:adm3rd_region:GB|display=title}}
, otherwise fine. --
Redrose64 (
talk)
15:43, 3 July 2010 (UTC)
I noticed this anomaly this evening:
{{Coord| 44.112 | N| 87.913 |W}}
→
44°06′43″N 87°54′47″W / 44.112°N 87.913°W{{Coord| 44.112 | N| 87.913 | W}}
→ errors{{Coord| 44.112 | N | 87.913 |W}}
→ errorsSeems to be an untrimmed white space problems. – droll [chat] 05:31, 19 July 2010 (UTC)
{{#switch:{{{4}}}{{{8}}}|NE|NW|SE|SW=y}}
{{#switch:{{{3}}}{{{6}}}|NE|NW|SE|SW=y}}
{{#switch:{{{2}}}{{{4}}}|NE|NW|SE|SW=y}}
{{#if:|d|ERROR}}
, which cases the subtemplate {{
Coord/input/ERROR}}
to be invoked. Since the {{{4}}}
butts up to the {{{8}}}
(and the same with the other pairs), they rely on there being no spaces after the N/S nor before the E/W, since those would break that join.{{#switch: NW|NE|NW|SE|SW=y}}
{{#switch: N W|NE|NW|SE|SW=y}}
{{#switch: N W|NE|NW|SE|SW=y}}
During the current debate at
Wikipedia talk:WikiProject Highways#Geocoding of highways I discovered (to my shock and dismay) that the WikiMiniAtlas does not properly account for the dim:
parameter when selecting its map scale. Is the MiniAtlas still supported? If so, how do I get this bug fixed? --
Stepheng3 (
talk)
21:29, 27 July 2010 (UTC)
I am completely baffled by a coding problem. Please look at the code in User:Droll/subpages/sandbox5. A <p> is present in the HTML generated for the first example and not the second. I'm thinking this behavior started recently. I don't think it's problem with {{ Infobox valley}} as this behavior is showing up in other infoboxes as well. The behavior seems to be connected with this template. An example using {{ Infobox coord}} works fine. The example that transcludes {{ Coord}} directly has the problem. – droll [chat] 00:04, 31 July 2010 (UTC)
Is there any way of making just a globe appear and not the drawn out coordinates (which on paper/screen really mean nothing to the average user)? - ʄɭoʏɗiaɲ τ ¢ 15:24, 7 August 2010 (UTC)
<nowiki/>
, and it would make more sense as display=hidden
, none (for us CSS users), or null (for programmer). —
Dispenser
01:53, 9 August 2010 (UTC)
I've tried this, but most of the others were not keen on using the footnotes system for that purpose (after all, a single link to google maps covers all of those points with a line).
Steveng3, ideally it'd all be a single link. Oddly enough, I never even knew the globe made a map pop up until now, I always clicked the coordinates.
Andy, you are suggesting that most article readers care about the degrees minutes and seconds, and not the link to maps of the location. I find that illogical, it could never be the case since maps are universally readable, and coordinates require an understanding of the world, math, and geography to mean anything on their own. They are no more specific than putting the name of the country in to a layman, and thats what we are here to write for, not the technical experts. If anything, coords should be hidden by default, and then those who use just the coordinates can opt in. Those that don't get the map they are looking for. And yes, the fact that the coordinates are one click away is an enormous part of the argument, as you claim the necessity of having them, and I'm saying they are provided regardless. How does the coord template access geohack? I'll create a new template so that nothing has to be tinkered with on this one.
PS: Tell me where 42 degrees 12 minutes north and 74 degree, 13 minutes west is off the top of your head. What's the name of the nearest city? What state is it even in? - ʄɭoʏɗiaɲ τ ¢ 20:15, 10 August 2010 (UTC)
I'm writing a (deceased) person's article and There are many roads named after that person. These roads hardly deverse the dedicated articles in WP, so I prefer to use the inline Coord to indicate their location on the map. However, the commemoration section is written rather than listed, the long coordinates displayed after the globe icon doesn't look nice in the prose. Is there any solution to this. -- Sameboat - 同舟 ( talk) 03:42, 4 September 2010 (UTC)
A couple editors, notably
EncMstr have added elevation:
parameters to instances of {{
Coord}}. Said parameter is currently undocumented, and I don't know of any tools that use it, which leaves it somewhat in limbo. Dewiki's
de:Vorlage:Coordinate has a very similar elevation=
parameter, and I can see how elevation data might be useful for 3-D visualizations. How do people feel about this? Should we make the parameter official (i.e. document it)? --
Stepheng3 (
talk)
18:27, 23 August 2010 (UTC)
Can we delete these useless redirects?
Basilicofresco ( msg) 05:56, 18 September 2010 (UTC)
Please, take a look at Wikipedia:Redirects for discussion/Log/2010 September 19#Template:Coord/d and write your thoughts. -- Basilicofresco ( msg) 19:14, 27 September 2010 (UTC)
Sorry if it looks like a silly question, but I really don't understand where {{ coord}} should be placed in the article code. For example at the Bătrâna article, shall it be placed where it is now, before the "==References==" section, or at after it, at the end of the article near the other templates: {{ Hunedoara-geo-stub}}, {{ Hunedoara County}} right before the categories ? — Ark25 ( talk) 07:25, 24 November 2010 (UTC)
The screenshot below is IE8, classic skin and a window width of 900 or so. The effect is apparent on any page using Template:Coord with the title positioning. IE compatability mode does not change the layout. The same effect can be seen in Firefox also. I suspect it's to do with the wrapping of the "Main Page | Recent Changes | Edit this Page | Page history" line, but - TB ( talk) 10:55, 27 November 2010 (UTC)
There are many instances where at the top of the page there are more than one "coordinates" listed
with what seem to be different values. The effect is as if they were typed on a typewriter using
a carriage return but not a line feed (over typed). I suspect that it is because there are multiple
calls to the Coord Template on that page. One example of this is on the templace_nrhp discussion page,
but I've seen it on many other major article pages.
There should be some sort of check in putting out the "coordinates" at the top of the page that puts
in a linefeed (html break) so that if multiple coords are being output they don't overlap.
Travelslow (
talk)
13:56, 13 December 2010 (UTC)
{{
Infobox NRHP}}
allow both; and where the infobox allows both forms, only one form should be given.{{
coord}}
within the article as well, since almost every infobox with provision for lat/long will place the relevant coordinates at the article head{{
coord}}
in addition to the lat/long in the infobox, or there is a need to use {{
coord}}
more than once in the same article, care should be taken to use the parameter |display=inline
in the {{
coord}}
, and not |display=inline,title
or |display=title
.{{
coord}}
could be literally anywhere. If such a detection could be made, the upper-right position for coordinates assumes a particular page layout, because these coordinates are not part of the page text, but are overlaid on top. If there were to be multiple coordinates shown as a double column, these would overlap the portions of the page directly below. --
Redrose64 (
talk)
14:58, 13 December 2010 (UTC)Is there a way to specify heading/direction (N, NW, W, SW,...) with this template or any other template? I would like to geocode the One Hundred Famous Views of Edo, i.e. add the location of a viewpoint and viewing direction. bamse ( talk) 18:16, 14 December 2010 (UTC)
heading
attribute. See
commons:template:Location_dec. —
EncMstr (
talk)
18:37, 14 December 2010 (UTC){{Location}}
, {{Object location}}
, {{Location dec}}
or {{Object location dec}}
; the syntax is much the same as {{
coord}}
except that you add |heading:N|
or similar. The first two are for where you have d/m/s coordinates; the other two are for decimal degrees. The "Location" ones show the location of the viewpoint; the "Object location" ones show the location of the image subject. --
Redrose64 (
talk)
18:47, 14 December 2010 (UTC){{Location}}
on wikipedia? Seems like a useful template. If I put the coordinates in the image description on commons, is there a way to (semi)-automatically import them to wikipedia? I would like to use
Template:GeoGroupTemplate (or similar template if available) in the
One Hundred Famous Views of Edo article.
bamse (
talk)
19:16, 14 December 2010 (UTC)
{{Location}}
are covered by {{
coord}}
, apart from heading:
and one or two others. Commons is primarily concerned with image files, and if the image depicts a fixed object - such as a church - we would be interested in recording the lat/long of the object also the direction we are looking in. Wikipedia also has articles on fixed objects, but whilst we are interested in the lat/long, the article will mainly be text, for which there is no "viewing direction" as such.{{Location}}
template looks like, see
File:Moulsford railway station site.jpg, it's in the bottom of the "Summary" box; similarly, for {{Object location}}
, see
File:Port Meadow Halt railway station site.jpg. --
Redrose64 (
talk)
19:56, 14 December 2010 (UTC)
Recently, I have been writing on archaeological sites that have been submerged due to the construction of dams. Usually I know their approximate location, but in many cases not their exact location. Is there any way to indicate this in the coord template, or would it be better to leave the coords out? -- Zoeperkoe ( talk) 16:24, 16 December 2010 (UTC)
Hi, I was attempting to replicate the Coord template on the Amharic Wikipedia. However, I get an expression error when attempting to use it example. After some visual debugging, I think the problem lies in the Coord/link template Amharic version here since that is the first transclusion on which an error message appears. I also don't know why the globe picture/icon doesn't appear. I'd appreciate it if you guys have any suggestions. Thanks Elfalem ( talk) 17:04, 21 December 2010 (UTC)
I translate articles from German Wikipedia where the infobox parameters are often of the format "lat = 52/39/27/N" and "long = 12/45/12/E". It would be a real help if there was a smart way of getting {{coord}} to read these formats intelligently. Currently you have to calculate what they are in decimal and overwrite them with the decimal format or write out the full coord format, including all the standard parameters that an infobox normally handles automatically. This is highly repetitive and time-consuming, the very thing templates are supposed to eliminate. Is there a template that already does this? -- Bermicourt ( talk) 11:25, 28 December 2010 (UTC)
{{
coord|52|39|27|N|12|45|12|E}}
which produces
52°39′27″N 12°45′12″E / 52.65750°N 12.75333°E, a trivial conversion. It seems quite strange that /
is used as a template delimiter. —
EncMstr (
talk)
13:15, 28 December 2010 (UTC)coords=
parameter instead of only lat=
and long=
. Perversely, it forces decimal input and degrees/minutes/seconds output. It looks like you are doing quite a few of the mountain hut articles. Until someone augments the template to accept DMS, consider forgoing use of the infobox for position and simply include {{
coord|xx|xx|xx|N|xx|xx|xx|E|type:landmark_region:xx_elevation:xx_dim:xx|display=title}}
below the external links section. —
EncMstr (
talk)
14:46, 28 December 2010 (UTC){{
coord|xx|xx|xx|N|xx|xx|xx|E|type:landmark_region:xx_elevation:xx_dim:xx}}
etc. as desired. However, what I'm also after is the ability to accept the format stated above as well. Not only will this greatly speed up the transfer of info from de.wiki, it seems an excellent shorthand for dms data anyway i.e. lat = 52/39/27/N
and long = 12/45/12/E
is much quicker to type than lat_d=52|lat_m=39|lat_s=27|lat_NS=N|long_d=12|long_m=45|long_s=12|long_EW=E
. And surely that's a major part of what templates - saving time and hassle. --
Bermicourt (
talk)
15:58, 28 December 2010 (UTC)
{{
decdeg}}
which does the conversion for me. {{
decdeg|52|39|27}}
and {{
decdeg|12|45|12}}
give 52.6575 and 12.7533333 respectively, and I don't worry about the differing number of decimal places: my source data is to the whole second, so that's what goes in the wikipedia page. --
Redrose64 (
talk)
16:18, 28 December 2010 (UTC)I oppose adding a slash-delimited format (which might get used in a few hundred articles) to {{ Coord}}, which is used in a half-million articles. While it might make sense to add a slash-delimited format to {{ Infobox mountain hut}}, that should be discussed elsewhere.-- Stepheng3 ( talk) 21:27, 30 December 2010 (UTC)
{{
Coord}}
" because your change has hidden both the longitude and latitude: {{
coord}}
doesn't recognise either |NS=
or |EW=
. Plastikspork's demo above uses {{
Coordinate}}
, a different template which does recognise those parameters, and converts them into a form recognised by the current version of {{
coord}}
; it then gives you a sample piece of wikicode, which you can copy&paste. --
Redrose64 (
talk)
11:58, 2 January 2011 (UTC)It would help people who are using our geodata very much if we could add HTML5 microdata to the output HTML in these templates. Currently, we use a lot of <span> elements to annotate the geodata (which i guess people parse from the HTML, or they use the original wikitext). Things would get a lot easier if we would use the existing spec for that. I would propose the following.
The current HTML looks like this:
<span class="geo-dec" title="Maps, aerial photos, and other data for this location">48.8583°N 2.2945°E</span>
I would change it to this:
<span class="geo-dec" itemprop="geo" itemscope itemtype="http://data-vocabulary.org/Geo"> <span itemprop="latitude">48.8583</span>°N <span itemprop="longitude">2.2945</span>°E </span>
As far as i can see, this would not break anything, and we would give people the change to use this data for, in example, a Firefox plugin.
Husky (
talk page)
17:23, 6 January 2011 (UTC)
Is there no parameter to make this template do something simple like this? I thought some way to control the link text would be a necessity for non-cluttered use in wiki-tables. Or maybe a “lite” version which simply links to geohack without reaming the client with a bunch of formatting junk, and also omits the globe icon. I suppose I could create one. ― cobaltcigs 19:20, 11 January 2011 (UTC)
We often have locations for buildings which do not currently exist. I suspect we may want to somehow distinguish this? dm ( talk) 07:51, 16 January 2011 (UTC)
I propose to add a new option "display=none", to enable showing only the clickable globe, not the coordinates. In many cases the actual numeric coordinates are cluttering the page. See for example the station list in BTS Skytrain. It would look better without all the spelled-out coordinates. If someone would really want to know the numbers, they can click on the globe. − Woodstone ( talk) 09:50, 29 January 2011 (UTC)
It appears that if you go to Google Maps, right-click on the map and select "What's here" it will give you the coordinates - apparently (according to our article) as WGS 84, which is what the {{ coord}} template uses. Google Maps also has a "LatLng Marker" feature which will give the coords as a tooltip. Is Google Maps sufficiently reliable for us to use it as the sole source of coords, or do we need to confirm the value by other means? I check a couple of locations - Google Maps vs Wikipedia - including one that I had personally determined with my GPS navigation device, and they were reasonably close. Admittedly, I was only checking that my interpretation of the coordinates was correct, rather than that they were accurate. If Google Maps is deemed sufficiently reliable, it makes it very easy for anyone to put coordinates into articles, without having to have a GPS unit or even to go there. Mitch Ames ( talk) 05:57, 2 February 2011 (UTC)
The co-ordinates for Chateau Lake Louise are correct, however the map marker 'W' is placed incorrectly on Google Earth at the location for the Banff Springs Hotel, some 70m SE of where it should be AMDMA ( talk) 11:39, 6 February 2011 (UTC)
When using Google Maps to display locations from GeoHack, the link from Space Mountain (Disneyland) shows "Did you mean: E 9174 S, Sandy, Salt Lake, UT 84093" because of the nested parentheses. Also, the link from Monsters, Inc. Mike & Sulley to the Rescue! shows "We could not understand the location 33.8084,-117.9172(Monsters, Inc. Mike". There are two failures in this case. First, the "&" is interpreted as an intersection crossing. Second, the word "to" is interpreted as the destination. Removing both elements works properly. In most error cases the correct map is still displayed. However, there is no marker on the map for the actual location. It seems that we need to have the template strip or escape the portions of the title that Google doesn't like, or perhaps this could be done in GeoHack. — UncleDouggie ( talk) 16:22, 14 February 2011 (UTC)
Well then, thanks! I do have one observation on the ACME scaling: The minimum scale setting seems to be about 2000 even though you can zoom in more within the viewer. For example, one of the geohack links from Mad Tea Party has a scale of 1000. You can see the difference clearly if you click on satellite view for both Google Maps and ACME Mapper. Just a nit comment in case you weren't aware, I don't want to make things anymore complicated for you. It's rare that I use a scale smaller than 2000, but it seemed to make sense in this article because the target is so small.
As for POV on the mapping services, we should be OK by sticking to feature oriented terminology instead of comparative terms. "Large view" has less POV than "Larger view". For Google Maps, "Detailed directions" is better than "Good directions". — UncleDouggie ( talk) 05:21, 15 February 2011 (UTC)
For the purposes of this encyclopedia, stating coords with excess precision is simply clutter. I would say the limit should be: 4 decimal places when using degrees and decimals or one second of arc when using dms. Bear in mind that 0.0001° represents 11 metres in latitude or about 7 m of longitude at the latitude of the UK. Or 1" represents 30 m of latitude or about 20 m of long in the UK. — RHaworth ( talk · contribs) 14:19, 17 February 2011 (UTC)
dim
parameter is most effective. —
EncMstr (
talk)
18:19, 17 February 2011 (UTC)I refuse to quibble over whether 0.00001-degree precision is excessive or not until the backlog of coordinates with 0.0000000000001-degree precision is under control. — Stepheng3 ( talk) 19:13, 21 February 2011 (UTC)
The HTML generated from coord gives a choice of display formats of which one gets selected via javascript/css. I believe one can add something to ones personal javascript to force coords to display always as decimal (or as dms, if that is your bag). Can someone confirm, point me to the instructions and preferably add them to Template:Coord/doc. — RHaworth ( talk · contribs) 17:59, 18 February 2011 (UTC)
Thanks. Dunno how I missed it. — RHaworth ( talk · contribs) 11:58, 21 February 2011 (UTC)
pages that transclude dat from oteh pgaes that have coodinates is casuing overload on the main pages where the transcluded data is-- Andrewcrawford ( talk - contrib) 20:46, 4 February 2011 (UTC)
In the German WP, I came across the template ((All Coordinates)). In cases the article contains several coordinates (with names in the parameters!) in the text, the template shows them all on one map (Google or Bing) with their names (e.g. de:Brücken von Edirne). Because of the English language of the template, I thought it would work in the English WP, but apparently it does not. From the URL ( http://toolserver.org/) it would appear that it is a purely German WP-template? (Sorry, I have no idea about these technicalities). Would it be difficult to adapt it/to have it adapted to the English WP, since it is a nice thing to have? -- AHert ( talk) 19:35, 5 February 2011 (UTC)
This question was posed here before but I can't find an answer. Is there a way to disable the template from rendering the blue globe? It seems that at FAC reviews the icons are not acceptable (see the paragraph above WP:ICONDECORATION) MisterBee1966 ( talk) 13:39, 29 March 2011 (UTC)
I replaced the wildbot notice at Template:Coord/speedtest to this page (as the template indicates above) after trying to fix the diamb. wikilinks. Not all links can be fixed by me nor will I fixed all to the correct page (good faith). mabdul 07:48, 31 March 2011 (UTC)
This template has for a long time produced a paragraph (<p></p>) as its outer tag. This causes two problems:
The obvious solution is to put it all into a <div></div> element.
Any thoughts? Zocky | picture popups 14:04, 16 July 2011 (UTC)
<p>...</p>
tags are not produced by the {{
coord}}
template, or any of its subtemplates: these generate only two types of tag, <a>...</a>
and <span>...</span>
. The enclosing <p>...</p>
which you see in the wikicode is generated by the MediaWiki parser, and is a result of placing the {{
coord}}
on a line of its own. You can test this easily by sandboxing something like this:
The location you are looking for is {{coord|51|34|N|4|17|W|type:landmark_region:GB|display=inline}}
|display=
- you'll see that the opening <p>
always occurs before the words "The location". --
Redrose64 (
talk)
15:35, 16 July 2011 (UTC)
span, surrounded by P
<div>...</div>
is that the coords would no longer appear inline when that was desired: since <div>...</div>
is, as you say, a block-level element; it forces a newline, as below. --
Redrose64 (
talk)
19:51, 16 July 2011 (UTC)Some text and then a
and then the text continues
Some text and then a span, surrounded by P and then the text continues
With DAWN now in orbit around Vesta, I'm thinking we'll soon have a raft of named features (with coordinates) appearing in articles. Time to add, globe:vesta as a legal parameter, I think. Or should it be globe:4vesta? This might also be a good time to add globe:dactyl, globe:eros, globe:gaspra, globe:ida, globe:itokawa, globe:lutetia, and globe:mathilde — all asteroids with named features. — Stepheng3 ( talk) 16:12, 16 July 2011 (UTC)
A discussion started here and continues here, about coordinates being overwritten in the title line. Stepheng3 mentioned Wikipedia:Database reports/Articles containing overlapping coordinates as being partial solution. Many articles transclude infoboxes that use {{ Infobox coord}} that might no be included in that report. I thinking that, if all the sub-templates, such as {{ Coord/display/inline,title}}, which write to the title line, were to generate an identifiable HTML comment in the article markup, then the problem could be traced using a regular expression. – droll [chat] 04:43, 29 July 2011 (UTC)
id="coordinates"
(HTML spec says we can have only one, btw). It's a very simple program and I've done something similar in JavaScript. Now there are 695,341 articles with coordinates, if we checked all at the rate of 1 article/second (not logged in) it would take us 8 days. Workable, but less than ideal when somebody asks to update the list already. —
Dispenser
05:57, 1 August 2011 (UTC)
Discussion: Should Manual of Style (road junction lists) advise people to use {{ Coord}}, if they are adding coordinates to articles about roads? Please discuss at Sub-section on coordinate templates. Andy Mabbett (Pigsonthewing); Andy's talk; Andy's edits 17:08, 7 August 2011 (UTC)
Having more than one co-ord tag per article, see e.g. Ben Nevis, introduces an intersting problem. Several people, including myself, are building geo-located indexes of wikipedia. We currently have no way of knowing which co-ord tag to use. My scripts ended up using the wrong one, and placing Ben-Nevis into Svalbard area. Should we prefer a new page for the Ben Nevis in Svalbard, to keep 1 coord tag per page? Or should there be some tag on Coord to say "primary"? WillSmith (London) ( talk) 17:26, 8 August 2011 (UTC)
How about a type:sport? We have edu, glacier, landmark, river etc. What would a ice rink be? An public tennis courts? WillSmith (London) ( talk) 17:27, 8 August 2011 (UTC)
type:landmark
for buildings that are neither schools nor railway stations. —
Stepheng3 (
talk)
17:56, 8 August 2011 (UTC)Another coordinate template, {{ Shc}} has been nominated for deletion. Your input would be welcome. Andy Mabbett (Pigsonthewing); Andy's talk; Andy's edits 17:50, 10 August 2011 (UTC)
I find that there is an error probably due to this template. In the particular rendering I am using, a set of coordinates enclosed in parentheses displays the final right parenthesis on the following line
... Japanese destroyer Fujinami (
11°22′N 126°22′E / 11.367°N 126.367°E
),[1]
[Clarification inserted later: this is what the display looks like, the source text here is fudged to force this appearance.]
This displays differently in the preview; there is no break in the preview, and the "show location on an interactive map" icon is absent (shortening the line, probably the reason why it doesn't break). A particular version of the article makes this error manifest for me, but it will depend upon user settings. Pol098 ( talk) 17:05, 12 August 2011 (UTC)
{{
coord}}
template has not changed recently, and nor have subtemplates {{
coord/display/inline,title}}
, {{
Coord/input/dm}}
, {{
Coord/link}}
. --
Redrose64 (
talk)
11:14, 13 August 2011 (UTC)
Hello, I just like to know if is there a pages for requesting about new types. On the French wikipedia we use the same types than English one. I wonder if there in somewhere a coordination page about types. 87.91.219.55 ( talk) 18:33, 25 August 2011 (UTC)
Sometimes an article has sections for several distinct geographic locations, for example an article about a coalfield might list 3 or 4 collieries, each with a section heading. It might be useful to display the location of each colliery to the right of the section heading line, just as an article relating to a location has it shown to the right of the article heading. At present, the best alternative I can think of is to place the co-ord template in parentheses at the first mention inside the section of the location name. cf Gleision Colliery for an example. Including the co-ord template in the section heading is problematical for TOC generation. DMcMPO11AAUK/ Talk/ Contribs 18:56, 15 September 2011 (UTC)
This question is inspired by Wikipedia:Help desk#on what ellipsoid are the coordinates of Wikipedia? In what datum should coordinates be stated? WGS 84? Shouldn't this be stated in the documentation? Jc3s5h ( talk) 18:15, 10 October 2011 (UTC)
There is currently a discussion taking place at WT:HWY regarding the potential use of coordinates in highway articles. Your input is welcomed. -- Rs chen 7754 01:42, 26 December 2011 (UTC)
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.
|display=
with title, inline or inline,title set.|display=
with title, inline or inline,title set.Does anyone have any concerns about doing this? -- Kumioko ( talk) 20:57, 11 January 2012 (UTC)
|display=
in a {{
coord}}
. You just need to add code like this to the {{
coord}}
template:{{#if: {{{display|}}} | | [[Category:Coord templates without display parameter]] }}
{{
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)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)
|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){{coord|12.345|54.321|display=|name=some name}}
gives
12°20′42″N 54°19′16″E / 12.345°N 54.321°E 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)
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)
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)
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)
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 [2] 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)
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)