http://blog.gmane.org/gmane.comp.gis.openstreetmap hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.gis.openstreetmap/62457 <pre>Hi! In the last months I have been working on a program that extracts coastlines (ways tagged natural=coastline) from the planet file and processes them. It does a similar job as the coastcheck program that was used before for this task, but it is easier to use, much faster (minutes instead of hours) and it can do more. It creates land and water polygons and linestrings for the coastline. It corrects small errors in the data before doing that. It also generates tables with problems in the data, you can use those to fix them. (I have fixed hundreds of problems in the last months and the coastline currently is in a pretty good shape, but new problems are added each day...) Optionally large polygons and linestrings are split, to make them easier and faster to handle (Eurasafrica is one polygon with more than 4 million points). Of course this software is Open Source, you can find it at https://github.com/joto/osmcoastline . The Wiki page http://wiki.openstreetmap.org/wiki/OSMCoastline is currently just a stub and needs some more work. Because not everybody has a planet file lying around and because the software with all its options is still not so easy to use, I have created a new service at OpenStreetMapData.com where you can download the files created by OSMCoastline. The data is updated daily. Some more background in my blog: http://blog.jochentopf.com/tags-osmcoastline.html Jochen </pre> Jochen Topf 2012-05-23T09:28:47 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62423 <pre>Hello. I ask you to review my planned mechanical edit. There are 400+ ways tagged "building"="levels=N" in database. I propose changing tags to building=yes; building:levels=N for these ways. Also I propose removal of "addr:housenumber=?" on these objects, and move "name=N" to "addr:housenumber=N". Here is overview of affected objects: http://worstfixer.000a.biz/03-building=levels/overview.html Here is file with edits I plan to upload: http://worstfixer.000a.biz/03-building=levels/edits-to-upload.osm.bz2 If no valid objections or improvement proposals are raised, I will upload this change file on 2012-05-27. _______________________________________________ talk mailing list talk&lt; at &gt;openstreetmap.org http://lists.openstreetmap.org/listinfo/talk </pre> Worst Fixer 2012-05-20T16:46:36 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62416 <pre>-----Original Message----- From: Alberto Nogaro [mailto:bartosomail&lt; at &gt;yahoo.it] Sent: domenica 20 maggio 2012 14:23 To: 'Philip Barnes' Subject: RE: [OSM-talk] TTTracklog and TomTom core 9.4 If you don't need the tomtom maps to navigate while you log the track, you could try to install ttmaps [1] on your TomTom, it logs in GPX and NMEA format. [1] http://ttmaps.free.fr/en/index.html Alberto </pre> Alberto Nogaro 2012-05-20T12:47:16 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62414 <pre>Hi, I was told once there was a bot that 'fixed' fixme as a value (I found a proposal about that here[0]). It exists? Who can run it? Currently I see a lot of fixme which don't conform to Fixme key[1], as a result I see things like this[2]. Regards, Stefano [0] http://www.mail-archive.com/dev&lt; at &gt;openstreetmap.org/msg05531.html [1] http://wiki.openstreetmap.org/wiki/Fixme [2] http://osm.org/go/xTf6mZ7 _______________________________________________ talk mailing list talk&lt; at &gt;openstreetmap.org http://lists.openstreetmap.org/listinfo/talk </pre> sabas88 2012-05-20T10:12:52 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62392 <pre>Hello, all. I ask you to review my planned mechanical edit. Main changed tag is ele=0. While doing this edit, I also want clean other tag. Also is_in tag was parsed into a set of more detailed tags. I also created overview.html that might help your review. https://docs.google.com/open?id=0BzI7ljRzQhp4VnFPVkhZa096LWM If you see something bad in this, please explain what exactly is bad in this edit (not "all edit is bad!"). Also I want you suggest ways to improve this edit if it needs to. If no good and valid responses come until 2012-05-22, I will upload this. If you want do some other big mechanical edits, but have no time or enthusiasm to do it, write me in person. WorstFixer, twitter: &lt; at &gt;worstfixer _______________________________________________ talk mailing list talk&lt; at &gt;openstreetmap.org http://lists.openstreetmap.org/listinfo/talk </pre> Worst Fixer 2012-05-19T13:57:20 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62391 <pre>Since updating my TomTom Go 720 to Navcore version 9.4 TTTracklog no longer works and I could really use some new GPS traces for OSM mapping. Google doesn't help, beyond confirming I am not the only one. Has anyone any pointers to getting it working, or to an alternative GPS data logger so that I can resume mapping? Thanks Phil </pre> Philip Barnes 2012-05-19T12:38:27 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62373 <pre>Hi All, The following I have posted to http://wiki.openstreetmap.org/wiki/Talk:Key:cycleway and am posting here to help promote discussion. Cheers, RobJN Left, Right, Forward, Backward? Correct me if I am wrong but the choice of left/right depends on the direction in which the way is drawn (after all ways can be considered as arrows). On the Access tag key page they suggest the use of "forward" and "backward" for the same purpose. Neither are that easy for mappers to use as it requires the people to realise that ways are essentially arrows, and then the mapper has to determine which way the arrow is pointing (something that I currently struggled to do in Potlatch2 - I hadn't realised that the arrow next to the bin indicates the direction)! My concern with right / left is that some may think "ok we drive on the right side of the road so it must be cycleway:right" (similarly left for countries such as the UK that drive on the left side of the road). A quick look on TagInfo reveals: cycleway:right=* - 9190 occurrences cycleway:left=* - 4329 occurrences A way has a 50/50% chance of being drawn in either direction so (unless people are reversing ways as they prefer right to left) then you would expect the split to be closer. _______________________________________________ talk mailing list talk&lt; at &gt;openstreetmap.org http://lists.openstreetmap.org/listinfo/talk </pre> rob.j.nickerson< at >gmail.com 2012-05-17T15:02:44 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62366 <pre>hi all anyone review openseamap.org any idea where is the planet? and is the community become one with OStreetMap? or anyone can give me the glue thx </pre> Frans Thamura 2012-05-17T03:12:33 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62365 <pre> Thanks for the update. Glad to know it will be back again at some point. John </pre> John Goodman 2012-05-16T23:01:58 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62363 <pre>I sent a message to User "Matt" (who supposedly maintains OWL) last Friday, but never got a reply. Even when the maps were working, its RSS feed was something like 40 days behind. I posted about that two weeks ago here and no one seems to know what is going on. John </pre> John Goodman 2012-05-16T18:17:01 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62362 <pre>Hi list, OpenStreetMap Watch List RSS feed has stopped a few days ago, and it is not possible to visualize the maps (daily, weekly ...) Is it expected to restart this usefull service soon ? Regards </pre> Ab_fab 2012-05-16T15:28:36 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62345 <pre>I couldn't find a contact possibilty on the page, that's why I try it here. Worst of OSM is a nice idea IMHO: http://worstofosm.tumblr.com/ What I really miss though is a possibility to comment / discuss the examples. This could help to explain the context of the screenshot as well as discuss some examples which might be disputed. cheers, Martin </pre> Martin Koppenhoefer 2012-05-15T10:33:45 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62342 <pre>Hi All, I just wanted to draw your attention to a project HOT is working on in conjunction with Community OpenStreetMap Haiti. We are having a Kickstarter fundraiser for a translation sprint. The sprint will translate the Free OpenStreetMap book from French into Haitian Creole. To have OpenStreetMap continue to grow in Haiti it is vital that more materials are available in Haitian Creole. http://hot.openstreetmap.org/updates/2012-05-10_back_the_first_haitian_creole_openstreetmap_book Thanks! -Kate </pre> Kate Chapman 2012-05-10T13:35:53 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62330 <pre>hi all we just release and put our source code in github. take a loook https://github.com/osmosa the midas-osmosa will become our future, this is osmdroid implementation on midas platform, we will use this to all our services. so you will see a lot of map oriented solution usig openstreet, yes, can use openstreetmap.org or osmosa.net and the osmosa-viewer is a blank android app to use OpenStreetMap Viewer both project will become one, and will be use apache license so this is the first project related to osm with ASL license, vs most of GPLs outside -- Frans Thamura (曽志胜) Shadow Master and Lead Investor Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / &lt; at &gt;meruvian Website: http://www.meruvian.org "We grow because we share the same belief." _______________________________________________ talk mailing list talk&lt; at &gt;openstreetmap.org http://lists.openstreetmap.org/listinfo/talk </pre> Frans Thamura 2012-05-09T15:01:57 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62323 <pre>Richard, I would not agree with this criticism. Routes on OSM do correspond (or should correspond) to signposted routes on the ground. There are intentionally different levels: international, national, regional, local routes. With regard to long-distance routes, these are indeed in many cases not the routes that local commuters would use. They are intended for cycle tourists. Routes for commuters are a different story. Firstly, they are in most cases individual - each commuter wants to go from his home to his place of work. Secondly, I would expect that commuters or local users would end up in local or regional cycle routes (dark and light blue routes in OCM). In the Utrecht example, it's not clear whether the "main cycle routes" shown in https://bicycledutch.wordpress.com/2012/04/23/looking-down-on-cyclists/ are signposted routes or simply the streets/cyclepaths most used by local commuters. If the latter, than OSM cannot tag them anyway, because there is nothing on the ground that tells about routes streeets/cyclepaths preferred by the users. A local commuter should in fact use services like cyclestreets (or the local equivalent) to establish his preferred daily commute. Occasional users should orient themselves by following signposted routes. Or have I completely misunderstood your point? Volker (Padova, Italy) http://opencyclemap.org/?zoom=13&amp;lat=52.08908&amp;lon=5.10929&amp;layers=B00 _______________________________________________ talk mailing list talk&lt; at &gt;openstreetmap.org http://lists.openstreetmap.org/listinfo/talk </pre> Volker Schmidt 2012-05-09T11:57:25 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62321 <pre>A Dutchman posted a map of the main cycle routes in Utrecht, and I asked why it looked so different to OSM/OCM http://bicycledutch.wordpress.com/2012/04/23/looking-down-on-cyclists/ Q: Why does the map above look different to what’s in OpenStreetMap? http://www.openstreetmap.org/?lat=52.0924&amp;lon=5.1317&amp;zoom=12&amp;layers=C A: The map here shows only those routes the city thinks are main routes. In reality there are far more routes and far more streets with cycling infrastructure (almost all major streets) as you can see in OpenStreetMap. The few red lines you see in OpenStreetMap are the national cycle routes but they have nothing to do with main routes in the city. "the national cycle routes ... have nothing to do with main routes in the city" Obviously, OCM can render what it likes, but I think this neatly illustrates that OSM tagging of cycle routes is missing a trick or two. Richard _______________________________________________ talk mailing list talk&lt; at &gt;openstreetmap.org http://lists.openstreetmap.org/listinfo/talk </pre> Richard Mann 2012-05-09T08:54:38 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62319 <pre>On 08 May 2011, Neskie Manuel went camping at his family camp site. He went missing. His body was discovered on 25 June 2011 several kilometers down river. Neskie was an OpenStreetMap contributor, and started mapping in April 2009, mapping mostly near Chase, British Columbia, Canada. http://yosmhm.neis-one.org/?Neskie He was active in several communities, with an interest in Free Software / Open Source, OpenStreetMap, community radio, indigenous languages, cycling, on-line communities and First Nations. Some of his friends describe him as, popular and well known in his community, as well as having a beaming smile. I enjoyed learning more about Neskie's life and interests from his friends and colleagues in their video tribute to him. http://www.youtube.com/watch?v=dpflF16Syvo Best regards, Richard http://www.inmemoriam.ca/view-announcement-242162-neskie-arrow-manuel.html http://www.newtactics.org/en/thread/how-do-you-build-online-community-committed-using-language-online#comment-6755 http://geomemes.com/node/163 http://citizenshift.org/interview-bernie-francis https://github.com/neskie </pre> Richard Weait 2012-05-08T10:23:13 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62315 <pre>The City of Toronto Open Data team held an event last week[1] to celebrate the second year of their Open Data program and to discuss how it might be improved. Visualizations were the hot topic, featured in two of the three main topics of discussion. - Are visualizations using City of Toronto data (as opposed to applications using the data) the missing link in gaining more acceptance of the value of Open Data? - Should the City of Toronto be developing their own visualizations and apps? - Are we (Community and City) missing anything here - what else can we do to take Open Data to the next level?" Toronto is good about accessibility, but talking about data "visualizations" seemed exclusive to those in attendance who were blind. We talked a little bit about "renderings" rather than "visualizations". What are other inclusive synonyms that we can use when talking about making data useful for audiences? presentation layer ? renderings ? ... ? [1] http://www.eventbrite.ca/event/3120311937 </pre> Richard Weait 2012-05-07T12:27:22 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62313 <pre>hi all there are discussion in our community, regarding the etrex is etrex 20, ok? because most of us using etrex H. F _______________________________________________ talk mailing list talk&lt; at &gt;openstreetmap.org http://lists.openstreetmap.org/listinfo/talk </pre> Frans Thamura 2012-05-04T18:13:19 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62309 <pre>I finally found out what the issue is with this [1] situation. My issue with it is that IMHO it is not good to see the unclassified road rendered on top of the primary_link road. I made a test here [2] where the left primary is a primary_link and the right primary is a primary proper. Apparently mapnik's renderering rules state that primary_link roads should be rendered below unclassified roads. I haven't inspected the rendering rules in detail (I'm also not familiar with them) but I have seen that tertiary_link roads are also rendered below unclassified roads. I expect that any *_link road is rendered below any other (or at least motorway - unclassified) road. Is this behaviour of mapnik wanted? As I said: IMHO it is not pleasing to the eye to see the unclassified road rendered on top of the primary_link road. In order of priority, a *_link road is just below its * counterpart but above the next lower road (so primary -&gt; primary_link -&gt; secondary). [1] http://www.openstreetmap.org/?lat=51.352555&amp;lon=6.014996&amp;zoom=18 [2] http://www.openstreetmap.org/?lat=51.352419&amp;lon=6.010627&amp;zoom=18 Regards, Maarten </pre> Maarten Deen 2012-05-04T12:09:28 http://comments.gmane.org/gmane.comp.gis.openstreetmap/62307 <pre>Hello everybody, I proudly announce version 0.6.98 of Overpass API. It brings a couple of improvements and new feature that have been asked for in the last two months. You don't need to worry that there are no planet files at the moment. Now you can set up your own instance of Overpass API by just downloading an existing instance, of compressed size 15 GB (or 25 GB with meta data): This only takes 4 to 8 hours, and then you have already ready-made database when others still download the planet file. See http://overpass-api.de/no_frills.html#clone and http://overpass-api.de/no_frills.html for complete installation instructions. Of course, also the query language Overpass QL has made progress: For memberships in ways and relations, some extra recurse operators are available: "&gt;" and "&gt;&gt;" collect the ways and nodes that are members of the given relations or ways. "&lt;" and "&lt;&lt;" collect the ways and relations that have the given nodes, ways or relatios as members. Thus, a bbox query simply gets http://overpass.osm.rambler.ru/cgi/interpreter?data=(node(50.74,7.05,50.75,7.06);&lt;;);out; To get also meta-relations on relations in this bbox, just use http://overpass.osm.rambler.ru/cgi/interpreter?data=(node(50.74,7.05,50.75,7.06);&lt;&lt;;);out; On the other hand, the recurse-full query just means to add "&gt;;" (or "&gt;&gt;;" if you want to also resolve meta relations): http://overpass.osm.rambler.ru/cgi/interpreter?data=(rel[ref=63] [network=VRS];&gt;;);out; The negation clauses have changed their meaning, as the meaning in version 0.6.97 caused more confusion than benefit. A query like http://overpass.osm.rambler.ru/cgi/interpreter?data=(way(50.74,7.05,50.75,7.06) ["highway"!="residential"];&lt;;);out; will now find every way that hasn't a tag with key "highway" and value "residential". If you want all ways that have a tag "highway" but not with value "residential", you can query http://overpass.osm.rambler.ru/cgi/interpreter?data=(way(50.74,7.05,50.75,7.06) ["highway"]["highway"!="residential"];&lt;;);out; Of course, you can also query for all ways that don't have a tag "highway" at all: http://overpass.osm.rambler.ru/cgi/interpreter?data=(way(50.74,7.05,50.75,7.06) ["highway"!~"."];&lt;;);out; These changes are already documented in detail in the language guide: http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide For the other changes, most notably an optimization of the database layout and a new transaction singularization system, see the changelog http://wiki.openstreetmap.org/wiki/Overpass_API/versions Happy data mining, Roland </pre> Roland Olbricht 2012-05-02T21:09:28 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.gis.openstreetmap