Template talk:Location/2010

From Wikimedia Commons, the free media repository
Jump to: navigation, search
Archive 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.

Adding a parameter to hide the table heading & closing

Would it be possible to have the option of not displaying the html table as when the template is included in a table, it does not look so good...
I believe this would need to modify Template:Location/layout to add a parameter for not displaying table heading and table closing.
Then to modify Template:Location && Template:Location dec to transmit the parameter.
Am I right?
Esby (talk) 12:14, 13 February 2010 (UTC)

This template should be placed below {{information}}, outside any table. -- User:Docu at 12:32, 13 February 2010 (UTC)
Most of geocoding on commons is focused on tagging images, that is what Template:Location template family is for and you should not use other templates for tagging images. However people sometimes tag gallery pages, categories or even add coordinates to images in <gallery></gallery> for those we have other geocodding. See for example Coor templates in Category:Geocoding templates. --Jarekt (talk) 15:30, 13 February 2010 (UTC)

behavior differs on google earth depending on alt: given or not.

Hi, I have strange effects with this template on google earth regarding the alt:-attribute:

The behavior seems to be independent from using {{Location dec}} or {{Location}}.

These are neighbor locations. Only visible difference in the code is the alt-attribute. But in Google Earth, while the first is fixed to the ground independent from zooming in, the later seems to hover above ground and when you zoom into google earth, the location marker moves around. The region with these two locations shows always altitude 0m in the bottom line, so the third dimension info seems to be missing in google earth for that region. Having observed this, what shall I do:

  • remove the alt-attribute (everything is fine in Google Earth, but the DschwenBot then should not create alt-info from exif-data anymore (btw: my device, a JOBO photoGPS attachable at the lightning shoe, delivers arbitrary numbers for the altitude.))
  • wait until google earth knows about altitude-data in the near future for all of the world.
  • let someone else solve the problem (either in WP / commons / DschwenBot) or in Google Earth. No idea.
  • Is there a parameter in google earth to change this behavior?

Besides, geocoding with all the tools provided here, is real fun. --Herzi Pinki (talk) 22:55, 20 February 2010 (UTC)

Heading in the template output

Heading is not displayed in the template output at the image page. It is hidden in the URL link. I think, it should be displayed visibly. --ŠJů (talk) 04:20, 1 March 2010 (UTC)

I agree that it would be useful to be able to see of a template has a heading or not. There are 2 challenges I see: visual and technical. Visual challenge is how to add heading display to the template. I do not think we should throw in another number/string but show it graphically (compass needle, or similar). Technical challenge is that heading does not have its own variable but is part of much longer string. So far Location templates did not have to parse it, but now we would have to. --Jarekt (talk) 13:48, 1 March 2010 (UTC)
It could fairly easily be parsed and visualized with javascript (and possibly a canvas element). --Dschwen (talk) 16:03, 1 March 2010 (UTC)

Upload

Hi,

there's one quite annoying thing when uploading images with the german localization. The german helping text Benutzen Sie dieses Feld zur Georeferenzierung (Koordinateneinbindung per Vorlage) links to de:Wikipedia:WikiProjekt Georeferenzierung which only supports template:Coordinate as used in dewiki, but not the new templates. Would be great if you could find a way to synchronize this somehow. :-) --Ukko.de (talk) 21:14, 7 March 2010 (UTC)

Openstreetmap question from Template talk:Object location

Hi, how do i use the coordinates from openstreetmap in this template and why is there only Google Maps and not OSM as a Link in this template? Elvis (talk) 13:47, 29 March 2010 (UTC)

Pictogram voting info.svg Info I moved the above question from Template talk:Object location. --Jarekt (talk) 14:15, 29 March 2010 (UTC)
I see here 2 separate questions:
  • How do i use the coordinates from openstreetmap in this template? - Commons:Geocoding provides numerous ways to extract coordinates from numerous applications, but it seems like the underlying data always comes from Google. That is mostly for historical reasons since they were the first. I personally find it to be sometimes quite problematic. For example I found some towns (like Casarano, Italy) to have substantial mismatch between satellite image and the street map, and it is unclear which one is right. We would greatly benefit from a way to extract coordinates from OSM. However I have never figured out how and nobody else have published how. If there is a way than please share it by adding a section to Commons:Geocoding.
  • Why is there only Google Maps and not OSM as a Link in this template? - I added a link in the past but it was removed since the links are following text: This and other images at their location on: and OSM so far is (to my knowledge) unable to add a layer of Commons images on top of their maps the way Google Maps and Google Earth is able to. There were some [[1]] of how that tasks can be achieved and User:Kolossos (aka User:Kolossos @ OSM) and possibly others have looked at it but so far, to my knowledge, no way to overlay was found.
A final comment is that for each image one can show its location on OSM by clicking on the coordinates and picking OSM as the service to use. I assume that once there is more information on how to use OSM to do what we need, and/or someone figures out how to use OSM to overlay images from Commons, we will be more than happy to break Google's monopoly. --Jarekt (talk) 14:57, 29 March 2010 (UTC)

Catch errors

Get these categorised so we can see how many there are (and thus how many errors we have to deal with. They are categorised in the (temporary) created hidden cat Category:Possible broken uses of location templates.

They could need fixes such as the one made here. Without it it does not display the coordinates and displays an error message. –Krinkletalk 19:16, 29 March 2010 (UTC)

Krinkle, Your edit to Template:Object location dec seems to have a very similar purpose as the mechanism I created that populates Category:Media with erroneous locations. Your approach has a potential of catching more problems than my does, but in most cases images that trigger your conditions will also trigger one of my and would be corrected by now. Either way, I think they both should populate the same category and they should be more integrated. I propose to use it like this. --Jarekt (talk) 19:40, 29 March 2010 (UTC)
The additional error checking added so far to {{Object location dec}} and {{Location dec}} found over 600 problematic files with incorrect last field. I will add similar error checking to {{Object location}} and {{Location}}. --Jarekt (talk) 12:55, 30 March 2010 (UTC)
Added additional error checking to {{Object location}} and {{Location}}. Identified and corrected over 900 templates. --Jarekt (talk) 13:09, 31 March 2010 (UTC)

Bad microformat

This template, or one of its sub-templates, are erroneously emitting an hCard microformat, even when no name is supplied; for example on File:Perry Hall Playing Fields - geograph.org.uk - 35662.jpg. This is invalid. Andy Mabbett (talk) 23:29, 4 May 2010 (UTC)

Name is not one of the input parameters. How one can supply it? What would be an example of correct microformat? --Jarekt (talk) 02:58, 5 May 2010 (UTC)

Grammar

{{editprotected}} The text should read "This and other images at their locations on:". Multiple images have multiple locations, not just one location among them. Powers (talk) 16:17, 18 May 2010 (UTC)

✓ Done --Dschwen (talk) 17:52, 18 May 2010 (UTC)

Output format

When I use attributes with space (region:CZ heading:050), the output is for example "heading:050&language=en 50° 3' 13.1" N, 14° 31' 20.8" E". When i use an underline (region:CZ_heading:050), the output is only "50° 3' 13.1" N, 14° 31' 20.8" E". In both cases, the link is functional.

  • The output should be identical for both formats with spaces and with underlines.
  • Heading should be displayed in the output in some unified and adequate way. (It should be cited as a supplemental specification next to coordinates, not as an inarticulate string at the start.) --ŠJů (talk) 10:37, 27 May 2010 (UTC)
Attributes with space (region:CZ heading:050) are not supported they might give you correct looking results but likele behevior of the software was not tested for it. Please do not use it. --Jarekt (talk) 04:11, 26 August 2010 (UTC)

Poles

How should North Pole and South Pole be entered? {{object location dec|90|0}} for North Pole? ----127.0.0.1 (talk) 01:04, 26 June 2010 (UTC)

This is the talk page for {{Location}}. --Dschwen (talk) 03:22, 27 June 2010 (UTC)
Actually since {{object location dec}} is just a different skin of the same Template:Location/layout all talk pages of other location templates redirect here. The latitudes higher than 85 deg do not seem to be well supported by google map and other websites, but geohack seems to be fine with it, so yes I would use {{object location dec|90|0}} for the North Pole. --Jarekt (talk) 04:08, 26 August 2010 (UTC)

Error link for Chinese

Camera location 34° 01′ 27.37″ N, 116° 09′ 29.88″ W  135° View this and other nearby images on: OpenStreetMap - Google Maps - Google Earth info

I get a error link: http://toolserver.org/~geohack/geohack.php?pagename=Template:Location&params=34.024270833333_N_-116.1583_E_type:landmark_region:DE-NI_type:landmark_scale:10000_heading:SE&language=zh-hans

Failed to open http://zh-hans.wikipedia.org/w/index.php?title=Template:GeoTemplate&useskin=monobook.

This is the correct link: http://toolserver.org/~geohack/geohack.php?pagename=Template:Location&params=34.024270833333_N_-116.1583_E_type:landmark_region:DE-NI_type:landmark_scale:10000_heading:SE&language=zh -- 03:14, 26 August 2010 (UTC)

URL for OpenStreetMap

please remove "&layers=B00TT" from URL of OpenStreetMap Overlay. I added a two new layers and it's now buggy because it load the false layer. --Kolossos (talk) 11:10, 1 September 2010 (UTC)

Done. --Kolossos (talk) 11:16, 1 September 2010 (UTC)

Scale parameter: definition does not match usage

The scale parameter is supposed to be the image range in meters, but mappers seem to use it as if the unit was much smaller. That forces annotators to ignore the definition and use an over-inflated scale that gives an acceptable map, whatever that means for the annotator. The result of all this is that the scale can't be said to represent the image range consistently for all images. So either the definition is wrong, or the wrong parameters are passed to mappers. Concerning possible fixes, it would be easier to change the definition than disturbing the mapping of already geolocalized images. Bjung (talk) 17:41, 6 November 2010 (UTC)

Displaying of object location in maps

I noticed, if both camera location and object location are used at one image, only the first one displays in the linked maps. Would be possible to allow to display both points? --ŠJů (talk) 12:31, 20 November 2010 (UTC)

Use in relation to {{Information}}

Please join the discussion Template talk:Information#Location. --ŠJů (talk) 23:40, 1 December 2010 (UTC)

Category:Media with 地球 locations

Category:Media with 地球 locations meaning ? --Foroa (talk) 13:42, 24 December 2010 (UTC)

Google translate says Earth. But that category should go. --Dschwen (talk) 03:55, 25 December 2010 (UTC)
Hopefully this edit fixed it. --Dschwen (talk) 04:01, 25 December 2010 (UTC)
It did. --Dschwen (talk) 04:04, 25 December 2010 (UTC)