[talk-ph] Fwd: [OSM-talk] Map Kibera import needs some mapper love
Hi guys! I think its appropriate for us to give back some OSM love. :) Two remote mapping requests are needed. MapKibera - http://wiki.openstreetmap.org/wiki/Nairobi#Map_Kibera_Import - http://brainoff.com/weblog/2010/01/12/1513 and Haiti Quake - http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response On Wed, Jan 13, 2010 at 1:40 PM, Mikel Maron mikel_ma...@yahoo.com wrote: The first thing that's needed is removal of old data in Kibera, and linkage of roads in Kibera to Nairobi main lines. What do you think? We can also contribute to the Haiti quake response http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response Thanks as always Mikel == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org From: maning sambale emmanuel.samb...@gmail.com To: Mikel Maron mikel_ma...@yahoo.com Sent: Tue, January 12, 2010 8:40:54 PM Subject: Re: [OSM-talk] Map Kibera import needs some mapper love Time to give back some OSM love. :) How can I help? I can spare a few hours of JOSM editing. On Wed, Jan 13, 2010 at 4:54 AM, Mikel Maron mikel_ma...@yahoo.com wrote: Map Kibera [http://mapkibera.org/] collected data has been imported into OpenStreetMap. If you're interested to help integrate and clean up the data, please get in touch with me directly. More info... http://wiki.openstreetmap.org/wiki/Nairobi#Map_Kibera_Import http://brainoff.com/weblog/2010/01/12/1513 Thanks Mikel == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] OpenOrienteeringMap
Hi guys, Check out OpenOrienteeringMap [1]! This shows OSM data rendered as UK-style orienteering maps [2]. The style is quite beautiful and looks like it was made by a professional company. For instance check out Ayala Center in Makati [3]. It's probably a nice alternative to the default and very colorful Mapnik style. :-) [1] http://oobrien.com/oom/ [2] http://en.wikipedia.org/wiki/Orienteering_map [3] http://oobrien.com/oom/?zoom=17lat=14.55124lon=121.02373layers=B00FTFF Eugene (osm:seav) -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Gensan Google Mapping Party
Keep us posted! Hopefully we can have IGaCoS as the most-mapped Philippine resort island in OSM after Boracay and Malapascua Islands. :-) On Tue, Jan 12, 2010 at 6:05 PM, Marloue Pidor mur...@mail2engineer.comwrote: We're so busy at work lately maybe we can have the mapping party for IGaCoS later when most of the mappers are free. Best, murlwe -Original Message- From: Eugene Alvin Villar [sea...@gmail.com] Sent: 1/12/2010 2:34:54 AM To: talk-ph@openstreetmap.org Subject: Re: [talk-ph] Gensan Google Mapping Party Hi guys, especially the OSMers in Davao, There apparently was a Google Mapping Party in Gensan last December 29: http://raincindyblog.blogspot.com/2010/01/gensan-google-mapping-party.html In light of this, when will the IGaCoS (Samal) Mapping Party be? We can't let Google have all the fun! :-P ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] GPX-bestand valideren
Ik ben aan het knutselen aan eigen GPS-software en wil daarvan ook de log-tracks kunnen opladen naar OSM. Dus heb ik een conversie-utility geschreven (bash-script van een kleine bladzijde) maar helaas: Als ik zo'n zelfgebreid gpx-bestand opstuur dan wordt het vermeld als bezig maar een paar minuten later is er niks meer van te zien. Ik veronderstel dus dat er iets mankeert aan de opmaak maar hoe vind ik uit wat? Is er ergens een utility te vinden om te checken wat er mankeert aan een .gpx-bestand? Ik vind het ook lastig dat ik geen feedback krijg, of moet ik misschien wat meer geduld hebben? 'k Heb nu al drie pogingen gedaan het laatste halfuur, pfff... Dank bij voorbaat! ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] GPX-bestand valideren
Dag Karel, Bijna bedtijd, maar nog even kort. Ik heb ook wel eens aangepaste / geknutselde gpx bestanden geupload die soms niet werkten bij import. Alleen kreeg ik dan wel telkens een nette foutmelding met omschrijving van de reden van niet-verwerking. mogelijke fouten - die ik zelf al tegenkwam - - foute of onvolledige header van het bestand - geen timestamps bij de posities. maakt de xml niet fout, maar osm verwacht bij elke positie wel een timestamp. Als je geen foutmelding krijgt loopt de verwerking misschien wat stroef. Staan er soms nog massa's files in de wachtrij?? Ik ga de ogen sluiten nu. Succes ermee. Luc On Wed, 2010-01-13 at 22:09 +, Karel Adams wrote: Ik ben aan het knutselen aan eigen GPS-software en wil daarvan ook de log-tracks kunnen opladen naar OSM. Dus heb ik een conversie-utility geschreven (bash-script van een kleine bladzijde) maar helaas: Als ik zo'n zelfgebreid gpx-bestand opstuur dan wordt het vermeld als bezig maar een paar minuten later is er niks meer van te zien. Ik veronderstel dus dat er iets mankeert aan de opmaak maar hoe vind ik uit wat? Is er ergens een utility te vinden om te checken wat er mankeert aan een .gpx-bestand? Ik vind het ook lastig dat ik geen feedback krijg, of moet ik misschien wat meer geduld hebben? 'k Heb nu al drie pogingen gedaan het laatste halfuur, pfff... Dank bij voorbaat! ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] New routing engine
http://bit.ly/5zkvsz (apologies to those who get New Scientist earlier than I do, and have already read this) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New routing engine
Liz wrote: http://bit.ly/5zkvsz (apologies to those who get New Scientist earlier than I do, and have already read this) OK, so they're going to add hills things, but how do they account for the NIMBY eco warrior protestors? :-P Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Haiti Earthquake mapping response
Dear all OSMappers interested in the Haiti_EQ_response intiative. Is there any coordination for this intiative? S On Jan 13, 2010, at 6:35 AM, Mikel Maron wrote: You have likely heard about the massive quake that has hit Haiti OpenStreetMap can contribute map data to help the response .. http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response Thanks Mikel == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Kibera import needs some mapper love
On Tue, Jan 12, 2010 at 22:20, Mikel Maron mikel_ma...@yahoo.com wrote: I'd be happy to upload .. are there any tools to help with automated GPX upload? Anyone interested to help? Current GPX is archived at http://kibera.maps.jsintl.org/traces I have some hacky scripts that could be adapted to do this, specifically: http://github.com/avar/gps/blob/master/script/get-osm-gpx-tracks-for-user combined with something like jgpxupload in osm svn. But it would be easier to have a pg_dump of the and gpx* gps* tables in your database along with a tarred up archive of the gpx tracks. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New routing engine
El Miércoles, 13 de Enero de 2010, Liz escribió: http://bit.ly/5zkvsz I can see the billboards already: OpenStreetMold -- -- Iván Sánchez Ortega i...@sanchezortega.es Ni tus peores enemigos te pueden hacer tanto daño como tus propios pensamientos. -- Buda signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Haiti Earthquake mapping response
I suggest mappers check in on the IRC channel to coordinate irc://irc.oftc.net/osm We can also watch who's editing where on the history page http://www.openstreetmap.org/history?bbox=-72.525,18.4147,-72.1136,18.6786 and get in touch if needed Aside ... it would be great to have geographic based chat ... automatically generate chat space with users editing in the same vincinity == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org From: simone gadenz s.gad...@geologyx.it To: Mikel Maron mikel_ma...@yahoo.com Cc: talk@openstreetmap.org Sent: Wed, January 13, 2010 8:19:17 AM Subject: Re: [OSM-talk] Haiti Earthquake mapping response Dear all OSMappers interested in the Haiti_EQ_response intiative. Is there any coordination for this intiative? S On Jan 13, 2010, at 6:35 AM, Mikel Maron wrote: You have likely heard about the massive quake that has hit Haiti OpenStreetMap can contribute map data to help the response .. http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response Thanks Mikel == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Haiti Earthquake mapping response
Aside ... it would be great to have geographic based chat ... automatically generate chat space with users editing in the same vincinity Off topic, but has anyone looked into OSM + MapChat [1] ? Seems like it could be invaluable in moments such as this. Cheers, Joseph [1] http://mapchat.ca/ 2010/1/13 Mikel Maron mikel_ma...@yahoo.com: I suggest mappers check in on the IRC channel to coordinate irc://irc.oftc.net/osm We can also watch who's editing where on the history page http://www.openstreetmap.org/history?bbox=-72.525,18.4147,-72.1136,18.6786 and get in touch if needed Aside ... it would be great to have geographic based chat ... automatically generate chat space with users editing in the same vincinity == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org From: simone gadenz s.gad...@geologyx.it To: Mikel Maron mikel_ma...@yahoo.com Cc: talk@openstreetmap.org Sent: Wed, January 13, 2010 8:19:17 AM Subject: Re: [OSM-talk] Haiti Earthquake mapping response Dear all OSMappers interested in the Haiti_EQ_response intiative. Is there any coordination for this intiative? S On Jan 13, 2010, at 6:35 AM, Mikel Maron wrote: You have likely heard about the massive quake that has hit Haiti OpenStreetMap can contribute map data to help the response .. http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response Thanks Mikel == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] need frequent updating Haiti extracts
Hi Need some technical help for the Haiti response. The Haiti map is being updating rapidly. We want to have up to data planet and Shapefile extracts available for other groups and responders to download. Can anyone help and set up a process to automate these extracts? Thanks Mikel == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org From: Joseph Reeves iknowjos...@gmail.com To: Mikel Maron mikel_ma...@yahoo.com Cc: simone gadenz s.gad...@geologyx.it; talk@openstreetmap.org Sent: Wed, January 13, 2010 9:05:14 AM Subject: Re: [OSM-talk] Haiti Earthquake mapping response Aside ... it would be great to have geographic based chat ... automatically generate chat space with users editing in the same vincinity Off topic, but has anyone looked into OSM + MapChat [1] ? Seems like it could be invaluable in moments such as this. Cheers, Joseph [1] http://mapchat.ca/ 2010/1/13 Mikel Maron mikel_ma...@yahoo.com: I suggest mappers check in on the IRC channel to coordinate irc://irc.oftc.net/osm We can also watch who's editing where on the history page http://www.openstreetmap.org/history?bbox=-72.525,18.4147,-72.1136,18.6786 and get in touch if needed Aside ... it would be great to have geographic based chat ... automatically generate chat space with users editing in the same vincinity == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org From: simone gadenz s.gad...@geologyx.it To: Mikel Maron mikel_ma...@yahoo.com Cc: talk@openstreetmap.org Sent: Wed, January 13, 2010 8:19:17 AM Subject: Re: [OSM-talk] Haiti Earthquake mapping response Dear all OSMappers interested in the Haiti_EQ_response intiative. Is there any coordination for this intiative? S On Jan 13, 2010, at 6:35 AM, Mikel Maron wrote: You have likely heard about the massive quake that has hit Haiti OpenStreetMap can contribute map data to help the response .. http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response Thanks Mikel == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Google Map Maker on TED
http://www.ted.com/talks/lalitesh_katragadda_making_maps_to_fight_disaster_build_economies.html No comments so far... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Public notary (Map feature POI proposal)
I was responding to the definition of an office as somewhere a licensed professional works. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria -Original Message- From: John Smith deltafoxtrot...@gmail.com Date: Tue, 12 Jan 2010 14:41:42 To: Steve Bennettstevag...@gmail.com Cc: Open Street Map mailing listtalk@openstreetmap.org Subject: Re: [OSM-talk] Public notary (Map feature POI proposal) 2010/1/12 Steve Bennett stevag...@gmail.com: On Tue, Jan 12, 2010 at 3:13 PM, John F. Eldredge j...@jfeldredge.com wrote: You also have the fact that a licensed professional may work elsewhere than at an office. For example, a medical doctor may work at an office; the same doctor may also work at a hospital. At that point we're really straying beyond making a map, aren't we? Again you seem to like telling people what they can and can't map, just because what you think should be mapped doesn't mean everyone else agrees with you. In any case we're not creating a map, we're creating a database of map information. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Haiti Earthquake mapping response
On 01/-10/-28163 08:59 PM, Mikel Maron wrote: I suggest mappers check in on the IRC channel to coordinate irc://irc.oftc.net/osm We can also watch who's editing where on the history page http://www.openstreetmap.org/history?bbox=-72.525,18.4147,-72.1136,18.6786 and get in touch if needed Potentially useful for watching who is editing where at the moment is a a little Java program I wrote a while ago that can be found at http://gpsmid.sourceforge.net/misc/LiveEditMapViewerJ.jar It works off the the minutely replication diffs and displays all (node) changes (since you started the program) on an OSM slippy map. If you shift click on one of the changes, it will get you to the browse page for that node so that you can see the details of who has edited there and in what changeset. And if it is not useful, then at least I think it is fun to watch... ;-) Aside ... it would be great to have geographic based chat ... automatically generate chat space with users editing in the same vincinity == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org *From:* simone gadenz s.gad...@geologyx.it *To:* Mikel Maron mikel_ma...@yahoo.com *Cc:* talk@openstreetmap.org *Sent:* Wed, January 13, 2010 8:19:17 AM *Subject:* Re: [OSM-talk] Haiti Earthquake mapping response Dear all OSMappers interested in the Haiti_EQ_response intiative. Is there any coordination for this intiative? S On Jan 13, 2010, at 6:35 AM, Mikel Maron wrote: You have likely heard about the massive quake that has hit Haiti OpenStreetMap can contribute map data to help the response .. http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response Thanks Mikel == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org mailto:mi...@osmfoundation.org ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM2PQSQL / PostGis: Coordinate Conversion
Hi! how can I translate the coordinate from the database to normal GPS coordinates as they are used by OpenLayers etc. SELECT ST_Transform(lat,4326) FROM planet_osm_nodes ERROR: function st_transform(double precision, integer) does not exist Alex ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Map Maker on TED
On Wed, 13 Jan 2010 18:58:07 +0200, Tomas Straupis wrote: http://www.ted.com/talks/ lalitesh_katragadda_making_maps_to_fight_disaster_build_economies.html No comments so far... Has anybody from OSM held a speech at TED? UK guys and also people from different parts of our planet can talk about disaster recovery using OSM. Nobody volunteered to go, or TED isn't interested in non-corporate projects? -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Why to set up an own mapserver (was: Re: Map Kibera import needs some mapper love)
Hi, nice .. I heard about that project. I was wondering why that approach was choosen (first set up a dedicated OSM server for mapping, then importing the whole stuff) ? Alex Mikel Maron wrote: Map Kibera [http://mapkibera.org/] collected data has been imported into OpenStreetMap. If you're interested to help integrate and clean up the data, please get in touch with me directly. More info... http://wiki.openstreetmap.org/wiki/Nairobi#Map_Kibera_Import http://brainoff.com/weblog/2010/01/12/1513 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM2PQSQL / PostGis: Coordinate Conversion
Alexander Menk menk-you.should.remove.this.for.permanent.contact at mestrona.net writes: Hi! how can I translate the coordinate from the database to normal GPS coordinates as they are used by OpenLayers etc. SELECT ST_Transform(lat,4326) FROM planet_osm_nodes Try: select transform(way,4326) from osm_line limit 1; If you mostly need epsg:4326 coordinates you can run osm2pgsql with -l switch. Or then you can reproject the whole table afterwards with a command like: update osm_point set way=transform(way,2393); -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] problems with nominatim
I have problems with Nominatim search. If I search for saint clare church, Portland, Oregon, United States of America, I get no results. If I change the search to ... Portland, Washington ..., I get the correct result. And as you can guess the result suggests that Portland is in Washington. Whom do I contact to correct this? droidguy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM2PQSQL / PostGis: Coordinate Conversion
On Wed, 2010-01-13 at 20:39 +, Jon Burgess wrote: On Wed, 2010-01-13 at 22:45 +0300, Alexander Menk wrote: Hi! how can I translate the coordinate from the database to normal GPS coordinates as they are used by OpenLayers etc. SELECT ST_Transform(lat,4326) FROM planet_osm_nodes ERROR: function st_transform(double precision, integer) does not exist Something like this should work: select astext(ST_Transform(ST_SetSRID(ST_MakePoint(lon/100,lat/100),900913),4326)) from planet_osm_nodes; astext POINT(-0.233660788552329 51.6420473016351) POINT(-0.323177906614839 51.6455034823677) POINT(-0.490731673408812 51.6320228876355) POINT(-0.415551667280849 51.6282701316099) To improve the accuracy you should change the factor of 100 to 100.0, this will force postgres to perform the calculation using floating point. select id,astext(ST_Transform(ST_SetSRID(ST_MakePoint(lon/100.0,lat/100.0),900913),4326)) from planet_osm_nodes limit 10; id | astext -+ -1 | POINT(-0.233669322547528 51.6420490297913) -2 | POINT(-0.323178535435538 51.6455051546494) -3 | POINT(-0.490739848077898 51.6320247834516) In case you are wondering, the factor of 100 allows osm2pgsql to store the nodes positions using 4 byte ints instead of needing to use a double which needs 8 bytes. This makes a real difference when storing 600 million nodes. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Map Maker on TED
I heard about TED only recently and what I've read and seen about it so far seems like an insult - conspirative pseudo-open meetings for well-paying members of that strange elitist association. Talks seem to be only held by those members or VIPs that are invited occasionally if any. Even if I would tolerate all that, there would still remain a strange feeling about TED, something I don't like. Maybe I just don't get something but that whole elitarist stuff smells bad. I'd better stay away from them and go to some real open conferences and exhibitions instead. Bye, Daniel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why to set up an own mapserver (was: Re: Map Kibera import needs some mapper love)
Alexander Menk writes: Hi, nice .. I heard about that project. I was wondering why that approach was choosen (first set up a dedicated OSM server for mapping, then importing the whole stuff) ? Hi, The first link tells: On January 11, 2009, MapKibera public domain data was imported into OpenStreetMap Perhaps that's the reason, a wish to collect data first to own repository which makes it possible to publish the data under different license than CC-BY-SA? Or perhaps not, because further work is going to be done directly to OSM database. -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Map Maker on TED
On Wed, 13 Jan 2010 21:54:59 +0100, Daniel Neugebauer wrote: I'd better stay away from them and go to some real open conferences and exhibitions instead. Maybe there are others OSM members who are willing to go? I agree that there are some elitism there but it is not only that, there are lots of positive points about TED also. -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] problems with nominatim
On 13/01/2010 20:45, Stan Berka wrote: Whom do I contact to correct this? http://wiki.openstreetmap.org/wiki/Nominatim#Bugs_.2F_Error_reporting ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Public notary (Map feature POI proposal)
2010/1/14 John F. Eldredge j...@jfeldredge.com: I was responding to the definition of an office as somewhere a licensed professional works. I didn't disagree with you, but Steve thinks his definition of a map is the only one that matters and continues to tell people how and what they should map as being the only things important enough to do. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] problems with nominatim
On Wed, Jan 13, 2010 at 8:45 PM, Stan Berka stan.be...@gmail.com wrote: I have problems with Nominatim search. If I search for saint clare church, Portland, Oregon, United States of America, I get no results. If I change the search to ... Portland, Washington ..., I get the correct result. And as you can guess the result suggests that Portland is in Washington. Whom do I contact to correct this? Relation for Washington is broken: http://www.openstreetmap.org/browse/relation/165479 http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=165479 Relation for Oregon, which is reported as working but for some reason osm2pgsql isn't able to find a closed polygon - it ends up as a line string: http://www.openstreetmap.org/browse/relation/165476 http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=165476 Without a polygon all Nominatim can do is guess... -- Brian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] need frequent updating Haiti extracts
Hi, Mikel Maron wrote: We want to have up to data planet and Shapefile extracts available for other groups and responders to download. Can anyone help and set up a process to automate these extracts? I'll see if I can come up with something. Anyone else already working on it pls advise to avoid double effort. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Field Requirements from Haiti for spatial imagery-based work (processing digitizing): NEED to map any spontaneous camps appearing in the imagery with size in area
Hi there I am relaying a mapping requirement grounded in Haiti from GIS practitioners mapping there at the United Nations Office of Coordination of Humanitarian Affairs (UNOCHA): NEED to map any spontaneous camps appearing in the imagery with size in area Best. N -- Nicolas Chavent Humanitarian OpenStreetMap Team Mobile (FRA): +33 6 75 14 29 70 Email: nicolas.chav...@gmail.com Skype: c_nicolas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] TED Conference (was: Google Map Maker on TED)
On Wed, Jan 13, 2010 at 21:54, Daniel Neugebauer mailingli...@energiequant.de wrote: I heard about TED only recently and what I've read and seen about it so far seems like an insult - conspirative pseudo-open meetings for well-paying members of that strange elitist association. Talks seem to be only held by those members or VIPs that are invited occasionally if any. Even if I would tolerate all that, there would still remain a strange feeling about TED, something I don't like. Maybe I just don't get something but that whole elitarist stuff smells bad. - They have an attendance fee like almost every other conference (it seems the fee is lower than for comparable conferences) - They have an attendance limit like almost every other conference so they have to chose whom to invite, those that cannot attend may follow the conference online or through TEDActive, visit one of the TEDx events, TEDIndia or TEDGlobal - Those that still cannot attend because they can't afford the fee or because there was no more room can apply for one of 20 seats reserved for people from the educational and nonprofit world (for one-third of the normal fee), or apply to become a TED Fellow to attend for free (~5% of all seats reserved for this, doesn't sound like much but how does that compare to other conferences? I have no idea.) - They invite speakers relevant to the field of this years tracks like (almost) every other conference does. - In contrast to a lot of other conferences they go to great lengths to make almost everything they do freely available under a liberal license (paid for by the high fees, thus making it possible to make the content available to a lot of people) - Unlike/Like a lot/some other conferences a non profit organization is organizing this - Unlike most other conferences they give 300.000$ to three people each year to fulfill a wish to change the world - Unlike most/all other conferences they provide some/most of the talks with subtitles of 40+ different languages They have a whole page devoted to this as I just found out[1]. Everyone is entitled to his own opinion and we obviously don't share the same. I would however encourage you to revisit the topic with some/this new(?) information and an open mind. I have found a lot of very interesting talks there and I'd hate to see you miss out on this opportunity for purely for the reasons you've stated. Even if you still think of it as elitist there are a lot of talks worth watching. I'd better stay away from them and go to some real open conferences and exhibitions instead. Please tell me about some real open conferences and exhibitions that I can attend that are in the same field as TED. I'd be _really_ interested to go if they are somewhere close or watch them online otherwise. Unfortunately I haven't heard anyone mention OSM yet but I hope that will change at some point. The next TED conference is starting in February. Cheers, Lars [1] http://www.ted.com/pages/view/id/185 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] need frequent updating Haiti extracts
From: Frederik Ramm frede...@remote.org Mikel Maron wrote: We want to have up to data planet and Shapefile extracts available for other groups and responders to download. Can anyone help and set up a process to automate these extracts? I'll see if I can come up with something. Anyone else already working on it pls advise to avoid double effort. Thanks Frederik ... no one that I know of has started on this ... Let us know how it goes, several groups interested already Many thanks Mikel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Field Requirements from Haiti for spatial imagery-based work (processing digitizing): NEED to map any spontaneous camps appearing in the imagery with size in area
Details are still emerging but apparently Digital Globe is making available pre- and post- event imagery, tomorrow. There are other sources in the pipeline. I'm of course pushing to make sure that we have full rights to derive vectors from these sources. If this becomes available, then this is certainly the kind of thing we can look for in the imagery. -Mikel == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org From: nicolas chavent nicolas.chav...@gmail.com To: talk@openstreetmap.org Cc: CJ Hendrix hendrix...@gmail.com Sent: Wed, January 13, 2010 6:18:32 PM Subject: [OSM-talk] Field Requirements from Haiti for spatial imagery-based work (processing digitizing): NEED to map any spontaneous camps appearing in the imagery with size in area Hi there I am relaying a mapping requirement grounded in Haiti from GIS practitioners mapping there at the United Nations Office of Coordination of Humanitarian Affairs (UNOCHA): NEED to map any spontaneous camps appearing in the imagery with size in area Best. N -- Nicolas Chavent Humanitarian OpenStreetMap Team Mobile (FRA): +33 6 75 14 29 70 Email: nicolas.chav...@gmail.com Skype: c_nicolas___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Map Maker on TED
On Thu, Jan 14, 2010 at 7:54 AM, Daniel Neugebauer mailingli...@energiequant.de wrote: I heard about TED only recently and what I've read and seen about it so far seems like an insult - conspirative pseudo-open meetings for well-paying members of that strange elitist association. Talks seem to be only held by those members or VIPs that are invited occasionally if any. Even if I would tolerate all that, there would still remain a strange feeling about TED, something I don't like. Maybe I just don't get something but that whole elitarist stuff smells bad. I'd better stay away from them and go to some real open conferences and exhibitions instead. Surely we can do better than I don't know much about TED, but it smells bad to me. By all means, hold these opinions, or post them on the relevant website or whatever, but can we keep this mailing list a little bit more informed than half-arsed opinions about stuff that isn't related to OSM? Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Map Maker on TED
Zitat Valent Turkovic: On Wed, 13 Jan 2010 18:58:07 +0200, Tomas Straupis wrote: http://www.ted.com/talks/ lalitesh_katragadda_making_maps_to_fight_disaster_build_economies.html No comments so far... Has anybody from OSM held a speech at TED? [..] Not a speech, but... http://www.ted.com/talks/lang/eng/tim_berners_lee_on_the_next_web.html Go to 14:00. -- Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] need frequent updating Haiti extracts
Mikel, Mikel Maron wrote: Thanks Frederik ... no one that I know of has started on this ... Let us know how it goes, several groups interested already http://labs.geofabrik.de/haiti/ Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Nieuwe website
++ 12/01/10 23:50 +0100 - Stefan de Konink: Na heel wat mailtjes over en weer had Rejo toch besloten om niet verder te gaan met de ontwikkeling. Ik vind dat zelf erg jammer, maar wil Rejo bedanken voor zijn inzet. Om misverstanden te voorkomen, ik ben niet gestopt met het verder werken aan de website. Ik ben gestopt met het steken van energie in het online krijgen van de website op http://www.openstreetmap.nl. De website is inmiddels al een tijd beschikbaar op http://www.openstreetmaps.nl. Ik heb het niet uitgebreid bekeken, maar het lijkt er op dat je een oude versie van de website die ik had gemaakt hebt gekopieerd. Die oude versie bevat verschillende problemen met de compatibilteit met verschillende browsers. Onder meer IE6 en IE7 onder Windows functioneerden niet goed. Inmiddels ben ik bezig met een nieuwere versie gemaakt, die daar, voor zover ik weet, wel goed in functioneert. Ik ben op dit moment ook bezig met het implementeren van een paar suggesties, waaronder het toevoegen van doelgroep-specifieke content (de informatie wordt getoond al naar gelang je achtergrond, zoals journalist of potentiele contributor, etc). -- Rejo Zenger r...@zenger.nl OpenStreetMap Nederland http://openstreetmaps.nl signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe website
openstreetmaps.nl??? is dat de licentie fork? ;) kleine opmerking: het zou fijn zijn wanneer je in de kaart modus zit en je op een link aan de onderkant klikt (bijvoorbeeld agenda) dat ie dan ook het schermpje weer omhoog schuift. voor de rest een flinke verbetering! groet, floris Rejo Zenger wrote: ++ 12/01/10 23:50 +0100 - Stefan de Konink: Na heel wat mailtjes over en weer had Rejo toch besloten om niet verder te gaan met de ontwikkeling. Ik vind dat zelf erg jammer, maar wil Rejo bedanken voor zijn inzet. Om misverstanden te voorkomen, ik ben niet gestopt met het verder werken aan de website. Ik ben gestopt met het steken van energie in het online krijgen van de website op http://www.openstreetmap.nl. De website is inmiddels al een tijd beschikbaar op http://www.openstreetmaps.nl. Ik heb het niet uitgebreid bekeken, maar het lijkt er op dat je een oude versie van de website die ik had gemaakt hebt gekopieerd. Die oude versie bevat verschillende problemen met de compatibilteit met verschillende browsers. Onder meer IE6 en IE7 onder Windows functioneerden niet goed. Inmiddels ben ik bezig met een nieuwere versie gemaakt, die daar, voor zover ik weet, wel goed in functioneert. Ik ben op dit moment ook bezig met het implementeren van een paar suggesties, waaronder het toevoegen van doelgroep-specifieke content (de informatie wordt getoond al naar gelang je achtergrond, zoals journalist of potentiele contributor, etc). -- Rejo Zenger r...@zenger.nl OpenStreetMap Nederland http://openstreetmaps.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe website
Op 13-01-10 09:04, Rejo Zenger schreef: ++ 12/01/10 23:50 +0100 - Stefan de Konink: Na heel wat mailtjes over en weer had Rejo toch besloten om niet verder te gaan met de ontwikkeling. Ik vind dat zelf erg jammer, maar wil Rejo bedanken voor zijn inzet. Om misverstanden te voorkomen, ik ben niet gestopt met het verder werken aan de website. Ik ben gestopt met het steken van energie in het online krijgen van de website ophttp://www.openstreetmap.nl. De website is inmiddels al een tijd beschikbaar ophttp://www.openstreetmaps.nl. Om mis verstanden helemaal te voorkomen dit is wat Rejo mij schreef: Zoals al eerder aangegeven, ik heb geen planning meer. Ik heb geen zin om er aan te blijven trekken. Ik ben nu vooral bezig met andere dingen (zoals Keep Right issues en huisnummers, etc). Aan de site werk ik van tijd tot tijd nog wel. En waarom Rejo niet direct op openstreetmap.nl mocht wil ik daar ook nog wel een uit eenzetting van geven; de eerste site die Rejo had gemaakt bevatte een aantal zeer vervelende bugs in combinatie met OpenLayers, het helemaal niet kunnen pannen bijvoorbeeld. Daarbij had Rejo de 'eis' gesteld dat hij alleen aan de site mocht werken en dat alle communicatie via hem verliep. Dat vonden op zich merkwaardig, maar als iemand iets volledig functioneels heeft, waarom niet? De afgemaakte volledig werkende site kwam niet, en Rejo mailde ons dat hij er klaar mee was. Gezien Rejo aan ons had uitgegeven dat hij zich ging richten op andere zaken en de fork openstreetmaps.nl niet aan de orde is geweest wens ik Rejo daar veel succes mee. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe website
Op 13-01-10 08:15, Milo van der Linden schreef: - forum (van forum is trouwens ook een rss feed, die zou ook links in het balkje kunnen) Staat er in. Wat ik ook heel handig zou vinden is een link naar rullzer's irc log? misschien dat die ergens gepromoveerd kunnen worden vanuit rullzers mijndev omgeving? Done. Op 13-01-10 08:15, Freek Dijkstra schreef: Stefan de Konink wrote: http://www.openstreetmap.nl/ (waar nodig, ctrl+f5) Ook ik kan (met Firefox of Safari) niet zoomen of selecteren, alleen pannen. Je bent niet de enige zoals ik de vorige mailtjes al aangaf. Verder twee foutjes in links op de homepage: de link naar osm.org opent in een frame ipv gehele pagina, en de twee links naar Oxilion missen een p in http. Fixed. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe website
++ 13/01/10 13:53 +0100 - Stefan de Konink: En waarom Rejo niet direct op openstreetmap.nl mocht wil ik daar ook nog wel een uit eenzetting van geven; de eerste site die Rejo had [...] De afgemaakte volledig werkende site kwam niet, en Rejo mailde ons dat hij er klaar mee was. Gezien Rejo aan ons had uitgegeven dat hij zich ging richten op andere zaken en de fork openstreetmaps.nl niet aan de orde is geweest wens ik Rejo daar veel succes mee. Ik ben vooral klaar met de toon van de communicatie. Dat maakt ook niet uit, ieder zijn ding. De openstreetmaps.nl is wat mij betreft geen fork, ik ben gewoon verder gegaan met hetgeen waar ik al mee bezig was. Daar (en ook eerder op de oude locatie) ben ik bezig geweest met de site verder verbeteren en het verwerken van suggesties. Ik heb daar alleen iets minder ruchtbaarheid aangegeven dan het eerste voorstel dat ik deed. Overigens, openstreetmaps.nl heb ik overgenomen ten behoeve van de gemeenschap. Ik ben dan ook zeer bereid om de domeinnaam over te dragen aan de huidige houder van openstreetmap.nl. Het enige dat ik graag zou willen is dat de kosten die ik voor de overname gemaakt heb, vergoed worden. Dat is ongeveer dertig euro, precieze bedrag zoek ik op indien daar interesse voor is. -- Rejo Zenger r...@zenger.nl signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe website
Ik ben blij dat de nieuwe site er is! Bedankt voor iedereen die inspanning heeft geleverd (Rejo, Stefan en iedereen achter de schermen). Mooi dat nu alle communicatie en info op een plek is (forum, irc, blog). Alleen een lijst met recente topics /messages van talk-nl zou nog erg mooi zijn. dat kan via http://n3.nabble.com/OpenStreetMap-Dutch-talk-f119208.xml (messages) en http://n3.nabble.com/OpenStreetMap-Dutch-talk-ft119208.xml (topics). Ik heb deze lijstfeeds net aangemaakt. Ze zullen vanaf nu worden gevuld met de nieuwe berichten en topics. Je kunt de berichten zelf via een makkelijke interface volgen via http://n3.nabble.com/OpenStreetMap-Dutch-talk-f119208.html . De versie op openstreetmaps.nl vind ik na een korte test prettiger werken omdat de knop toon kaart / website op een vaste plek staat, dat maakt het een minder verwarrende UX. Is het mogelijk om die over te nemen? Of vindt iedereen de 'huidige' versie prettiger? ;) Rejo heeft het ergens in deze thread over het aanbieden van content specifiek voor doelgroepen. Ik heb het hier al eens over gehad en dit lijkt mij heel waardevol. Tenslotte zou een automatische agendafeed uiteraard handig zijn. Ik heb ooit al eens een google calendar aangemaakt [1] maar het nadeel daarvan is dat ik die als enige kan updaten. Martijn [1] http://www.google.com/calendar/ical/nfg4cqbg37etas9fultql1gjt0%40group.calendar.google.com/public/basic.ics On Jan 13, 2010, at 2:44 PM, Rejo Zenger wrote: ++ 13/01/10 13:53 +0100 - Stefan de Konink: En waarom Rejo niet direct op openstreetmap.nl mocht wil ik daar ook nog wel een uit eenzetting van geven; de eerste site die Rejo had [...] De afgemaakte volledig werkende site kwam niet, en Rejo mailde ons dat hij er klaar mee was. Gezien Rejo aan ons had uitgegeven dat hij zich ging richten op andere zaken en de fork openstreetmaps.nl niet aan de orde is geweest wens ik Rejo daar veel succes mee. Ik ben vooral klaar met de toon van de communicatie. Dat maakt ook niet uit, ieder zijn ding. De openstreetmaps.nl is wat mij betreft geen fork, ik ben gewoon verder gegaan met hetgeen waar ik al mee bezig was. Daar (en ook eerder op de oude locatie) ben ik bezig geweest met de site verder verbeteren en het verwerken van suggesties. Ik heb daar alleen iets minder ruchtbaarheid aangegeven dan het eerste voorstel dat ik deed. Overigens, openstreetmaps.nl heb ik overgenomen ten behoeve van de gemeenschap. Ik ben dan ook zeer bereid om de domeinnaam over te dragen aan de huidige houder van openstreetmap.nl. Het enige dat ik graag zou willen is dat de kosten die ik voor de overname gemaakt heb, vergoed worden. Dat is ongeveer dertig euro, precieze bedrag zoek ik op indien daar interesse voor is. -- Rejo Zenger r...@zenger.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe website
Op 13-01-10 16:39, Martijn van Exel schreef: Ik ben blij dat de nieuwe site er is! Bedankt voor iedereen die inspanning heeft geleverd (Rejo, Stefan en iedereen achter de schermen). Mooi dat nu alle communicatie en info op een plek is (forum, irc, blog). Alleen een lijst met recente topics /messages van talk-nl zou nog erg mooi zijn. Wellicht niet meer op de eerste pagina, maar wel op een apparte pagina. De versie op openstreetmaps.nl vind ik na een korte test prettiger werken omdat de knop toon kaart / website op een vaste plek staat, dat maakt het een minder verwarrende UX. Is het mogelijk om die over te nemen? Of vindt iedereen de 'huidige' versie prettiger? ;) Ik wil eigenlijk meenemen wat Milo heeft gezegd, kaart gewoon helemaal uit als je mobiel bent. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe website
Allereerst een compliment voor de nieuwe site. Dank aan iedereen die voor of achter de schermen heeft meegewerkt. Dat je de kaart op de achtergrond kunt veranderen is functionaliteit die ik nog niet eerder had gezien, erg mooi. Een paar miniscule puntjes, meer op inhoud gericht. - Voor innovatiebevorderend: prototyping. Als bedrijf dat (mogelijk) een op kaarten/geo gerichte applicatie wil ontwikkelen kan je prototypes bouwen zonder je al vast te leggen op een (dure) licentie. - De hoofdstukjes kwaliteit en bruikbaarheid zou ik samenvoegen (bruikbaarheid linkt trouwens naar zichzelf). - Bij de pagina's over doneren misschien een paar donateurs van data noemen? Je loopt dan wel het risico op scheve gezichten bij organisaties die niet vermeld staan. - Op doneren financieel staat naast korting voor mij bij lidmaatschap OSMF, grapje? - Bij de verschillende lijstjes van gebruik nog eens vermelden dat het zeker geen complete lijst is. Rene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Incorrect entry to BP service station
Richard Colless wrote: The route instructions asked me to travel to west to Birch Street, make a right turn, proceed north to Debrincat Avenue, then turn left into Glossop and proceed south to the service station -travel right round the block instead of using the service station entrance in Kurrajong Road. I've put my Garmin Nuvi 1350 into simulation mode, positioned myself near the Kurrajong Boronia Rd intersection, enabled screenshot, and told it to go to the BP POI. I've attached the screenshot. When I run it as a real-time simulation, it takes me to a spot on Kurrajong Rd closest to the servo, and that's it (end of journey). Who's Garmin maps are you using? I made mine using mkgmap. John H Your screenshot is what I expected to get. I'm using the maps downloaded from OSM Australia http://www.osmaustralia.org/index.php. They work well in most instances, although the address search facility is non-existent. I'm running them in a Garmin Etrex Venture CX, so the routing software may be a bit different. Richard C. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Incorrect entry to BP service station
On Wed, Jan 13, 2010 at 9:04 AM, Sam Couter s...@couter.id.au wrote: Trying to drive or route to disconnected nodes is nonsensical. A question, then: what proportion of OSM POI's are disconnected? Should we be taking steps (in terms of mapping guidelines) to ensure POI nodes and buildings (and anything else likely to be a routing target) are connected to the road grid? Presumably this has come up before - but this question seems to be the key issue here. I've been looking at dozens of POI's, mainly servos, over the last few weeks, checking that mapped locations match with reality. I have yet to find a single one that's actually on a road. The POI location is usually mapped to the middle of the main building. Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Incorrect entry to BP service station
2010/1/13 Richard Colless fire...@ar.com.au: I've been looking at dozens of POI's, mainly servos, over the last few weeks, checking that mapped locations match with reality. I have yet to find a single one that's actually on a road. The POI location is usually mapped to the middle of the main building. Depends if they've been re-positioned or not, when I was updating the positions after the BP import there were all sorts of obviously wrong locations, middle of highways 20km out of Moree, middle of roundabouts etc... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Canberra - last white spot on the map
Canberra seems to be fairly well covered OSM-wise although there are still lots of detail that could be added. But there is one obvious blank bit that might be fun to fill in - the Australian National Botanic Gardens. It is a public place so you do not really have to get permission to wander around, and it has it all: roads, fences, swing gates, boom gates, areas, paths, service roads, several different surface treatments, bridges, buildings, speed bumps, pedestrian crossings, directional signs, interpretive signs, POIs, car parking, parking meters, shared roads, benches, shelters, water bubblers, fire hydrants, standpipes, a shop and importantly, a cafe. And all condensed into a manageable area. Given this concentration of OSM features in microcosm, mapping the ANBG might be a good OSM training ground. What would Canberra OSMers think of this as a map-up project? We could just do it although I think it would be a good idea to talk with the management about it first if it is considered worth doing. Disclaimer. I work there :), which might be a good or a bad thing in terms of negotiating access and support from the organization. For instance a classroom with an internet computer and projector might be useful for training in the editing tools or arguing about (sorry, discussing) presentation features and tags, etc. The place has been surveyed a number of times and it should be possible to get permission to use some of this information. jim -- _ Jim Croft ~ jim.cr...@gmail.com ~ +61-2-62509499 ~ http://www.google.com/profiles/jim.croft 'A civilized society is one which tolerates eccentricity to the point of doubtful sanity.' - Robert Frost, poet (1874-1963) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-is] Munin tölfræði um Ísland á O SM
Til að hægt sé að fylgjast með stöðunni á ourFootPrints gögnunum er ég búinn að koma upp tölfræði um OpenStreetmap á Íslandi: http://noc.nix.is/nix.is/v.nix.is/index.html#openstreetmap Þetta er uppfært daglega, þegar ourFootPrints kemur inn ætti ourFootPrints import notandinn að fara upp í c.a. 9000 vegi hér: http://noc.nix.is/nix.is/v.nix.is/osm_apidb_user_count_ways.html Svo lækkar hann eftir því sem við lögum til gögnin niður í 0, enda þarf að breyta öllum vegunum þótt þeir séu í lagi þar sem þeir eru ekki tengdir við hvorn annan né núverandi veganet. ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] guidepost
Mirko Küster wrote: Nein denn er will ja garnicht erst von bicycle=yes weg sondern alles andere soll sich bitte eine entsprechend neue Definition suchen. Er klebt an seiner Definition, Begründung weil etabliert. *Warum* sollte er denn auch von bicycle=yes weg? Wenn es mal einen Grund gäbe, dann wäre es aber möglich. Natürlich soll sich alles *andere* einen *anderen* Tag suchen. Das verhindert viel sinnloses Gehopse bei der Datenauswertung. Wenn du jetzt aber bicycle=yes mit anderer Bedeutung nutzen willst, dann ist diese Möglichkeit verbaut. Eine Möglichkeit die doch keiner hier in betracht zieht. Wann soll die kommen? Wie geschrieben: bei Bedarf. Der existiert aber nicht wirklich. Wer ein altes key/value-Paar mit einer neuen Bedeutung versehen will, der verwässert die in der DB gespeicherten Informationen. Natürlich gibts da Gegenwind von denen, deren Arbeit da teilentwertet werden würde. Da wird doch nichts verwässert weil beide Tags zusammen einen anderen dokumentierten Kontext ergeben. Deine Forderung an alle Datenauswerter jetzt und zukünftig einen nebulösen Kontext auszuwerten statt eine eindeutige Bedeutung vorzufinden, ist keine Verwässerung? Ein bicycle=yes kann auf einem Guidepost kein access sein. Ergo kannst du Guidepost bei einer Routinganwendung guten gewissens ignorieren. (Und komm' nicht mit abhängig vom Haupttag - was soll das sein?) Schon tausende male geschrieben. Und schon genausooft mit Es gibt bei OSM kein Konzept 'Haupttag'. Dafür wäre es nötig technisch durchzusetzen, dass jedes Element einen und genau einen dieser Tags bekäme. Dem ist nicht so. beantwortet. Gruß, Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM an der VHS
Florian Gross flor...@grossing.de wrote: Ich wünsche mir diesbezüglich eine bessere Hilfe bzw. eine Verlinkung in eine Datenbank. Ja, das Wiki ist teilweise eine Katastrophe, wenn man etwas bestimmtes sucht. Es gibt also tatsächlich noch Leute die glauben, dass lautes Meckern irgendwas hilft! *kopfschüttel* Leute, das ist ein freies Projekt. Von alleine wird da schlichtweg gar nichts passieren. Die einzige wirkunsvolle Methode Mißstände abzustellen ist selber aktiv zu werden. Gruss Sven -- Software is like sex; it's better when it's free (Linus Torvalds) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte mit Marker im Wiki - ist das mög lich
Am Dienstag, den 12.01.2010, 22:07 +0100 schrieb Jan Tappenbeck: Moin ! wir suchen eine Möglichkeit um im Wiki eine Karte mit Marker, ähnlich wie dieses mit [1] möglich ist zu realisieren. Kann uns einer weiterhelfen?? Einmalig oder dynamisch? Wenn ersteres bietet sich Dein Beispiel ja an. ... wenn ich die Anforderung noch weiter ausbauen würde, dann wäre die Einblendung von Relationen im Wiki (z.B. für Grenzen) noch ganz hilfreich. Das scheint dann nicht mehr zu gehen. Gruß Jan :-) MfG, Chris. [1] http://dev.openstreetmap.de/staticmap/wizzard/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
On Tue, Jan 12, 2010 at 10:41:55PM +0100, Norbert Hoffmann wrote: Sarah Hoffmann wrote: Mit Haupttag meinte ich ein Tag, dass ganz alleine an einem Weg oder Knoten benutzt wird, während ein Untertag nur in Kombination mit anderen Tags anzutreffen ist. Diese Art von Hierarchie hat sich in OSM sehr wohl etabliert, auch wenn es nicht im Datenbank-Schema festgeschrieben ist. highway=* ist ein Haupttag. tourism=* eines. information=guidepost ist keines und bicycle=* sicherlich auch nicht. Und du schreibst also vor, das je way oder node nur genau einer dieser Haupttags genutzt werden darf? Ich nehme an, du überarbeitest jetzt auch alle Knoten, an denen derzeit z.B. amenity *und* shop vorhanden sind. Das mit der deutschen Sprache ist schon schwer. Es geht mir nicht darum, Regeln vorzuschreiben, sondern zu *interpretieren*, was sich in der Datenbank befindet. Also nochmal: Ein Haupttag sei ein Tag, was allein an einem Weg oder Knoten vorkommen kann, wobei kann hier so zu vestehen ist, dass es in der Datenbank häufiger allein anzutreffen ist. Es muss nicht alleine stehen, es kann mit beliebigen anderen Tags (auch Haupttags) vorkommen, aber es wird eben auch alleine benutzt. Ein Untertag hingegen wird man praktisch nur in Kombination mit anderen Tags in der Datenbank finden. Ein Tag, dass gewöhnlich nur mit anderen Tags vorkommt, sollte ein Datenverarbeiter besser nicht interpretieren, ohne die anderen Tags zu betrachten. Beispiel: ein Router ignoriert gewöhnlich alle Wege, die mit waterway=* getaggt sind, selbst wenn sie ein Tag bicycle=* enthalten. (Ja, diese Kombination gibt es in der Datenbank.) Würde er bedingungslos alle Wege mit bicycle=* ins Routing aufnehmen, würden einige Leute sehr nass werden. Am Ende liegt es natürlich am Datenverarbeiter, was genau er als Haupttag verwenden will und wo er den Kontext (also die anderen Tags am gleichen Knoten/Weg/Relation) interpretiert. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Paketstationen alle für Abholen und A nnehmen ?
Moin! ich habe mich schon länger gefragt, woran man erkennen kann ob eine Paketstation [1] oder [2] und NICHT [3] für die Annahme und/oder Abgabe ausgestatttet ist. Das hat mir keine Ruhe gelassen und da habe ich einige Postboten (heißen die heute noch so?) gefragt und nach deren Auskunft sind alle Stationen gleich ausgestattet. Für OSM würde dieses bedeuten das wir ein gemeinsames Tag verwenden könnten statt der Kombi von http://wiki.openstreetmap.org/wiki/Key:vendingparcel_pickup / parcel_mail_in http://wiki.openstreetmap.org/index.php?title=Tag:vending%3Dparcel_pickup%3Bparcel_mail_inaction=editredlink=1 ! Daraufhin habe ich eine eMail an die die Deutsche Post über deren Webformular geschrieben - aber bis dato keine Antwort erhalten. Weiß einer mehr oder hat einen guten Kontakt diese Frage einmal zu klären ? Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/Image:Packetstation.jpg [2] http://wiki.openstreetmap.org/wiki/Image:Packstation_schrank.jpg [3] http://wiki.openstreetmap.org/wiki/Image:PaketBox.jpg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte mit Marker im Wiki - ist das mög lich
Ansonsten setz‘ Dich mal mit den Entwicklern der SlippyMap-Extension [1] auseinander, vielleicht implementieren sie Dir was Du brauchst. MfG, Chris [1] http://wiki.openstreetmap.org/wiki/Slippy_Map_MediaWiki_Extension ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
*Warum* sollte er denn auch von bicycle=yes weg? Wenn es mal einen Grund gäbe, dann wäre es aber möglich. Wenn nicht in dem Fall dann garnicht. Oder aus welchem Grund sollte man es noch ändern? Natürlich soll sich alles *andere* einen *anderen* Tag suchen. Das verhindert viel sinnloses Gehopse bei der Datenauswertung. Wäre in dem Fall für jedes simple Fahrrad=Ja zu jedem Tag ein ein neues Irgendwas:Fahrrad=Ja. Muss auch irgendwie verarbeitet werden. Gehopst wird in jedem Fall. Wie geschrieben: bei Bedarf. Der existiert aber nicht wirklich. Wenn der jetzt nicht vorliegt dann frage ich mich welcher Bedarf da vorliegen soll. Deine Forderung an alle Datenauswerter jetzt und zukünftig einen nebulösen Kontext auszuwerten statt eine eindeutige Bedeutung vorzufinden, ist keine Verwässerung? Nebulös ist da garnichts. In Verbindung mit Guidepost kein access. Ganz einfach. Und schon genausooft mit Es gibt bei OSM kein Konzept 'Haupttag'. Dafür wäre es nötig technisch durchzusetzen, dass jedes Element einen und genau einen dieser Tags bekäme. Dem ist nicht so. beantwortet. Nenne den Fall wie du willst. Ein Access ohne Verbindung mit bestimmten Objekten oder Auslöser kann nicht existieren. Dafür brauchts garkein Konzept, das ergibt sich ganz automatisch. Auch andere Tags lassen sich Theoretisch einzeln setzen, ergeben aber ohne andere Tags einfach keinen Sinn. Du kannst einem Way nur einen Namen verpassen, wird aber erst durch highway=residential zu einer Wohnstraße. Genauso wie du einem Polygon eine Adresse verpassen kannst, erst ein building=yes macht es eindeutig zum Gebäude. Die Liste kann man ewig fortführen. Klar kannst du theoretisch auch einen access alleine auf blanke Nodes und Ways legen. Ohne eine bestimmte Hauptinformation kannst du damit aber nichts anfangen. Haupt- und Zusatzangaben haben sich ohne spezielles Konzept ganz von alleine so ergeben und sind lange Alltag. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketstationen alle für Abholen und A nnehmen ?
Jan Tappenbeck schrieb: Moin! ich habe mich schon länger gefragt, woran man erkennen kann ob eine Paketstation [1] oder [2] und NICHT [3] für die Annahme und/oder Abgabe ausgestatttet ist. Das hat mir keine Ruhe gelassen und da habe ich einige Postboten (heißen die heute noch so?) gefragt und nach deren Auskunft sind alle Stationen gleich ausgestattet. Um nicht noch mehr zu verwirren: *Pack* stationen sind für Abholen *und* Einliefern, *Paketboxen* nur zum Einliefern. Paketstationen gibts nicht (der Dateiname bei dem runden Teil ist falsch). [1] und [2] sind also funktional identisch. Für OSM würde dieses bedeuten das wir ein gemeinsames Tag verwenden könnten statt der Kombi von http://wiki.openstreetmap.org/wiki/Key:vendingparcel_pickup / parcel_mail_in Mit den beiden Tags sollen [1] und[3] unterschieden werden. Zusätzlich gibts noch einige 24/7-Stationen, die auch Verpackung und Briefmarken verkaufen und Geld abheben lassen. Dann kommt halt z.B. noch ;stamps hintendran. Das allerdings nur in Bonn und Berlin: http://www.deutschepost.de/dpag?tab=1skin=locheck=nolang=de_DExmlFile=link1011816_1011798 Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Haupt-Tags (was: guidepost)
Norbert Hoffmann schrieb: (Und komm' nicht mit abhängig vom Haupttag - was soll das sein?) Schon tausende male geschrieben. Und schon genausooft mit Es gibt bei OSM kein Konzept 'Haupttag'. Dafür wäre es nötig technisch durchzusetzen, dass jedes Element einen und genau einen dieser Tags bekäme. Dem ist nicht so. beantwortet. Selbstverständlich gibt es so ein Konzept informell. Oder wäre es sinnvoll, height/width für sich genommen, ohne mindestens ein weiteres (eben Haupt-) Tag zu verwenden? Warum dokumentiert das Wiki oft bestimmte Keys/Tags nicht separat, sondern auf der Seite eines einzigen anderen Tags (z.B. Seite zu Tag:amenity=parking)? Und was fändest du sinnvoller: Eine eigene Editor-Vorlage für Stufenzahl oder ein entsprechendes Eingabefeld in der Vorlage für Treppe? Die technische Durchsetzung erfolgt durchaus auch, und zwar bei der Auswertung: In vielen Anwendungen werden manche Tags eben nur dann berücksichtigt, wenn auch ein Haupttag vorhanden ist - und die Art der Interpretation hängt von diesem anderen Tag ab. Statt aus den von dieser Idee abweichenden Tags die Nichtexistenz des Konzepts herzuleiten, würde ich vielmehr darauf hinarbeiten, die paar Ausnahmen abzubauen. Ein auf Objekttyp und Zusatzattributen aufbauendes Tagging-Schema ist m.E. leicht verständlich, entspricht in der Regel der intuitiven Auffassung und macht die Auswertung vorhersagbarer. Das sind wohl auch die Gründe, warum sich die meisten Tags ganz ohne technischen Zwang in diese Richtung entwickelt haben. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte mit Marker im Wiki - ist das mögli ch
Christian Knorr schrieb: Am Dienstag, den 12.01.2010, 22:07 +0100 schrieb Jan Tappenbeck: ... wenn ich die Anforderung noch weiter ausbauen würde, dann wäre die Einblendung von Relationen im Wiki (z.B. für Grenzen) noch ganz hilfreich. Das scheint dann nicht mehr zu gehen. Anzeigen lässt sich das doch: http://www.openstreetmap.org/?relation=62713 Da sich Grenzen ja eher nicht allzuoft ändern: png draus machen, und die in der Seite einblenden. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketstationen alle für Abholen und A nnehmen ?
Am 13.01.2010 10:47, schrieb Andre Joost: Jan Tappenbeck schrieb: Moin! ich habe mich schon länger gefragt, woran man erkennen kann ob eine Paketstation [1] oder [2] und NICHT [3] für die Annahme und/oder Abgabe ausgestatttet ist. Das hat mir keine Ruhe gelassen und da habe ich einige Postboten (heißen die heute noch so?) gefragt und nach deren Auskunft sind alle Stationen gleich ausgestattet. Um nicht noch mehr zu verwirren: *Pack* stationen sind für Abholen *und* Einliefern, *Paketboxen* nur zum Einliefern. Paketstationen gibts nicht (der Dateiname bei dem runden Teil ist falsch). [1] und [2] sind also funktional identisch. dann sollte auch nur ein Tag verwendet werden oder ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketstationen alle für Abholen und A nnehmen ?
Am 13.01.2010 11:01, schrieb Jan Tappenbeck: dann sollte auch nur ein Tag verwendet werden oder ? Irgendwer bei der DHL wird dann auch noch die Packbox erfinden... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Mirko Küster wrote: Nebulös ist da garnichts. In Verbindung mit Guidepost kein access. Ganz einfach. Ich glaub' jetzt hast du's ;-) Also: Ab heute müssen alle Auswertungen umgestellt werden, damit sie (wenn gleichzeitig Guidepost vorhanden ist) nicht mehr von der Bedeutung access ausgehen. Ab morgen müssen ... Ab übermorgen müssen ... - sinnloses Gehopse! Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Am 12.01.2010 22:12, schrieb Michael Bemmerl: Hallo zusammen, ich hab' mal ne Frage zu der Angabe der Gegend (inner- / außerorts). Bedeutet innerorts, dass der Punkt innerhalb des Orts (also nach dem Ortsschild) liegt oder das der Punkt im bewohnten Gebiet liegt (z.B. Industriegebiet = außerorts)? Keine Ahnung, ich dachte die Information kann nüztlich sein, ich hab sie mal mit ausgegeben. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketstationen alle für Abholen und A nnehmen ?
Jan Tappenbeck schrieb: Am 13.01.2010 10:47, schrieb Andre Joost: Jan Tappenbeck schrieb: Moin! ich habe mich schon länger gefragt, woran man erkennen kann ob eine Paketstation [1] oder [2] und NICHT [3] für die Annahme und/oder Abgabe ausgestatttet ist. Das hat mir keine Ruhe gelassen und da habe ich einige Postboten (heißen die heute noch so?) gefragt und nach deren Auskunft sind alle Stationen gleich ausgestattet. Um nicht noch mehr zu verwirren: *Pack* stationen sind für Abholen *und* Einliefern, *Paketboxen* nur zum Einliefern. Paketstationen gibts nicht (der Dateiname bei dem runden Teil ist falsch). [1] und [2] sind also funktional identisch. dann sollte auch nur ein Tag verwendet werden oder ? Ja: vending=parcel_pickup;parcel_mail_in Ich geb ja zu, dass Verkauf von Paketabholung und Paketeinlieferung blödsinnig klingt ;-) Aber ich hab das nicht erfunden. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte mit Marker im Wiki - ist das mögli ch
... für den Falll eine Alternative ! Gruß Jan :-) Am 13.01.2010 11:00, schrieb Andre Joost: Christian Knorr schrieb: Am Dienstag, den 12.01.2010, 22:07 +0100 schrieb Jan Tappenbeck: ... wenn ich die Anforderung noch weiter ausbauen würde, dann wäre die Einblendung von Relationen im Wiki (z.B. für Grenzen) noch ganz hilfreich. Das scheint dann nicht mehr zu gehen. Anzeigen lässt sich das doch: http://www.openstreetmap.org/?relation=62713 Da sich Grenzen ja eher nicht allzuoft ändern: png draus machen, und die in der Seite einblenden. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Also: Ab heute müssen alle Auswertungen umgestellt werden, damit sie (wenn gleichzeitig Guidepost vorhanden ist) nicht mehr von der Bedeutung access ausgehen. Ab morgen müssen ... Ab übermorgen müssen ... So wie vorgestern highway=gate zu barrier=gate wurde, vorvorgestern claas=* zu highway=*. Solange dokumentiert und bekannt kann sich jeder wie bei jeder anderen Änderung darauf einstellen. Das Problem liegt jetzt wo? - sinnloses Gehopse! Nö ganze normale Enetwicklung in einem offenem System. Wenn du kein Gehopse willst dann musst du von offen auf verabschiedete Standarts umschwenken. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Haupt-Tags (was: guidepost)
Tobias Knerr wrote: ... informell ... sinnvoll ... oft ... erfolgt durchaus auch ... die paar Ausnahmen ... m.E. ... die meisten Tags ... Konzept? Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte mit Marker im Wiki - ist das mögli ch
Am 13.01.2010 10:39, schrieb Christian Knorr: Ansonsten setz‘ Dich mal mit den Entwicklern der SlippyMap-Extension [1] auseinander, vielleicht implementieren sie Dir was Du brauchst. MfG, Chris [1] http://wiki.openstreetmap.org/wiki/Slippy_Map_MediaWiki_Extension ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de erfolgt ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Mirko Küster wrote: So wie vorgestern highway=gate zu barrier=gate wurde, vorvorgestern claas=* zu highway=*. Solange dokumentiert und bekannt kann sich jeder wie bei jeder anderen Änderung darauf einstellen. Das Problem liegt jetzt wo? Darin, dass highway=gate nicht plötzlich eine zusätzliche andere Bedeutung bekommen hat - du aber für bicycle=yes zusätzlich zum bisherigen hier kann man Fahrrad fahren heute auch hier sind Infos für Fahrradfahrer, morgen hier kann man Fahrräder kaufen, übermorgen an diesem Kirchturm hängt ein Fahrrad (gibt's wirklich) usw einführen willst. - sinnloses Gehopse! Nö ganze normale Enetwicklung in einem offenem System. Wenn du kein Gehopse willst dann musst du von offen auf verabschiedete Standarts umschwenken. Lerne Lesen. *sinnloses* Gehopse. offenhohl Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] nochmal slippymap
Moin ! wo wir gerade beim Thema waren - können eigentlich auch mehrere slippymaps auf einer wiki-seite eingebaut werden. Irgendwie hat es bei mir nicht funktioniert! Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Sarah Hoffmann wrote: Würde er bedingungslos alle Wege mit bicycle=* ins Routing aufnehmen, würden einige Leute sehr nass werden. Vielleicht sollte er eben zusätzlich zum Haupttag bicyle=yes auch die beschreibenden Nebentags z.B. highway= auswerten (schon allein um eine schöne Farbe für den Weg auszusuchen). Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Darin, dass highway=gate nicht plötzlich eine zusätzliche andere Bedeutung bekommen hat - du aber für bicycle=yes zusätzlich zum bisherigen hier kann man Fahrrad fahren heute auch hier sind Infos für Fahrradfahrer, morgen hier kann man Fahrräder kaufen, übermorgen an diesem Kirchturm hängt ein Fahrrad (gibt's wirklich) usw einführen willst. Lerne lesen. Ich bevorzuge die Variante bicycle=yes durch access:bicycle=yes zu konkretisieren und das zusammen mit einigen Ergänzungen die man mit dem derzeitigen Modell schlicht nicht darstellen kann und man deswegen so oder so nicht um einige Änderungen herum kommt. Dazu gehören Abhänhigkeiten und Zeiten die derzeit garnicht oder nur einmalig pro Element darstellbar sind, in der Realität aber oft auch mehrmals für unterschiedliche Sachen vergeben werden müssten. Ergänzt man das, könnte man in einem rutsch gleich mit konkretisieren. Das geht warum nicht möglich? Das simple und neutrale bicycle=yes wäre dann für alle anderen Fälle frei, wo man nicht weiter konkretisieren muss. So wie eben beim Guidepost. Und trotzdem ist es noch immer kein Problem. Wenn ein bestimmtes Paar Tags eine eindeutige andere Beschreibung ergibt habe ich kein Problem damit. Sich diesen Kontext zu merken ist genauso schiwerig oder leicht wie wenn man für jeden Fall wieder einen eigenen Tag aufmachen und sich merken müsste. Nur lässt letzteres immer die Tagliste weiter anwachsen. Wenn du für jeden Kleinscheiß einen extra eindeutigen Tag brauchst und dir das auch alles merken kannst, dann bitte. Lerne Lesen. *sinnloses* Gehopse. offenhohl Setz du die Scheuklappen ab. Hier kann jeder nach belieben machen was er will. Gehopst wird ständig. Wenn das allerdings dokumentiert und gut ausgearbeitet wird, ist da überhaupt nichts mit gehopse. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Am 11. Januar 2010 22:53 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Wenn man sich überlegt, daß gehört neben den Weg von genügend Mappern schlicht nicht beachtet werden wird das ist m.E. kein Grund, die Wegweiser nicht zu mappen, nur weil manche sie evtl. auf den Weg anstatt daneben zeichnen _könnten_. Bushaltestellen wurden vor einiger Zeit auch auf die Wege gezeichnet während mittlerweile die reale Position daneben sich eingespielt zu haben scheint. Gib uns ein bisschen Zeit, und wir werden auch die Wegweiser in den Griff bekommen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Haupt-Tags
Norbert Hoffmann schrieb: Tobias Knerr wrote: ... informell ... sinnvoll ... oft ... erfolgt durchaus auch ... die paar Ausnahmen ... m.E. ... die meisten Tags ... Konzept? Aussage deiner Mail? Falls du mit dem zerpflückten Zitat etwas sagen wolltest wie wenn es nicht durchgehend angewandt und verbindlich festgeschrieben ist, ist es kein Konzept, dann gibt es in OSM keine Konzepte. Oder hast du hier schon mal eine Konvention ohne Ausnahme gesehen? Ich finde es aber trotzdem auffällig, dass man bei der überwiegenden Mehrheit der Objekte in OSM eine bestimmte Struktur feststellen wird: Es gibt ein Tag, das allein stehen könnte und dies ist ein X ausdrückt. Dann gibt es eventuell weitere Tags, die Eigenschaften dieses X angeben (..., das eine Breite von Y hat und den Namen Z trägt), aber alleine nicht wirklich sinnvoll wären. Dass sich eine solche Struktur quasi von selbt entwickelt, sehe ich als starken Hinweis darauf, dass sich hier ein intuitives gedankliches Konstrukt bei der Erfassung der Realität handelt. Wenn man sich beim Entwurf von Tagging-Strukturen, Editorhilfen und Software an solchen natürlichen Denkmustern orientiert, ist das sicher keine schlechte Idee. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zum ÖPVN-Tag-Schema
Am 12.01.2010 20:16, schrieb Lothar Emmerich: Hallo Jan, der User Thomas Reinke ist in dem Bereich sehr aktiv und kennt sich aus. Er hat hier im AL auch schon einiges geschrieben. Wende Dich doch mal an ihn. Wie würdet Ihr FROM und TO definieren. Einige der Busse bis Oberbüssauer Weg und andere von dort in verschiedene Richtung Moorgarten bzw. Klein Wesenberg. Und bekommen die Wegeabschnitte zu den Verästellungen irgendetwas besonderes zugewiesen ??? Als Beispiel nehme mal die route Bus 237 im Bereich Aachen-Köln. Hier hat Thomas einiges reingeschrieben. Übrigens: Ist die Mail mit der Präsentation als Anhang angekommen? Viele Grüße Lothar Moin ! hast Du eine Relationsnummer für Bus 237 ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator - Innerorts/Außerorts
Zitat von Marcus Wolschon marcus.wolsc...@googlemail.com: 2010/1/12 Michael Bemmerl osm-t...@mx-server.de: Hallo zusammen, ich hab' mal ne Frage zu der Angabe der Gegend (inner- / außerorts). Bedeutet innerorts, dass der Punkt innerhalb des Orts (also nach dem Ortsschild) liegt oder das der Punkt im bewohnten Gebiet liegt (z.B. Industriegebiet = außerorts)? Was genau hat das jetzt mit TMC zu tun? Weiß ich nicht? Deswegen hab' ich ja gefragt, was es mit dieser Angabe [1] aufsich hat. Im Besonderen würde mich interessieren, ob diese Angabe aus den TMC-Daten kommt oder ob die aus OSM-Daten ermittelt wurde (z.B. Punkt liegt innerhalb einer boundary-Relation mit entsprechendem admin_level). Grüße, Michi [1] http://osm-tmc.anders-hamburg.de/point.php?lcd=56805 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nochmal slippymap
Am Mittwoch, den 13.01.2010, 11:49 +0100 schrieb Jan Tappenbeck: Moin ! wo wir gerade beim Thema waren - können eigentlich auch mehrere slippymaps auf einer wiki-seite eingebaut werden. Nein, ging bei mir auch nicht, aber mit: map ... geht es. Das ist aber nur ein Bild, keine verschiebbare Slippymap. Irgendwie hat es bei mir nicht funktioniert! Gruß Jan .-) MfG, Chris.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator - Innerorts/Außerorts
Am 13.01.2010 12:32, schrieb osm-t...@mx-server.de: Zitat von Marcus Wolschonmarcus.wolsc...@googlemail.com: 2010/1/12 Michael Bemmerlosm-t...@mx-server.de: Hallo zusammen, Weiß ich nicht? Deswegen hab' ich ja gefragt, was es mit dieser Angabe [1] aufsich hat. Im Besonderen würde mich interessieren, ob diese Angabe aus den TMC-Daten kommt oder ob die aus OSM-Daten ermittelt wurde (z.B. Punkt liegt innerhalb einer boundary-Relation mit entsprechendem admin_level). Er kommt aus den TMC Daten. Gruß Sven [1] http://osm-tmc.anders-hamburg.de/point.php?lcd=56805 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator - TMCbot
Hallo Sven, hallo zusammen, Sven Anders schrieb: Ich freue mich eine neue Anwenundung vorzustellen. Den TMC Validator. Hab die ganze Weihnachtszeit daran gebastelt. Vielen Dank dafür! Ich denke das gibt der ganzen TMC Integration einen gewaltigen Schub. Ich habe mich am vergangenen Wochenende auch gleich darauf gestürzt (A81 südlich von Stuttgart http://osm-tmc.anders-hamburg.de/segment.php?lcd=7213 und B464 http://osm-tmc.anders-hamburg.de/road.php?lcd=50375) und habe davon eine weiche Birne bekommen. Ich halte es für Verschwendung von Ressourcen, wenn man immer die ganzen IDs für die doppelt verkettete Liste (NextLocationCode und PrevLocationCode) raussuchen und eintragen muss. Ebenso ist das eintragen von Version (8.00) und Class (TMC-Area/Road/Segment/Point) echte Sträflingsarbeit. Deswegen habe ich gestern auf Basis des xybots den TMCbot http://www.openstreetmap.org/user/TMCbot/edits geschrieben, der anhand des TMC:cid_58:tabcd_1:LocationCode folgendes macht: * Setzen/Korrektur der TMC:cid_58:tabcd_1:Class (Area/Road/Ferry/Motorail/Segment/Point) * Setzen/Korrektur der TMC:cid_58:tabcd_1:LCLversion (8.00) * Setzen/Korrektur des TMC:cid_58:tabcd_1:NextLocationCode * Setzen/Korrektur des TMC:cid_58:tabcd_1:PrevLocationCode Das heißt von Menschenhand sind nur noch die Nodes/Ways/Relations anzulegen und beiden TMC-Tags TMC:cid_58:tabcd_1:LocationCode TMC:cid_58:tabcd_1:Direction zu setzen. Alles Andere erledigt der TMCbot am folgenden Tag automatisch. Nachdem ich mir die TMC-Daten dann auch mal genauer angeschaut habe, habe ich noch folgenden Vorschlag für die Values von TMC:cid_58:tabcd_1:Class: Für TMC-Type=L6 TMC-SubType=1 = Ferry (statt bisher Road) Für TMC-Type=L6 TMC-SubType=2 = Motorail (statt bisher Road) Am TMC-Validator würde ich folgende Änderungen vorschlagen: * Aktualität der Daten (jüngster Timestamp aus dem GeoFabrik Extrakt) * Hinweis, dass der TMCbot die o.g. Daten am nächsten Tag anhand des TMC:cid_58:tabcd_1:LocationCode automatisch einträgt (alles außer der Direction) und somit die manuelle Eintragung entfallen kann. Grüße Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] gpx-csv mit gpsbabel
Moin ! ich wollte gerne eine gpx-Datei in eine CSV konvertieren mit gpsBabel und habe folgenden Aufruf ausgeführt: gpsbabel -i gpx -f file1.gpx -o unicsv,filename=1 -F result.txt In der Ergebnisdatei findet sich aber nur eine Kopfzeile: No,Latitude,Longitude,Filename Kann mir einer weiterhelfen ? Gruß Jan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gpx-csv mit gpsbabel
Am 01/13/10 14:50, schrieb Jan Tappenbeck: Moin ! ich wollte gerne eine gpx-Datei in eine CSV konvertieren mit gpsBabel und habe folgenden Aufruf ausgeführt: gpsbabel -i gpx -f file1.gpx -o unicsv,filename=1 -F result.txt In der Ergebnisdatei findet sich aber nur eine Kopfzeile: No,Latitude,Longitude,Filename Kann mir einer weiterhelfen ? Gruß Jan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo, habe das eben mal schnell nachgestellt. Der Aufruf: gpsbabel -i gpx -o csv infile outfile also zb gpsbabel -i gpx -o csv foo.gpx bar.csv gibt mir eine Datei mit seeehr vielen Zahlen :-). Scheint also zu gehen, obwohl ich die richtigkeit nicht nachvollziehen kann. Grüße Norman ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gpx-csv mit gpsbabel
Am Mittwoch, den 13.01.2010, 14:50 +0100 schrieb Jan Tappenbeck: Moin ! ich wollte gerne eine gpx-Datei in eine CSV konvertieren mit gpsBabel und habe folgenden Aufruf ausgeführt: gpsbabel -i gpx -f file1.gpx -o unicsv,filename=1 -F result.txt In der Ergebnisdatei findet sich aber nur eine Kopfzeile: No,Latitude,Longitude,Filename Bei mir geht‘s, da stehen alle WPs drin. Tracks wurden nicht verarbeitet. Kann mir einer weiterhelfen ? poste mal die gpx-Datei, oder zumindest den Header, vielleicht erkennt man da Fehler. Meiner: { ?xml version=1.0 encoding=UTF-8 standalone=no ? gpx xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; version=1.1 xmlns=http://www.topografix.com/GPX/1/1; creator=QLandkarte xsi:schemaLocation=http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd; metadata link href=http://qlandkarte.sourceforge.net/; textQLandkarte/text /link time2009-05-25T14:38:23Z/time /metadata wpt lon=-94.79901666752994 lat=38.85554999113083 ele325.049/ele nameGarmin/name symFlag. Blue/sym /wpt } ... Gruß Jan :-) MfG, Chris... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Am 13. Januar 2010 11:26 schrieb Mirko Küster webmas...@ts-eastrail.de: Also: Ab heute müssen alle Auswertungen umgestellt werden, damit sie (wenn gleichzeitig Guidepost vorhanden ist) nicht mehr von der Bedeutung access ausgehen. Ab morgen müssen ... Ab übermorgen müssen ... So wie vorgestern highway=gate zu barrier=gate wurde, vorvorgestern claas=* zu highway=*. Solange dokumentiert und bekannt kann sich jeder wie bei jeder anderen Änderung darauf einstellen. Das Problem liegt jetzt wo? OK, noch mal ganz sachlich und von vorn: Wenn ich mich entscheide statt highway=gate ab jetzt (das bisher nicht vorhandene) barrier=gate zu verwenden, um eine übersichtlichere Gruppierung zu erreichen, bedeutet das kein Problem, richtig. Da gehen wir denke ich alle konform. Wenn ich mich aber heute entscheide, daß das bereits seit Jahren benutzte bicycle=no nun neben hier kein Zugang für Fahrräder auch noch hier keine Routeninformation für Fahrräder heißen soll, dann habe ich ein Problem, weil ich *nachträglich* die Bedeutung eines tags fundamental geändert habe. Und da berühren wir meines Erachtens einen Grundsatz von OSM, der da lautet sei explizit. Es ist kein Problem, bei der Eingabe explizit zu sein und genau zu spezifizieren, was man meint. Umgekehrt ist es aber schwierig, bei der Ausgabe (Generierung von Karten (ja, damit beschäftige ich mich, ich kenne das Problem), Routinggraphen, etc) in schwammigen Daten herum zu interpretieren. Nehmen wir mal ein anderes Beispiel: Ein Gemischtwarenladen mit Touristeninformation. shop=convenience, tourism=information und bicycle=no. Was heißt das? -kein Zugang für Fahrräder(abstellen/anlehnen verboten)? -keine Stellplätze für Fahrräder? -keine touristischen Informationen für Radfahrer? -keine fahrradspezifischen Produkte (Reparaturzeug, Ersatzteile) im Angebot? Eventuell bringt dir das das Problem der Gegenseite ja etwas näher. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gpx-csv mit gpsbabel
Am 13.01.2010 15:07, schrieb Norman Rieß: Am 01/13/10 14:50, schrieb Jan Tappenbeck: Moin ! ich wollte gerne eine gpx-Datei in eine CSV konvertieren mit gpsBabel und habe folgenden Aufruf ausgeführt: gpsbabel -i gpx -f file1.gpx -o unicsv,filename=1 -F result.txt In der Ergebnisdatei findet sich aber nur eine Kopfzeile: No,Latitude,Longitude,Filename Kann mir einer weiterhelfen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo, habe das eben mal schnell nachgestellt. Der Aufruf: gpsbabel -i gpx -o csv infile outfile also zb gpsbabel -i gpx -o csv foo.gpx bar.csv gibt mir eine Datei mit seeehr vielen Zahlen :-). Scheint also zu gehen, obwohl ich die richtigkeit nicht nachvollziehen kann. Grüße Norman ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de hi ! jetzt funktioniert es !!! danke ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zum ÖPVN-Tag-Schema
Am 13. Januar 2010 12:22 schrieb Jan Tappenbeck o...@tappenbeck.net: Moin ! hast Du eine Relationsnummer für Bus 237 ??? Gruß Jan :-) www.öpnvkarte.de zwischen Köln und Aachen - rote 237 suchen - josm aufmachen - runterladen Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gpx-csv mit gpsbabel
Am 13.01.2010 15:15, schrieb Christian Knorr: Am Mittwoch, den 13.01.2010, 14:50 +0100 schrieb Jan Tappenbeck: Moin ! ich wollte gerne eine gpx-Datei in eine CSV konvertieren mit gpsBabel und habe folgenden Aufruf ausgeführt: gpsbabel -i gpx -f file1.gpx -o unicsv,filename=1 -F result.txt In der Ergebnisdatei findet sich aber nur eine Kopfzeile: No,Latitude,Longitude,Filename Bei mir geht‘s, da stehen alle WPs drin. Tracks wurden nicht verarbeitet. Kann mir einer weiterhelfen ? poste mal die gpx-Datei, oder zumindest den Header, vielleicht erkennt man da Fehler. Meiner: { ?xml version=1.0 encoding=UTF-8 standalone=no ? gpx xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; version=1.1 xmlns=http://www.topografix.com/GPX/1/1; creator=QLandkarte xsi:schemaLocation=http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd; metadata link href=http://qlandkarte.sourceforge.net/; textQLandkarte/text /link time2009-05-25T14:38:23Z/time /metadata wpt lon=-94.79901666752994 lat=38.85554999113083 ele325.049/ele nameGarmin/name symFlag. Blue/sym /wpt } ... Gruß Jan :-) MfG, Chris... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de hi ! der beitrag von norman hat schon zum ergebnis geführt. trotzdem danke ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zum ÖPVN-Tag-Schema
Moin, ich sitze auch am neuen ÖPNV Schema in Osanbrück und haben ähnliche Fälle, nur sind diese durch andere Liniennummern gekennzeichnet. Ich würde jeweils eine eigene Relation machen mit dem Hinweis, wo der Bus hinfährt(Richtung). Achja die Präsentation würde ich auch gerne mal haben. LG, Andreas PS. Habe einen Wikieintrag zu dem ÖPNV Projekt in OS und eine kleine Einführung zu dem Thema: http://wiki.openstreetmap.org/wiki/%C3%96PNV_Schema -- View this message in context: http://n3.nabble.com/Frage-zum-OPVN-Tag-Schema-tp118014p119201.html Sent from the OpenStreetMap Deutschland mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zum ÖPVN-Tag-Schema
Am 13.01.2010 15:44, schrieb Martin Simon: Am 13. Januar 2010 12:22 schrieb Jan Tappenbecko...@tappenbeck.net: Moin ! hast Du eine Relationsnummer für Bus 237 ??? Gruß Jan :-) www.öpnvkarte.de zwischen Köln und Aachen - rote 237 suchen - josm aufmachen - runterladen Gruß, Martin ha !! ich wohne in Lübeck und kenne mich dort nicht aus! 230 habe ich noch gefunden !! aber dann ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zum ÖPVN-Tag-Schema
Hallöchen Zur Buslinie 237: Hier der Link zur ÖPNV-Karte mit entsprechendem Ausschnitt http://öpnvkarte.de/?lat=50.81461lon=6.42242zoom=14layers=B Die Buslinie besteht aus mehreren Realationen. Die Vaterrelation hat die Nummer 332708 Zur Präsentation: Beim ersten Versuch war eine Grafik eingebunden-große Datei. Der Admin hat sie deshalb wahrscheinlich verweigert. Kleinere Version folgt ... Viele Grüße Lothar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator - Innerorts/Außerorts
Zitat von Sven Anders s...@anders-hamburg.de: Im Besonderen würde mich interessieren, ob diese Angabe aus den TMC-Daten kommt oder ob die aus OSM-Daten ermittelt wurde (z.B. Punkt liegt innerhalb einer boundary-Relation mit entsprechendem admin_level). Er kommt aus den TMC Daten. Haben wir bereits eine Wiki-Seite für Fehler bzw. Ungereimtheiten in den TMC-Daten? Ich hab' bereits ein paar Punkte gefunden, die z.B. laut TMC außerorts sind, aber in Wirklichkeit innerorts sind. Oder ein Punkt, der in der falschen administrativen Ebene ist (eigentlich in einer andere Gemeinde). Grüße, Michi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Hallo Andre, Dieser Ansatz scheitert kläglich, wenn an einem Knoten mehrere Haupttags hängen. Das ist bislang nicht verboten. Aber die Nachteile wurden hier auch schon häufiger im Zusammenhang mit anderen Haupt-Keys diskutiert. Natürlich kannst Du eine Bushaltestelle (highway=bus_stop) und einen Abfalleimer (amenity=waste_basket) der an der Halte-Tafel montiert ist mit einem Node taggen. Aber sobald Du da einen Unter-Key wie z. B. operator dranhängst, weisst Du bei der Auswertung nicht, ob sich operator auf die Bushaltestelle oder den Abfalleimer bezieht. Sobald man also einen Haupt-Key mit einem Unter-Key erweitern möchte, ist es besser [i.e. einfacher auswertbar], wenn man zwei einzelne Nodes zeichnet. Mit access:bicycle=* oder information:bicycle=* liesse sich das eindeutig trennen. Nur wer bringt das den proposals und Editoren schonungsvoll bei? Dann müsste man das aber für _jeden_ Unter-Key machen, also auch bus_stop:operator und waste_basket:operator... Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Hallo Martin, Nehmen wir mal ein anderes Beispiel: Ein Gemischtwarenladen mit Touristeninformation. shop=convenience, tourism=information und bicycle=no. Was heißt das? -kein Zugang für Fahrräder(abstellen/anlehnen verboten)? -keine Stellplätze für Fahrräder? -keine touristischen Informationen für Radfahrer? -keine fahrradspezifischen Produkte (Reparaturzeug, Ersatzteile) im Angebot? Wie ich gerade weiter oben (unten?) geschrieben habe, hast Du dieses Problem allerdings überall, wo sich ein Unter-Key auf mehrere Haupt-Keys beziehen kann. Z.B. opening_hours, operator, name, etc. Keys die _nicht_ alleine stehen können (wie eben bicycle=no) sollten daher nur verwendet werden, wenn sie sich auf _alle_ 'Haupt-Keys' beziehen. Gruss, Thomas (Mal ganz davon abgesehen, dass es _gar_nie_ vorgesehen war, *=no für Wegweiser oder Karten zu verwenden. Einzig *=yes ist vorgesehen, und da sehe ich für Router keine Probleme.) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Hallo Sarah, Also nochmal: Ein Haupttag sei ein Tag, was allein an einem Weg oder Knoten vorkommen kann, wobei kann hier so zu vestehen ist, dass es in der Datenbank häufiger allein anzutreffen ist. Es muss nicht alleine stehen, es kann mit beliebigen anderen Tags (auch Haupttags) vorkommen, aber es wird eben auch alleine benutzt. Ein Untertag hingegen wird man praktisch nur in Kombination mit anderen Tags in der Datenbank finden. Ein Tag, dass gewöhnlich nur mit anderen Tags vorkommt, sollte ein Datenverarbeiter besser nicht interpretieren, ohne die anderen Tags zu betrachten. Beispiel: ein Router ignoriert gewöhnlich alle Wege, die mit waterway=* getaggt sind, selbst wenn sie ein Tag bicycle=* enthalten. (Ja, diese Kombination gibt es in der Datenbank.) Würde er bedingungslos alle Wege mit bicycle=* ins Routing aufnehmen, würden einige Leute sehr nass werden. Genau, die Daten in OSM müssen immer _im_Kontext_ ausgewertet werden. Es liegt doch sowieso im Interesse des Routers, möglichst alle überflüssigen Daten aus der Datenbank zu werfen. Und da ist ein Whitelist-Ansatz (Ich beachte 'bicycle=no' für highways und barriers.) besser als einfach alle bicycle=no auszuwerten. Gerade weil OSM ein offenes System ist, sollte man bei der Auswertung eher restriktiv vorgehen.. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
Hallo zusammen, ich sehe immer öfters Wegweiser http://wiki.openstreetmap.org/index.php/Proposed_features/Guidepost die mit bicycle=yes getaggt sind. Noch etwas Statistik am Rande: Aus http://tagwatch.stoecker.eu/Germany/En/tagstats_information_guidepost.html information=guidepost wird in Deutschland total 8300 mal verwendet, davon - 11x mit bicycle=no (0.13%) - 5x mit hiking=no (0.06%) - 4x mit horse=no (0.05%) - 2x mit ski=no - 1x mit mtb=no Insgesammt also (maximal) 23x mit einem *=no. Wenn ich überlege, wie häufig ich schon ein access=no in ein vehicle=no umtaggen musste, weil der Vorgänger das falsch eingetragen hatte, dann wage ich zu behaupten, dass das Guidepost-Problem ein _sehr_ kleines Problemchen ist. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketstationen alle für Abholen und An nehmen ?
Am 13.01.2010 um 10:11 schrieb Jan Tappenbeck: ich habe mich schon länger gefragt, woran man erkennen kann ob eine Paketstation [1] oder [2] und NICHT [3] für die Annahme und/oder Abgabe ausgestatttet ist. Das hat mir keine Ruhe gelassen und da habe ich einige Postboten (heißen die heute noch so?) gefragt und nach deren Auskunft sind alle Stationen gleich ausgestattet. Für OSM würde dieses bedeuten das wir ein gemeinsames Tag verwenden könnten statt der Kombi von parcel_pickup / parcel_mail_in ! Daraufhin habe ich eine eMail an die die Deutsche Post über deren Webformular geschrieben - aber bis dato keine Antwort erhalten. Weiß einer mehr oder hat einen guten Kontakt diese Frage einmal zu klären ? Gruß Jan :-) moin wenn du hier einfach mal nen blick hinwirfst http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dvending_machine wirst du den unterschied für diese zwei tags sehen. cu assetburned___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM an der VHS
Hallo Lothar, Bin nach der Suche hier gelandet: http://wiki.openstreetmap.org/wiki/Tagwatch/Descriptions/de Nach einiger Suche habe ich gefunden: aeroway=helipad. Ich bin mir sicher: das ist nicht der vollständige Eintrag. landuse=aeroway : Ist das die richtige Ergänzung? Wie Du lesen kannst, bin ich ganz schön am schwitzen. Bin auch nach einiger Zeit darauf gekommen dass sämtliche Automaten zuerst mit amenity=vending_machine getaggt werde. Ich denke, vielen geht es ähnlich. Ich wünsche mir diesbezüglich eine bessere Hilfe bzw. eine Verlinkung in eine Datenbank. Wenn Du einmal soweit bist, dass Du weisst, welchen Key Du verwenden möchtest, dann kannst Du bei TagWatch schauen, welche Keys die anderen gemeinsam mit aeroway=helipad benutzen: http://tagwatch.stoecker.eu/Europe/De/grouplist.html Klicke dort auf Statistiken bei aeroway http://tagwatch.stoecker.eu/Europe/De/keystats_aeroway.html und dort dann auf Details helipad http://tagwatch.stoecker.eu/Europe/De/tagstats_aeroway_helipad.html Dort siehst Du z.B., dass der Key 1000x einfach nur als Knoten gesetzt wurde und 200x als Way (wahrscheinlich als area.) In der langen Liste siehst Du dann, dass aeroway=helipad bisher nie zusammen mit landuse=aeroway benutzt wurde, also wirst Du das auch nicht verwenden müssen.. ;) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketstationen alle für Abholen und An nehmen ?
Am 13.01.2010 19:13, schrieb AssetBurned: Am 13.01.2010 um 10:11 schrieb Jan Tappenbeck: ich habe mich schon länger gefragt, woran man erkennen kann ob eine Paketstation [1] oder [2] und NICHT [3] für die Annahme und/oder Abgabe ausgestatttet ist. Das hat mir keine Ruhe gelassen und da habe ich einige Postboten (heißen die heute noch so?) gefragt und nach deren Auskunft sind alle Stationen gleich ausgestattet. Für OSM würde dieses bedeuten das wir ein gemeinsames Tag verwenden könnten statt der Kombi von http://wiki.openstreetmap.org/wiki/Key:vendingparcel_pickup / parcel_mail_in http://wiki.openstreetmap.org/index.php?title=Tag:vending%3Dparcel_pickup%3Bparcel_mail_inaction=editredlink=1 ! Daraufhin habe ich eine eMail an die die Deutsche Post über deren Webformular geschrieben - aber bis dato keine Antwort erhalten. Weiß einer mehr oder hat einen guten Kontakt diese Frage einmal zu klären ? Gruß Jan :-) moin wenn du hier einfach mal nen blick hinwirfst http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dvending_machine wirst du den unterschied für diese zwei tags sehen. cu assetburned ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi ! da liegt ein Mißverständnis vor !!! Der Würfel (Box) nimmt nur an - das ist richtig. Es gibt aber Schränke die sind mit vending=parcel_pickup UND vending=parcel_mail_in in Form von vending=parcel_pickup;parcel_mail_in getaggt ! Die dachte ich zu vereinheitlichen!!! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] guidepost
On 13.01.2010 18:16, Thomas Ineichen wrote: Hallo Martin, Nehmen wir mal ein anderes Beispiel: Ein Gemischtwarenladen mit Touristeninformation. shop=convenience, tourism=information und bicycle=no. Was heißt das? -kein Zugang für Fahrräder(abstellen/anlehnen verboten)? -keine Stellplätze für Fahrräder? -keine touristischen Informationen für Radfahrer? -keine fahrradspezifischen Produkte (Reparaturzeug, Ersatzteile) im Angebot? Wie ich gerade weiter oben (unten?) geschrieben habe, hast Du dieses Problem allerdings überall, wo sich ein Unter-Key auf mehrere Haupt-Keys beziehen kann. Z.B. opening_hours, operator, name, etc. Keys die _nicht_ alleine stehen können (wie eben bicycle=no) sollten daher nur verwendet werden, wenn sie sich auf _alle_ 'Haupt-Keys' beziehen. Ergo wir brauchen nun einmal einen generischen Key der unterschiedliche Bedeutungen haben kann und sich auf alle 'Haupt-Keys' beziehen soll (ohne dass aus der Datenbank ersichtlich ist was ein Hauptkey ist - sprich wenn ich nicht weiß ob tourism=information ein Haupt oder Unterkey ist, dann weiß ich auch nicht ob ich bspw. bicycle=yes verwenden kann und soll), sondern seperate keys fuer die Hauptkeys um im Falle des vorkkommens von mehreren Hauptkeys auch dasselbe ausdruecken zu koennen. Sorry hier verrrent man sich aber gewaltig. Das ganze wird so absolut nicht uebersichtlicher. Besser waehre wir definieren Unterkeys auch im Key selbst, nur so kann man von der Datenbank her auch ohne menschliche Intelligenz Zusammenhaenge ziehen. Also fuer obiges Beispiel etwa: shop=convenience, optional shop:bicycle=no (fuehrt keine fahrradspezifischen Produkte); tourism=information, tourism:bicycle=yes (touristische Informationen fuer Fahrradfahrer vorhanden). Das ganze ist nicht komplizierter, weil ich den Hauptkey (und in dem Falle ist klar wozu eine Eigenschaft existiert) eindeutig zuordnen kann (auch ohne Intelligenz), und auch bestimmen kann ob er ein Hauptkey, Unterkey, oder Unter-unterkey ist. Ausserdem verwaesser ich nicht die Eigenschaft eines Keys. Es ist ja jetzt schon schlimm genug dass man nicht weiß ob bicycle=no auf einem Fußweg bedeutet ich darf hier nicht fahren, oder ich kann hier nicht fahren (was sehr subjektiv ist, und daher in der Bedeutung hier eh nicht her passt). Gruss, Thomas (Mal ganz davon abgesehen, dass es _gar_nie_ vorgesehen war, *=no für Wegweiser oder Karten zu verwenden. Einzig *=yes ist vorgesehen, und da sehe ich für Router keine Probleme.) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketstationen alle für Abholen und An nehmen ?
Hallo, da liegt ein Mißverständnis vor !!! Der Würfel (Box) nimmt nur an - das ist richtig. Es gibt aber Schränke die sind mit vending=parcel_pickup UND vending=parcel_mail_in in Form von vending=parcel_pickup;parcel_mail_in getaggt ! Das könnte vielleicht daran liegen: http://wiki.openstreetmap.org/wiki/Packstation Die dachte ich zu vereinheitlichen!!! Vereinheitlichen in welche Richtung? Vorschlag: Keine Vereinheitlichungsaktionen (auch nicht nach einer Kurzumfrage in der ML), solange im Wiki Gegensätze bestehen. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM an der VHS
Florian Gross schrieb: Am Di Januar 12 2010 glaubte Lothar Emmerich zu wissen: Ich wünsche mir diesbezüglich eine bessere Hilfe bzw. eine Verlinkung in eine Datenbank. Ja, das Wiki ist teilweise eine Katastrophe, wenn man etwas bestimmtes sucht. Japp, deswegen nehme ich immer Google statt die Wiki-Suche. Google findet wenigstens was. ;-) Wichtig ist nur, das man mit dem site:-Parameter die wiki-Subdomain spezifiziert, z.B. tmc site:wiki.openstreetmap.org. Google: 559 Treffer, Wiki: 26 Treffer. Grüße, Michi signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de