Cannabis Ruderalis

Content deleted Content added
→‎Dim documentation: :I've done a first pass. --~~~~
Line 71: Line 71:


::::Just dropping in out of the blue I would say that this just adds complexity to an already complex template. Standard practice has always been to add the citation after the template. I know there is a problem when the coordinates only appear in the title line. I don't think the title line the place for and inline citation. I concur with Gregbaker. –<font style="color:#355E3B">[[User:Droll|'''droll''']]</font>&nbsp;<font style="color:#704214">[[User talk:Droll|'''&#91;chat&#93;''']]</font> 17:01, 24 August 2009 (UTC)
::::Just dropping in out of the blue I would say that this just adds complexity to an already complex template. Standard practice has always been to add the citation after the template. I know there is a problem when the coordinates only appear in the title line. I don't think the title line the place for and inline citation. I concur with Gregbaker. –<font style="color:#355E3B">[[User:Droll|'''droll''']]</font>&nbsp;<font style="color:#704214">[[User talk:Droll|'''&#91;chat&#93;''']]</font> 17:01, 24 August 2009 (UTC)

:::::I haven't done much template programming, but I would think that the complexity could be managed. I agree there's a difficulty when the coords appear only in the title. The tendency in that case is to use the '''source:''' parameter rather than a footnote citation, but that's not quite satisfactory. For one thing, it can cause the article to appear to be sourceless. I think that normal inline references in {{tl|Coord}} would be a good addition. --[[User:Stepheng3|Stepheng3]] ([[User talk:Stepheng3|talk]]) 00:04, 6 September 2009 (UTC)


== Precision Question ==
== Precision Question ==

Revision as of 00:04, 6 September 2009

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

Undocumented feature?

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

It's standard on commons, I believe only my parser actually reads the extra information. Many of these values are need better overlaying image directly on the Google Earth, but might have some other users. Here are some the of extra values that could be included:
  • dim: for the general dimension/diameter in meters (now supported by GeoHack)
  • elevation: (also alt: for the height presumably above mean sea level, intended as as a coord3d
  • heading: the general direction of the object or direction of a picture.
  • Many the tilt and roll will be include for photographs...
Hope that helps. — Dispenser 15:14, 27 June 2009 (UTC)[reply]
Thanks. Probably the elevation should be in metres rather than feet. Other than airports (worldwide) and objects in the US elevations would be metres and not feet. Enter CambridgeBayWeather, waits for audience applause, not a sausage 18:53, 27 June 2009 (UTC)[reply]

Toolserver down

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

And Firefox 3.5. This is presumably related to the MediaWiki update that was rolled out yesterday. Hesperian 00:30, 3 July 2009 (UTC)[reply]
I suspect it was today's power outage at the European data center that did it. --Carnildo (talk) 03:25, 3 July 2009 (UTC)[reply]
That would take down many of the toolservers, which host services like these. Sounds like a reasonable explanation. —TheDJ (talk • contribs) 18:53, 3 July 2009 (UTC)[reply]
I take that none of you are on the mailing lists or in the IRC channel. Also, the stable server that GeoHack runs on has change, but you shouldn't notice any difference. — Dispenser 19:23, 3 July 2009 (UTC)[reply]
Having problems today (2009-08-25) 'The connection was refused when attempting to contact stable.toolserver.org.' --Brunnian (talk) 06:24, 25 August 2009 (UTC)[reply]

References for {{coord}}

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

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

You are not being retentive (at least on this question). The matter has been discussed before, but has only got as far as your observations, which are that source: is not as good as a <ref>. Having played with it just now, I note that you can squeeze a <ref> into a {{coord}}, but the reference number is shown in a rather odd place, between the globe and the coordinate. Actually, it looks kinda okay at the top of the page, but not so good inline; whereas your suggestion of putting the ref outside the template works for inline coords. Can it be beyond coords CSS to sort the issue out?

[1] 51°51′51″N 31°21′11″E / 51.86417°N 31.35306°E / 51.86417; 31.35306

  1. ^ asdasdasdas
The <ref> in {{coord}} does seem a little awkward. I'd suggest the following workarounds (in order of preference):
  1. For inline {{coord}}, use <ref> after the tag (e.g. {{coord|...|display=inline,title}}<ref>...</ref>)
  2. If the source is simple/obvious enough, use source. (e.g. Finding the address in Google Earth becomes "source:googleearth")
  3. If there is (or can be) a passage of text mentioning the location, slap the reference on it. (e.g. "...is located west of Foo Island<ref>...</ref>.")
  4. If all else fails, put a "Location" section on the article's talk page and say your piece there.
Gregbaker (talk) 07:20, 26 July 2009 (UTC)[reply]
Please could we have a reference parameter into which we can put our citations (in the usual formats) which displays as a normal inline reference? Railwayfan2005 (talk) 21:30, 10 August 2009 (UTC)[reply]
Just dropping in out of the blue I would say that this just adds complexity to an already complex template. Standard practice has always been to add the citation after the template. I know there is a problem when the coordinates only appear in the title line. I don't think the title line the place for and inline citation. I concur with Gregbaker. –droll [chat] 17:01, 24 August 2009 (UTC)[reply]
I haven't done much template programming, but I would think that the complexity could be managed. I agree there's a difficulty when the coords appear only in the title. The tendency in that case is to use the source: parameter rather than a footnote citation, but that's not quite satisfactory. For one thing, it can cause the article to appear to be sourceless. I think that normal inline references in {{Coord}} would be a good addition. --Stepheng3 (talk) 00:04, 6 September 2009 (UTC)[reply]

Precision Question

I note than in many cases this template is used in its degree minute second (dms) form rather than either decimal degrees or degrees and decimal minutes. A second of latitude (and of longitude at the equator) is approximately 31 meters or 100 feet. In an urban setting that will often not be precise enough to specify which of several buildings is of interest. Since a degree of latitude is about 111,120 meters, four places of decimal degrees is enough to specify position to 11 meters, while five places will often be more precise than the accuracy of the underlying data.

Is it possible to generally encourage the use of decimal degrees? If so, what is the procedure? Or is this a fool's errand? Jameslwoodward (talk) 12:49, 25 July 2009 (UTC)[reply]

It's a fool's errand, not least since many of us, used to a lifetime of DMS, cannot bear decimal coordinates. The solution is to have decimal seconds in a DMS coord. There is not any good excuse for missing the target when specifying a coordinate, either under decimal or DMS formats. --Tagishsimon (talk) 20:10, 25 July 2009 (UTC)[reply]
I am used to seeing coords as XX° XX.XXX (N|S), XX° XX.XXX (E|W), but the template does not seem to support this format. This discussion seemed related to my inquiry. Is there a reason the template does not support this format? --Bsay@CSU[ π ] 02:13, 11 August 2009 (UTC)[reply]
If I understand your meaning, is this not what you want: 12°34.567′N 10°24.876′W / 12.576117°N 10.414600°W / 12.576117; -10.414600. If, however, you want the template to dispense with pipes, you are out of luck. --Tagishsimon (talk) 20:15, 12 August 2009 (UTC)[reply]

Appearance of line wrapped coordinates

Coord
Coord

I have always had a problem with how line wrapped coordinates appear in infoboxes. I just looks typographically clumsy. I'd like it to look like in this example but I have no idea how it could be done. –droll [chat] 18:38, 24 August 2009 (UTC)[reply]

I tried using a table cell but that ended in disaster. –droll [chat] 18:51, 24 August 2009 (UTC)[reply]
I don't see a difference. Can you specify your browser ? —TheDJ (talk • contribs) 19:00, 24 August 2009 (UTC)[reply]
Mount Whitney
Elevation 14,505 feet (4,421 m)
Coordinates 36°34′42.89″N 118°17′31.18″W / 36.5785806°N 118.2919944°W / 36.5785806; -118.2919944
I think he meant compared to how it looks using this template – see the third example (I substed the template and narrowed it so that it would wrap for me). Note that latitude and longitude aren't aligned. Svick (talk) 19:47, 24 August 2009 (UTC)[reply]
There is no way that I can think of that we can do this reliably. I have made some small changes to the CSS, that will do this, but we can't implement that globally, every single infobox will have to have this code separately, and I'm not sure how well this works on older browsers and for people who have Javascript disabled. —TheDJ (talk • contribs) 21:17, 24 August 2009 (UTC)[reply]
And for clarity, this is why it wouldn't work globally, 36°34′42.89″N 118°17′31.18″W / 36.5785806°N 118.2919944°W / 36.5785806; -118.2919944 because this property only really works when coord is at the beginning of a paragraph, and not when it is inline like it is here. —TheDJ (talk • contribs) 21:22, 24 August 2009 (UTC)[reply]
perhaps if we add a class to the primary span, so that it becomes "coord plainlinks nourlexpansion", then the following might work: table.infobox td span.coord { padding-left:2.2em;text-indent:-20px; }. I'm not so sure how many people would welcome this however. —TheDJ (talk • contribs) 21:29, 24 August 2009 (UTC)[reply]
Why not turn this on by a parameter? Svick (talk) 21:34, 24 August 2009 (UTC)[reply]

Oops

"You have chosen to download geohack.php, which is a PHP file." Have you checked your server today? -- SEWilco (talk) 00:34, 1 September 2009 (UTC)[reply]

Dim documentation

Just as a reminder, the dim: parameter needs to be explained in the documentation. thanks --Tagishsimon (talk) 15:46, 2 September 2009 (UTC)[reply]

I've done a first pass. --Tagishsimon (talk) 16:25, 2 September 2009 (UTC)[reply]

Leave a Reply