Category talk:Pages with malformed coordinate tags

From Wikivoyage
Jump to navigation Jump to search

Help needed to fix latitudes/longitudes[edit]

Swept in from the pub

Dear all,

If you have 2 minutes or 2 hours, you can help fix latitudes/longitudes :-)

In most cases, the content is random digits and you can just remove the value. If it is a description or email, move it to the correct field. If it is a value like 5.587742°N then use a converter or skip if unsure.

There are 1390 values to fix, which is doable. It will be a great help for mashups and in particular for the OpenStreetMap layer. Thanks a lot! Nicolas1981 (talk) 09:01, 4 December 2013 (UTC)Reply[reply]

It might also be good to alter the listing template to add pages to a maintenance category when the latitudes/longitudes are not a number or are outside of a range. -- WOSlinker (talk) 13:50, 4 December 2013 (UTC)Reply[reply]
I've updated the listing template and the pages with problems are now also added to Category:Pages with malformed coordinate tags. -- WOSlinker (talk) 19:09, 4 December 2013 (UTC)Reply[reply]
I've also noticed that the (correctly formatted) latitudes and longitudes are sometimes wrong. Munich/Ludwigsvorstadt-Isarvorstadt is one that I fixed yesterday, however I'm concerned that the desire to quickly add all the geo-locations to every article means that the overall quality is low. Andrewssi2 (talk) 00:39, 5 December 2013 (UTC)Reply[reply]
You are right, maintaining location quality is essential. Latitude/longitude are like wrong phone numbers: Hopefully the errors will get fixed over time. Especially, as more and more people see dynamic maps, some will fix the errors (like you did, thanks!) or complain on the talk page. By the way, a certain proportion of the errors might be detected automatically: too far away from the other POIs; inside the "territory" of another article; latitude or longitude exactly zero; in the sea; hotel/restaurant far from any OpenStreetMap way... any other detection idea? Nicolas1981 (talk) 10:17, 9 December 2013 (UTC)Reply[reply]
Actually, would the easiest way be to have a global map with all WikiVoyage articles pinpointed onto it? This would be a nice thing to have anyway, and it would allow someone to roam through a large area noticing strangely located articles. Andrewssi2 (talk) 10:32, 9 December 2013 (UTC)Reply[reply]
We already have that here, for article lat/longs. I think they are talking about POI lat/longs. Texugo (talk) 10:45, 9 December 2013 (UTC)Reply[reply]
Incidentally, I just noticed a problem with the artmap though. It seems that articles with an "&" in the title are misread. For example, the articles for Old Hunstanton & Hunstanton and Oberndorf bei Salzburg & Laufen (Bavaria) both appear to contain the correct coordinates, but they appear on the artmap in the sea off the east coast of Africa, and their respective links leave off everything after the ampersand. Can anyone remind me who maintains this map so I can report the problem? Texugo (talk) 10:53, 9 December 2013 (UTC)Reply[reply]
The error only affects these two articles. The & character is not allowed in URLs, only in attachments. I will try to correct it in the next version, if that's possible. - Joachim Mey2008 (talk) 18:28, 9 December 2013 (UTC)Reply[reply]
If not, is there any particular reason these two article titles must use an ampersand instead of "and"? Texugo (talk) 18:32, 9 December 2013 (UTC)Reply[reply]
"and" instead of "&" would save me a lot of work. Other scripts would also be affected (dynamic map). - Joachim Mey2008 (talk) 06:27, 10 December 2013 (UTC)Reply[reply]
Wearing my technical hat I also approving moving "&" to "and" in article names. But I guess it is a content decision... in the point of view of the reader, is there any reason to have "&" instead of "and" in these article titles? How many articles use "&", and how many articles use "and", with the same semantic? Nicolas1981 (talk) 06:51, 10 December 2013 (UTC)Reply[reply]

Only two articles (Old Hunstanton & Hunstanton and Oberndorf bei Salzburg & Laufen (Bavaria))** use "&" all others [1] use "and". - Joachim Mey2008 (talk) 07:48, 10 December 2013 (UTC) ** both were currently moved to "and".Reply[reply]

I've fixed a few items that are on the lists. There are a few false positives on the list where the parameter is the last item passed to the template, For example the Berlin/Mitte page on the lat/long list. -- WOSlinker (talk) 22:29, 12 December 2013 (UTC)Reply[reply]

Hi Joachim, may I ask how often the artmap data source is updated? I am trying to see new articles that I added some weeks ago and they are still not appearing. Andrewssi2 (talk) 15:26, 12 January 2014 (UTC)Reply[reply]

The data set for the artmap be generated on every first day of a month. Used the data dump of [2]. These are generated every two weeks. With some bad luck so it may take six weeks for new articles appear in the artmap. I know that this is too long. For a daily run, I would have to write a PHP script that runs on the web sever. Now I use a lame Windows program that blocks my laptop an hour for all language versions together. I can only ask you to be patient, but a shorter interval is not possible for me at the time. -- Grüße, Joachim Mey2008 (talk) 16:09, 12 January 2014 (UTC)Reply[reply]


Where is this category controlled, what are the criteria for adding an article to this category? --Traveler100 (talk) 09:25, 28 July 2018 (UTC)Reply[reply]

So I found where set, in Module:Coordinates, which is called from geo and listings. Increase in list probably due to my addtion to geo tag. But do not understand what causes the error code to be set? --Traveler100 (talk) 09:44, 28 July 2018 (UTC)Reply[reply]
I seem to have fixed it by commenting out the addition of #coordinates in the module. [3] -- WOSlinker (talk) 11:56, 2 August 2018 (UTC)Reply[reply]
Great.Looks like it has solved the problem. Does not show up in the articles as an error. I will need to nudge an update to clean out the category. --Traveler100 (talk) 12:06, 2 August 2018 (UTC)Reply[reply]