Template talk:Geogroup
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 10 days. For the archive overview, see Archive. | |
Mobile
[edit]Is there any way this could work with the Google Maps app on Android? Thanks, Urbourbo (talk) 10:06, 15 February 2014 (UTC)
- Or the Wikipedia app or Commons app or any other way that's not terribly difficult on the phone? Jim.henderson (talk) 02:39, 18 February 2014 (UTC)
Different icons at OSM view?
[edit]Recently I extended the template documentation to illustrate the meanings of the 3 different icons shown at Google Maps and Bing Maps. OSM only uses pins for the 3 different location types. Is it possible to let the OSM view show these different symbols too? --Hasenläufer (talk) 14:14, 9 January 2016 (UTC)
Geodata from files instead of from file pages
[edit]I recently added {{Geogroup}} to these two cats, expecting to get a detailed view of this really small scale items, instead I got the expected cloud of pinpoints all bunched up and a few straggling outliers, obvious cases of wrong geolocation (point to one’s home or hotel room, or to a generic nearby location on a coarse grid). That’s also good, I though, as that will alow us to find and correct mistagged photos. However it turns out that in most cases the filepages of these photos had already been fixed: The problem seems to be that the tool is harvesting geolocation data for each photo not from its filepage but from the file itself. This is several kinds of bad, and should be fixed ASAP. -- Tuválkin ✉ ✇ 13:06, 20 February 2021 (UTC)
- My experience is that the mislocations are merely obsolete; they were corrected in the template years ago, but the mapping still used the old location. Jim.henderson (talk) 00:13, 22 February 2021 (UTC)
- User:DB111, can you help? --тнояsтеn ⇔ 20:54, 22 February 2021 (UTC)
- Thank you for the question and the ping, the Geodata are alright, it was a visual problem of too aggressive clustering. Now the markers are still apart on highest zoom, take a try! --DB111 (talk) 22:51, 22 February 2021 (UTC)
- Clustering is not what I was complaining about. -- Tuválkin ✉ ✇ 15:25, 19 January 2024 (UTC)
- Thank you for the question and the ping, the Geodata are alright, it was a visual problem of too aggressive clustering. Now the markers are still apart on highest zoom, take a try! --DB111 (talk) 22:51, 22 February 2021 (UTC)
{{Section resolved|1=[[User:Thgoiter|тнояsтеn]] [[User talk:Thgoiter|⇔]] 16:38, 18 January 2024 (UTC)}}
- @DB111 and Thgoiter: No, it’s not resolved at all. It’s fully unchanged. The data used to plot the map is not being harvested from the file pages but either directly from each EXIF or from Wikidata. Wikimedia Commons filepages’ wikitext is the seat of human curation and this template should generate maps illustrating it, not untreated garbage from elsewhere. -- Tuválkin ✉ ✇ 15:02, 19 January 2024 (UTC)
- I fixed the issue in the given example by adding correct {{Location}} to the filepages of the three outliers, which I had previously attempted to fix by merely deleting the old {{Location}} with incorrect data.
- So, it works like this: When a filepage includes {{Location}} or similar, the map generated by this template uses that Lat;Long data to plot the file in question — so far so good. However, when {{Location}} is absent from a filepage, that file is still plotted on the map, using Lat;Long data gathered from the file’s EXIF or whatever unreliable/uncurated source. And that’s bad and needs to be changed.
- This is like your “smart” car taking you to you momma’s old address when you say «go to momma», and if you stay «stop» it wont heed your command and will still go to the old address unless you provide the new address. That’s not acceptable behaviour. Maps with wrong plot points are much worse than maps with only a few correctly plotted points.
- -- Tuválkin ✉ ✇ 15:23, 19 January 2024 (UTC)
Class and style definitions of the table
[edit]NO WIKIDATA ID FOUND! Search for Geogroup on Wikidata | |
Upload media |
Map of all coordinates on OSM (1 level) |
Hello, for such a small table with only two cells, do we need all the classes and style definitions? I'm not a mediawiki specialist, but is there not a danger if using too much classes that they can work against each other? For example, if there is class "infobox" is it necessary to use "sisterproject"? Or is "collapsible collapsed" necessary? And do we need style "box-sizing:border-box"? So... is it possible to simplify from:
class="mw-content-{{#dir:{{Int:Lang}}}} infobox
sisterproject noprint collapsible collapsed" style="font-size:88%; line-height:normal; clear:inline-end; float:inline-end; margin:2px; margin-inline-end:0;box-sizing:border-box;width:258px"
to:
class="mw-content-ltr infobox" style="font-size:88%; line-height:normal; clear:right; float:right; margin:2px; margin-right:0; width:258px"
A rendered result of this proposal see right (in combination with wikidata infobox). Regards --W like wiki good to know 17:45, 7 February 2023 (UTC)