![]() | 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 10 | Archive 11 | Archive 12 | Archive 13 | Archive 14 |
Why does the little blue globe appear sometimes appear next to the coordinates for terrestrial locations and sometimes not? I'm setting up an article draft in my sandbox and can't get the globe to appear. — Ipoellet ( talk) 17:18, 5 June 2016 (UTC)
-- [[
User:Edokter]] {{
talk}}
19:36, 5 June 2016 (UTC)-- [[
User:Edokter]] {{
talk}}
19:37, 5 June 2016 (UTC)... but the coordinates for US 2–Iron River Bridge are wrong. Ed [talk] [majestic titan] 03:12, 13 June 2016 (UTC)
anybody any idea? — Preceding unsigned comment added by Oxygene7-13 ( talk • contribs) 16:43, 12 June 2016 (UTC)
This page makes a call on {{
Philippine cultural property row}} which calls {{
coord}}. It includes |name=
which doesn't work properly. Sometimes it replies |name=text
but also appends with a right parenthesis. Sometimes it doesn't make any reply at all.
I notice at the last line of Template:Philippine cultural property row/doc says …
=== Precision === When giving coordinates, please use an appropriate level of precision. Do not use {{ coord}}'s
|name=
parameter.
What does it all mean? I'm thinking of changing the parameter of {{
coord}} to |notes=text
, which seems to work. I don't know why {{
coord}} needs any name/notes at all.
77.96.18.129 (
talk)
13:57, 29 June 2016 (UTC)
{{
coord}}
doesn't like wikilink markup in the |name=
parameter. {{
Philippine cultural property row}}
uses |site_name=
and |lat=
and |long=
to assemble a {{coord}}
template that looks like this (from the first entry at
List of Cultural Properties of the Philippines in Central Visayas):
{{coord|9.622787|123.912254|format=dms|display=inline|name=[[Baclayon Church]] and Complex}}
|name=
parameter:
{{coord|9.622787|123.912254|format=dms|display=inline|name=Baclayon Church and Complex}}
|name=
reads (emphasis added):
{{Philippine cultural property row}}
.![]() | This
edit request to
Template:Coord has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
– S. Rich ( talk) 01:36, 20 July 2016 (UTC)
{{
edit template-protected}}
is usually not required for edits to the documentation, categories, or interlanguage links of templates using a
documentation subpage. Use the 'edit' link at the top of the green "Template documentation" box to edit the documentation subpage. —
JJMC89 (
T·
C)
02:04, 20 July 2016 (UTC)Please join a discussion of geographic coordinate formats which affects this template. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:51, 2 August 2016 (UTC)
Please see related RfC at Wikipedia:Village pump (proposals)#RfC: Deprecate named coordinates-related infobox parameters. ― Mandruss ☎ 03:38, 12 August 2016 (UTC)
The coordinates globe (
) icon doesn't show up in Mobile View. If the coordinates have the parameter format=hidden, then the absence of the globe icon can even be more confusing, especially if notes pertaining to the coordinates are still visible.
Example in Mobile view: https://en.m.wikipedia.org/wiki/Aklan#Administrative_divisions— Preceding unsigned comment added by Sanglahi86 ( talk • contribs) 21:16, 11 July 2016 (UTC)
{{
Coord}} with "region:GB_type:city
" as in
Buckfast used to lead to a Geohack page with a GB focus, including ability to get to OS maps. It doesn't seem to be doing so today. The Geohack page displays "Region: GB" but this doesn't seem to influence the menu of maps offered. Has something changed? It's not just this one page - I first noticed the links in
List of tripoints of English counties (which use a different template but still go to Geohack) as not being GB-focussed, but it seems general. Is this a bug or a feature?
Pam
D
09:32, 14 August 2016 (UTC)
Hi. The current globe icon (
) looks kinda terrible (to me, on my screen); jagged and fuzzy due to bitmap scaling and transparency. How about using the SVG version (
) instead? And, frankly, I don't get the point of the downward-pointing arrow on the icon, so how about just using the source image (
)? Or maybe get someone to design a stylized 2D globe/map icon in black and white for even better legibility (the 3D color globe image is beautiful at full size, but doesn't really scale well to really small sizes; a flat low-color one would). --
Xover (
talk)
17:22, 16 September 2016 (UTC)
@ Dschwen: Thanks for the explanation. However, I think you miss the mark when you point to "taste" and oh-by-the-way-also-accessability as the key issues. I would say that the key issue is one of usability, discoverability, and the interaction model.
The icon, when viewed in isolation, is not optimal because
Which latter issue overlaps with the problem with the totality of this feature (MiniWikiAtlas in combination with the coord link): there are two "interactive" elements for an article's coordinates, that are located close together but uses different UI widgets, and which behave in fundamentally different ways (indeed, are implemented entirely separately). The discoverability and usability problems of it is magnified by being combined with the other feature.
My suggestion for how to approach this is firstly to "pick one", and secondly to "design the hell out of it". That is, an article's coordinates should trigger one feature, and that feature should expend significant effort on being designed well for usability and visual acuity. A possible point of reference might be the the preview "cards" that can appear when you hover over an internal wikilink, which are, I think, turned off and on in user preferences as a "Gadget"; the link works either way, but when enabled the Gadget provides additional functionality (value) in the form of a preview of the link you're about to click. MiniWikiAtlas could appear when you hover over a coord link (or its icon) in a "card" like form, and provide UI widgets (i.e. "buttons") to either zoom to the full browser window (ala. the media viewer) or to open the Geohack service. Whether clicking the link (rather than hovering) should open WikiMiniAtlas or go to the Geohack service is a matter for debate (at least, I don't see that one or the other option is clearly the right one); but having two entirely separate features piggybacking on the same coordinate without integrating and coordinating them leads pretty much only to a poor user experience.
And finally, decorating the coordinate link with an icon is fine (bearing in mind the above), but the icon and the text should behave the same and the icon needs to be visually clear and clearly communicate to the user what it is. My suggestion would be to reduce level of detail (because it doesn't get through at small sizes and only serves to reduce understanding) typically by using an icon that is more stylized (less realistic) and flatter (the faux depth of 3D is detail that adds no value and decreases ease of understanding when viewed at small sizes). That is, something along the lines of these rather than the current one:
(or in a pinch:
). Since both the icon and link (if both are shown rather than just one of them) behave identically, and trigger on hover rather than click, you no longer need an arrow symbol to indicate the dropdown, and the icon can be clearer. (BTW, despite the laudable goal of representing the global south that shaped these icons, I would recommend going for the silhouette of America for maximum recognisability as that's what users will be used to from other contexts; at these icon sizes, other concerns must take a back seat to legibility).
Anyways, that was about four paragraphs worth more brain cycles than I had planned to expend on this, so hopefully it'll be in some way useful when you (the collective "you") next sit down to redesign any of these aspects. Cheers, -- Xover ( talk) 10:00, 29 September 2016 (UTC)
It could be worth modifying the template to support a leading plus (+) sign for the latitude and longitude values. At present only a leading minus sign (−) is supported. A plus sign would make the northern hemisphere and east latitudes explicit. For example:
{{coord|+44.112|−87.913}}
Currently, the above example yields:
The plus sign in the rendered output is unnecessary and redundant and should be suppressed for consistency. Best wishes. RobbieIanMorrison ( talk) 14:20, 11 December 2016 (UTC)
Is it acceptable to use the |notes=
parameter to insert national grid references into the title line? In countries which have an established national grid system it is often shown on maps and is an easier way to define locations, whereas lat/long may not be shown on road atlases or hikers maps. I've tried using |notes=, {{gbmapping|TQ 74019 68065}} on
St. Margaret's Church, Rochester as an example. The comma is needed to force a space between the lat/long and the word "grid". I think this mainly applies to the UK and to Eire, at least they appear to be the only countries with national grid templates listed in category "Coordinates templates".
Martin of Sheffield (
talk)
09:35, 7 January 2017 (UTC)
order=flip, and other options. Just a few thoughts for others to play with. ClemRutter ( talk) 11:41, 7 January 2017 (UTC)
|osgridref=
parameter, introducing a data redundancy. Data redundancy is generally something to be avoided.|display=inline,title
, as that would display the grid ref twice in the infobox, unless you removed the |osgridref=
parameter.|osgridref=
parameter, I don't think it would be that difficult to get it added. ―
Mandruss
☎
12:15, 7 January 2017 (UTC)
|osgridref=
can be added where needed, as I said. I don't doubt the problem, I question your solution to it. You are proposing the introduction of a new, second way to provide the grid ref, when the existing way would work just fine. Why add that degree of complexity as a mere matter of expediency? ―
Mandruss
☎
12:59, 7 January 2017 (UTC)
Hi, Mandruss, great to talk again.- We have spoken before? lol - and I thought I had a good memory for usernames!
|osgridref=
added to the relevant templates, most important ones first. If it will help, and it very well might, go to
WP:VPR and seek a community consensus that this is a Good Thing; I'll support you there unless I see convincing arguments that it is a Bad Thing. You can then reference that consensus on template talk pages where you request the new parameter. You might even recruit one or two template-qualified editors to make the changes, as I did with
Wikipedia:Coordinates in infoboxes.can we track spaces in the 'region/type' field? for example, I just fixed this problem. Frietjes ( talk) 16:11, 22 January 2017 (UTC)
If you know how to extract the longitude degrees from a {{ Coord}} template, please offer some assistance at this discussion. Thanks. – Jonesey95 ( talk) 05:33, 24 January 2017 (UTC)
{{#invoke:coordinates|coord2text|{{Coord|..}}|long}}
.
Frietjes (
talk)
16:01, 24 January 2017 (UTC)
Hi, It is possible to deactivate the overlay on the WikiMiniAtlas for a specific page. On Ottawa River page the WikiMiniAtlas 100km scale is substituted by the 2km scale of the overlay. thx -- YB ✍ 15:53, 3 March 2017 (UTC)
I was adding a coord tag to an artical using decimal degrees, however this results in the geohack to linking to the right place on the google map.
I haven't had this issue with degrees, minutes, and seconds of arc, has anyone else had an issue? Back ache ( talk) 07:21, 16 March 2017 (UTC)
|W
instead of |E
- the meridian runs right through Hayes, and positive longitudes are east. But I'm puzzled why you removed the coords from the infobox - in doing so, you have lost several important pieces of information - such as the type, region and scale. You have also gone from four places of decimals to seven, which is very much
overprecise - this gives an "accuracy" of just one centimetre. --
Redrose64 🌹 (
talk)
09:22, 16 March 2017 (UTC)
Example for a page with Template:Infobox UK School, which is registered in our coordinates database correctly: Paul's School, London. If that doesn't show up in Special:Nearby, then something else is going wrong. — TheDJ ( talk • contribs) 12:44, 16 March 2017 (UTC)
I think this thread has over-complicated things. The problem here is that the only way to tell Template:Coord to mark coordinates through the #coordinate magic word as primary is to position them near the title of the article (e.g. display=title). In my opinion the solution is as easy as just allowing users to specify themselves if the primary tag should be used or not. So, I would like to propose that an new argument is added, called "primary" and if an translusion mentions "primary=yes" then it is marked as primary. I would keep "display=title" being marked as primary, just so that thousands of articles do not need to be edited. The #coordinates magic word itself has an error if there are several primary coordinates on an page and an tracking category, so this template does not need to track that.-- Snaevar ( talk) 19:54, 18 March 2017 (UTC)
Hi can anybody provide help regarding Enard Bay. I'm having problems with setting the coords in the Infobox:body of water. Any help would be appreciated. It's coming back with the Lua exception error: 58°05′45.0240″N -5°20′11.0688″E Coordinates: longitude degrees < 0 with hemisphere flag Invalid arguments have been passed to the {{#coordinates:}} function: invalid longitude scope_creep ( talk) 12:13, 26 March 2017 (UTC)::
I'm starting to construct a list article, and am finding the coordinates for the locations involved expressed in both decimal form (41.289°S 174.777°E) and degree/minute/second form (57°18′22″N 4°27′32″W). Given that I'm going to have to convert some of them, is there any reason to prefer one form over another? Is there any advantage to a reader, or to other software that might want to make use of the data? Mike Christie ( talk - contribs - library) 09:57, 5 April 2017 (UTC)
Thanks for the various responses. Jc3s5h, the symbols I pasted in were copied from the example under "Quick how to" at Template:Coord, so I'm surprised that they include an apostrophe, and not a prime. Yes, I think VE does include the prime; it seems to include most characters I've ever found a need for, though since I'll be generating these coordinates via the template I won't actually need the prime.
I'll use the dms; as pointed out above, it's an easy search-and-replace change to make it dec if needed. Thanks. Mike Christie ( talk - contribs - library) 22:23, 5 April 2017 (UTC)
A civil parish in England, such as Allithwaite Upper or Kirklinton Middle, is listed in List of administrative divisions by country as a 4th-level admin unit. So what "Type" do we use for its coords? Does it count as "City"? Pam D 06:29, 20 April 2017 (UTC)
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I noticed that the position of the airplane icon (the "pushpin_mark" graphic) is misleading in the Joint Base Anacostia–Bolling article. It appears at the tip of Greenleaf Point, even though the coordinates for JBAB appear to be correct in the template. Clicking on the Coordinates text in the article as displayed shows the correct location about a mile south of Greenleaf Point. At first I thought this error was related to the fact that the pushpin label wraps across three lines, but reducing the label to one line doesn't solve the problem. So I don't know how to fix the problem, but it seems to be real enough. 76.22.118.146 ( talk) 02:00, 23 April 2017 (UTC)
{{
Coord|38|50|34|N|077|00|58|W|name=JB Anacostia–Bolling|display=inline,title}}
but if it is also wrong, the problem is nothing to do with {{
coord}}
but concerns {{
Location map}}
, and is most likely to be the corner coordinates that are recorded at
Template:Location map USA District of Columbia. The best place to discuss that is at
Module talk:Location map. --
Redrose64 🌹 (
talk)
08:53, 23 April 2017 (UTC)I noticed that display=inline influences two distinct things:
An example is Villa Farnesina, which displayed coordinates only inline, in the info box. Displaying coordinates at the top of the page too (display=inline,title) seems superfluous, but it results in queries returning the actual geo location of the subject.
I wonder if this should be clarified in the documentation for the template. Superp ( talk) 12:56, 25 April 2017 (UTC)
title
somewhere in the |display=
parameter. --
Redrose64 🌹 (
talk)
15:00, 25 April 2017 (UTC)
Is there a way to make this template display 90°0′S without the E/W component? Listing an ice core drilled at the S pole in list of ice cores seems to require me to add 0°0′W, though in the sources it's usual to omit the longitude component, for obvious reasons. Mike Christie ( talk - contribs - library) 01:38, 25 April 2017 (UTC)
{{
coord|-90|0}}
→
90°S 0°E / 90°S 0°E --
Redrose64 🌹 (
talk)
11:07, 25 April 2017 (UTC)
<includeonly>{{#invoke:Coordinates|coord}}</includeonly><noinclude>
{{Documentation}}
</noinclude>
|-90
- and in the template itself you put {{{1}}}
to obtain the value of the first parameter. Similarly, |format=dms
is read as {{{format}}}
So if you inspect the source code for a template, you can easily find out all the recognised parameters by looking for triple braces. Now, I have asked many times, but nobody can tell me how to find out what parameters a Lua module will recognise. --
Redrose64 🌹 (
talk)
20:19, 28 April 2017 (UTC)Hello all- Wanted to alert Team Coord that an IP editor has edited a few dozen articles today with seemingly ineffectual changes, leaving the summary updated coordinate template: Special:Contributions/134.130.139.104. I reverted one change, but as I'm no expert in this realm, I wanted to bring it to the attention of others. Eric talk 15:56, 27 April 2017 (UTC)
"consensus in specific projects"Not this again. Projects do not get to determine consensus for the wider Wikipedia. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:35, 7 May 2017 (UTC)
but if you're going to take the trouble of creating an error response to the type=
formatting that you know users are going to employ... just make that formatting work. There's no reason for the variant colon typography in the first place, but coding compatibility with standard formatting makes more sense than coding error messages if you're taking the time to do either. —
LlywelynII
20:45, 9 May 2017 (UTC)
Is there a parameter to force a line break (or alternatively require a non-breaking space) between lat and lon? This would be helpful in some tables with multiple coords to create narrower column widths or more consistent and uniform displays regardless of the user's screen resolution. Fortguy ( talk) 07:14, 7 May 2017 (UTC)
{{#invoke:string|replace|{{Coord|57|18|22|N|4|27|32|W}}|([NS]</span>)|%1<br>|plain=false}}
. of course the better solution would be to add an option to the template to insert the br tag.
Frietjes (
talk)
17:35, 9 May 2017 (UTC)
At Kasubi Tombs (Q309426) there is now a deprecated coordinate (from a database that appears to contain an error) and a normal rank coodinate (the corrected coords). However, it seems that using this template at Kasubi Tombs (via the inclusion of this template in {{ Infobox World Heritage Site}}) fetches the deprecated value (since it is the first in the list) rather than following the ranking. Please could that be changed so that the ranking is followed? For now there is a local override in place in the article for the coordinates. Thanks. Mike Peel ( talk) 00:17, 10 July 2017 (UTC)
I've been doing a bit of experimenting in my sandbox and found that degrees and decimal minutes work: {{coord|51|25.813|N|0|43.945|E}} -> 51°25.813′N 0°43.945′E / 51.430217°N 0.732417°E. This of use in navigation where charts and almanacs are conventionally marked up in degrees and decimal minutes. Is everyone happy if I go ahead and update the documentation to reflect this? Martin of Sheffield ( talk) 21:04, 30 July 2017 (UTC)
I see the caveat that "Tools which read Wikipedia database dumps (such as Google Earth) often ignore inline coordinates.", but I'm surprised that this extends to the Wikipedia API itself! Asking the API for the geocoordinates of, say, the Somerset House article (which includes an inline {{ coord}} in the infobox, but not beside the title) returns no coordinates.
I don't know how common it is for infoboxes to be inadvertently written like this, but it seems like a potentially large hole in Wikipedia's data. Should this be addressed, perhaps through clever templating (if an article has no title coords and the first infobox on the page includes inline-only coordinates, add those coordinates to the title) or a bot that searches for and flags articles that appear to have this oversight? -- Gapfall ( talk) 08:46, 26 May 2017 (UTC)
|display=inline,title
once the process at
Wikipedia:Coordinates in infoboxes is complete. Though, as Jonesey95 said, a RfC is needed to establish consensus for such a change. The issue that I see coming up is how to select which set of coordinates should be primary when there is more than one set on a page. —
JJMC89 (
T·
C)
20:47, 26 May 2017 (UTC)
|primary=
be added to the template for cases where we want to set primary coordinates without having them with the title. FYI, |nosave=
prevents coordinates from being designated as primary. —
JJMC89 (
T·
C)
04:47, 20 July 2017 (UTC)
{{
rfc}}
template, so it wasn't publicised to anybody who wasn't already watching VPR; and those who were watching it weren't aware of its status. --
Redrose64 🌹 (
talk)
20:17, 3 August 2017 (UTC)
|display=inline,title
if the infobox was already doing so. —
JJMC89 (
T·
C)
20:47, 26 May 2017 (UTC)This template produces a circle (globe?) that says "Show location on an interactive map" when the mouse rolls over. At the lower right is a horizontal line that looks like a minus sign, although several features above and below that line can make it look more like a plus sign. For several minutes I thought I had discovered a major coordinates problem, because I was misreading Southern Hemisphere locations as Northern Hemisphere, based on squinting at the phantom minus/plus sign. I didn't figure it out until I tried looking at the edit page code. Am I the only one having that problem? If not, can we remove that line? Art LaPella ( talk) 20:20, 11 August 2017 (UTC)
Is there any tracking category, which gives a list of articles using this template directly and not through any infobox? -- Pankaj Jain Capankajsmilyo ( talk · contribs · count) 07:24, 23 August 2017 (UTC)
at the top of the article, any ideas? I've tried fewer decimals, using sec/min, without the minus… Smkolins ( talk) 13:49, 19 September 2017 (UTC)
|display=
did not have a valid value. —
JJMC89 (
T·
C)
14:24, 19 September 2017 (UTC)
@ Gapfall: has pointed out that the coordinates in Royal Observatory, Greenwich aren't currently accessible through the Wikipedia API ( example URL). The coordinates in that article are now provided from Wikidata through {{ Infobox Observatory}}, which in turn uses this template to fetch and display the coordinates. I don't know how the coordinates are normally provided to the API, but something in this system seems to be breaking it. The code in Infobox Observatory is:
{{#if:{{{coordinates|{{{coords|{{{coord|}}}}}}}}} | {{#invoke:Coordinates|coordinsert|{{{coordinates|{{{coords|{{{coord}}}}}}}}}|type:landmark|{{#if:{{{location_country|}}}|region:{{CountryAbbr|{{{location_country}}}}}}}}} | {{#if:{{#Property:P625}} | {{Coord|3=type:landmark{{#if:{{{location_country|}}}|_region:{{CountryAbbr|{{{location_country}}}}}}}|nosave=1|display=inline,title|format=dms}} }} }}
Is there anything missing here that's needed to make the API work correctly, or is this an issue with this template? (Also @ Jc3s5h, who brought this to my attention.) Thanks. Mike Peel ( talk) 23:26, 26 June 2017 (UTC)
title
be specified to say that the coordinates are "primary", that is, they refer to the location of the subject of the article.
Johnuniq (
talk)
00:07, 27 June 2017 (UTC)
{{Infobox telescope}}
uses |nosave=1
in {{Coord}}
, which prevents the coordinates from being flagged as primary
. |nosave=
is also set for {{Infobox observatory}}
and {{Infobox World Heritage Site}}
. —
JJMC89 (
T·
C)
15:25, 18 December 2017 (UTC)
{{Infobox telescope}}
onto an article, would that always be an article about the telescope, so safe to assume that coordinates are primary? I'd assume that if we wanted to add an infobox about a telescope halfway down an article about something else, with its own set of coordinates, {{Infobox telescope}}
wouldn't work by itself anyway.) --
Gapfall (
talk)
09:20, 20 December 2017 (UTC)
|nosave=
is set in the first place. —
JJMC89 (
T·
C)
02:23, 22 December 2017 (UTC)When I click on the globe icon for the WikiMiniAtlas overlay, I get a 502 Bad Gateway error. Other users have reported this elsewhere. I'm not sure if this is an error in coord, or with WMA itself. Pi.1415926535 ( talk) 03:44, 27 January 2018 (UTC)
I have added tracking for unsupported parameters to many templates using Module:Check for unknown parameters, but I do not know how to insert it into a Lua module. Do we just invoke it from the template, like regular templates, or is there a special way to do it within the module?
Here is a report showing unsupported parameter usage. I would be happy to create the tracking category and fix many of the errors. – Jonesey95 ( talk) 03:56, 4 February 2018 (UTC)
An issue was posted to Wikipedia:Help desk#Technical problem with geographical coordinates ( permanent link). Is there a way to override Wikidata coordinates in WikiMiniAtlas? If not then shouldn't there be? PrimeHunter ( talk) 22:56, 3 April 2018 (UTC)
Can you have multiple types for coords? If so, how do you express it? Or do you just have to pick one? If just one, which one? For example, if I have an island which is also a suburb, do I use city or isle? Thanks Kerry ( talk) 14:54, 10 February 2018 (UTC)
Hi all, in following up on the last WMA service failure - it was recommended we migrate from WikiMiniAtlas to mw:Help:Extension:Kartographer. This extension is installed, but will need some testing to become the primary replacement. — xaosflux Talk 18:48, 27 January 2018 (UTC)
@ TheDJ, Xaosflux, and Mike Peel: Is this going to happen? I remember there might have been something about Community Tech wanting to install it, but they've moved onto another project now. Jc86035 ( talk) 15:46, 6 July 2018 (UTC)
C933103 ( talk) 00:04, 22 August 2018 (UTC)
When used in template "Infobox church", the coordinates are shown beneath the image. In "Infobox venue" and "Infobox building" (for example), they appear in the "Coordinates" line in the box. Is this behavior correct? Jmar67 ( talk) 13:43, 29 September 2018 (UTC)
| label5 = [[Geographic coordinate system|Coordinates]]
| data5 = {{{coordinates|}}}
| label18 = [[Geographic coordinate system|Coordinates]]
| data18 = {{#if:{{{coordinates|}}}|{{#invoke:Coordinates|coordinsert|{{{coordinates|}}}|type:landmark|{{#if:{{{location_country|}}}|region:{{Country abbreviation|{{{location_country}}}}}}}}}|}}
| data1 = {{#if:{{{coordinates|}}}
|{{#invoke:Coordinates|coordinsert|{{{coordinates}}}|type:landmark|{{#if:{{{country|}}}|region:{{Country abbreviation|{{{country}}}}}}}}} |}}
|label1=
to pair up with its |data1=
so that the latter is displayed full width. This is nothing to do with
Template:Coord, it is a matter for
Template talk:Infobox church. --
Redrose64 🌹 (
talk)
19:02, 29 September 2018 (UTC)Anyone know why on Shanghai Tower, the coordinates of the map marker are correct for OSM but for Google maps, are across the road? Opencooper ( talk) 03:40, 9 December 2018 (UTC)
region:CN
is added to the coordinates like
31°14′08″N 121°30′04″E / 31.2355°N 121.501°E, GeoHack specifically has a note for this. Perhaps this template should mention being careful with Chinese coordinates (I could easily see someone adding Google's coordinates without verifying if they adhere to the obfuscated Chinese system)?
Opencooper (
talk)
00:04, 10 December 2018 (UTC)Hello, I'm looking for a template "coord"/"GeoGroup" which includes the coordinates of all places of a municipality and their boundary visible (together). Can anyone help with a solution?
--> Talk: Template_talk:GeoGroup#Coordinates_for_all_places_of_a_municipality_with_their_boundary_visible Greetings from Germany Triplec85 ( talk) 20:28, 20 January 2019 (UTC)
While copyediting the article Mattanur, I found this:
I know that there is a coordinate template (this) but is there one that handles uncertainty?
Thanks in advance, Ben79487 ( talk contribs) 03:28, 24 January 2019 (UTC)
There should be a parameter that suppresses the WikiAtlas blue globe. In lists of many things with coordinates, like Jubek State, it is annoying clutter. On the other hand, there should be a separate template that creates a link/button to open the WikiAtlas; so that one can put that link once at the top of such a list. -- Jorge Stolfi ( talk) 13:57, 28 March 2019 (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 10 | Archive 11 | Archive 12 | Archive 13 | Archive 14 |
Why does the little blue globe appear sometimes appear next to the coordinates for terrestrial locations and sometimes not? I'm setting up an article draft in my sandbox and can't get the globe to appear. — Ipoellet ( talk) 17:18, 5 June 2016 (UTC)
-- [[
User:Edokter]] {{
talk}}
19:36, 5 June 2016 (UTC)-- [[
User:Edokter]] {{
talk}}
19:37, 5 June 2016 (UTC)... but the coordinates for US 2–Iron River Bridge are wrong. Ed [talk] [majestic titan] 03:12, 13 June 2016 (UTC)
anybody any idea? — Preceding unsigned comment added by Oxygene7-13 ( talk • contribs) 16:43, 12 June 2016 (UTC)
This page makes a call on {{
Philippine cultural property row}} which calls {{
coord}}. It includes |name=
which doesn't work properly. Sometimes it replies |name=text
but also appends with a right parenthesis. Sometimes it doesn't make any reply at all.
I notice at the last line of Template:Philippine cultural property row/doc says …
=== Precision === When giving coordinates, please use an appropriate level of precision. Do not use {{ coord}}'s
|name=
parameter.
What does it all mean? I'm thinking of changing the parameter of {{
coord}} to |notes=text
, which seems to work. I don't know why {{
coord}} needs any name/notes at all.
77.96.18.129 (
talk)
13:57, 29 June 2016 (UTC)
{{
coord}}
doesn't like wikilink markup in the |name=
parameter. {{
Philippine cultural property row}}
uses |site_name=
and |lat=
and |long=
to assemble a {{coord}}
template that looks like this (from the first entry at
List of Cultural Properties of the Philippines in Central Visayas):
{{coord|9.622787|123.912254|format=dms|display=inline|name=[[Baclayon Church]] and Complex}}
|name=
parameter:
{{coord|9.622787|123.912254|format=dms|display=inline|name=Baclayon Church and Complex}}
|name=
reads (emphasis added):
{{Philippine cultural property row}}
.![]() | This
edit request to
Template:Coord has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
– S. Rich ( talk) 01:36, 20 July 2016 (UTC)
{{
edit template-protected}}
is usually not required for edits to the documentation, categories, or interlanguage links of templates using a
documentation subpage. Use the 'edit' link at the top of the green "Template documentation" box to edit the documentation subpage. —
JJMC89 (
T·
C)
02:04, 20 July 2016 (UTC)Please join a discussion of geographic coordinate formats which affects this template. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:51, 2 August 2016 (UTC)
Please see related RfC at Wikipedia:Village pump (proposals)#RfC: Deprecate named coordinates-related infobox parameters. ― Mandruss ☎ 03:38, 12 August 2016 (UTC)
The coordinates globe (
) icon doesn't show up in Mobile View. If the coordinates have the parameter format=hidden, then the absence of the globe icon can even be more confusing, especially if notes pertaining to the coordinates are still visible.
Example in Mobile view: https://en.m.wikipedia.org/wiki/Aklan#Administrative_divisions— Preceding unsigned comment added by Sanglahi86 ( talk • contribs) 21:16, 11 July 2016 (UTC)
{{
Coord}} with "region:GB_type:city
" as in
Buckfast used to lead to a Geohack page with a GB focus, including ability to get to OS maps. It doesn't seem to be doing so today. The Geohack page displays "Region: GB" but this doesn't seem to influence the menu of maps offered. Has something changed? It's not just this one page - I first noticed the links in
List of tripoints of English counties (which use a different template but still go to Geohack) as not being GB-focussed, but it seems general. Is this a bug or a feature?
Pam
D
09:32, 14 August 2016 (UTC)
Hi. The current globe icon (
) looks kinda terrible (to me, on my screen); jagged and fuzzy due to bitmap scaling and transparency. How about using the SVG version (
) instead? And, frankly, I don't get the point of the downward-pointing arrow on the icon, so how about just using the source image (
)? Or maybe get someone to design a stylized 2D globe/map icon in black and white for even better legibility (the 3D color globe image is beautiful at full size, but doesn't really scale well to really small sizes; a flat low-color one would). --
Xover (
talk)
17:22, 16 September 2016 (UTC)
@ Dschwen: Thanks for the explanation. However, I think you miss the mark when you point to "taste" and oh-by-the-way-also-accessability as the key issues. I would say that the key issue is one of usability, discoverability, and the interaction model.
The icon, when viewed in isolation, is not optimal because
Which latter issue overlaps with the problem with the totality of this feature (MiniWikiAtlas in combination with the coord link): there are two "interactive" elements for an article's coordinates, that are located close together but uses different UI widgets, and which behave in fundamentally different ways (indeed, are implemented entirely separately). The discoverability and usability problems of it is magnified by being combined with the other feature.
My suggestion for how to approach this is firstly to "pick one", and secondly to "design the hell out of it". That is, an article's coordinates should trigger one feature, and that feature should expend significant effort on being designed well for usability and visual acuity. A possible point of reference might be the the preview "cards" that can appear when you hover over an internal wikilink, which are, I think, turned off and on in user preferences as a "Gadget"; the link works either way, but when enabled the Gadget provides additional functionality (value) in the form of a preview of the link you're about to click. MiniWikiAtlas could appear when you hover over a coord link (or its icon) in a "card" like form, and provide UI widgets (i.e. "buttons") to either zoom to the full browser window (ala. the media viewer) or to open the Geohack service. Whether clicking the link (rather than hovering) should open WikiMiniAtlas or go to the Geohack service is a matter for debate (at least, I don't see that one or the other option is clearly the right one); but having two entirely separate features piggybacking on the same coordinate without integrating and coordinating them leads pretty much only to a poor user experience.
And finally, decorating the coordinate link with an icon is fine (bearing in mind the above), but the icon and the text should behave the same and the icon needs to be visually clear and clearly communicate to the user what it is. My suggestion would be to reduce level of detail (because it doesn't get through at small sizes and only serves to reduce understanding) typically by using an icon that is more stylized (less realistic) and flatter (the faux depth of 3D is detail that adds no value and decreases ease of understanding when viewed at small sizes). That is, something along the lines of these rather than the current one:
(or in a pinch:
). Since both the icon and link (if both are shown rather than just one of them) behave identically, and trigger on hover rather than click, you no longer need an arrow symbol to indicate the dropdown, and the icon can be clearer. (BTW, despite the laudable goal of representing the global south that shaped these icons, I would recommend going for the silhouette of America for maximum recognisability as that's what users will be used to from other contexts; at these icon sizes, other concerns must take a back seat to legibility).
Anyways, that was about four paragraphs worth more brain cycles than I had planned to expend on this, so hopefully it'll be in some way useful when you (the collective "you") next sit down to redesign any of these aspects. Cheers, -- Xover ( talk) 10:00, 29 September 2016 (UTC)
It could be worth modifying the template to support a leading plus (+) sign for the latitude and longitude values. At present only a leading minus sign (−) is supported. A plus sign would make the northern hemisphere and east latitudes explicit. For example:
{{coord|+44.112|−87.913}}
Currently, the above example yields:
The plus sign in the rendered output is unnecessary and redundant and should be suppressed for consistency. Best wishes. RobbieIanMorrison ( talk) 14:20, 11 December 2016 (UTC)
Is it acceptable to use the |notes=
parameter to insert national grid references into the title line? In countries which have an established national grid system it is often shown on maps and is an easier way to define locations, whereas lat/long may not be shown on road atlases or hikers maps. I've tried using |notes=, {{gbmapping|TQ 74019 68065}} on
St. Margaret's Church, Rochester as an example. The comma is needed to force a space between the lat/long and the word "grid". I think this mainly applies to the UK and to Eire, at least they appear to be the only countries with national grid templates listed in category "Coordinates templates".
Martin of Sheffield (
talk)
09:35, 7 January 2017 (UTC)
order=flip, and other options. Just a few thoughts for others to play with. ClemRutter ( talk) 11:41, 7 January 2017 (UTC)
|osgridref=
parameter, introducing a data redundancy. Data redundancy is generally something to be avoided.|display=inline,title
, as that would display the grid ref twice in the infobox, unless you removed the |osgridref=
parameter.|osgridref=
parameter, I don't think it would be that difficult to get it added. ―
Mandruss
☎
12:15, 7 January 2017 (UTC)
|osgridref=
can be added where needed, as I said. I don't doubt the problem, I question your solution to it. You are proposing the introduction of a new, second way to provide the grid ref, when the existing way would work just fine. Why add that degree of complexity as a mere matter of expediency? ―
Mandruss
☎
12:59, 7 January 2017 (UTC)
Hi, Mandruss, great to talk again.- We have spoken before? lol - and I thought I had a good memory for usernames!
|osgridref=
added to the relevant templates, most important ones first. If it will help, and it very well might, go to
WP:VPR and seek a community consensus that this is a Good Thing; I'll support you there unless I see convincing arguments that it is a Bad Thing. You can then reference that consensus on template talk pages where you request the new parameter. You might even recruit one or two template-qualified editors to make the changes, as I did with
Wikipedia:Coordinates in infoboxes.can we track spaces in the 'region/type' field? for example, I just fixed this problem. Frietjes ( talk) 16:11, 22 January 2017 (UTC)
If you know how to extract the longitude degrees from a {{ Coord}} template, please offer some assistance at this discussion. Thanks. – Jonesey95 ( talk) 05:33, 24 January 2017 (UTC)
{{#invoke:coordinates|coord2text|{{Coord|..}}|long}}
.
Frietjes (
talk)
16:01, 24 January 2017 (UTC)
Hi, It is possible to deactivate the overlay on the WikiMiniAtlas for a specific page. On Ottawa River page the WikiMiniAtlas 100km scale is substituted by the 2km scale of the overlay. thx -- YB ✍ 15:53, 3 March 2017 (UTC)
I was adding a coord tag to an artical using decimal degrees, however this results in the geohack to linking to the right place on the google map.
I haven't had this issue with degrees, minutes, and seconds of arc, has anyone else had an issue? Back ache ( talk) 07:21, 16 March 2017 (UTC)
|W
instead of |E
- the meridian runs right through Hayes, and positive longitudes are east. But I'm puzzled why you removed the coords from the infobox - in doing so, you have lost several important pieces of information - such as the type, region and scale. You have also gone from four places of decimals to seven, which is very much
overprecise - this gives an "accuracy" of just one centimetre. --
Redrose64 🌹 (
talk)
09:22, 16 March 2017 (UTC)
Example for a page with Template:Infobox UK School, which is registered in our coordinates database correctly: Paul's School, London. If that doesn't show up in Special:Nearby, then something else is going wrong. — TheDJ ( talk • contribs) 12:44, 16 March 2017 (UTC)
I think this thread has over-complicated things. The problem here is that the only way to tell Template:Coord to mark coordinates through the #coordinate magic word as primary is to position them near the title of the article (e.g. display=title). In my opinion the solution is as easy as just allowing users to specify themselves if the primary tag should be used or not. So, I would like to propose that an new argument is added, called "primary" and if an translusion mentions "primary=yes" then it is marked as primary. I would keep "display=title" being marked as primary, just so that thousands of articles do not need to be edited. The #coordinates magic word itself has an error if there are several primary coordinates on an page and an tracking category, so this template does not need to track that.-- Snaevar ( talk) 19:54, 18 March 2017 (UTC)
Hi can anybody provide help regarding Enard Bay. I'm having problems with setting the coords in the Infobox:body of water. Any help would be appreciated. It's coming back with the Lua exception error: 58°05′45.0240″N -5°20′11.0688″E Coordinates: longitude degrees < 0 with hemisphere flag Invalid arguments have been passed to the {{#coordinates:}} function: invalid longitude scope_creep ( talk) 12:13, 26 March 2017 (UTC)::
I'm starting to construct a list article, and am finding the coordinates for the locations involved expressed in both decimal form (41.289°S 174.777°E) and degree/minute/second form (57°18′22″N 4°27′32″W). Given that I'm going to have to convert some of them, is there any reason to prefer one form over another? Is there any advantage to a reader, or to other software that might want to make use of the data? Mike Christie ( talk - contribs - library) 09:57, 5 April 2017 (UTC)
Thanks for the various responses. Jc3s5h, the symbols I pasted in were copied from the example under "Quick how to" at Template:Coord, so I'm surprised that they include an apostrophe, and not a prime. Yes, I think VE does include the prime; it seems to include most characters I've ever found a need for, though since I'll be generating these coordinates via the template I won't actually need the prime.
I'll use the dms; as pointed out above, it's an easy search-and-replace change to make it dec if needed. Thanks. Mike Christie ( talk - contribs - library) 22:23, 5 April 2017 (UTC)
A civil parish in England, such as Allithwaite Upper or Kirklinton Middle, is listed in List of administrative divisions by country as a 4th-level admin unit. So what "Type" do we use for its coords? Does it count as "City"? Pam D 06:29, 20 April 2017 (UTC)
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I noticed that the position of the airplane icon (the "pushpin_mark" graphic) is misleading in the Joint Base Anacostia–Bolling article. It appears at the tip of Greenleaf Point, even though the coordinates for JBAB appear to be correct in the template. Clicking on the Coordinates text in the article as displayed shows the correct location about a mile south of Greenleaf Point. At first I thought this error was related to the fact that the pushpin label wraps across three lines, but reducing the label to one line doesn't solve the problem. So I don't know how to fix the problem, but it seems to be real enough. 76.22.118.146 ( talk) 02:00, 23 April 2017 (UTC)
{{
Coord|38|50|34|N|077|00|58|W|name=JB Anacostia–Bolling|display=inline,title}}
but if it is also wrong, the problem is nothing to do with {{
coord}}
but concerns {{
Location map}}
, and is most likely to be the corner coordinates that are recorded at
Template:Location map USA District of Columbia. The best place to discuss that is at
Module talk:Location map. --
Redrose64 🌹 (
talk)
08:53, 23 April 2017 (UTC)I noticed that display=inline influences two distinct things:
An example is Villa Farnesina, which displayed coordinates only inline, in the info box. Displaying coordinates at the top of the page too (display=inline,title) seems superfluous, but it results in queries returning the actual geo location of the subject.
I wonder if this should be clarified in the documentation for the template. Superp ( talk) 12:56, 25 April 2017 (UTC)
title
somewhere in the |display=
parameter. --
Redrose64 🌹 (
talk)
15:00, 25 April 2017 (UTC)
Is there a way to make this template display 90°0′S without the E/W component? Listing an ice core drilled at the S pole in list of ice cores seems to require me to add 0°0′W, though in the sources it's usual to omit the longitude component, for obvious reasons. Mike Christie ( talk - contribs - library) 01:38, 25 April 2017 (UTC)
{{
coord|-90|0}}
→
90°S 0°E / 90°S 0°E --
Redrose64 🌹 (
talk)
11:07, 25 April 2017 (UTC)
<includeonly>{{#invoke:Coordinates|coord}}</includeonly><noinclude>
{{Documentation}}
</noinclude>
|-90
- and in the template itself you put {{{1}}}
to obtain the value of the first parameter. Similarly, |format=dms
is read as {{{format}}}
So if you inspect the source code for a template, you can easily find out all the recognised parameters by looking for triple braces. Now, I have asked many times, but nobody can tell me how to find out what parameters a Lua module will recognise. --
Redrose64 🌹 (
talk)
20:19, 28 April 2017 (UTC)Hello all- Wanted to alert Team Coord that an IP editor has edited a few dozen articles today with seemingly ineffectual changes, leaving the summary updated coordinate template: Special:Contributions/134.130.139.104. I reverted one change, but as I'm no expert in this realm, I wanted to bring it to the attention of others. Eric talk 15:56, 27 April 2017 (UTC)
"consensus in specific projects"Not this again. Projects do not get to determine consensus for the wider Wikipedia. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:35, 7 May 2017 (UTC)
but if you're going to take the trouble of creating an error response to the type=
formatting that you know users are going to employ... just make that formatting work. There's no reason for the variant colon typography in the first place, but coding compatibility with standard formatting makes more sense than coding error messages if you're taking the time to do either. —
LlywelynII
20:45, 9 May 2017 (UTC)
Is there a parameter to force a line break (or alternatively require a non-breaking space) between lat and lon? This would be helpful in some tables with multiple coords to create narrower column widths or more consistent and uniform displays regardless of the user's screen resolution. Fortguy ( talk) 07:14, 7 May 2017 (UTC)
{{#invoke:string|replace|{{Coord|57|18|22|N|4|27|32|W}}|([NS]</span>)|%1<br>|plain=false}}
. of course the better solution would be to add an option to the template to insert the br tag.
Frietjes (
talk)
17:35, 9 May 2017 (UTC)
At Kasubi Tombs (Q309426) there is now a deprecated coordinate (from a database that appears to contain an error) and a normal rank coodinate (the corrected coords). However, it seems that using this template at Kasubi Tombs (via the inclusion of this template in {{ Infobox World Heritage Site}}) fetches the deprecated value (since it is the first in the list) rather than following the ranking. Please could that be changed so that the ranking is followed? For now there is a local override in place in the article for the coordinates. Thanks. Mike Peel ( talk) 00:17, 10 July 2017 (UTC)
I've been doing a bit of experimenting in my sandbox and found that degrees and decimal minutes work: {{coord|51|25.813|N|0|43.945|E}} -> 51°25.813′N 0°43.945′E / 51.430217°N 0.732417°E. This of use in navigation where charts and almanacs are conventionally marked up in degrees and decimal minutes. Is everyone happy if I go ahead and update the documentation to reflect this? Martin of Sheffield ( talk) 21:04, 30 July 2017 (UTC)
I see the caveat that "Tools which read Wikipedia database dumps (such as Google Earth) often ignore inline coordinates.", but I'm surprised that this extends to the Wikipedia API itself! Asking the API for the geocoordinates of, say, the Somerset House article (which includes an inline {{ coord}} in the infobox, but not beside the title) returns no coordinates.
I don't know how common it is for infoboxes to be inadvertently written like this, but it seems like a potentially large hole in Wikipedia's data. Should this be addressed, perhaps through clever templating (if an article has no title coords and the first infobox on the page includes inline-only coordinates, add those coordinates to the title) or a bot that searches for and flags articles that appear to have this oversight? -- Gapfall ( talk) 08:46, 26 May 2017 (UTC)
|display=inline,title
once the process at
Wikipedia:Coordinates in infoboxes is complete. Though, as Jonesey95 said, a RfC is needed to establish consensus for such a change. The issue that I see coming up is how to select which set of coordinates should be primary when there is more than one set on a page. —
JJMC89 (
T·
C)
20:47, 26 May 2017 (UTC)
|primary=
be added to the template for cases where we want to set primary coordinates without having them with the title. FYI, |nosave=
prevents coordinates from being designated as primary. —
JJMC89 (
T·
C)
04:47, 20 July 2017 (UTC)
{{
rfc}}
template, so it wasn't publicised to anybody who wasn't already watching VPR; and those who were watching it weren't aware of its status. --
Redrose64 🌹 (
talk)
20:17, 3 August 2017 (UTC)
|display=inline,title
if the infobox was already doing so. —
JJMC89 (
T·
C)
20:47, 26 May 2017 (UTC)This template produces a circle (globe?) that says "Show location on an interactive map" when the mouse rolls over. At the lower right is a horizontal line that looks like a minus sign, although several features above and below that line can make it look more like a plus sign. For several minutes I thought I had discovered a major coordinates problem, because I was misreading Southern Hemisphere locations as Northern Hemisphere, based on squinting at the phantom minus/plus sign. I didn't figure it out until I tried looking at the edit page code. Am I the only one having that problem? If not, can we remove that line? Art LaPella ( talk) 20:20, 11 August 2017 (UTC)
Is there any tracking category, which gives a list of articles using this template directly and not through any infobox? -- Pankaj Jain Capankajsmilyo ( talk · contribs · count) 07:24, 23 August 2017 (UTC)
at the top of the article, any ideas? I've tried fewer decimals, using sec/min, without the minus… Smkolins ( talk) 13:49, 19 September 2017 (UTC)
|display=
did not have a valid value. —
JJMC89 (
T·
C)
14:24, 19 September 2017 (UTC)
@ Gapfall: has pointed out that the coordinates in Royal Observatory, Greenwich aren't currently accessible through the Wikipedia API ( example URL). The coordinates in that article are now provided from Wikidata through {{ Infobox Observatory}}, which in turn uses this template to fetch and display the coordinates. I don't know how the coordinates are normally provided to the API, but something in this system seems to be breaking it. The code in Infobox Observatory is:
{{#if:{{{coordinates|{{{coords|{{{coord|}}}}}}}}} | {{#invoke:Coordinates|coordinsert|{{{coordinates|{{{coords|{{{coord}}}}}}}}}|type:landmark|{{#if:{{{location_country|}}}|region:{{CountryAbbr|{{{location_country}}}}}}}}} | {{#if:{{#Property:P625}} | {{Coord|3=type:landmark{{#if:{{{location_country|}}}|_region:{{CountryAbbr|{{{location_country}}}}}}}|nosave=1|display=inline,title|format=dms}} }} }}
Is there anything missing here that's needed to make the API work correctly, or is this an issue with this template? (Also @ Jc3s5h, who brought this to my attention.) Thanks. Mike Peel ( talk) 23:26, 26 June 2017 (UTC)
title
be specified to say that the coordinates are "primary", that is, they refer to the location of the subject of the article.
Johnuniq (
talk)
00:07, 27 June 2017 (UTC)
{{Infobox telescope}}
uses |nosave=1
in {{Coord}}
, which prevents the coordinates from being flagged as primary
. |nosave=
is also set for {{Infobox observatory}}
and {{Infobox World Heritage Site}}
. —
JJMC89 (
T·
C)
15:25, 18 December 2017 (UTC)
{{Infobox telescope}}
onto an article, would that always be an article about the telescope, so safe to assume that coordinates are primary? I'd assume that if we wanted to add an infobox about a telescope halfway down an article about something else, with its own set of coordinates, {{Infobox telescope}}
wouldn't work by itself anyway.) --
Gapfall (
talk)
09:20, 20 December 2017 (UTC)
|nosave=
is set in the first place. —
JJMC89 (
T·
C)
02:23, 22 December 2017 (UTC)When I click on the globe icon for the WikiMiniAtlas overlay, I get a 502 Bad Gateway error. Other users have reported this elsewhere. I'm not sure if this is an error in coord, or with WMA itself. Pi.1415926535 ( talk) 03:44, 27 January 2018 (UTC)
I have added tracking for unsupported parameters to many templates using Module:Check for unknown parameters, but I do not know how to insert it into a Lua module. Do we just invoke it from the template, like regular templates, or is there a special way to do it within the module?
Here is a report showing unsupported parameter usage. I would be happy to create the tracking category and fix many of the errors. – Jonesey95 ( talk) 03:56, 4 February 2018 (UTC)
An issue was posted to Wikipedia:Help desk#Technical problem with geographical coordinates ( permanent link). Is there a way to override Wikidata coordinates in WikiMiniAtlas? If not then shouldn't there be? PrimeHunter ( talk) 22:56, 3 April 2018 (UTC)
Can you have multiple types for coords? If so, how do you express it? Or do you just have to pick one? If just one, which one? For example, if I have an island which is also a suburb, do I use city or isle? Thanks Kerry ( talk) 14:54, 10 February 2018 (UTC)
Hi all, in following up on the last WMA service failure - it was recommended we migrate from WikiMiniAtlas to mw:Help:Extension:Kartographer. This extension is installed, but will need some testing to become the primary replacement. — xaosflux Talk 18:48, 27 January 2018 (UTC)
@ TheDJ, Xaosflux, and Mike Peel: Is this going to happen? I remember there might have been something about Community Tech wanting to install it, but they've moved onto another project now. Jc86035 ( talk) 15:46, 6 July 2018 (UTC)
C933103 ( talk) 00:04, 22 August 2018 (UTC)
When used in template "Infobox church", the coordinates are shown beneath the image. In "Infobox venue" and "Infobox building" (for example), they appear in the "Coordinates" line in the box. Is this behavior correct? Jmar67 ( talk) 13:43, 29 September 2018 (UTC)
| label5 = [[Geographic coordinate system|Coordinates]]
| data5 = {{{coordinates|}}}
| label18 = [[Geographic coordinate system|Coordinates]]
| data18 = {{#if:{{{coordinates|}}}|{{#invoke:Coordinates|coordinsert|{{{coordinates|}}}|type:landmark|{{#if:{{{location_country|}}}|region:{{Country abbreviation|{{{location_country}}}}}}}}}|}}
| data1 = {{#if:{{{coordinates|}}}
|{{#invoke:Coordinates|coordinsert|{{{coordinates}}}|type:landmark|{{#if:{{{country|}}}|region:{{Country abbreviation|{{{country}}}}}}}}} |}}
|label1=
to pair up with its |data1=
so that the latter is displayed full width. This is nothing to do with
Template:Coord, it is a matter for
Template talk:Infobox church. --
Redrose64 🌹 (
talk)
19:02, 29 September 2018 (UTC)Anyone know why on Shanghai Tower, the coordinates of the map marker are correct for OSM but for Google maps, are across the road? Opencooper ( talk) 03:40, 9 December 2018 (UTC)
region:CN
is added to the coordinates like
31°14′08″N 121°30′04″E / 31.2355°N 121.501°E, GeoHack specifically has a note for this. Perhaps this template should mention being careful with Chinese coordinates (I could easily see someone adding Google's coordinates without verifying if they adhere to the obfuscated Chinese system)?
Opencooper (
talk)
00:04, 10 December 2018 (UTC)Hello, I'm looking for a template "coord"/"GeoGroup" which includes the coordinates of all places of a municipality and their boundary visible (together). Can anyone help with a solution?
--> Talk: Template_talk:GeoGroup#Coordinates_for_all_places_of_a_municipality_with_their_boundary_visible Greetings from Germany Triplec85 ( talk) 20:28, 20 January 2019 (UTC)
While copyediting the article Mattanur, I found this:
I know that there is a coordinate template (this) but is there one that handles uncertainty?
Thanks in advance, Ben79487 ( talk contribs) 03:28, 24 January 2019 (UTC)
There should be a parameter that suppresses the WikiAtlas blue globe. In lists of many things with coordinates, like Jubek State, it is annoying clutter. On the other hand, there should be a separate template that creates a link/button to open the WikiAtlas; so that one can put that link once at the top of such a list. -- Jorge Stolfi ( talk) 13:57, 28 March 2019 (UTC)