Wikipedia talk:WikiProject Geographical coordinates

From Wikipedia, the free encyclopedia
Jump to: navigation, search
WikiProject Geographical coordinates
WikiProject icon WikiProject Geographical coordinates is of interest to WikiProject Geographical coordinates, which encourages the use of geographical coordinates in Wikipedia. If you would like to participate, please visit the project page, where you can join the project and see a list of open tasks.
 
WikiProject Microformats
WikiProject Geographical coordinates is part of, or of interest to, WikiProject Microformats, which encourages the deployment of microformats in Wikipedia, and documents them in the article space. If you would like to participate, visit the project page.
 

To do[edit]

edit·history·watch·refresh Stock post message.svg To-do list for Wikipedia:WikiProject Geographical coordinates:

Find coordinates for[edit]

Use Maybe-Checker: verify and/or add coordinates to articles in categories likely to need coordinates.

Articles are also listed on WolterBot's cleanup listings (User:WolterBot/Cleanup statistics)

See also: Wikipedia:Obtaining geographic coordinates

Tag articles needing coordinates[edit]

{{coord missing|country name}} is added to articles needing coordinates. This makes them available for the previous step.

Fix[edit]

As of July 13, 2014 12:08 (UTC) Refresh
User reported errors:

no pages or subcategories
0 pages
no pages or subcategories
0 pages
no pages or subcategories
0 pages

Formatting errors:

no pages or subcategories
0 pages
no pages or subcategories
0 pages

More[edit]

  • Provide advice on the use of {{Attached KML}} on the WP:GEO page.
  • Make better examples, also showing use of decimals and scale.
  • Create an export to OpenStreetmap of all points in the database
  • Add an attribute for other planets and the moon and probably also star maps.
  • Extend NASA World Wind support to include layers (by type) and labels.
  • Rewrite the article Geographic coordinate system linked from many coordinates. Related articles: latitude, longitude.
  • Convert existing data to templates
    • Identify special formats not yet converted, e.g. E12 23 54 N23 34 52
  • Clean up / reduce redundancy in U.S. city articles (rambot/smackbot generated), see past discussion
  • Suggestions for extensions at mw:Summer of Code 2009#MediaWiki core and new extensions
  • Discuss, summarise and specify a set of changes to geohack, such as type list revision, support for linear features, bug fixes, &c


Chinese coordinates[edit]

I've been having some snafus with Chinese coordinates, particularly for the city of Nanjing seeing differences between where the coordinate lands in Google earth vs. Google map mode.

For Qingliangshan Park, the article has the {{coord|32|03|07|N|118|45|24|E|region:CN-32_type:mountain_source:kolossus-dewiki|display=title}} coordinate... but it does not show up in the right place in Google or Baidu maps. It does, though, in Map Quest.

Do you know how I can verify if this is the right coordinate? And, if it doesn't display correctly, it is wise to use the coor template?

Thanks!--CaroleHenson (talk) 00:30, 16 May 2014 (UTC)

@CaroleHenson: I'm not sure what the issue is here and I'm assuming that you are accessing these sites via Geohack. For me, the coordinates show the correct location in GoogleMaps and OpenStreetMap, which are the two most commonly used mapping sites in the West, while the later is the basis for the Wiki MiniAtlas (i.e. the inline map). Similarly, GoogleEarth takes me right to the park. I don't known why it's showing up slightly to the west on Baidu maps, possible because they don't use a USGS grid. MapQuest on the other hand is telling me "We could not find "Qingliangshan Park" Please try your search again." There is nothing wrong with the {{coord}} template AFAIK.  Philg88 talk 04:36, 16 May 2014 (UTC)
@Philg88: Thanks for your reply. Yes, I used Geohack. I'm scratching my head about Google and I think I mixed up 2 searches:
  • Baidu I'm having the same result.
  • Google maps, now map view shows just west of Huju Road in Stone City. It was way off before, as was earth view, but earth and map view were in slightly different places. In earth view, the map screen goes green and it now says it cannot access the coordinates. Before it was so far off that I wasn't able to easily find the park, so I gave up trying. (As an aside, earth and map view have been varying for me for Nanjing. Anything I've needed to verify, I've been checking on Biadu once I have the Chinese characters. I think that JohnB?? that was also working on the North River Avenue, etc articles had the same problem with Google.)
  • I must have mixed up the explanation of my MapQuest and OpenStreetView results - because I'm now seeing what you saw. For MapQuest I tried changing the labels (Quingliang Park, Quingliang Temple, 清凉山公园, etc. but still didn't get it). For me, OpenStreetView is the only one that is accurate.
I'm not sure what the next step should be. Thanks again for your help! You are multi-talented!--CaroleHenson (talk) 05:20, 16 May 2014 (UTC)
You're welcome. With Google it might be a browser cache issue, try clearing that and see if it helps.  Philg88 talk 05:58, 16 May 2014 (UTC)
Good idea! I cleared the cache, but am still having the same issue for Qingliangshan Park.
And for Gulin Park, too. (Baidu off to the right -- Google in the vicinity but not correct in map mode, not able to access earth mode -- OpenStreetMap is right on -- unable to access MapQuest).--CaroleHenson (talk)
Maps appear to be shifted a few hundred meters compared to sattelite images. You can see that clearly by simply switching from one mode to the other in Bing or Google. The direction of the shift does not appear to be the same for all map providers. I think I have read somewhere that it wasimposed by the Chinese government. Satellite images seem to be more consistent across map providers, and I should imagine that, as opposed to map, they are not tweaked. --Superzoulou (talk) 12:14, 17 May 2014 (UTC)
Ok, interesting. So, it would seem that there's nothing we can do about it. Thanks!--CaroleHenson (talk) 17:12, 17 May 2014 (UTC)

Progress[edit]

For some time, I've been tracking the progress of geocoding on enwiki, and I just thought that I should let you all know that we are making excellent progress.

As of today, roughly 85% of all potentially geocodeable articles now have coordinates, and most new geocodeable articles are typically geocoded either on creation, or within a month of creation. The backlog is now at the lowest level ever since I started monitoring it in late 2010, measured as a ratio of the size of the backlog to the number of articles on Wikipedia, and is also very nearly at its lowest ever in absolute terms. (See User:The Anome/Number of articles needing coordinates for details.)

Kudos to all involved. -- The Anome (talk) 11:24, 22 May 2014 (UTC)

And kudos to you; thank you for your invaluable work on this. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:18, 22 May 2014 (UTC)

The 20-20 Vision of Wales Challenge[edit]

A call has been made for other languages to write on Welsh themes. A great start today with many new articles. Any help in running this would be appreciated - grab the reins and to the wind! Llywelyn2000 (talk) 22:02, 24 May 2014 (UTC)

Toolserver shutdown[edit]

As I understand it, all Toolserver tools are scheduled to be deleted at the end of this month. I, for one, find tools such as coord-enwiki.log and glupt.log invaluable for identifiying formatting and other errors in the geotagging of WP articles, though Dispenser has apparently no interest in migrating the tools to Wikimedia Labs. I fear the inevitable degradation of geocoding on WP articles in the absense of such tools; is there really nothing that can be done to forestall this? Deor (talk) 16:33, 9 June 2014 (UTC)

Over the weekend I was contacted by someone looking for old geo dumps. I barely have space (5 GB) for a logs archive, let alone old compressed dumps. I've asked for 24 TB for all my tools the last half year and every WMF employee/contractor at last week's WikiConference. "You did not have that on Toolserver" and "Write me a proposal" were the responses. You are of course welcomed to write that proposal. — Dispenser 17:57, 9 June 2014 (UTC)

Rivers layer[edit]

I'm curious, where does the layer that marks a river (e.g in the WikiMiniAtlas at Yarmouk River) comes from? What in the page links to it? trespassers william (talk) 13:39, 11 June 2014 (UTC)

The raw data comes from OpenStreetMap (OSM). OSM allows the addition of special Wikipedia tags as part of the markup data, which is cross-referenced via Wikidata.  Philg88 talk 16:16, 11 June 2014 (UTC)
Here's my proposal on the OSM wiki for a bot-job to add more of the tags referred to by User:Philg88. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:42, 26 June 2014 (UTC)

{{Lunar coords and quad cat}}[edit]

Template:Lunar coords and quad cat (edit|talk|history|links|watch|logs) has been nominated for merger. -- 65.94.171.126 (talk) 05:42, 13 June 2014 (UTC)

'Nearby' feature removed from app[edit]

I'm sorry to have to report that the very useful 'nearby' feature, which used the coordinates added by our hard work to display the tagged articles nearest to the user's location, has been removed from the official Wikipedia app for Android, in today's upgrade. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 01:30, 26 June 2014 (UTC)

I hope similar map features can be made to work well eventually. It would have been handy yesterday while bicycling with my camera. Time ran short and without the map I couldn't quickly find and fill missing picture slots in National Register of Historic Places listings in Yonkers, New York.Jim.henderson (talk) 11:44, 29 June 2014 (UTC)
The Wikimedia Foundation is creating a Maps & Geo team. --Bamyers99 (talk) 14:01, 29 June 2014 (UTC)
What does that have to do with the removal of the 'nearby' feature? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:03, 29 June 2014 (UTC)
"Next the'll work with the Mobile Web and App team to empower our users to use mapping resources." --Bamyers99 (talk) 19:10, 29 June 2014 (UTC)
The feature already worked well. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:03, 29 June 2014 (UTC)
I hope all these mobile mapping things can be brought together nicely. That would allow going from article to its map whether one location or a list. And from map to article that's on the map. And between photo and map that shows all the photos in that place or in the place I'm in. And from Wikipedia's map to Google's map and back. All the mobile mapping things now are separate instead of working together, and they don't always even work well separately. Jim.henderson (talk) 15:58, 1 July 2014 (UTC)

Leaflet for Wikiproject Geographical Coordinates at Wikimania 2014[edit]

Project Leaflet WikiProject Medicine back and front v1.png

Hi all,

My name is Adi Khajuria and I am helping out with Wikimania 2014 in London.

One of our initiatives is to create leaflets to increase the discoverability of various wikimedia projects, and showcase the breadth of activity within wikimedia. Any kind of project can have a physical paper leaflet designed - for free - as a tool to help recruit new contributors. These leaflets will be printed at Wikimania 2014, and the designs can be re-used in the future at other events and locations.

This is particularly aimed at highlighting less discoverable but successful projects, e.g:

• Active Wikiprojects: Wikiproject Medicine, WikiProject Video Games, Wikiproject Film

• Tech projects/Tools, which may be looking for either users or developers.

• Less known major projects: Wikinews, Wikidata, Wikivoyage, etc.

• Wiki Loves Parliaments, Wiki Loves Monuments, Wiki Loves ____

• Wikimedia thematic organisations, Wikiwomen’s Collaborative, The Signpost

The deadline for submissions is 1st July 2014

For more information or to sign up for one for your project, go to:

Project leaflets
Adikhajuria (talk) 17:45, 27 June 2014 (UTC)

WP:OPCOORD tables[edit]

I have studied the tables at WP:OPCOORD on this page, and I would like to inquire as to the value of rows 3 and 5 of the left-hand table. They provide precisions for one-tenth of a minute and one-hundredth of a minute, respectively. Is it possible to show fractional minutes in coordinates (e.g. 34°27.3'N)? If it's possible, would anyone actually do that rather than use the seconds value (34°27'18"N)? If not, what would one do with that information? To me it seems to only get in the way of one's understanding of the table and the concepts represented therein. Any comments? Cheers, Mandruss (talk) 12:06, 5 July 2014 (UTC)

Yes, fractions may be given for any of degrees, minutes or seconds, provided that smaller subdivisions are not used as well. So 34°27.3′N 1°0.5′W / 34.4550°N 1.0083°W / 34.4550; -1.0083 is valid, but 34°27.05′15″N 1°0.25′15″W / 34.45500°N 1.00833°W / 34.45500; -1.00833{{#coordinates:}}: invalid latitude, whilst mathematically the same (15 seconds = 0.25 minutes) is not valid - notice that it throws an error. --Redrose64 (talk) 12:47, 5 July 2014 (UTC)

Suggested precision help tables[edit]

After struggling with coordinates precision for awhile, I created some tables that I think would be useful to other editors. Do you see a place for these in existing help files? If so, where? Mandruss (talk) 11:35, 6 July 2014 (UTC)

Good job, Mandruss, these will improve editor's understanding of the importance of coordinate precision. I think the tables would be useful either on the project page or in the documentation for {{coord}}. Or both, but let's see what others think.  Philg88 talk 13:55, 6 July 2014 (UTC)

This may seem a trivial point, but maybe not to some. The first three cells of the first row of the dms table would more correctly contain d° m' s.sss". I used d° m' s.ss" there because (1) I've never seen anyone use seconds to three decimal positions, (2) the table at WP:OPCOORD only goes to two decimal positions, and (3) the difference isn't all that significant at that level. I'm willing to change that if anyone wants me to. Mandruss (talk) 14:33, 6 July 2014 (UTC)
I went ahead and made the above change because (1) I decided it's not appropriate for the table to suggest an arbitrary upper limit on precision, and (2) I wanted something to do. I'm willing to change it back if anyone wants me to. Mandruss (talk) 08:01, 7 July 2014 (UTC)

I have added the tables to the project page following the existing info at WP:OPCOORD. Although they might be of interest to some people using Template:Coord, they're not about how to code that template. That doc links once to WP:OPCOORD in its Quick guide section, saying "Avoid excessive precision." Hopefully, people who use the new tables and think they're useful will link to WP:OPCOORD in related edit summaries. There might be a case to be made for a new shortcut, if enough people start using the tables. Mandruss (talk) 13:07, 8 July 2014 (UTC)