Re: [OSM-talk-be] Meeting 12/09 - Reunion 12/09 OpenData Wallonia
Hi, I confirm that I will be present at that meeting on the 12/09 in Namur. See you there, Cheers, Julien Minet De : talk-be-requ...@openstreetmap.org talk-be-requ...@openstreetmap.org À : talk-be@openstreetmap.org Envoyé le : Vendredi 7 septembre 2012 13h00 Objet : Talk-be Digest, Vol 57, Issue 14 Send Talk-be mailing list submissions to talk-be@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-be or, via email, send a message with subject or body 'help' to talk-be-requ...@openstreetmap.org You can reach the person managing the list at talk-be-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-be digest... Today's Topics: 1. Active Routing (Johan Degreef) 2. Meeting 12/09 - R?union 12/09 OpenData Wallonia (Julien Fastr?) -- Message: 1 Date: Fri, 7 Sep 2012 10:37:30 +0200 From: Johan Degreef jdg...@gmail.com To: Belgium OpenStreetMap talk-be@openstreetmap.org Subject: [OSM-talk-be] Active Routing Message-ID: CAEnPe8z2kFyxCfQpsJmaH43KDoLvBKciP+EHRSVY7oY=qbz...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Ik las ergens over de nieuwe garmin funtie op kaarten Active Routing en hoe de openstreetmap gemeenschap al een tijdje hiermee bezig was. Houdt dit eigenlijk in dat er 1 gemeeschappelijke kaart kan komen voor wandelen, fietsen motor auto ed... en dat de gewenste activiteit de route bepaald? Hoever staat het met Active Routing en OSM? geen nevenprojecten als openfietsmap.nl meer nodig of...? Johan -- Message: 2 Date: Fri, 07 Sep 2012 12:15:13 +0200 From: Julien Fastr? jul...@fastre.info To: OpenStreetMap Belgium talk-be@openstreetmap.org Subject: [OSM-talk-be] Meeting 12/09 - R?union 12/09 OpenData Wallonia Message-ID: 5049c931.1010...@fastre.info Content-Type: text/plain; charset=iso-8859-1; Format=flowed Hi, pour fran?ais, voir ci-dessous) May I remind you our next week's meeting. The subject: have a discussion about the open data in Wallonia. For recall: contacts have been made by Benoit Coumont (nondidju), eMerzh and I to Minister Philippe Henry about adding an copyleft licence on the PICC (http://cartographie.wallonie.be/NewPortailCarto/index.jsp?page=ProfPICC) (See infos here : http://wiki.openstreetmap.org/wiki/WikiProject_Belgium#Contacts_with_local_autorities) We are invited to a gathering with the Ministry's office and the Administration (SPW - service de la g?omatique) to discuss those points (according to an email from our contact) : L'objet de la r?union du mois prochain est de discuter de votre demande par rapport au PICC et d'?tablir un calendrier pour sa mise en oeuvre concr?te en 2013. The meeting will take place : - on 12th September at 19.30 - at Mundo-N, rue Nanon 98, 5000 Namur (http://www.openstreetmap.org/?lat=50.473808lon=4.863497zoom=18layers=M) - 10 minutes from the Namur's station. The organisation NamurLug made some publicity amongst his cercles, and will participate. Thanks See you, Julien FASTRE Bonjour, Laisser moi vous rappeler notre rencontre de ce mercredi 12 septembre ? 19h30. Le sujet: une discussion sur l'open Data en Wallonie. Pour rappel une demande a ?t? formul?e au Ministre Philippe Henry pour obtenir l'ouverture de certaines donn?es g?ographiques: le PICC http://cartographie.wallonie.be/NewPortailCarto/index.jsp?page=ProfPICC. Le texte de la demande et de la r?ponse ici : http://wiki.openstreetmap.org/wiki/WikiProject_Belgium#Contacts_with_local_autorities Nous sommes donc invit?s ? une r?union au Cabinet, avec l'administration (SPW - service de la g?omatique) pour discuter de ceci (je cite un mail de notre contact au Cabinet) : L'objet de la r?union du mois prochain est de discuter de votre demande par rapport au PICC et d'?tablir un calendrier pour sa mise en oeuvre concr?te en 2013. Le rendez-vous est donc : - le 12 septembre ? 19h30 - au Mundo-N, rue Nanon 98 ? Namur http://www.openstreetmap.org/?lat=50.473808lon=4.863497zoom=18layers=M NamurLug a ?t? inform? de la r?union et en a fait la publicit?. Plusieurs participants se joindront ? nous. Ils ont aussi demand? ? pouvoir faire quelque ?change de pratique lors de la r?union. Au plaisir de vous rencontrer, Julien FASTRE -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-be/attachments/20120907/7852071a/attachment-0001.html -- ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be End of Talk-be Digest, Vol 57, Issue 14 ***___ Talk-be mailing list
[OSM-talk-be] zone met holle weg - landuse=conservation ?
Is landuse=conservation een juiste tag voor de zone rond holle wegen (waarvan de beide bermen begroeid zijn met struiken en soms zelfs met kleine of grote bomen)? Forest lijkt mij iets overdreven. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] zone met holle weg - landuse=conservation ?
Als ik de omschrijving zie van landuse=conservation, dan blijkt het iets te zijn dat het bezoeken waard is. Iets tussen een bos en een park. Aangezien het stuk grond niet echt gebruikt wordt denk ik dat landuse ook geen goede key is. Ik denk dat natural een betere key is. Natural=scrub past waarschijnlijk wel. Mvg, Sander Op 8 sep. 2012 18:58 schreef Ivo De Broeck ivo.debro...@gmail.com het volgende: Is landuse=conservation een juiste tag voor de zone rond holle wegen (waarvan de beide bermen begroeid zijn met struiken en soms zelfs met kleine of grote bomen)? Forest lijkt mij iets overdreven. ___ 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] News report license switch done
Hi, german IT newsticker heise online did report that we finally switched the license to ODbL. They said it was announced during SOTM. Is this right? http://www.heise.de/newsticker/meldung/OpenStreetMap-schliesst-Lizenzwechsel-ab-1703197.html If so, I'm quite disappointed that the community was not informed first... If this is a false announcement, the OSMF might want to have that corrected. Stephan Bei Heise Online wird berichtet, dass der Lizenzwechsel auf ODbL abgeschlossen ist. Wäre auf der SOTM verkündet worden. Ist das so? Enttäuschend, dass die Community das aus den Nachrichten erfahren muss. Falls nicht will vielleicht jemand von der OSMF Heise über ihren Fehler aufklären und um Richtigstellung bitten. http://www.heise.de/newsticker/meldung/OpenStreetMap-schliesst-Lizenzwechsel-ab-1703197.html Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] News report license switch done
On Sat, 2012-09-08 at 18:22 +0200, Stephan Knauss wrote: Hi, german IT newsticker heise online did report that we finally switched the license to ODbL. They said it was announced during SOTM. Is this right? http://www.heise.de/newsticker/meldung/OpenStreetMap-schliesst-Lizenzwechsel-ab-1703197.html If so, I'm quite disappointed that the community was not informed first... If this is a false announcement, the OSMF might want to have that corrected. Stephan Were looking for an announcement like these: http://blog.osmfoundation.org/2012/09/06/your-first-odbl-planet/ http://www.mail-archive.com/talk@openstreetmap.org/msg43823.html Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] News report license switch done
Hi Brian, On 08.09.2012 18:44, Brian DeRocher wrote: Hear Mike Collinson make the announcement in this video, introduced by Steve at 11m 30s. http://www.ustream.tv/recorded/25211016 he just repeated this: http://blog.osmfoundation.org/2012/09/06/your-first-odbl-planet/ Still not clear what license we now have... What license is the data you fetch from the API today? I'm missing a proper announcement. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] News report license switch done
On Sat, Sep 8, 2012 at 1:34 PM, Stephan Knauss o...@stephans-server.de wrote: [ ... ] Still not clear what license we now have... Because no change has been made. YET. The announcement was that the next planet will be ODbL. Barring unforeseen circumstances, I expect that will be true. Planet publication has been irregular during the redaction period, so I do not know when the next planet will be published. As posted on blog.osmfoundation.org, more details to come, surely. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] News report license switch done
Stephan, On Sat, Sep 8, 2012 at 10:22 AM, Stephan Knauss o...@stephans-server.de wrote: Hi, german IT newsticker heise online did report that we finally switched the license to ODbL. They said it was announced during SOTM. Is this right? http://www.heise.de/newsticker/meldung/OpenStreetMap-schliesst-Lizenzwechsel-ab-1703197.html If so, I'm quite disappointed that the community was not informed first... If this is a false announcement, the OSMF might want to have that corrected. Stephan As some others have pointed out, an update about the license change was posted on the Foundation blog. I think this is the best way for the foundation to percolate official announcements to the community. There are so many channels that different, not always overlapping parts of the community subscribe to - it is utterly impossible for OSMF to cover all of them. Where would you have expected to have been 'officially' informed? -- martijn van exel http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] News report license switch done
At the very least on the talk maling list, from where others can translate it and announce it on the language/country specific lists. Who reads that blog anyway? I hadn't even heard of it until you mentioned it and I'm an old timer on this project. Polyglot 2012/9/8 Martijn van Exel m...@rtijn.org Stephan, On Sat, Sep 8, 2012 at 10:22 AM, Stephan Knauss o...@stephans-server.de wrote: Hi, german IT newsticker heise online did report that we finally switched the license to ODbL. They said it was announced during SOTM. Is this right? http://www.heise.de/newsticker/meldung/OpenStreetMap-schliesst-Lizenzwechsel-ab-1703197.html If so, I'm quite disappointed that the community was not informed first... If this is a false announcement, the OSMF might want to have that corrected. Stephan As some others have pointed out, an update about the license change was posted on the Foundation blog. I think this is the best way for the foundation to percolate official announcements to the community. There are so many channels that different, not always overlapping parts of the community subscribe to - it is utterly impossible for OSMF to cover all of them. Where would you have expected to have been 'officially' informed? -- martijn van exel http://oegeo.wordpress.com ___ 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-au] APOLOGIES: Hacked Email
Everyone, Please accept my apologies for the spam which was sent to this address during the week. Access was gained to my email account without my knowledge. The password has been changed, and that would appear to have righted the situation. Cheers,Paul. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Few questions about tagging ways in Australia
On Mon, Sep 3, 2012 at 1:42 AM, Chuan fccli...@gmail.com wrote: 2. How should cycle paths be tagged, with regards to lcn, rcn, or ncn? I have read http://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines#LCN Should these be tagged in relations, or should ways themselves be tagged directly with rcn=yes? Viewing on opencyclemap, the south of Canberra has mostly lcn, with the Lake Burly Griffin cyclepath tagged as rcn, and the north of Canberra tagged with rcn. IMHO the goal is to end up with a map that has a mixture of both LCN and RCN, for readability: the long, arterial bike paths should be RCN. Something a bit like this: http://osm.org/go/0GFsCH--?layers=C (except in that case, it's a mix of RCN and NCN mostly). 4. Lastly, in either reconstructing huge areas of redaction, or mapping unmapped areas, where are people getting street names from? Street signs? IMHO, it's perfectly valid to consult other maps (Bing, Google Maps, Melway, whatever) for street names, as long as you don't *systematically* copy names from one source. Individual facts are not subject to copyright (certainly not in Australia). There is nothing magical about a street sign that makes it valid to copy a name from a physical sign, but not from some other source. This is probably a minority view though. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Few questions about tagging ways in Australia
On Sat, Sep 8, 2012 at 11:16 PM, Steve Bennett stevag...@gmail.com wrote: [ ... ] IMHO, it's perfectly valid to consult other maps (Bing, Google Maps, Melway, whatever) for street names, I disagree in the strongest possible terms. It is not perfectly valid to use those resources for OpenStreetMap and you are advised in every reference against using such resources. Don't copy anything into OpenStreetMap from any published map or other source without explicit permission. Map the things that you observe in your personal surveys. Combine those observations with the information from resources we have explicit permission to use for OpenStreetMap. If you have doubts; don't use a resource. And ask the License Working Group if you need help with related issues. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Update von nominatim.osm.org
Hi, Suche nach Burgstraße, Bergkamen meldet 2 Treffer mit unterschiedlichen PLZ: 44534 (falsch, Lünen) 59192 (Bergkamen, korrekt) Bug in Nominatim oder Daten falsch ? Die PLZ/Admin Relation 158457 sieht mir ok aus. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D Features von Gebäuden, welches Schema?
Am 7. September 2012 20:38 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: Ich denke, es werden die Geschosse ab Erdgeschoss gezählt, alles darunter ist erstmal egal. wie definierst Du das Erdgeschoss? Bei Gebäuden mit Eingängen von aussen zu unterschiedlichen Geschossen innen ist das nicht immer klar. Und die Geschosshöhe ist doch bei der Anzahl auch egal,mit einer fest definierten Geschosshöhe kann man ja nur verlieren (altbau mit 3 geschossen höher als Neubau mit 5 - und solche Geschichten). Da muß man halt die Geschosshöhe per Haus in einen Tag definieren. -1, man braucht (=sollte möglich sein) die Geschosshöhe pro Geschoss oder sogar Geschoss-teil, je nach Situation. Näherungsweise ist es natürlich auch schonmal hilfreich, eine grobe Durchschnittsgeschosshöhe per Haus zu haben . Die Höhe des Untergrunds ist ja per Geländemodell gegeben. per Geländemodell klingt gut, aber welches Geländemodell? Auf srtm beruhend? Ein DEM vom Vermessungsamt? In OSM ist dieses Bezugsgeländemodell ja nicht vorhanden, wie sollen unterschiedliche Mapper da wissen, wo der Untergrund liegt? Somit sollte das haus auf dem höheren Geländeteil stehen und 2 Geschosse haben. Ein teil des Gebäudes könnte man so definieren, wie du schreibst, aber da kommt es halt mit darauf an, welchen Bereich man als Refenz nimmt, wo das Haus steht. ja, darauf kommt es in der Tat an. Ich würde eher dazu tendieren, im Zweifel das unterste Vollgeschoss als Erdgeschoss zu definieren, nicht das höhere. Mit Hilfe der Brandschutztechnischen Vorschriften kann man sich z.B. auch an den notwendigen Treppen orientieren: im EG sollten normalerweise (mind.) zwei (notwendige) Treppen anfangen: eine Richtung Keller und eine nach oben zu den Obergeschossen. Um festzulegen, was als Geschoss gilt, würde ich nur Vollgeschosse nach den jeweiligen (deutschen) Landesbauordnungen berücksichtigen. Übrige Geschosse könnte man in zusätzlichen tags unterbringen. Vollgeschosse sind u.a. dadurch definiert, dass sie mind. eine lichte Höhe über eine Mehrheit ihrer Fläche von z.B. 2,30m-2,50m haben (Details differieren leicht vom einen Bundesland zum anderen) und wo die Deckenunterkante mind. x über dem umgebenden Gelände liegt (x ist dabei 1,20 bis 1,60 je nach LBO). Was als umgebendes Gelände angesehen wird, ist dann auch wieder interpretationsfähig, da wird oft getrickst (Böschung, Tiefhof, etc.), um möglichst viele Vollgeschosse herauszubekommen. Ich weiss nicht genau, wie das in anderen Ländern geregelt ist, aber vermutlich in vielen Ländern ähnlich. Man sollte sich möglichst auf eine Berechnungsart festlegen, und die Details dazu ins Wiki schreiben. Bei Splitlevel-Gebäuden wird das bisher definierte Verfahren allerdings versagen, die müssen zwangsläufig aus parts aufgebaut werden um zu verhindern, dass sie doppelt so hoch geschätzt werden, als sie sind. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D Features von Gebäuden, welches Schema?
Am 7. September 2012 11:23 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: Noch was grundsätzliches zum 3D: Nebenan das Bürogebäude hat 3 Etagen, wobei das gesamt Gebäude in einem Loch gebaut wurde - das Erdgeschoss sitzt somit auf Level der umgebenden Erde, aber die ist ca. 1m tiefer als das Niveau der anderen Gebäude drumherum. Ist das jetzt ein 3 stöckiges Gebäude? Wenn ja, wie tagt man, das es 1m tiefer liegt? Oder ist das ein 2 stöckiges mit 1 Keller Etage? http://www.radar.tugraz.at/people/images/inffeldgasse12.gif (schwer zu erkennen) ja, schwer zu erkennen, hört sich m.E. nach 3 Geschossen an, wovon nur eins als Oberschoss zählen wird. Das mittlere wäre das EG und drunter ein Tiefparterre. Der Begriff Keller ist vermutlich in diesem Fall etwas irreleitend, da man über den geschilderten Tiefhof (Loch) vermutlich natürlich belichten kann. Wie ist denn die Nutzung? Die kann man natürlich auch zur Beurteilung heranziehen, wenn es Büros oder Besprechungsräume (oder Labors, etc.) sind, ist es wohl ein Vollgeschoss, ist da hingegen nur Technik und Lager, eher nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
On Sat, Sep 08, 2012 at 10:56:01AM +0200, Chris66 wrote: Hi, Suche nach Burgstraße, Bergkamen meldet 2 Treffer mit unterschiedlichen PLZ: 44534 (falsch, Lünen) 59192 (Bergkamen, korrekt) Bug in Nominatim oder Daten falsch ? Die PLZ/Admin Relation 158457 sieht mir ok aus. Bug in Nominatim. PLZ sind zur Zeit noch sehr schlecht implementiert. Ist aber recht weit oben auf der TODO-Liste. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: erster ODbL Planet!
Hi, On Thu, 06 Sep 2012 18:09:27 +0200 Rainer Kluge rklug...@web.de wrote: Das Problem ist dort wohl bekannt. Dazu wurde heute morgen etwas auf Twitter geschrieben: https://twitter.com/geofabrik Da das Geofabrik Team auf SOTM ist würde ich da nicht unbedingt eine schnelle Lösung erwarten. Frederik ist wohl schon dran (Info aus Tokio von Emilie Laffray auf der französischen Liste [1]) Das was total peinlich, ich habe doch den history-splitter von Peter im Einsatz, und da muss man im Code eine maximale Anzahl von Nodes fest einstellen - ich hatte 1,9 Milliarden eingestellt, und die waren jetzt halt gerade erreicht ;) Bye Frederik PS: Sowohl Simon als auch ich sind im neuen OSMF-Vorstand. Freue mich! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: erster ODbL Planet!
On Sat 2012-09-08 (13:50), Frederik Ramm wrote: Das was total peinlich, ich habe doch den history-splitter von Peter im Einsatz, und da muss man im Code eine maximale Anzahl von Nodes fest einstellen - ich hatte 1,9 Milliarden eingestellt, und die waren jetzt halt gerade erreicht ;) Muss Dir nicht peinlich sein, über solche magic numbers fällt wohl jeder mal. Ich hoffe, bei 2^32 ist nicht systembedingt Schluß (wann wäre mit der nächsten Verdopplung zu rechnen?) Bye Frederik PS: Sowohl Simon als auch ich sind im neuen OSMF-Vorstand. Freue mich! Zur Wahl: Glückwunsch! Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] British National Grid am Oregon 450
Hallo Liste, Irgendwie werde ich noch nicht ganz schlau aus den vielen infos im Netz zu diesem tehma, denn meine Versuche ensprechende Daten einzugeben scheitern Ich finde in einigen Führern für England Geodaten z.B in der Form: SW 699421 Diese möchte ich eigentlich so wie sie sind in mein OREGON 450 eingeben wenn ich dort die Einstellungen auf Britisches Gitter ändere, erhalte ich aber folgende Eingabeformat: -_ _ _ _ _ _ _ BNG _ _ _ _ _ Leider finde ich hierfür wiederum keine Daten, die ich dort eingeben könnte... Vermutlich ist das Problem simpel zu lösen, und ich bin nur zu blöd dafür. Wäre trotzen nett, wenn jemand eine Erklärung für dummies wie mich hat, wie ich das möglichst einfach hinbekommen kann, dass das OREGON mit diesen britischen Geodaten klar kommt. Danke Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] News report license switch done
Hi, german IT newsticker heise online did report that we finally switched the license to ODbL. They said it was announced during SOTM. Is this right? http://www.heise.de/newsticker/meldung/OpenStreetMap-schliesst-Lizenzwechsel-ab-1703197.html If so, I'm quite disappointed that the community was not informed first... If this is a false announcement, the OSMF might want to have that corrected. Stephan Bei Heise Online wird berichtet, dass der Lizenzwechsel auf ODbL abgeschlossen ist. Wäre auf der SOTM verkündet worden. Ist das so? Enttäuschend, dass die Community das aus den Nachrichten erfahren muss. Falls nicht will vielleicht jemand von der OSMF Heise über ihren Fehler aufklären und um Richtigstellung bitten. http://www.heise.de/newsticker/meldung/OpenStreetMap-schliesst-Lizenzwechsel-ab-1703197.html Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News report license switch done
Hallo Stephan, noch ist alles CC, steht auch bereits in einem Kommentar zum Artikel. Henning Am 08.09.2012 18:22, schrieb Stephan Knauss: Hi, german IT newsticker heise online did report that we finally switched the license to ODbL. They said it was announced during SOTM. Is this right? http://www.heise.de/newsticker/meldung/OpenStreetMap-schliesst-Lizenzwechsel-ab-1703197.html If so, I'm quite disappointed that the community was not informed first... If this is a false announcement, the OSMF might want to have that corrected. Stephan Bei Heise Online wird berichtet, dass der Lizenzwechsel auf ODbL abgeschlossen ist. Wäre auf der SOTM verkündet worden. Ist das so? Enttäuschend, dass die Community das aus den Nachrichten erfahren muss. Falls nicht will vielleicht jemand von der OSMF Heise über ihren Fehler aufklären und um Richtigstellung bitten. http://www.heise.de/newsticker/meldung/OpenStreetMap-schliesst-Lizenzwechsel-ab-1703197.html Stephan ___ 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
[Talk-de] Problem mit Linie mit Flächenzeichenstil nicht geschlossen
hallo, ich möchte gern die Daten im Bereich Wathlingen-Nienhagen verbessern. Die bislang unbekannte Industrieanlage mitten im Wald habe ich als Exxon-Anlage identifiziert und gekennzeichnet. Beim Hochladen meiner Änderung aus JOSM heraus wurden mehrere Fehler angemeckert, die m.E. schon vorher bestanden: Warnungen Unbenannte Linien (1) Straße (2 Punkte) power_source= ist veraltet, stattdessen generator:source= nutzen (1) 1265656458 (52.5332898, 10.0730754) Linie mit Flächenzeichenstil nicht geschlossen (2) Herrschaft (132 Punkte) Herrschaft (55 Punkte) Naturflächentyp tree - Nicht geschlossene Linie (2) 32351140 (2 Punkte) 32351141 (2 Punkte) Es geht hierum: http://www.openstreetmap.org/?lat=52.5187lon=10.1327zoom=14layers=M Das ist ein Waldgebiet, was laut OSM angeblich Herrschaft heißt. (Bei Google heißt es Brand: http://maps.google.de/maps?hl=dell=52.524734,10.118837spn=0.037704,0.077162t=hz=14 , bei Bing sind es zwei Waldgebiete ohne Namen: http://binged.it/NhSj46 ) Der Fehler Linie mit Flächenzeichenstil nicht geschlossen wird anscheinend von einem Punkt der Waldgrenze ausgelöst, der oben rechts liegt. Den habe ich mal gelöscht und neu erstellt, das brachte aber leider nichts. Wenn ich es richtig ablese, habe ich es in diesem Änderungssatz probiert: http://www.openstreetmap.org/browse/changeset/13035857 Nun reichen meine Kenntnisse nicht aus. Könnte mir jemand helfen? Wenn möglich, würde ich gern lernen, wie man sowas löst. Zweitbeste Lösung wäre, dass jemand, der es kann, geradebiegt. Wenn mir jemand helfen mag, schicke ich gern per mail meine Telefonnummer. JOSM - Java-OpenStreetMap-Editor Version 5485 Letzte Änderung am 2012-08-31 00:21:56 +0200 (Fri, 31 Aug 2012) Java-Version 1.7.0_07 Windows 7 64bit Vielen Dank, Andreas Hundehalter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D Features von Gebäuden, welches Schema?
On 08.09.2012 12:42, Martin Koppenhoefer wrote: Am 7. September 2012 11:23 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: Noch was grundsätzliches zum 3D: Nebenan das Bürogebäude hat 3 Etagen, wobei das gesamt Gebäude in einem Loch gebaut wurde - das Erdgeschoss sitzt somit auf Level der umgebenden Erde, aber die ist ca. 1m tiefer als das Niveau der anderen Gebäude drumherum. Ist das jetzt ein 3 stöckiges Gebäude? Wenn ja, wie tagt man, das es 1m tiefer liegt? Oder ist das ein 2 stöckiges mit 1 Keller Etage? http://www.radar.tugraz.at/people/images/inffeldgasse12.gif (schwer zu erkennen) ja, schwer zu erkennen, hört sich m.E. nach 3 Geschossen an, wovon nur eins als Oberschoss zählen wird. Das mittlere wäre das EG und drunter ein Tiefparterre. Der Begriff Keller ist vermutlich in diesem Fall etwas irreleitend, da man über den geschilderten Tiefhof (Loch) vermutlich natürlich belichten kann. Wie ist denn die Nutzung? Die kann man natürlich auch zur Beurteilung heranziehen, wenn es Büros oder Besprechungsräume (oder Labors, etc.) sind, ist es wohl ein Vollgeschoss, ist da hingegen nur Technik und Lager, eher nicht. http://84.115.129.21/gallery3/index.php/OSM Da sieht man es besser. Meiner Meinung nach 3 Etagen, und 3 Vollgeschosse ;-) Und kein Keller, schön mit Fenster nach draussen, wohl auch eines der Gründe, da nen Loch gebuddelt zu haben. Der Eingang ist jedoch in der Etage in der Mitte, somit sollte das Erdgeschoss sein. Somit nach dem Taggingschema levels=2 und levels:underground=1 - aber auch etwas verwirrend. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D Features von Gebäuden, welches Schema?
On 08.09.2012 03:15, Tobias Knerr wrote: Am 07.09.2012 11:23, schrieb Lars Schimmer: Noch was grundsätzliches zum 3D: Nebenan das Bürogebäude hat 3 Etagen, wobei das gesamt Gebäude in einem Loch gebaut wurde - das Erdgeschoss sitzt somit auf Level der umgebenden Erde, aber die ist ca. 1m tiefer als das Niveau der anderen Gebäude drumherum. Ist das jetzt ein 3 stöckiges Gebäude? Wenn ja, wie tagt man, das es 1m tiefer liegt? Oder ist das ein 2 stöckiges mit 1 Keller Etage? http://www.radar.tugraz.at/people/images/inffeldgasse12.gif (schwer zu erkennen) Ich kann die Situation jetzt nicht hundertprozentig einschätzen, aber da sich die überirdische Stockwerkszahl auf das Bodenniveau direkt am Building-Polygon bezieht, klingt das für mich nach einem dreistöckigen Gebäude. Um die tiefere Lage abzubilden, ist außerdem noch eine Verschmelzung mit einem Geländemodell erforderlich. Solange wir das nicht haben, können wir auch andere Situationen - beispielsweise Gebäude am Hang, die ebenerdige Eingänge zu unterschiedlichen Stockwerken haben - nicht sauber wiedergeben. Leider kann das bisher kein Programm ... aber ich arbeite dran. ;) Wie eben nebenan geschrieben, 3 Volletagen, Eingang in der Mitte. http://84.115.129.21/gallery3/index.php/OSM Schön, das das Geländemodell kommt. Aber, hm, building:levels=3 oder building:levels=2 und building:levels:underground=1 ? Hat beides seine Gründe. Wobei, ich würfel mal und da underground unter der Erde meint, bleib ich da mal lieber bei levels=3. Siehe http://wiki.openstreetmap.org/wiki/Key:building:levels Und ich hoffe, das für die 3D Karte da noch ein Geländemodell kommt^^ Auch wenn das so kleinteilig nicht ganz einfach ist. (btw haben wir @work nen 3D Maya Modell unseres Campus, auch super in einer CAVE (http://www.cgv.tugraz.at/dave) zu betrachten und zu durchlaufen. Leider nicht lizenztechnisch zur Freigabe vorgesehen. Aber wenn OSM 3D mal soweit ist, wir haben die Umgebung ums realistisch zu betrachten^^) Gruß Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: erster ODbL Planet!
Am 8. September 2012 15:24 schrieb Steffen Grunewald steffen.grunew...@gmx.net: Muss Dir nicht peinlich sein, über solche magic numbers fällt wohl jeder mal. Ich hoffe, bei 2^32 ist nicht systembedingt Schluß (wann wäre mit der nächsten Verdopplung zu rechnen?) deshalb hat er ja schon vor über einem Jahr osm2pgsql auf 64-bit modernisiert: ;-) http://lists.openstreetmap.org/pipermail/dev/2011-May/022641.html Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D Features von Gebäuden, welches Schema?
On 08.09.2012 12:34, Martin Koppenhoefer wrote: Am 7. September 2012 20:38 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: Ich denke, es werden die Geschosse ab Erdgeschoss gezählt, alles darunter ist erstmal egal. wie definierst Du das Erdgeschoss? Bei Gebäuden mit Eingängen von aussen zu unterschiedlichen Geschossen innen ist das nicht immer klar. Erstmal das, was direkt auf Höhe Null zur Umgebung ist ;-) Bei mehreren Ebenen (Hang, Loch,..) kann man den Eingang dazu nehmen, reicht das nicht, wirds lustig knifflich. Bevor man würfelt, sollt es der größere Teil des Gebäudes sein, der es vorgibt. Es ist ja auch in der Realität nicht immer definiert, was EG ist, da kann das die OSM halt auch ned mit festen Regeln überall gleich abbilden. Leider. Und die Geschosshöhe ist doch bei der Anzahl auch egal,mit einer fest definierten Geschosshöhe kann man ja nur verlieren (altbau mit 3 geschossen höher als Neubau mit 5 - und solche Geschichten). Da muß man halt die Geschosshöhe per Haus in einen Tag definieren. -1, man braucht (=sollte möglich sein) die Geschosshöhe pro Geschoss oder sogar Geschoss-teil, je nach Situation. Näherungsweise ist es natürlich auch schonmal hilfreich, eine grobe Durchschnittsgeschosshöhe per Haus zu haben Ok, recht du hast. Aber die meisten mir bekannten Gebäude haben tatsächlich festdefinierte Geschosshöhen (bis auf den Keller und Lobby ggf.). Und wieder eine Ausnahme: Kunsthaus Graz, aber dafür findet man eh keine Regeln^^^ http://commons.wikimedia.org/wiki/File:Kunsthaus_Graz-008.JPG Architekten sind manchmal schon einfallsreich. Die Höhe des Untergrunds ist ja per Geländemodell gegeben. per Geländemodell klingt gut, aber welches Geländemodell? Auf srtm beruhend? Ein DEM vom Vermessungsamt? In OSM ist dieses Bezugsgeländemodell ja nicht vorhanden, wie sollen unterschiedliche Mapper da wissen, wo der Untergrund liegt? Das fehlt halt noch. Ich würd sagen:man nimmt das, was per se vor Ort real da ist. Wie man das in die OSM, bzw. in die 3D Karten, bekommt, ist noch zu definieren. Es gibt da mehrere Methoden, jede hat Vor/Nachteile, jedoch wirds immer Spezialfälle geben, wo man die Genauigkeit +/- 10cm braucht. Die Mapper sehen das Gebäude UND die Umgebung ja real vor Ort (oder auf Bildern/Videos), die sollten schon wissen, wo die Erdoberfläche direkt am Haus ist. Somit sollte das haus auf dem höheren Geländeteil stehen und 2 Geschosse haben. Ein teil des Gebäudes könnte man so definieren, wie du schreibst, aber da kommt es halt mit darauf an, welchen Bereich man als Refenz nimmt, wo das Haus steht. ja, darauf kommt es in der Tat an. Ich würde eher dazu tendieren, im Zweifel das unterste Vollgeschoss als Erdgeschoss zu definieren, nicht das höhere. Mit Hilfe der Brandschutztechnischen Vorschriften kann man sich z.B. auch an den notwendigen Treppen orientieren: im EG sollten normalerweise (mind.) zwei (notwendige) Treppen anfangen: eine Richtung Keller und eine nach oben zu den Obergeschossen. Dazu benötigt man Fachwissen, bzw. Wissen über das Innere. Aber auch machbar. Von aussen sichtbar ist jedenfalls der Eingang, die Fenster und das Gelände. Um festzulegen, was als Geschoss gilt, würde ich nur Vollgeschosse nach den jeweiligen (deutschen) Landesbauordnungen berücksichtigen. Übrige Geschosse könnte man in zusätzlichen tags unterbringen. Vollgeschosse sind u.a. dadurch definiert, dass sie mind. eine lichte Höhe über eine Mehrheit ihrer Fläche von z.B. 2,30m-2,50m haben (Details differieren leicht vom einen Bundesland zum anderen) und wo die Deckenunterkante mind. x über dem umgebenden Gelände liegt (x ist dabei 1,20 bis 1,60 je nach LBO). Was als umgebendes Gelände angesehen wird, ist dann auch wieder interpretationsfähig, da wird oft getrickst (Böschung, Tiefhof, etc.), um möglichst viele Vollgeschosse herauszubekommen. Das ist ja schön theoretisch, in der Praxis werden die meisten Mapper das jedoch pi*daumen machen, da man es nicht nachrechnen kann. Ich weiss nicht genau, wie das in anderen Ländern geregelt ist, aber vermutlich in vielen Ländern ähnlich. Man sollte sich möglichst auf eine Berechnungsart festlegen, und die Details dazu ins Wiki schreiben. Klar. Aber muß es so bürokratisch kompliziert sein? ;-) Bei Splitlevel-Gebäuden wird das bisher definierte Verfahren allerdings versagen, die müssen zwangsläufig aus parts aufgebaut werden um zu verhindern, dass sie doppelt so hoch geschätzt werden, als sie sind. Das ist ja schon vorgesehen in der Definition, GebäudeTeile. Gruß Martin MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit Linie mit Flächenzeichenstil nicht geschlossen
Am 08.09.2012, 20:19 Uhr, schrieb Andreas Schmidt: Der Fehler Linie mit Flächenzeichenstil nicht geschlossen wird anscheinend von einem Punkt der Waldgrenze ausgelöst, der oben rechts liegt. Den habe ich mal gelöscht und neu erstellt, das brachte aber leider nichts. Die Tags der outer-Wege (landuse=forest und name=Herrschaft) gehören an das Multipolygon: http://www.openstreetmap.org/browse/relation/73450 Nicht an die outer-Wege des Multipolygons: http://www.openstreetmap.org/browse/way/30764418 http://www.openstreetmap.org/browse/way/144880471 http://www.openstreetmap.org/browse/way/144880472 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OSM-talk] News report license switch done
At the very least on the talk maling list, from where others can translate it and announce it on the language/country specific lists. Who reads that blog anyway? I hadn't even heard of it until you mentioned it and I'm an old timer on this project. Polyglot 2012/9/8 Martijn van Exel m...@rtijn.org Stephan, On Sat, Sep 8, 2012 at 10:22 AM, Stephan Knauss o...@stephans-server.de wrote: Hi, german IT newsticker heise online did report that we finally switched the license to ODbL. They said it was announced during SOTM. Is this right? http://www.heise.de/newsticker/meldung/OpenStreetMap-schliesst-Lizenzwechsel-ab-1703197.html If so, I'm quite disappointed that the community was not informed first... If this is a false announcement, the OSMF might want to have that corrected. Stephan As some others have pointed out, an update about the license change was posted on the Foundation blog. I think this is the best way for the foundation to percolate official announcements to the community. There are so many channels that different, not always overlapping parts of the community subscribe to - it is utterly impossible for OSMF to cover all of them. Where would you have expected to have been 'officially' informed? -- martijn van exel http://oegeo.wordpress.com ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit Linie mit Flächenzeichenstil nicht geschlossen
Hallo qunuxy, Am 08.09.2012 21:45, schrieb qunuxy-osmmailingli...@yahoo.com: Die Tags der outer-Wege (landuse=forest und name=Herrschaft) gehören an das Multipolygon: http://www.openstreetmap.org/browse/relation/73450 Nicht an die outer-Wege des Multipolygons: http://www.openstreetmap.org/browse/way/30764418 http://www.openstreetmap.org/browse/way/144880471 http://www.openstreetmap.org/browse/way/144880472 Das ist mir alles neu. Ich versuche Sonntag durchzusteigen. Laut Wikipedia heißt das Gebiet Brand http://de.wikipedia.org/wiki/Brand_%28Naturschutzgebiet%29 Siehe auch: http://www.nlwkn.niedersachsen.de/portal/live.php?navigation_id=8062article_id=44604_psmand=26 Wie finde ich heraus, ob der Name Herrschaft gelöscht werden darf? Vielleicht wäre es angebracht, alle Waldbestandteile zu löschen und bei Null neu anzufangen? Grüße, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bug in Darstellung von Relationen auf der Webseite?
Hallo, ich habe mir gerade verschiedene Wanderwegs-Relationen angesehen und mir ist jedes Mal aufgefallen, dass jeweils ein Wegstück zwar definitiv in der Relation ist, in der Karte dann aber nicht sichtbar ist. Es betrifft dabei immer nur die kleine Karte auf Seiten mit URL des Schemas: http://www.openstreetmap.org/browse/relation/$RELATIONID Wenn man dann auf den Link Relation auf größerer Karte klickt, dann passt dort alles. Noch jemand mit dem Problem? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schallschutz Wall
Hallo, ich habe eine große Schallschutzwand bzw. Wall den ich taggen will. Sie ist 7m hoch 15m breit und hunderte Meter lang. Also Raumgreifend. Wie kann ich das Ding taggen? Zu dem Theme finde ich nichts in der Wiki. Besten Dank für Tipps Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug in Darstellung von Relationen auf der Webseite?
Manuel Reimer schrieb: ich habe mir gerade verschiedene Wanderwegs-Relationen angesehen und mir ist jedes Mal aufgefallen, dass jeweils ein Wegstück zwar definitiv in der Relation ist, in der Karte dann aber nicht sichtbar ist. Noch jemand mit dem Problem? Das ist schon länger, wenn nicht schon immer so, das ein Way in der Kartendarstellung fehlt. Keine Ahnung woran das liegt. Grüße, Michael signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wahl zum OSMF-Vorstand abgeschlossen
Hallo, gemäß http://blog.osmfoundation.org/2012/09/08/new-board-members-2/ sind bei der Wahl zum OSM-Vorstand folgende Personen gewählt worden: * Frederik * Henk (Wiederwahl) * Simon Glückwunsch an alle gewählten Kandidaten. Danke an die unterlegenen Kandidaten. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schallschutz Wall
On Sun, Sep 09, 2012 at 12:07:25AM +0200, wwl wrote: Hallo, ich habe eine große Schallschutzwand bzw. Wall den ich taggen will. Sie ist 7m hoch 15m breit und hunderte Meter lang. Also Raumgreifend. Wie kann ich das Ding taggen? Zu dem Theme finde ich nichts in der Wiki. Na das einfachste ist doch barrier=wall oder? So habe ich das erstmal gemacht - Ob man unbedingt da noch mehr dranhaengen muss um klarzumachen wofuer das dingen gut ist weiss ich nicht. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
On Sat, Sep 08, 2012 at 09:56:37PM +0200, fly wrote: On 06/09/12 15:48, Sarah Hoffmann wrote: On Thu, Sep 06, 2012 at 03:40:28PM +0200, fly wrote: Habe leider ein Problem entdeckt. Wenn ich azores bzw azoren eingebe bekomme ich leider viele Treffer. Vor dem Update war der erste auch der richtige für das Archipel, jetzt ist er leider gar nicht mehr vorhanden. Mit Glück findet man noch ein paar Treffer auf einer der Inseln, aber auch sämtliche Inseln an sich werden auch nicht mehr angeboten. Hast du gerade einen Link zum OSM-Objekt zur Hand, das er eigentlich finden sollte? Damit liesse sich das leichter debuggen. Das war bisher der 1. Treffer: http://www.openstreetmap.org/browse/relation/1629146 Sollte eigentlich alles soweit enthalten. Da hat sich in der Tat ein Bug eingeschlichen. Dass admin_level ohne ein boundary=administrative verwendet wird, war nicht vorgesehen. Ich habe mal ein Ticket angelegt: http://trac.openstreetmap.org/ticket/4558 Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D Features von Gebäuden, welches Schema?
Am 8. September 2012 20:48 schrieb Lars Schimmer l.schim...@cgv.tugraz.at: On 08.09.2012 12:34, Martin Koppenhoefer wrote: Ok, recht du hast. Aber die meisten mir bekannten Gebäude haben tatsächlich festdefinierte Geschosshöhen (bis auf den Keller und Lobby ggf.). ja, das hängt von mehreren Faktoren ab, was man da erwarten kann, vor allem die Nutzung spielt eine Rolle, wenn in einem Gebäude überall dieselbe Nutzung ist, wird man meist auch dieselbe Höhe erwarten können. Die Höhe des Untergrunds ist ja per Geländemodell gegeben. per Geländemodell klingt gut, aber welches Geländemodell? Auf srtm beruhend? Ein DEM vom Vermessungsamt? In OSM ist dieses Bezugsgeländemodell ja nicht vorhanden, wie sollen unterschiedliche Mapper da wissen, wo der Untergrund liegt? Das fehlt halt noch. Ich würd sagen:man nimmt das, was per se vor Ort real da ist. Wie man das in die OSM, bzw. in die 3D Karten, bekommt, ist noch zu definieren. Es gibt da mehrere Methoden, jede hat Vor/Nachteile, jedoch wirds immer Spezialfälle geben, wo man die Genauigkeit +/- 10cm braucht. Die Mapper sehen das Gebäude UND die Umgebung ja real vor Ort (oder auf Bildern/Videos), die sollten schon wissen, wo die Erdoberfläche direkt am Haus ist. was gemeint war ist, dass die Geländemodelle ziemlich sicher viel schlechter aufgelöst sein werden als das, was die OSMapper produzieren werden. Wenn es geht sollte man m.E. die Höhe eher nicht vom Geländemodell nehmen, sondern besser direkt angeben. Oder man gibt die Trennung auf und hält das Gelände auch in OSM. Ansätze dazu gibt es ja schon (z.B. Bergkämme, man könnte aber z.B. auch mit einem Way und ein paar Höhen einen Bordstein dreidimensional definieren). Um festzulegen, was als Geschoss gilt, würde ich nur Vollgeschosse nach den jeweiligen (deutschen) Landesbauordnungen berücksichtigen. Übrige Geschosse könnte man in zusätzlichen tags unterbringen Das ist ja schön theoretisch, in der Praxis werden die meisten Mapper das jedoch pi*daumen machen, da man es nicht nachrechnen kann. es ging mir hier darum, bestimmte spezielle Geschosse bei der Zählung auszuschließen, z.B. Technikaufbauten auf dem Dach oder in Zwischengeschossen, nicht darum, bei alten Wohngebäuden die Geschosse nicht zu zählen. Auf die Bauordnungen kann man natürlich als expliziten Hinweis im Wiki auch verzichten, inhaltlich ist die Lektüre aber dennoch zu empfehlen, weil sie für die Definition den Standard vorgeben. Die relevanten Stellen sind auch nicht besonders viel Text. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit Linie mit Flächenzeichenstil nicht geschlossen
Am 8. September 2012 23:14 schrieb Andreas Schmidt schmidt-postf...@freenet.de: http://www.nlwkn.niedersachsen.de/portal/live.php?navigation_id=8062article_id=44604_psmand=26 Wie finde ich heraus, ob der Name Herrschaft gelöscht werden darf? Wieso meinst Du, dass der gelöscht werden sollte? Zugegebenermaßen ist auf der verkleinerten Karte 1:5000 [1] dieser Name nicht auffindbar, das heisst aber auch noch nicht ganz sicher, dass das nicht doch ein Name dort ist. Ich würde im Zweifel mal denjenigen kontaktieren, der den Namen hinzugefügt hat. Wenn man unbedingt was löschen will da, dann schlage ich den source=landsat-tag vor, weil der Changeset-Kommentar des letzten Bearbeiters bing war, und weil der Wald nicht mehr direkt nach Landsat aussieht ;-) Vielleicht wäre es angebracht, alle Waldbestandteile zu löschen und bei Null neu anzufangen? eher nicht, was da ist wurde bisher schon in 11 Versionen gemeinsam erarbeitet, lieber verbessern als einen neuen Wurf starten. Was versprichst Du Dir denn davon, bei Null anzufangen? Gruß Martin [1] http://www.nlwkn.niedersachsen.de/servlets/download?C=49806400L=20 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schallschutz Wall
Am 9. September 2012 01:44 schrieb Florian Lohoff f...@zz.de: On Sun, Sep 09, 2012 at 12:07:25AM +0200, wwl wrote: Hallo, ich habe eine große Schallschutzwand bzw. Wall den ich taggen will. Sie ist 7m hoch 15m breit und hunderte Meter lang. Also Raumgreifend. Na das einfachste ist doch barrier=wall oder? So habe ich das erstmal gemacht - Ob man unbedingt da noch mehr dranhaengen muss um klarzumachen wofuer das dingen gut ist weiss ich nicht. alternativ vielleicht auch als building, wenn das 15m dick ist. Ein paar wenige Vorkommnisse von noise_barrier als Schlüssel gibt es in der db, das könnte man z.B. zusätzlich dranhängen: http://taginfo.openstreetmap.org/keys/noise_barrier#values Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [osm-ve] San Fernando de Apure
2012/9/7 J. Hernán Ramírez R. hernan.rami...@gmail.com San Fernando de apure con buena Imagen satelital http://www.openstreetmap.org/?lat=7.8862lon=-67.4715zoom=14layers=M Jejejeje.. mi chamo de 8 anos ya lleva mapeado el 40% de este sector y aun trabajando... ya me esta pidiendo que le ense~ne a montar las parroquias y municipios ... y los nombres y sentido de as vias. Otro mapero para la lista -- Salva un árbol. No imprimas este correo a menos que sea realmente necesario. - J. Hernán Ramírez R Blog http://blog.hernanramirez.info - Linux User #97.898http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898 - Twitter @HernanRamriez http://twitter.com/HernanRamirez Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve - ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve
Re: [osm-ve] Gran Caracas
Voy a subir todo lo que tengo de municipio luego de parroquias... Intentare hacerlos con las relaciones respectivas!!! -- Salva un árbol. No imprimas este correo a menos que sea realmente necesario. - J. Hernán Ramírez R Blog http://blog.hernanramirez.info - Linux User #97.898http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898 - Twitter @HernanRamriez http://twitter.com/HernanRamirez Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve - 2012/9/7 Wladimir Szczerban bolo...@gmail.com Hola a todos, Yo de momento voy calcando la parte Sur-Este de Caracas que es la que mejor conozco (claro de nombres de calle nada). Tambíen voy haciendo la parte de la corrección de los estados y municipios. De momento creo que los estados ya están todos bien en relaciones y sin límites duplicados. Aquí faltaria poner los limites de los estados que coincidan con los limites municipales. (En merida lo estoy haciendo). Respecto a los municipios de momento voy arreglando los de Merida que es donde más municipios hay cargados. -- Saludos, Bolo www.geoinquiets.cat ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve
Re: [Talk-it] Dedicated accounts for imports
Ciao traduzione al volo -- Traduzione di quanto scritto il 2012-09-07 da Paul Norman per conto del Data Working Group. Il DWG ha ricevuto alcune domande a proposito dell'opportunità di usare un account dedicato e ci è stato chiesto di mandare un messaggio alla comunità italiana. Le linee guida sugli import[1] dicono chiaramente che si deve usare un account dedicato[2]. Il DWG crede che l'uso di un account dedicato sia una regola sensata e questa opinione è supportata dall'esperienza nel modificare aree con degli import, ripulire gli import e la recente rimozione di dati non ODBL, specialmente in Polonia. Ci rendiamo conto che la distinzione tra import e mapping assistito non è ancora chiaramente definita, ma tutti i casi che ho visto di recente erano chiaramente degli import. Sebbene non sia obbligatorio, è utile includere nella pagina di descrizione dell'account per import un link all'account principale per permettere contatti ed un elenco di tutti gli import effettuati con link alle voci relative sul catalogo degli import[3]. Il Data Working Group può essere contattato all'indirizzo d...@osmfoundation.org. [1]: http://wiki.openstreetmap.org/wiki/Import/Guidelines [2]: http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_account [3]: http://wiki.openstreetmap.org/wiki/Import/Catalogue ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] (no subject)
MI scuso in anticipo per la lunghezza del messaggio, ma dopo un primo confronto mi sento un pò frenato nell' uso di OSM per un progetto: Come scrissi tempo fa, sto collaborando ad un progetto per la valorizzazione delle Colline Livornesi che vede coinvolte diverse associazioni locali. Sebbene con la sua velocità, il progetto va avanti, inclusi anche gli incontri con le Amministrazioni provinciali e regionali. Uno dei primi obiettivi è quello di arrivare alla definizione di quei sentieri che il progetto vorrebbe vedere all' interno di un ambito di tutela da parte delle amministrazioni. In accordo con le parti interessate vorremmo partire con un sentiero rappresentativo (lo 00 per la precisione) da usare come pilota per definire il processo di interazione con gli enti. Per processo intendo sia l'interazione con le amministrazioni sui contenuti (questo tratto si, questo no, etc...) sia per quanto riguarda il trasferimento delle informazioni geografiche in formato digitale. Il progetto Occhi Sulle Colline ha approvato di lavorare su OSM e sarà quindi da OSM che vorrei estrarre delle informazioni da presentare qundi alle amministrazioni. Queste usano già dei loro standard per la definizione di punti e zone di interesse, oltre che ovviamente dei percorsi. La classificazione per alberghi, terreni, etc... è simile, ma ovviamente non uguale a quella di OSM, L' idea è quella di: 1) Aggiornare OSM 2) Estrarre delle informazioni da OSM (Query su relazioni, way, POI, etc...) e formattarle in maniera opportuna 3) Effettuare delle traduzioni di tag (es. natural=peak CODICEXYZ) Ed usare quindi questo *prodotto *come elemento di lavoro con e per le amministrazioni. La speranza (ma anche l'obiettivo) è che questo prodotto venga usato per attività amministrative e di futura regolamentazione. Spiegato il contesto, ecco la domanda: *il prodotto del progetto sarà un insieme di risultati di varie query ad OSM (Percorsi e POI). Se questi dati venissero processati dal progetto e forniti alle amministrazioni, cosa dice la licenza attuale ed in particolare l' ODBL ? Che limiti avranno le amministrazioni per l'utilizzo di questi dati, considerando che ci sarà nel mezzo un lavoro di traduzione di formati ? Deduco comunque che il lavoro possa essere considerato come lavoro derivato.* * * Da una discussione con il prezioso dforsi sull'argomento sono state evidenziati dei punti : * Condividere allo stesso modo (share-alike): *se viene pubblicato il database con una qualsiasi modifica rispetto all'originale, o vengono prodotte ulteriori opere in base ad una sua modifica, è obbligatorio distribuire questa versione del database modificata secondo la licenza ODbL. Il prodotto (estratto di OSM e conversioni varie) verrà gestito dal progetto, nessun problema a rispettare l' ODBL: se consegnato alle amministrazioni cosa dovranno e cosa non potranno fare ? Sarà necessario distribuire anche la versione originale del database (estratto di OSM) ? Daniele inoltre presentava dei dubbi su come rescindere il contratto o terminare la licenza A presto e Grazie Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Problemi Lanes /photored /frontisti/ztl
Problemi Lanes /photored /frontisti/ztl Strada con tre corsie due da un lato e una dall’altro Come si mappano le due corsie da un lato e la corsia unica dall’altro? Trovo spesso lanes 3 ma non specifica il caso poiché lane è corsia per senso di marcia e la strada non è così ma 2+1 Si deve fare una relazione per specificare il caso? Photo red Come si mappa un photored fino ad ora lo mappavo con speed camera ma facendo le opportune relazioni mi sono accorto che non va assolutamente bene poiché non centra nulla con speed ma solo con passaggio con il rosso (non trovo nulla di appropriato per photo red e passaggio con rosso) Strada solo per residenti Una residenziale con accesso negato ai foresti solo frontisti non privata o access no come va mappata? Divieto per camion Come si inserisce un divieto per camion alla svolta? Telecamere zona ztl Si è trovato un modo per raparle? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi Lanes /photored /frontisti/ztl
2012/9/8 beppebo...@libero.it beppebo...@libero.it: Problemi Lanes /photored /frontisti/ztl Come si mappano le due corsie da un lato e la corsia unica dall’altro? Trovo spesso lanes 3 ma non specifica il caso poiché lane è corsia per senso di marcia e la strada non è così ma 2+1 Si deve fare una relazione per specificare il caso? no, è sufficente mapparlo con dei tags: lanes=3 lanes:forward=2 lanes:backward=1 Photo red Come si mappa un photored fino ad ora lo mappavo con speed camera ma facendo le opportune relazioni mi sono accorto che non va assolutamente bene poiché non centra nulla con speed +1 ma solo con passaggio con il rosso (non trovo nulla di appropriato per photo red e passaggio con rosso) http://wiki.openstreetmap.org/wiki/Relation:enforcement enforcement=traffic_signals Strada solo per residenti Una residenziale con accesso negato ai foresti solo frontisti non privata o access no come va mappata? dipende. Ci posso andare a piedi? In bici? In motorino? A cavallo? La gente ci va in bici anche se legalmente non proprio consentito? Ci posso andare in macchina per visitare un amico? Divieto per camion Come si inserisce un divieto per camion alla svolta? sei sicuro che ciò che intendi mappare è un divieto di svolta solo per camion? Lo mapperei come hgv=no sul way che il camion non può prendere. I cartelli non sempre sono da inserire 1:1 credo (per esempio divieti di svolta che sono anche impliciti nei sensi unici, ma per automobilisti ci sono cartelli espliciti comunque non vanno mappati con turn_restrictions, i cartelli servono ad aiutare il guidatore ma non sempre sono necessari anche in OSM). Telecamere zona ztl Si è trovato un modo per raparle? credo che dovrebbe essere aggiunto qui: http://wiki.openstreetmap.org/wiki/Relation:enforcement http://taginfo.openstreetmap.org/keys/enforcement#values (dall'attuale uso sembra di no) aspettiamo tutti da anni che qualcuno ci fa una proposta completa (credo, non ho trovato nienete) ;-) (Se riccordo bene ne abbiamo già parlato alcune volte in talk / tagging, ma sicuramente tantissime volte in talk-it). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi Lanes /photored /frontisti/ztl
On 09/08/2012 11:59 AM, beppebo...@libero.it wrote: Problemi Lanes /photored /frontisti/ztl Strada con tre corsie due da un lato e una dall’altro Come si mappano le due corsie da un lato e la corsia unica dall’altro? Trovo spesso lanes 3 ma non specifica il caso poiché lane è corsia per senso di marcia e la strada non è così ma 2+1 Si deve fare una relazione per specificare il caso? da: http://wiki.openstreetmap.org/wiki/Lanes lanes=3 lanes:forward=2 (serve attenzione che la direzione della way è corretta. lanes:backward non serve a questo punto Strada solo per residenti Una residenziale con accesso negato ai foresti solo frontisti non privata o access no come va mappata? su questo c'era un'ampia discussione poco fa. access=destination potrebbe essere usato in questo. Divieto per camion Come si inserisce un divieto per camion alla svolta? c'è qualcosa con hgv=no , ma qui non so proprio.-- Cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] (no subject)
Il giorno 08 settembre 2012 09:22, Fabrizio Carrai fabrizio.car...@gmail.com ha scritto: MI scuso in anticipo per la lunghezza del messaggio, ma dopo un primo confronto mi sento un pò frenato nell' uso di OSM per un progetto: Come scrissi tempo fa, sto collaborando ad un progetto per la valorizzazione delle Colline Livornesi che vede coinvolte diverse associazioni locali. Sebbene con la sua velocità, il progetto va avanti, inclusi anche gli incontri con le Amministrazioni provinciali e regionali. Uno dei primi obiettivi è quello di arrivare alla definizione di quei sentieri che il progetto vorrebbe vedere all' interno di un ambito di tutela da parte delle amministrazioni. In accordo con le parti interessate vorremmo partire con un sentiero rappresentativo (lo 00 per la precisione) da usare come pilota per definire il processo di interazione con gli enti. Per processo intendo sia l'interazione con le amministrazioni sui contenuti (questo tratto si, questo no, etc...) sia per quanto riguarda il trasferimento delle informazioni geografiche in formato digitale. Il progetto Occhi Sulle Colline ha approvato di lavorare su OSM e sarà quindi da OSM che vorrei estrarre delle informazioni da presentare qundi alle amministrazioni. Queste usano già dei loro standard per la definizione di punti e zone di interesse, oltre che ovviamente dei percorsi. La classificazione per alberghi, terreni, etc... è simile, ma ovviamente non uguale a quella di OSM, Mi piace, stavo cercando di proporre una cosa analoga in Sardegna... L' idea è quella di: 1) Aggiornare OSM 2) Estrarre delle informazioni da OSM (Query su relazioni, way, POI, etc...) e formattarle in maniera opportuna 3) Effettuare delle traduzioni di tag (es. natural=peak CODICEXYZ) Ed usare quindi questo *prodotto *come elemento di lavoro con e per le amministrazioni. La speranza (ma anche l'obiettivo) è che questo prodotto venga usato per attività amministrative e di futura regolamentazione. Magari non farlo una tantum ma stabilire che le informazioni se si aggiornano da una parte si aggiornano dall'altra? Spiegato il contesto, ecco la domanda: *il prodotto del progetto sarà un insieme di risultati di varie query ad OSM (Percorsi e POI). Se questi dati venissero processati dal progetto e forniti alle amministrazioni, cosa dice la licenza attuale ed in particolare l' ODBL ? Che limiti avranno le amministrazioni per l'utilizzo di questi dati, considerando che ci sarà nel mezzo un lavoro di traduzione di formati ? Deduco comunque che il lavoro possa essere considerato come lavoro derivato.* * * Da una discussione con il prezioso dforsi sull'argomento sono state evidenziati dei punti : * Condividere allo stesso modo (share-alike): *se viene pubblicato il database con una qualsiasi modifica rispetto all'originale, o vengono prodotte ulteriori opere in base ad una sua modifica, è obbligatorio distribuire questa versione del database modificata secondo la licenza ODbL. Il prodotto (estratto di OSM e conversioni varie) verrà gestito dal progetto, nessun problema a rispettare l' ODBL: se consegnato alle amministrazioni cosa dovranno e cosa non potranno fare ? Sarà necessario distribuire anche la versione originale del database (estratto di OSM) ? La versione tradotta dovrebbe essere distribuita mi pare di capire. Daniele inoltre presentava dei dubbi su come rescindere il contratto o terminare la licenza Contratto? Basterebbe cancellare i dati presi da OSM direi. :) A presto e Grazie Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Il Rally del Gomitolo di Lana usa le mappe OSM
Oggi e domani nei pressi di Biella si terrà la terza edizione del Rally Ronde del Gomitolo di Lana. Tra gli altri parteciperà Robert Kubica, al suo ritorno in una competizione per la prima volta dopo l'incidente di un anno e mezzo fa. Ma non è di questo che volevo parlarvi. Cercando informazioni, ho visto che il sito ufficiale dell'organizzatore del Rally ha pubblicato una cartina dei trasferimenti e della speciale utilizzando come base la mappa di OSM: http://www.psarally.com/index.php?option=com_contentview=articleid=61Itemid=172 Non sarà una notizia eclatante, ma è bello vedere che OSM inizia ad essere conosciuto anche ad un pubblico un pochino più vasto di quello degli appassionati di geografia! Oltretutto, mi sembra un riconoscimento di un campo nel quale OSM ha un discreto vantaggio sulle mappe commerciali, alle quali quasi sicuramente mancherebbero i percorsi sterrati che spesso caratterizzano i rally. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi Lanes /photored /frontisti/ztl
2012/9/8 Alexander Roalter alexan...@roalter.it: Una residenziale con accesso negato ai foresti solo frontisti non privata o access no come va mappata? su questo c'era un'ampia discussione poco fa. access=destination potrebbe essere usato in questo. attento però, se l'accesso (e forse anche transito) dei pedoni è consentito non usare access ma motor_vehicle (o vehicle se si vuole escludere anche le bici). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] twitter openstreetmap colombia
Si, así podremos traer más turismo al país . Esa es la actitud, tenemos mucho más para mapear en el resto. Este es uno de los proyectos más gratificantes en los que he estado involucrado. El 6 de septiembre de 2012 13:07, hyan...@gmail.com hyan...@gmail.comescribió: Es increíble, me emociona ver a Fabián Rodríguez (Canadá) promoviendo fiesta de mapeo para San Andrés, tiene cobertura Bing al 100% y hay mucho por hacer! El 6 de septiembre de 2012 12:32, Edwin Caldon edy...@gmail.comescribió: 2012/9/6 hyan...@gmail.com hyan...@gmail.com Hola Edwin, excelente! Joindiaspora hace poco fue lanzado como una alternativa libre de Facebook, ofreciendo la posibilidad de que cada quién arme su propia red social. Sin duda un mecanismo de difusión con un enorme potencial, gracias por colocar OSM Colombia allí. Para Twitter los que vayamos a difundir tendremos acceso con un alias de la cuenta ¿cómo sería ese proceso con Joindiaspora? El espacio es este, si lo quieren referenciar: https://joindiaspora.com/u/osmco No hay forma alternativa de publicar, solo accediendo como usuario osmco. La idea del espacio es publicar y re-publicar notas que aparezcan aquí en la lista en la cuenta de twitter (cuando esté lista). Saludos. El 4 de septiembre de 2012 18:40, Edwin Caldon edy...@gmail.comescribió: 2012/8/31 Harrier Co harrie...@hotmail.com Alguien creeria viable crear un twiter para openstreetmap colombia?? No uso twitter, pero me gustaría crear una cuenta en https://joindiaspora.com/ https://joindiaspora.com/u/edycop y publicar/re-publicar notas relacionadas con OMS-Colombia en ese espacio ya que es el que más frecuento: https://joindiaspora.com/u/edycop Usando la imagen de logo, la que propusieron. Saludos. que no necesariamente se redireccione contenido de la wiki y sea mas como para gente del comun?? Harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- __ _|_ Edwin F. Caldon _|_ edycop[en]gmail-com, ecaldon[en]gmail-com _|_ Web: http://esalud.unicauca.edu.co/ _|_ _|_ ¿Tiene precio la cultura? _|_ ¿Cuanto estás dispuesto a pagar por ella? _| ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- __ _|_ Edwin F. Caldon _|_ edycop[en]gmail-com, ecaldon[en]gmail-com _|_ Web: http://esalud.unicauca.edu.co/ _|_ _|_ ¿Tiene precio la cultura? _|_ ¿Cuanto estás dispuesto a pagar por ella? _| ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-pt] OSM ao vivo
Muito bom! Ideal para a malta se entusiasmar e dar uma mão também :-) Muito bom para mostrar a novos utilizadores para terem uma ideia do contributo REALMENTE internacional e constante que se está a fazer no OSM! Victor 2012/9/4 f.dos.san...@free.fr: Ola, Se alguem viu o Google Map Maker, aqui temos a visão ao vivo do trabalho no OSM http://live.openstreetmap.fr/ Sentem-se e gozam do espetáculo ;-) ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche
Tu as oublié de faire la deuxième restriction à cette intersection pour les véhicules qui viennent par l'ouest vers l'est et qui voudraient tourner au sud (un no_turn_right). Les autres restrictions sont déjà gérées par les oneway. dans l'absolu tu as raison mais 20 metres avant il y a une voie pour aller au sud donc le tourner à droite ne serai utile que pour les calculs d'itinéraires qui commencent précisément ici (il ne doit pas y en avoir des masses) et puis en pratique l'angle est presque droit, on peut imaginer le cas du touriste qui vient de rater l'embranchement (20m avant) et qui au stop suit son GPS qui lui indique d'aller au Sud en pratique c'est faisable et n'enfreind pas le code de la route donc pas d'interdiction à coder De plus, il faudra ajouter la ligne blanche contnue sur la route à l'ouest (http://www.openstreetmap.org/browse/way/23444060) sinon le logiciel de navigation va indiquer un demi-tour encore trop prématuré. Il le fera ici: http://www.openstreetmap.org/browse/node/146206642 au lieu de le faire là: http://www.openstreetmap.org/browse/node/28378776 ce n'était pas directement mon souci je coderai cette impossibilite de demi-tour quand ce sera bien clair entre vous Ce matin j'ai pu observer la nouvelle réponse donnée par OSRM à mon problème initial (suite à prise en compte de mes modifs OSM) voici le résultat, cela correspond bien au trajet nominal pour le secteur il n'y a pas besoin de faire demi-tour a l'endroit que tu m'indiquais. http://map.project-osrm.org/1iK merci à tous pour votre aide -- View this message in context: http://gis.19327.n5.nabble.com/forum-osm-fr-ronds-points-et-interdictions-de-tourner-a-gauche-tp5714821p5724285.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche
Le 08/09/2012 04:14, Philippe Verdy a écrit : Le 8 septembre 2012 03:35, Christian Quest cqu...@openstreetmap.fr a écrit : Philippe, il me semble que la règle est claire dans OSM: - pas de séparation physique - un way - séparation physique - plusieurs ways C'est valable pour les voies de bus, les pistes cyclables, etc. Une ligne blanche continue est une interdiction légale de tourner, pas une impossibilité physique (implicite avec 2 ways). L'impossibilité physique est à démontrer : on arrive physiquement à franchir des terre-plein, pas des barrières ou bâtiments qu'on a cartographié entre les voies. C'est ça qu'on appelle la tétracapilotomie complexifiante. Non ? On parlait de séparation physique au départ parce que c'est cela qui fonde la séparation des ways. Christian a ajouté l'impossibilité comme illustration puisque la séparation ne semblait pas suffire pour faire comprendre. La règle c'est plutôt l'usage normal, pas l'exception temporaire en cas d'accident ou de travaux par exemple (même les pompiers peuvent prendre des rues à contre-sens en situation d'urgence). La règle c'est une chaussée = un way deux chaussées séparées = deux way. Pour remettre en cause cette règle il faudra de solides arguments et dépasser l'hexagone. Oui mais vous tentez de résoudre ça par des principes et non la solution la plus simple et pratiquement le plus évidente. Je ne vois pas plus simple qu'un way pour une chaussé. Je ne dirais pas que c'est shadock (leur devise : pourquoi faire simple quand on peut faire compliquer) de faire deux ways pour une bande blanche, parce que j'en connais un qui va monter sur ses grands chevaux et dire que c'est une insulte et que machin... mais je le pense. L'autre jour, j'ai roulé sur 40 km de primary un peu vallonnée. Il y avait des bouts avec bande blanche dans les virages, dans le haut de montées ou à l'abord d'un carrefour un peu important. Il y avait des bouts avec autorisation de dépassement dans les valons bien droits. Il y avait des bouts avec autorisation de dépassement pour un côté seulement dans le début des descentes. Il y avait des bouts en trois voix, permettant le dépassement pour tel sens de circulation. Il y avait des zébras à certains carrefours... Je vais doubler les ways sur certains morceaux ? C'est tellement plus simple de poser des tags... Et l'argument du rendu n'est même pas valable. C'est pas pour défendre Google, mais lui il cartographie chaque voie individuellement sur la même rue, et ça ne l'empêche pas de produire des cartes très lisibles quand le niveau de zoom fait que ces voies se confondent et ne permettent plus de préciser graphiquement le sens. Pareil pour les cartes de navigation propriétaires. Ah bon ? Je n'ai pas accès aux données de Google ou autres. C'est d'ailleurs pour ça que je suis à OSM. Et puis je m'en fous. S'ils sont shadocks, c'est leur problème. Ou si ça répond mieux à leurs besoins, tant mieux pour eux. Ou s'ils n'ont pas le jeu de tags d'OSM, tant pis pour eux. Pour OSM, la règle actuelle est tout à fait satisfaisante Et cela ne change rien à la typologie de classification des routes : trunk ou autoroute/motorway (qui sont nécessairement à chaussées séparées? pas toujours et en tout cas pas partout sur leur longueur ! Parfois on ne trouve qu'une petite barrière légère, ou un mini terre-plein facilement franchissable et sans barrière dessus si ce n'est des poteaux porteurs de luminaires ou signalisations suspendues ; certes ce n'est pas qu'une ligne blanche, mais sur certains ponts il n'y a qu'une chaussée, avec une ligne blanche et des barrières mobiles posées dessus) Vous avez dit séparation physique ? Deux routes séparées avec rien d'indiqué entre les deux (pas de fossé ni même de parking ou terrain vierge et sec matérialisé), sont facilement passables de l'une à l'autre, il n'y a même pas d'interdiction de le faire. Ce qui fait l'impossibilité physique c'est quelquechose de matérialisé entre les ways (barrière, terre-plein, bâtiment, fossé, zone de forêt, voire prairies ou zones rocheuses, mais encore faut-il que ce soit présent ; le way qu'on dessine constitue ce qui est le dommage du légal et normal, on ne cartographie pas les exceptions à l'usage normal, légal ou réglementaire, même s'il existe des passe-droits légaux pour un minorité d'usagers privilégiés qui malgré tout sont sensés tenir compte de tous les autres sur la route qui n'ont pas ces droits). le way qu'on dessine c'est d'abord ce qui est on the ground, le bitume. La peinture blanche, ça vient dans un deuxième temps, dans des tags. même s'il existe des passe-droits légaux pour un minorité d'usagers privilégiés Ça on savait qu'on ne cartographiait pas les camions de pompiers, c'est comme les animaux ou les camions de pizza (discussions anciennes). Vous vous compliquez la vie donc. Elle est bonne celle-là ! Tu en as d'autres comme ça, qu'on rigole ? Sans mêle aller jusqu'à séparer toutes les voies de circulation là où ça ne s'impose
[OSM-talk-fr] Tag designation=*
Bonjour à tous, Hier soir j'ai corrigé quelques erreurs affichées par Osmose ( http://osmose.openstreetmap.fr) (orthographe) et je suis tombé sur un cas que je n'ai pas traité tout de suite. C'était un mcDonald's ou un bureau de poste je ne sais plus, mais le nœud comportait les même infos pour le tag name=* et le tag designation=*. Comme je ne savais pas a quoi ça correspondais, j'ai laissé passer l'erreur... Sauf que maintenant je suis incapable de remettre la main dessus... Et l'option dans Osmose indiquant les objets avec un tag designation=* n'est pas sélectionnable... Une idée pour corriger mon oubli ? -- -- Brice Hardy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag designation=*
Salut, C'est une histoire de level dans osmose : au haut de la liste, il faut que tu mette le niveau d'erreur 3 : http://osmose.openstreetmap.fr/map/?item=4100level=3 Ce sont les petits chiffres dans la liste des marqueurs qui indiquent le niveau d'une erreur. Pour la correction : http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#4100 Le 8 septembre 2012 11:51, Brice Hardy hardybr...@gmail.com a écrit : Bonjour à tous, Hier soir j'ai corrigé quelques erreurs affichées par Osmose ( http://osmose.openstreetmap.fr) (orthographe) et je suis tombé sur un cas que je n'ai pas traité tout de suite. C'était un mcDonald's ou un bureau de poste je ne sais plus, mais le nœud comportait les même infos pour le tag name=* et le tag designation=*. Comme je ne savais pas a quoi ça correspondais, j'ai laissé passer l'erreur... Sauf que maintenant je suis incapable de remettre la main dessus... Et l'option dans Osmose indiquant les objets avec un tag designation=* n'est pas sélectionnable... Une idée pour corriger mon oubli ? -- -- Brice Hardy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche
C'est ça qu'on appelle la tétracapilotomie complexifiante http://is.gd/eLcwP7 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartopartie à Arradon (56) le 15 septembre
Bonjour à tous, Une cartopartie est organisée sur la commune d'Arradon le 15 septembre de 14h à 18h. Elle s'inscrit dans le cadre des journées du patrimoine et aura pour objectif d'ajouter le petit patrimoine de la commune. Au programme : * Introduction à OpenStreetMap * Récolte des données sur le petit patrimoine * Intégration des données à OpenStreetMap Pour y participer, rendez-vous à la Mairie, Rue Bouruet Aubertot, 56610 Arradon. Arradon sur OSM : http://www.openstreetmap.org/?lat=47.6276lon=-2.82249zoom=16layers=M Page officielle de l'événement : http://fsl56.org/agenda/z-nos-amis/cartopartie Annonce sur openstreetmap.fr : http://www.openstreetmap.fr/2012-09-15-cartopartie-arradon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag designation=*
Super ! Merci pour l'info :) Le samedi 8 septembre 2012, Etienne Trimaille a écrit : Salut, C'est une histoire de level dans osmose : au haut de la liste, il faut que tu mette le niveau d'erreur 3 : http://osmose.openstreetmap.fr/map/?item=4100level=3 Ce sont les petits chiffres dans la liste des marqueurs qui indiquent le niveau d'une erreur. Pour la correction : http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#4100 Le 8 septembre 2012 11:51, Brice Hardy hardybr...@gmail.comjavascript:_e({}, 'cvml', 'hardybr...@gmail.com'); a écrit : Bonjour à tous, Hier soir j'ai corrigé quelques erreurs affichées par Osmose ( http://osmose.openstreetmap.fr) (orthographe) et je suis tombé sur un cas que je n'ai pas traité tout de suite. C'était un mcDonald's ou un bureau de poste je ne sais plus, mais le nœud comportait les même infos pour le tag name=* et le tag designation=*. Comme je ne savais pas a quoi ça correspondais, j'ai laissé passer l'erreur... Sauf que maintenant je suis incapable de remettre la main dessus... Et l'option dans Osmose indiquant les objets avec un tag designation=* n'est pas sélectionnable... Une idée pour corriger mon oubli ? -- -- Brice Hardy ___ Talk-fr mailing list Talk-fr@openstreetmap.org javascript:_e({}, 'cvml', 'Talk-fr@openstreetmap.org'); http://lists.openstreetmap.org/listinfo/talk-fr -- -- Brice Hardy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Repères géodésiques
Bonjour, Quelqu'un[1] fait remarquer que les urls des repères géodésiques sont fausses. Par ailleurs, il est probable que certains repères dans la base ont été bougés, modifiés, surchargés de tags (parfois de façon incorrecte : quand il s'agit d'un sommet, on peut estimer que l'altitude du repère est celle du sommet, mais quand c'est un château d'eau, ou, plus souvent un pylône, l'altitude du repère ne correspond pas à celle de la base du support). Certains ont été déplacés, supprimés sciemment ou non. Il faudrait faire passer un bot sur les repères pour ne garder qu'une référence à la place d'une url qui pourra être reconstruite. Dans la foulée, ne serait-il pas temps de faire un point sur les repères (façon de parler) ? * faire un comparatif des données à partir d'une extraction neuve ? On doit avoir toute la chaîne logiciel de prête. * faire un module osmose pour signaler les variations non répertoriées sur la page wiki, module qui permettrait un suivi temps-réel des modifications. [1] http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Repères géodésiques
Bonjour, * faire un comparatif des données à partir d'une extraction neuve ? Non, il y a un gros problème. On n'a plus accès au dossier ftp qui contenait toutes les fiches. Maintenant, il n'y a plus que l'accès par la carte interactive. J'avais déjà posé la question à l'IGN qui m'avait répondu que moyennant finance, ils pouvaient nous faire une extraction. Comme je viens de voir qu'il y avait un Questionnaire de satisfaction sur leur site, je viens d'en remettre une couche : Bonjour, Depuis un certain temps déjà (refonte de la partie géodésie du site web), il n'est plus possible d'accéder directement aux dossiers contenant les fiches de repères géodésiques (et de nivellement). Dans le cadre du projet OpenStreetMap, cette restriction nous empêche de réaliser des traitements systématiques sur toute la France et nous rend les données sur les repères géodésiques quasiment inexploitables. Le retour en ligne d'un accès facile à l'ensemble des données sur les repères serait bienvenu. Bien cordialement Eric Sibert contributeur d'OpenStreetMap email Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Repères géodésiques
C'est une question que je me posais également ces jours-ci. J'ai commencé par affiner le warning de JOSM qui grognait avec nos points géodésiques superposés. Désormais plus de warning si tous les points ont tous une valeur différente pour le tag ele. J'aimerais bien faire un warning aussi lorsqu'on supprime un de ces points, mais je n'ai pas envie d'être dépendant d'un tag textuel tel que source ou url, il n'existe pas un tag pour indiquer qu'un objet ne doit pas être modifié ? Pour la nouvelle extraction, est-ce certain que notre chaine logicielle est toujours d'actualité ? Le serveur FTP de l'IGN a disparu depuis longtemps, et les liens directs vers les fiches PDF ne fonctionnent pas si l'on a pas demandé l'accès à la fiche depuis le site de l'IGN (qui doit lancer une requête pour (re)générer la fiche) Sinon +1 avec le contrôle osmose :) Le 8 septembre 2012 14:25, Vincent Pottier vpott...@gmail.com a écrit : Bonjour, Quelqu'un[1] fait remarquer que les urls des repères géodésiques sont fausses. Par ailleurs, il est probable que certains repères dans la base ont été bougés, modifiés, surchargés de tags (parfois de façon incorrecte : quand il s'agit d'un sommet, on peut estimer que l'altitude du repère est celle du sommet, mais quand c'est un château d'eau, ou, plus souvent un pylône, l'altitude du repère ne correspond pas à celle de la base du support). Certains ont été déplacés, supprimés sciemment ou non. Il faudrait faire passer un bot sur les repères pour ne garder qu'une référence à la place d'une url qui pourra être reconstruite. Dans la foulée, ne serait-il pas temps de faire un point sur les repères (façon de parler) ? * faire un comparatif des données à partir d'une extraction neuve ? On doit avoir toute la chaîne logiciel de prête. * faire un module osmose pour signaler les variations non répertoriées sur la page wiki, module qui permettrait un suivi temps-réel des modifications. [1] http://wiki.openstreetmap.org/**wiki/Talk:WikiProject_France/** Rep%C3%A8res_G%C3%A9od%C3%**A9siqueshttp://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques -- FrViPofm __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Repères géodésiques
Le 8 septembre 2012 14:57, Eric SIBERT courr...@eric.sibert.fr a écrit : Non, il y a un gros problème. On n'a plus accès au dossier ftp qui contenait toutes les fiches. Maintenant, il n'y a plus que l'accès par la carte interactive. J'avais déjà posé la question à l'IGN qui m'avait répondu que moyennant finance, ils pouvaient nous faire une extraction. C'est d'autant plus scandaleux que les fiches géodésiques sont référencées comme jeu de données LO/OL sur data.gouv.fr: http://www.data.gouv.fr/donnees/view/Fiches-signal%C3%A9tiques-des-points-g%C3%A9od%C3%A9siques-et-des-rep%C3%A8res-de-nivellement-30383069 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Repères géodésiques
opendatafail ;) Le 8 septembre 2012 22:16, Vincent Privat vincent.pri...@gmail.com a écrit : C'est d'autant plus scandaleux que les fiches géodésiques sont référencées comme jeu de données LO/OL sur data.gouv.fr: http://www.data.gouv.fr/donnees/view/Fiches-signal%C3%A9tiques-des-points-g%C3%A9od%C3%A9siques-et-des-rep%C3%A8res-de-nivellement-30383069 -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Repères géodésiques
Le 08/09/12 14:25, Vincent Pottier a écrit : Dans la foulée, ne serait-il pas temps de faire un point sur les repères (façon de parler) ? * faire un comparatif des données à partir d'une extraction neuve ? On doit avoir toute la chaîne logiciel de prête. * faire un module osmose pour signaler les variations non répertoriées sur la page wiki, module qui permettrait un suivi temps-réel des modifications. -- FrViPofm J'etais justement en train de regarder ca et en comparant les points géodésiques contenus dans les fichiers france actuel avec une archive datant de 1 an, j'observe les écarts suivants : 145 ont disparu 264 ont été crées 244 ont eu leur position modifiés et effectivement pas mal de clés bizarres qui mériteraient peut être d’être filtrées par un bot qui pourrait être passé de temps en temps. Nb: je peux fournir le listing pour ces 3 types de modifs si ca sert... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aide pour modification d'un tracé de rivière
Bonsoir, Pour la fusion de 2 cours d'eau, cf. le wiki : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#River_junctions Pour la rivière de l'est que tu remontes, je ne suis pas sûr de comprendre : tu souhaites savoir comment rattacher l'area que tu vas créer à celle(s) déjà existante(s) ? Dans ce cas, regarde le découpage de cet exemple : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#Islands les ways 1 et 3 ont une ligne commune, perpendiculaire au cours d'eau. Francescu Le 8 septembre 2012 21:15, Nicolas e.co...@gmx.net a écrit : Bonjour, Nouveau sur OSM, je tente d'ajouter une rivière actuellement non présente sur la carte OSM. Cependant, je rencontre une difficulté à un endroit, et c'est pourquoi j'aurai besoin de vos conseils. Voici l'endroit qui me pose problème : http://www.openstreetmap.org/?**lat=48.458155lon=0.597903** zoom=18layers=Mhttp://www.openstreetmap.org/?lat=48.458155lon=0.597903zoom=18layers=M Ces cours d'eau sont déja présents, je n'y ai pas touché pour le moment. Cela forme actuellement un Y. Un cours d'eau secondaire vient de l'est, et se jette dans la rivière allant du Nord au Sud. C'est la façon dont cela est mappé actuellement qui me pose problème. Lorsque je regarde sous JOSM le cours d'eau, tout semble former une seule et même aire. Alors qu'il s'agit de 2 rivières différents : - celle venant de l'Est s'appelle la Chippe - celle allant du Nord au Sud s'appelle l'Huisne. Dois-je splitter l'area et en faire 2 distinctes ? Si oui comment faire ? Par ailleurs, concernant le cours d'eau venant de l'Est, je suis entrain de remonter en amont, mais comment vais-je faire pour merger l'area que j'ai défini à celle déja existante ? Je galère car j'ai à la validation des chemins superposés, et des aires non fermées. Bref, je ne peux pas uploader cela en l'état, et c'est décourageant. Merci pour votre aide. Nicolas. __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] mauvais codage ou bug OSRM ?
j'utilise OSRM pour debugger les données OSM je suis tomber sur un os visible avec le lien ci-dessous : http://map.project-osrm.org/1iR depuis l'avenue Salvador Dali, OSRM nous fait prendre directement la voie express D902 or il n'y a que la voiture de Batman qui peut faire cette maneuvre :-) a cet endroit l'av. S. Dali est en layer -1 (tunnel). il y a un node en commun avec la D902 (le pb vient certainement de la) mais quand j'ai voulu retirer le node j'ai vu qu'il servait de délimitation de la zone commerciale. Dans l'absolu je ne vois pas de pb dans le codage OSM (a part le node commun) ne serait ce pas plutot un bug osrm qui ne tient pas correctement compte du tag layer dans ce cas là ? Laurent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mauvais codage ou bug OSRM ?
Bonsoir, Plutôt que supprimer le nœud (vu qu'il semble être utile pour le centre commercial), une solution peut être de le détacher d'une des 2 ways (S. Dali ou D 902), non ? Francescu Le 8 septembre 2012 21:32, Laurent Combe laurent.co...@free.fr a écrit : j'utilise OSRM pour debugger les données OSM je suis tomber sur un os visible avec le lien ci-dessous : http://map.project-osrm.org/1iR depuis l'avenue Salvador Dali, OSRM nous fait prendre directement la voie express D902 or il n'y a que la voiture de Batman qui peut faire cette maneuvre :-) a cet endroit l'av. S. Dali est en layer -1 (tunnel). il y a un node en commun avec la D902 (le pb vient certainement de la) mais quand j'ai voulu retirer le node j'ai vu qu'il servait de délimitation de la zone commerciale. Dans l'absolu je ne vois pas de pb dans le codage OSM (a part le node commun) ne serait ce pas plutot un bug osrm qui ne tient pas correctement compte du tag layer dans ce cas là ? Laurent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aide pour modification d'un tracé de rivière
Merci pour cette réponse rapide et ce lien. Je me demande si le tag riverbank s'applique pour un cours d'eau faisant 2 à 3 mètres de large. Le cours d'eau que je rajoute, provenant de l'Est, commence par un ruisseau, que l'on peut franchir en sautant par dessus, et se termine en rivière de 2-3 mètres de large lorsqu'il se jette dans la rivière Huisne. Pour la rivière de l'est que tu remontes, je ne suis pas sûr de comprendre : tu souhaites savoir comment rattacher l'area que tu vas créer à celle(s) déjà existante(s) ? Dans ce cas, regarde le découpage de cet exemple : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#Islands les ways 1 et 3 ont une ligne commune, perpendiculaire au cours d'eau. En fait, actuellement, une partie de la rivière provenant de l'Est est inclue dans l'aire de la rivière allant du Nord vers le Sud. Or, il s'agit de 2 cours d'eau distints. Je compte : - splitter l'aire au niveau de la jonction en Y actuellement définie - merger l'aire que j'ai créée à l'Est avec cette nouvelle aire. Ce n'est peut-être pas ce qu'il faut faire, mais c'est en essayant que je vais y arriver. Je ne savais par quel bout prendre les choses. Merci ! Nicolas. Le 08/09/2012 21:24, Francescu GAROBY a écrit : Bonsoir, Pour la fusion de 2 cours d'eau, cf. le wiki : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#River_junctions Pour la rivière de l'est que tu remontes, je ne suis pas sûr de comprendre : tu souhaites savoir comment rattacher l'area que tu vas créer à celle(s) déjà existante(s) ? Dans ce cas, regarde le découpage de cet exemple : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#Islands les ways 1 et 3 ont une ligne commune, perpendiculaire au cours d'eau. Francescu Le 8 septembre 2012 21:15, Nicolas e.co...@gmx.net mailto:e.co...@gmx.net a écrit : Bonjour, Nouveau sur OSM, je tente d'ajouter une rivière actuellement non présente sur la carte OSM. Cependant, je rencontre une difficulté à un endroit, et c'est pourquoi j'aurai besoin de vos conseils. Voici l'endroit qui me pose problème : http://www.openstreetmap.org/?__lat=48.458155lon=0.597903__zoom=18layers=M http://www.openstreetmap.org/?lat=48.458155lon=0.597903zoom=18layers=M Ces cours d'eau sont déja présents, je n'y ai pas touché pour le moment. Cela forme actuellement un Y. Un cours d'eau secondaire vient de l'est, et se jette dans la rivière allant du Nord au Sud. C'est la façon dont cela est mappé actuellement qui me pose problème. Lorsque je regarde sous JOSM le cours d'eau, tout semble former une seule et même aire. Alors qu'il s'agit de 2 rivières différents : - celle venant de l'Est s'appelle la Chippe - celle allant du Nord au Sud s'appelle l'Huisne. Dois-je splitter l'area et en faire 2 distinctes ? Si oui comment faire ? Par ailleurs, concernant le cours d'eau venant de l'Est, je suis entrain de remonter en amont, mais comment vais-je faire pour merger l'area que j'ai défini à celle déja existante ? Je galère car j'ai à la validation des chemins superposés, et des aires non fermées. Bref, je ne peux pas uploader cela en l'état, et c'est décourageant. Merci pour votre aide. Nicolas. _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-fr http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mauvais codage ou bug OSRM ?
Le 09/09/2012 à 06:32:52 +1100 Laurent Combe laurent.co...@free.fr a écrit Objet: [OSM-talk-fr] mauvais codage ou bug OSRM ? : j'utilise OSRM pour debugger les données OSM je suis tomber sur un os visible avec le lien ci-dessous : http://map.project-osrm.org/1iR depuis l'avenue Salvador Dali, OSRM nous fait prendre directement la voie express D902 or il n'y a que la voiture de Batman qui peut faire cette maneuvre :-) a cet endroit l'av. S. Dali est en layer -1 (tunnel). il y a un node en commun avec la D902 (le pb vient certainement de la) mais quand j'ai voulu retirer le node j'ai vu qu'il servait de délimitation de la zone commerciale. Dans l'absolu je ne vois pas de pb dans le codage OSM (a part le node commun) ne serait ce pas plutot un bug osrm qui ne tient pas correctement compte du tag layer dans ce cas là ? Non, c'est une erreur dans OSM. Le node commun n'a pas à y être. C-à-d il ne doit pas être commun, la zone doit être taggué autrement et non seulement en prenant les routes comme membre du multipolygone. J'ai ajouté un petit bout de way pour ne pas utiliser les routes à cet endroit là. C'est sale, mais c'est mieux que de mettre une relation d'interdiction de tourner ou de le laisser en l'état. En attendant, ce n'est plus faux. Solutions plus élégantes bienvenues... -- Cordialement Hendrik Oesterlin - Nouvelle-Calédonie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Repères géodésiques
Bonsoir, Le 08/09/2012 15:14, Vincent Privat a écrit : J'aimerais bien faire un warning aussi lorsqu'on supprime un de ces points, mais je n'ai pas envie d'être dépendant d'un tag textuel tel que source ou url, il n'existe pas un tag pour indiquer qu'un objet ne doit pas être modifié ? Puisque le sujet est relancé, pourquoi ne pas se poser (re-poser) la question de l'intérêt des repères dans la base ? Je dis bien *dans* la base, pas *pour* la base. Sur le pour il n'y a pas de dessin à faire, on est bien content de trouver les repères dans toutes les situations où on veut évaluer la qualité de calage d'une source (bing, cadastre) Mais, du moins avec l'API actuelle, on ne sait pas verrouiller un objet (et tant mieux). Du coup pour les repères, n'aurait-on pas intérêt à en disposer *à côté* de la base OSM ? Ce ne sont pas les moyens techniques qui manquent, j'en vois au moins 2 (et il y en a sûrement d'autres) : * raster : un service de tuiles, uniquement à grande échelle, qui donnerait, à côté du dessin de chaque repère, son altitude et tout ou partie de sa description. Avantage : c'est du pixel, donc read-only, sans souci d'upload vers la base. Ça se superpose aux autres calques WMS via de la transparence. Inconvénient : la représentation des points superposés deviendrait vite illisible, et on n'aurait pas d'interaction avec les points, au moins pour avoir plus d'info que celle affichée dans les tuiles; * vecteur : un service qui permettrait, à la façon des interfaces d'intégration open data, d'interroger un point géodésique (par clic dessus) placé sur un fond OSM, d'obtenir toute sa description, un lien vers sa fiche IGN (si on y arrive), et éventuellement de charger sa géométrie (un node sec, sans attributs) dans un éditeur si on sait que ce point doit par ailleurs récupérer d'autres tags (car c'est un pylône, un sommet, etc). Ce sont des idées en vrac dont le point commun est d'avoir l'information des repères à disposition, sans avoir à les maintenir dans OSM. Mais il faudrait les maintenir en parallèle au gré des corrections (les nôtres comme celles de l'IGN) mais sans le souci d'une maintenance à tous vents comme aujourd'hui, cf. les stats sorties par Eric qui montrent qu'avec le temps ce contenu se dégrade. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche
Qui coupe les cheveux en quatre ? Ceux qu justement mettent des tags presque impossibles à interprêter, et qui pour le faire sont obliger de tronçonner les chemins, juste pour ajouter des noeuds. Sans compter que les restrictions sont assez bordéliques dans l'état actuel, et que ce qui s'applique à un sens ne s'applique pas à l'autre. Là ou ça se complique sérieusement en plus c'est quand il y a des routes de transport. C'est tellement plus simple de séparer les sens de circulation. Et puisque vous admettez qu'on ne prend pas en compte les cas exceptionnels temporaires (accidents et pompiers) qui permettent ces franchissements, les voies sont dans l'absolu séparées complètement par la ligne blanche (ou les zébrures, ne pas oublier non plus). Le jour où une barrière, des îlots ou des plots s'installent dessus, on n'a pas à retoucher ces voies (sauf si suppression de voies centrales) : on les ajoute simplement, le routage n'est pas modifié pour autant. Et en attendant le routage est ultra-simple, et il n'y a aucune ambiguïté sur la carte quel que soit le rendu. 2012/9/8 clansco false...@clansco.org: C'est ça qu'on appelle la tétracapilotomie complexifiante http://is.gd/eLcwP7 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mauvais codage ou bug OSRM ?
L'élégance c'est effectivement de séparer les noeuds des routes qui ne se croisent pas (même si une des routes ou l'autre garde encore un noeud commun avec la délimition de la zone commerciale, ce noeud en fait n'a même pas besoin d'être sur aucune des deux routes, il est juste là pour la zone commerciale). Il n'y a aucune restriction pour tourner à ajouter sur les routes, vu que les routes justement ne se croisent pas du tout physiquement passant à des niveaux différents et qu'il n'y a donc pas d'intersection. Le 8 septembre 2012 21:47, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit : Le 09/09/2012 à 06:32:52 +1100 Laurent Combe laurent.co...@free.fr a écrit Objet: [OSM-talk-fr] mauvais codage ou bug OSRM ? : j'utilise OSRM pour debugger les données OSM je suis tomber sur un os visible avec le lien ci-dessous : http://map.project-osrm.org/1iR depuis l'avenue Salvador Dali, OSRM nous fait prendre directement la voie express D902 or il n'y a que la voiture de Batman qui peut faire cette maneuvre :-) a cet endroit l'av. S. Dali est en layer -1 (tunnel). il y a un node en commun avec la D902 (le pb vient certainement de la) mais quand j'ai voulu retirer le node j'ai vu qu'il servait de délimitation de la zone commerciale. Dans l'absolu je ne vois pas de pb dans le codage OSM (a part le node commun) ne serait ce pas plutot un bug osrm qui ne tient pas correctement compte du tag layer dans ce cas là ? Non, c'est une erreur dans OSM. Le node commun n'a pas à y être. C-à-d il ne doit pas être commun, la zone doit être taggué autrement et non seulement en prenant les routes comme membre du multipolygone. J'ai ajouté un petit bout de way pour ne pas utiliser les routes à cet endroit là. C'est sale, mais c'est mieux que de mettre une relation d'interdiction de tourner ou de le laisser en l'état. En attendant, ce n'est plus faux. Solutions plus élégantes bienvenues... -- Cordialement Hendrik Oesterlin - Nouvelle-Calédonie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] exportation en postscript
En PDF on a plein d'outils déjà. Regarde le wiki pour les différents moteurs de rendu qui permettent de créer des cartes à imprimer ou des feuilles de route pour les cartoparties. Pour le cadastre utilise le site du cadastre directement : il propose déjà des feuilles à imprimer soi-même (sinon il fait payer l'impression et l'envoi). Le 8 septembre 2012 23:00, rene 2 rene-philippe.gar...@laposte.net a écrit : existe-t-il un moyen dans josm de faire une exportation de l'image (y compris le cadastre) dans un format postscript, ou pdf ? merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] exportation en postscript
super ! merci pour la rapidité et la justesse; pour le cadastre ça fonctionne super; une question : les croix que l'on voit doivent être géoréférencées mais à quoi correspondent-elles ? par contre, pour josm depuis l'appli, le pdf ou postscript ne font pas partie des formats d'exportation (enregistrer sous), j'ai besoin aussi des vecteurs d'osm. Merci Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche
Le 8 sept. 2012 à 22:59, Philippe Verdy a écrit : Qui coupe les cheveux en quatre ? Ceux qu justement mettent des tags presque impossibles à interprêter, et qui pour le faire sont obliger de tronçonner les chemins, juste pour ajouter des noeuds. Sans compter que les restrictions sont assez bordéliques dans l'état actuel, et que ce qui s'applique à un sens ne s'applique pas à l'autre. Là ou ça se complique sérieusement en plus c'est quand il y a des routes de transport. C'est tellement plus simple de séparer les sens de circulation. Et puisque vous admettez qu'on ne prend pas en compte les cas exceptionnels temporaires (accidents et pompiers) qui permettent ces franchissements, les voies sont dans l'absolu séparées complètement par la ligne blanche (ou les zébrures, ne pas oublier non plus). Le jour où une barrière, des îlots ou des plots s'installent dessus, on n'a pas à retoucher ces voies (sauf si suppression de voies centrales) : on les ajoute simplement, le routage n'est pas modifié pour autant. Et en attendant le routage est ultra-simple, et il n'y a aucune ambiguïté sur la carte quel que soit le rendu. Globalement, je suis d'accord et donc partisan de mettre en sens unique les routes séparées par des zébrures qui sont souvent interrompues par des tourne-à-gauche, parfois communs aux deux sens. Et c'est vrai que des séparations physiques peuvent finir par être installées. On peut discuter le fait de séparer les sens quand la séparation se fait une courte distance (disons, moins de 50 m). La proposition de mettre un tag divider est restée en plan depuis 2009 (224 occurrences sur TagInfo). Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Repères géodésiques
Le 08/09/2012 15:16, Vincent Privat a écrit : Le 8 septembre 2012 14:57, Eric SIBERT courr...@eric.sibert.fr mailto:courr...@eric.sibert.fr a écrit : Non, il y a un gros problème. On n'a plus accès au dossier ftp qui contenait toutes les fiches. Maintenant, il n'y a plus que l'accès par la carte interactive. J'avais déjà posé la question à l'IGN qui m'avait répondu que moyennant finance, ils pouvaient nous faire une extraction. C'est d'autant plus scandaleux que les fiches géodésiques sont référencées comme jeu de données LO/OL sur data.gouv.fr http://data.gouv.fr: http://www.data.gouv.fr/donnees/view/Fiches-signal%C3%A9tiques-des-points-g%C3%A9od%C3%A9siques-et-des-rep%C3%A8res-de-nivellement-30383069 L'accès libre existe toujours. C'est juste la méthode qui s'est compliquée... Yapuka faire un bot qui scrappe la carte, zone par zone, et dans la projection qui va bien pour lancer les requêtes pour obtenir ces fichues fiches. Yapuka... Mais il y a du boulot. Quelqu'un sait faire ? L'IGN n'est pas contre les browsers maisons ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] exportation en postscript
Je répète, il y a pas mal d'outils de génération de cartes PDF depuis OSM, selon diverses préférences. On en a dékà parlé ici souvent. Regarde le wiki, c'est même depuis la page d'accueil en français. Le 8 septembre 2012 23:20, rene 2 rene-philippe.gar...@laposte.net a écrit : super ! merci pour la rapidité et la justesse; pour le cadastre ça fonctionne super; une question : les croix que l'on voit doivent être géoréférencées mais à quoi correspondent-elles ? par contre, pour josm depuis l'appli, le pdf ou postscript ne font pas partie des formats d'exportation (enregistrer sous), j'ai besoin aussi des vecteurs d'osm. Merci http://www.laposte.net/Archiver/index.jsp ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Repères géodésiques
En tous cas dans le petit secteur que je surveille, j'ai eu la surprise de constater que plusieurs repères géodésiques figurant dans osm *ne figurent plus* dans la référence interactive de l'ign. Je n'ai touché à rien dans osm, me disant que vous feriez un bot pour ça, mais je vois que ça n'en prend pas le chemin. J'ai le sentiment que l'ign n'a plus besoin d'autant de points de repère qu'avant parce que les outils de terrain sont devenus beaucoup plus précis. Par ailleurs j'ai remarqué que les repères sont parfois éloignés de plusieurs mètres entre le cadastre vectorisé et le noeud osm. à suivre attentivement. Hélène Le 08/09/2012 16:29, Eric a écrit : J'etais justement en train de regarder ca et en comparant les points géodésiques contenus dans les fichiers france actuel avec une archive datant de 1 an, j'observe les écarts suivants : 145 ont disparu 264 ont été crées 244 ont eu leur position modifiés et effectivement pas mal de clés bizarres qui mériteraient peut être d’être filtrées par un bot qui pourrait être passé de temps en temps. Nb: je peux fournir le listing pour ces 3 types de modifs si ca sert... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] OSMF理事選挙結果
9/8 SotM最終日にOSMFボード(理事会/委員会)メンバーの選挙が行われ 即日開票の結果 Frederik Ramm Simon Poole Henk Hoff の3名が選ばれました。 http://blog.osmfoundation.org/2012/09/08/new-board-members-2/ ちなみに、この投票はOSMFメンバーに参加することによる 唯一のオフィシャルな権利なのですが 15ポンドの年会費を払えば審査などは無しにメンバーになれます。 日本からは知っている範囲では 三浦さん、古橋さん、ikiyaさん、そして私が参加しています。 今回、初めてナマで投票しました。 http://www.osmfoundation.org/wiki/Join 東 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Bing衛星画像と海岸線・道路等がずれている場合
東です。 リソースごとの精度とズレに関する考え方の例としてはこちらに記事があります。 http://wiki.openstreetmap.org/wiki/JA:Offset_list ribbonさんご指摘のようにGPSログを何度か採って正しい位置を推定するやり方が いちばん良さそうに思います。 現地に行けない場合は他の方のログが参考になるかもしれません。 例えばpotlatch2だと右上の「GPSデータ」ボタンを押して表示できます。 また、国土数値情報だからといって修正をためらう必要は無いと思います。 注意点としては、海岸線(現在はYahoo/ALPSインポート)はBingと比べて ズレが気になることが多いと思いますが 編集に失敗するとmapnikのレンダリングに大きなダメージを与えるので 慣れるまではあまり手を出さないほうが良いかもしれません。 2012/09/07 ribbon o...@ns.ribbon.or.jp: On Fri, Sep 07, 2012 at 02:53:50PM +0900, Oki Murakami wrote: Bingをベースにするか、数値情報を信じてBing画像をオフセットして書いていく方が良いか… 良いアドバイスがあればよろしくお願いいたします。 多分、GPSのログを多数取って、それに合わせるのがbestかな。 このMLの過去ログを見ていただくと分かりますが、Bingの画像は、 地域によってかなりずれています。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] Channel Tunnel Routing
On Sat, 2012-09-08 at 11:15 +0100, Craig Wallace wrote: On 07/09/2012 21:03, Philip Barnes wrote: A while ago I had a burst of ferry and Channel Tunnel routing, I had successfully got routing through the Channel Tunnel working, although some tracing needed to be done with the French Terminal, however it worked in OSRM. I had tagged the lines through the tunnel as route=ferry, however these tags have now been deleted in changeset http://www.openstreetmap.org/browse/changeset/12858462 with the comment Channel Tunnel is not a ferry. The result being routing through the tunnel no longer works. I accept the tunnel isn't a ferry, but I would have considered it a rail ferry. Before I start an edit war, is there a better way to tag a rail ferry, that works with routing, than the way I did it? Have not yet contacted the mapper. I assume you are referring to the Eurotunnel Le Shuttle motorail service? And not any of the other train services which operate through the tunnel (eg Eurostar). And I assume you are referring to routing by car (which seems to be all that OSRM does). I'd agree that Le Shuttle is not a ferry, so should not be tagged as route=ferry. It is a train route, so should be tagged as route=train. Preferably with a route relation, not tagging all of the individual ways, as there is a variety of different train routes through the tunnel. Note there is already a route relation for Eurostar. In terms of routing by car, you also need some way of specifying that it is a motorail service. I don't know if there is any standard tagging for this, or if any other similar services are mapped (I know there aren't any others left in the UK)? The obvious tagging would be something like route=train, motor_vehicle=yes, bicycle=yes, foot=no etc. Or maybe a specific motorail tag would be useful? Though this is probably not supported by an routing software (yet). Craig Have found this page, which appears to be the answer, http://wiki.openstreetmap.org/wiki/Proposed_features/shuttle_train route=train_shuttle appears to be the answer until routers understand relations. It certainly works for the Niebüll-Westerland example listed http://map.project-osrm.org/1iS I could not find any in Switzerland that are mapped to link the roads to the rails. Phil ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Elections
Hi all, You may have been following the news around SOTM Tokyo which has just wrapped up last night. Always a significant event at SOTM is the Annual General Meeting of the OSM Foundation, and the (re-)election of board members. I don't think there's an official count yet, but I understand that Simon Poole and Frederik Ramm were elected to the board, and Henk Hoff was re-elected for another term. I am sure an official announcement will follow on the OSMF blog. Which brings me to our local Chapter board elections, which will be held as part of the Chapter AGM at our 'local' conference - the SOTM US in Portland, on October 14 (exact date still tentative). Exact details will follow soon, but I want to point out a few things that you may want to think about as the elections draw near: 1) Only paid-up members of the US chapter can be nominated for a seat on the board, and only paid-up members of the chapter can vote in the elections for the chapter board. So consider joining now if you want to make a difference! Note that you will also get a significant discount on the registration fee for SOTM PDX if you join now -- http://bit.ly/join-osmus 2) If you're considering a board seat and you want to get an idea of what it entails, browse our meeting minutes [1], listen in on the next meeting (this Thursday at 5PM Pacific, details see the chapter wiki) or talk directly to one of the board members. I plan to post an informal report on my perspectives on a year of serving on the Chapter board on my blog sometime soon - I will let you know if and when that happens. [2] https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States/Minutes -- martijn van exel http://oegeo.wordpress.com ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us