Category talk:Pages with malformed coordinate tags

Latest comment: 5 years ago by Traveler100 in topic Criteria?

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

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
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
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
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
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
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
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
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
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
"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
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

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

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

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

The data set for the artmap be generated on every first day of a month. Used the data dump of Wikimedia.org [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

Criteria? edit

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

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
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
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
Return to "Pages with malformed coordinate tags" page.