Re: [Talk-de] E-Mail Benachrichtigung (Potlatch ?rger)
Soviel Ich weis hat Wikipedia jetzt etwas eingeführt, das jede Änderung von einem Artikel mehrmals (von verschiedenen Nutzern) gegengelesen werden muss um Vandalismus und Sachliche Fehler zu vermeiden. Bei uns ist das aber viel komplizierter!!! So eine Methode wäre aber ein guter Ansatz? (Bloß nicht zu bürokratisch und komliziert) Aber in einem Bereich den mehrere Mapper bearbeiten / betreuen aber auch machbar. Der eine ändert was und der andere kann das dann bestätigen. Allerdings werden in osm ja Fehler schnell gefunden und verändert. Gibt es hier schon ein Mittel osm gegen Vandalismus oder Löschung ganzer bereiche zu schützen??? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Joerg Fischer: Am Montag, 14. Juli 2008 schrieb Hatto von Hatzfeld: Am Montag, 14. Juli 2008 07:46 schrieb Joerg Fischer: Weil sich fast kein Radfahrer im realen Leben daran halten würde? Und weil Radfahren im realen Leben so sind, deswegen führen shortest und fastest bei OpenRouteService.org auch über Autobahnen, aber nicht über Radwege? Ich kenne eine Menge Radfahrer, die durch solche Straßen fahren. Ggf. langsam. Schlimmstenfalls schieben. Ich kenne keinen, der mit dem Rad auf der Autobahn führe. Vermutlich kämen dann die Jungs mit den modischen Jacken zum hinten knöpfen. ;-) Hast Du da vielleicht etwas verwechselt? Ich glaube nicht. Nicht alles was hinkt ist auch ein Vergleich. Nachdem der Zaunpfahl nicht ausgereicht hat: Die Routingoptionen Shortest und Fastest bei OSR sind Optionen für das Auto- und nicht das Fahrradrouting, daher war dein Kommentar am Thema vorbei ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nearby Users
John07 schrieb: einen mehr Nutzer Button [x] 100% zustimm! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kartieren von Parkwegen etc.
Hallo, Ja, hört mal auf auf diesem Nebensatz rum zu reiten. Wenn der Nebensatz bedeutet, daß ich sachen falsch gemappt habe müßte ich das korigieren, aber erst nachdem ich diesen Nebansatz überprüft habe. Daher habe ich (sinngemäß) folgende Aussage getätigt: (Zum Thema highway=path) werde ich keine Aussage zu Reitwegen machen, weil sowas in D nicht so verbreitet ist. Das wäre OK gewesen, aber da stand: Ausgewiesene Reitwege gibt es in D i.A. nicht, daher weigere ich mich, dazu Beispiele zu finden. das hörte sich eher nach einem absoluten 'gibt es nicht an'. Und da darf man ja mal nachfragen. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kartieren von Parkwegen etc.
Hallo. Am Montag, 14. Juli 2008 schrieb Dimitri Junker: Ausgewiesene Reitwege gibt es in D i.A. nicht, daher weigere ich mich, dazu Beispiele zu finden. das hörte sich eher nach einem absoluten 'gibt es nicht an'. Und da darf man ja mal nachfragen. im Allgemeinen nicht hatte ich dummer weise benutzt. Deutlicher wäre gewesen, sowas wie nicht so häufig zu benutzen. Und du bist der dritte, der sich an dem Nebensatz stört, also ist gut jetzt... Gruß, Bernd -- Wenn Linux mal ohne Console auskommt und S.u.S.E mit AOL ausgeliefert wird, werde ich Gärtner. (Manuel Stuerz in de.org.ccc) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nearby Users
Wo wir schon beim Wünschen sind: es wäre schön, wenn man mehr als eine Home-Location eintragen könnte. Grüße, Marc pgpbzXGtjSMns.pgp Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Route aufzeichnen - Garmin Edge 705 - Routable Kartenmatrial von openstreetmap - SEHR ungenau
Hallo GPS-Freunde! Ich habe seit einiger Zeit ein Garmin Edge 705. Ich habe die neuste Firmware drauf und bin mit dem Kartenmatrial von Garmin soweit zufrieden. Jedoch muss ich zugeben, dass das Matrial von Openstreetmap sehr genauer und detaillierter ist - großes Lob! Leider bin ich mit der Aufzeichnefunktion nicht zufrieden. Ich habe hier nun zwei Screenshots hochgeladen was mir das Trainingscenter ausspuckt wenn ich sage Zeichne Route auf. Das Trainigscenter ist unter anderem dafür da um die Route auszuwerten. Ich bin bei der Testroute ums Haus gelaufen und habe nen guten Kontakt nach oben :-) (also 3-5 Meter Genauigkeit) URL mit Orignal Garmin Kartenmatrial: http://tm.muc.de/up/archiv/matrial_garmin.PNG Der obere Teil ist von Googleearth, da habe ich das Zeug vom Trainingscenter (das Bild drunter) importiert. Wie ihr sehen könnt ist es *sehr* genau, wobei das auch nur dann ist, wenn die Satelliten gut stehen. :-) Hier: http://tm.muc.de/up/archiv/matrial_osm.PNG seht ihr die Ausgabe wenn ich genau denselben Weg gehe mit der Routingbare Openstreetmapkarte welche netterweise vom Radomir Mucha-Kruczyński (http://emexes.powweb.com/osm/) stammt benutze... Kann mir das wer erklären? Für eine Rückmeldung wäre ich dankbar. Benötigt wer noch Infos? Details? Viele Grüße Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Route aufzeichnen - Garmin Edge 705 - Routable Kartenmatrial von openstreetmap - SEHR ungenau
Hallo, Am 14. Juli 2008 18:54 schrieb Thomas [EMAIL PROTECTED]: Leider bin ich mit der Aufzeichnefunktion nicht zufrieden. Ich habe hier nun zwei Screenshots hochgeladen was mir das Trainingscenter ausspuckt wenn ich sage Zeichne Route auf. Das Trainigscenter ist unter anderem dafür da um die Route auszuwerten. Ich bin bei der Testroute ums Haus gelaufen und habe nen guten Kontakt nach oben :-) (also 3-5 Meter Genauigkeit) Ohne dass ich je ein Garmin gehabt hätte, nur anhand der Bilder, würde ich mal auf eine aktivierte Snap-to-road-Funktion tippen. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Route aufzeichnen - Garmin Edge 705 - Routable Kartenmatrial von openstreetmap - SEHR ungenau
Hallo GPS-Freunde! Ich habe seit einiger Zeit ein Garmin Edge 705. Ich habe die neuste Firmware drauf und bin mit dem Kartenmatrial von Garmin soweit zufrieden. Jedoch muss ich zugeben, dass das Matrial von Openstreetmap sehr genauer und detaillierter ist - großes Lob! Leider bin ich mit der Aufzeichnefunktion nicht zufrieden. Ich habe hier nun zwei Screenshots hochgeladen was mir das Trainingscenter ausspuckt wenn ich sage Zeichne Route auf. Das Trainigscenter ist unter anderem dafür da um die Route auszuwerten. Ich bin bei der Testroute ums Haus gelaufen und habe nen guten Kontakt nach oben :-) (also 3-5 Meter Genauigkeit) URL mit Orignal Garmin Kartenmatrial: http://tm.muc.de/up/archiv/matrial_garmin.PNG Der obere Teil ist von Googleearth, da habe ich das Zeug vom Trainingscenter (das Bild drunter) importiert. Wie ihr sehen könnt ist es *sehr* genau, wobei das auch nur dann ist, wenn die Satelliten gut stehen. :-) Hier: http://tm.muc.de/up/archiv/matrial_osm.PNG seht ihr die Ausgabe wenn ich genau denselben Weg gehe mit der Routingbare Openstreetmapkarte welche netterweise vom Radomir Mucha-Kruczyński (http://emexes.powweb.com/osm/) stammt benutze... Kann mir das wer erklären? Für eine Rückmeldung wäre ich dankbar. Benötigt wer noch Infos? Details? Viele Grüße Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Route aufzeichnen - Garmin Edge 705 - Routable Kartenmatrial von openstreetmap - SEHR ungenau
Thomas schrieb: Hallo Tim, danke für die Rasche Rückmeldung. Habe gerade nachgeschaut was die Funktion bedeutet. Noch nicht 100% verstanden, nur das diese beim mit Loggen der Route störend ist, korrekt? Hast Du eine Ahnung wie ich das abstelle bzw. nach was ich da suchen muss? Vielleicht etwas deutsches? Weil und snaptoroad find ich nicht sonderlich viel im Zusammenhang von Garmin, also nicht ob und wie ich es ausstellen kann. VIele Grüße Thomas Hallo Thomas, das bedeutet, dass das Garmin deine Position immer auf die Straße, die gerade in der Nähe ist setzt. Und da direkt um dein Haus vermutlich keine Straße ist, ist die Position dann soweit weg. Normalerweise schaltet man diese Funktion aus, wenn man einen Track für OSM aufzeichnen will. Gruß Jonas Hallo, Am 14. Juli 2008 18:54 schrieb Thomas thomas at mebes.name: Leider bin ich mit der Aufzeichnefunktion nicht zufrieden. Ich habe hier nun zwei Screenshots hochgeladen was mir das Trainingscenter ausspuckt wenn ich sage Zeichne Route auf. Das Trainigscenter ist unter anderem dafür da um die Route auszuwerten. Ich bin bei der Testroute ums Haus gelaufen und habe nen guten Kontakt nach oben :-) (also 3-5 Meter Genauigkeit) Ohne dass ich je ein Garmin gehabt hätte, nur anhand der Bilder, würde ich mal auf eine aktivierte Snap-to-road-Funktion tippen. Tschüss, Tim. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Route aufzeichnen - Garmin Edge 705 - Routable Kartenmatrial von openstreetmap - SEHR ungenau
Hallo Jonas, okay, soweit verstanden. Neue/Alte Fragen: Wie schaltet man das aus? Ich finde nix im Gerät Und wieso geht das mit der Garminkarte einigermaßen gut? Danke Dir! Thomas :-) Thomas schrieb: Hallo Tim, danke für die Rasche Rückmeldung. Habe gerade nachgeschaut was die Funktion bedeutet. Noch nicht 100% verstanden, nur das diese beim mit Loggen der Route störend ist, korrekt? Hast Du eine Ahnung wie ich das abstelle bzw. nach was ich da suchen muss? Vielleicht etwas deutsches? Weil und snaptoroad find ich nicht sonderlich viel im Zusammenhang von Garmin, also nicht ob und wie ich es ausstellen kann. VIele Grüße Thomas Hallo Thomas, das bedeutet, dass das Garmin deine Position immer auf die Straße, die gerade in der Nähe ist setzt. Und da direkt um dein Haus vermutlich keine Straße ist, ist die Position dann soweit weg. Normalerweise schaltet man diese Funktion aus, wenn man einen Track für OSM aufzeichnen will. Gruß Jonas Hallo, Am 14. Juli 2008 18:54 schrieb Thomas thomas at mebes.name: Leider bin ich mit der Aufzeichnefunktion nicht zufrieden. Ich habe hier nun zwei Screenshots hochgeladen was mir das Trainingscenter ausspuckt wenn ich sage Zeichne Route auf. Das Trainigscenter ist unter anderem dafür da um die Route auszuwerten. Ich bin bei der Testroute ums Haus gelaufen und habe nen guten Kontakt nach oben :-) (also 3-5 Meter Genauigkeit) Ohne dass ich je ein Garmin gehabt hätte, nur anhand der Bilder, würde ich mal auf eine aktivierte Snap-to-road-Funktion tippen. Tschüss, Tim. ___ Talk-de mailing list Talk-de at openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Route aufzeichnen - Garmin Edge 705 - Routable Kartenmatrial von openstreetmap - SEHR ungenau
Hallo, Also ich habe ein Garmin Nüvi 760, da ist snap to road auch aktiviert und ich weis keine Möglichkeit es abzuschalten. Aber folgendes konnte ich feststellen: - Es snapt nur bis zu einer gewissen Grenze auf die Straße ein. Wenn ich ca. 5m (evtl. 1xGPS Toleranz) neben der Straße bin, wird die tatsächliche Position aufgezeichnet. - Es snapt auch in OSM Karten ein. MEIN Fazit: Für OSM Tracks nur OSM Karten anzeigen lassen, Zur Neuerfassung von Straßen OK, Korrektur nur, wenn es deutliche Änderungen im Material gibt, bzw keine Kartendaten im Gerät waren. Tobias Am Montag, den 14.07.2008, 19:45 +0200 schrieb Christoph Eckert: Moin, Habe gerade nachgeschaut was die Funktion bedeutet. Noch nicht 100% verstanden, nur das diese beim mit Loggen der Route störend ist, korrekt? zumindest beim Loggen für OSM, weil Du kommerzielles Kartenmaterial abmalst. Es sieht halt komisch aus, wenn man auf einer Straße unterwegs ist und das GPSr anzeigt dass man 10m neben der Straße unterwegs sei. Das kommt halt ob der Ungenauigkeit vor. Daher macht diese Option die Straßen der Karte magnetisch, so dass der Zeiger immer auf die Straße gezogen wird. Und der Track gleich mit. Hast Du eine Ahnung wie ich das abstelle bzw. nach was ich da suchen muss? Vielleicht etwas deutsches? Beim eTrex Auf Straße zeigen. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Route aufzeichnen - Garmin Edge 705 - Routable Kartenmatrial von openstreetmap - SEHR ungenau
Hallo nochmal, nach dem Ausschalten der Funktion Auf Strasse zeigen bin ich nun noch einmal ums Haus gelaufen (ich kenn nu jeden Meter *g*) und habe nun das Resultat. http://tm.muc.de/up/archiv/matrial_osm_aufstrasse_zeigen_aus.PNG Habe auf dem Screenshot noch ein paar Dinge dazu geschrieben. Lieben Gruß und danke an alle die so schön mithelfen! Thomas Thomas schrieb: Hallo Tim, danke für die Rasche Rückmeldung. Habe gerade nachgeschaut was die Funktion bedeutet. Noch nicht 100% verstanden, nur das diese beim mit Loggen der Route störend ist, korrekt? Hast Du eine Ahnung wie ich das abstelle bzw. nach was ich da suchen muss? Vielleicht etwas deutsches? Weil und snaptoroad find ich nicht sonderlich viel im Zusammenhang von Garmin, also nicht ob und wie ich es ausstellen kann. VIele Grüße Thomas Hallo Thomas, das bedeutet, dass das Garmin deine Position immer auf die Straße, die gerade in der Nähe ist setzt. Und da direkt um dein Haus vermutlich keine Straße ist, ist die Position dann soweit weg. Normalerweise schaltet man diese Funktion aus, wenn man einen Track für OSM aufzeichnen will. Gruß Jonas Hallo, Am 14. Juli 2008 18:54 schrieb Thomas thomas at mebes.name: Leider bin ich mit der Aufzeichnefunktion nicht zufrieden. Ich habe hier nun zwei Screenshots hochgeladen was mir das Trainingscenter ausspuckt wenn ich sage Zeichne Route auf. Das Trainigscenter ist unter anderem dafür da um die Route auszuwerten. Ich bin bei der Testroute ums Haus gelaufen und habe nen guten Kontakt nach oben :-) (also 3-5 Meter Genauigkeit) Ohne dass ich je ein Garmin gehabt hätte, nur anhand der Bilder, würde ich mal auf eine aktivierte Snap-to-road-Funktion tippen. Tschüss, Tim. ___ Talk-de mailing list Talk-de at openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Route aufzeichnen - Garmin Edge 705 - Routable Kartenmatrial von openstreetmap - SEHR ungenau
Thomas schrieb: Hallo nochmal, nach dem Ausschalten der Funktion Auf Strasse zeigen bin ich nun noch einmal ums Haus gelaufen (ich kenn nu jeden Meter *g*) und habe nun das Resultat. http://tm.muc.de/up/archiv/matrial_osm_aufstrasse_zeigen_aus.PNG Habe auf dem Screenshot noch ein paar Dinge dazu geschrieben. Lieben Gruß und danke an alle die so schön mithelfen! Thomas Ich denke, du hast dir mit deinem Haus ein denkbar schlechtes Beispiel gesucht. Ein Haus schattet einen Teil der Satelliten ab, daher wird deine Position einseitig versetzt, auch wenn das Garmin sagt, dass es guten Empfang hat. Auch gibt es bei einem Haus viele Reflexionen. Probier das ganze doch lieber mal auf einem Feldweg oder einer Wiese. Du wirst dich an solch schlechten Empfang gewöhnen müssen, das ist ganz normal. Ich erlebe sowas täglich beim Geocachen ;-) Gruß Jonas Thomas schrieb: Hallo Tim, danke für die Rasche Rückmeldung. Habe gerade nachgeschaut was die Funktion bedeutet. Noch nicht 100% verstanden, nur das diese beim mit Loggen der Route störend ist, korrekt? Hast Du eine Ahnung wie ich das abstelle bzw. nach was ich da suchen muss? Vielleicht etwas deutsches? Weil und snaptoroad find ich nicht sonderlich viel im Zusammenhang von Garmin, also nicht ob und wie ich es ausstellen kann. VIele Grüße Thomas Hallo Thomas, das bedeutet, dass das Garmin deine Position immer auf die Straße, die gerade in der Nähe ist setzt. Und da direkt um dein Haus vermutlich keine Straße ist, ist die Position dann soweit weg. Normalerweise schaltet man diese Funktion aus, wenn man einen Track für OSM aufzeichnen will. Gruß Jonas Hallo, Am 14. Juli 2008 18:54 schrieb Thomas thomas at mebes.name: Leider bin ich mit der Aufzeichnefunktion nicht zufrieden. Ich habe hier nun zwei Screenshots hochgeladen was mir das Trainingscenter ausspuckt wenn ich sage Zeichne Route auf. Das Trainigscenter ist unter anderem dafür da um die Route auszuwerten. Ich bin bei der Testroute ums Haus gelaufen und habe nen guten Kontakt nach oben :-) (also 3-5 Meter Genauigkeit) Ohne dass ich je ein Garmin gehabt hätte, nur anhand der Bilder, würde ich mal auf eine aktivierte Snap-to-road-Funktion tippen. Tschüss, Tim. ___ Talk-de mailing list Talk-de at openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Route aufzeichnen - Garmin Edge 705 - Routable Kartenmatrial von openstreetmap - SEHR ungenau
John07 schrieb: Thomas schrieb: Hallo nochmal, nach dem Ausschalten der Funktion Auf Strasse zeigen bin ich nun noch einmal ums Haus gelaufen (ich kenn nu jeden Meter *g*) und habe nun das Resultat. http://tm.muc.de/up/archiv/matrial_osm_aufstrasse_zeigen_aus.PNG Habe auf dem Screenshot noch ein paar Dinge dazu geschrieben. Lieben Gruß und danke an alle die so schön mithelfen! Thomas Ich denke, du hast dir mit deinem Haus ein denkbar schlechtes Beispiel gesucht. Ein Haus schattet einen Teil der Satelliten ab, daher wird deine Position einseitig versetzt, auch wenn das Garmin sagt, dass es guten Empfang hat. Auch gibt es bei einem Haus viele Reflexionen. Probier das ganze doch lieber mal auf einem Feldweg oder einer Wiese. Du wirst dich an solch schlechten Empfang gewöhnen müssen, das ist ganz normal. Ich erlebe sowas täglich beim Geocachen ;-) Gruß Jonas Was mir gerade noch einfällt, du solltest erstmal 3 min. auf einer freien Stelle stehen, nachdem du aus dem Haus gegangen bist und erst dann rufmlaufen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Möglicher Datenimport
Hallo, Hm, aber AND hat auch seine ganzen Daten importiert. Außerdem ist das nicht unser Problem, die müssen wissen, ob sie das importieren wollen oder nicht. Wir helfen ihnen nur gegebenenfalls beim Import. Soweit ich weiß, ist AND Konkurs gegangen und hat die Straßendaten daher die Daten an OSM gespendet. Das ist falsch. AND ist inzwischen selbst mit einem editierbaren Map-Produkt auf dem Markt und hat nach eigener Aussage an OSM gespendet, um (a) ein bisschen zu lernen, wie sowas laeuft und (b) ein bisschen Werbung zu machen. Der Firma geht es anscheinend ganz gut; AND ist jetzt der weltweit groesste unabhaengige kommerzielle Kartenanbieter. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Datenschutz und Hausnummern
Hallo, Namensmapping von Grabsteinen finde ich auch irgendwie bedenklich ... Das beschränkt sich aber ja auf Personen des öffentlichen Lebens, oder? Ich denke nicht, dass das Grabsteinmapping viel mit Leben zu tun hat. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Datenschutz und Hausnummern
Hallo, Hanno Böck wrote: gulli schreibt über Konflikte von Google Street View mit dem Datenschutz: http://www.gulli.com/news/google-street-view-angst-vor-2008-07-13/ Auf jeden Fall ein viel gefragtes Thema - war ja auch in Eurem RTL-Nachtjournal-Beitrag das Nachbarthema zu OSM. Ich wurde heute auch von einem Pressevertreter gefragt, wie es mit dem Datenschutz bei OSM aussieht - die Leute haben alle diese Google-fotografiert-alles-ab-Story im Hintergrund. Da gibt es wohl demnaechst auch ein gemeinsames Treffen der Landesdatenschutzbeauftragten zu dieser Frage. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Route aufzeichnen - Garmin Edge 705 - Routable Kartenmatrial von openstreetmap - SEHR ungenau
Hallo Jonas, jep, sicherlich ein schlechtes Beispiel. Aber bin extra nicht direkt an der Hauswand sondern einen Sicherheitsabstand von drei Metern. Seltsamerweise funktioniert es (nicht immer, aber öfter!) mit der Garminkarte. Frage mich was die Karte damit zu tun hat, schließlich notiert er ja nur die Koordinaten? Na ja, aber werde das nun demnächst mal wie Du empfohlen hast woanders probieren. Das Resultat (vielen Dank!): http://tm.muc.de/up/archiv/matrial_osm_jonas_hinweis_3_meter.PNG Nun Radl ich erstmal heim! :-) Danke, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Talk-de Digest, Vol 24, Issue 124
Am Montag, 14. Juli 2008 20:12:55 schrieb [EMAIL PROTECTED]: Hallo GPS-Freunde! Ich habe seit einiger Zeit ein Garmin Edge 705. Ich habe die neuste Firmware drauf und bin mit dem Kartenmatrial von Garmin soweit zufrieden. Jedoch muss ich zugeben, dass das Matrial von Openstreetmap sehr genauer und detaillierter ist - gro?es Lob! Leider bin ich mit der Aufzeichnefunktion nicht zufrieden. Ich habe hier nun zwei Screenshots hochgeladen was mir das Trainingscenter ausspuckt wenn ich sage Zeichne Route auf. Das Trainigscenter ist unter anderem daf?r da um die Route auszuwerten. Ich bin bei der Testroute ums Haus gelaufen und habe nen guten Kontakt nach oben :-) (also 3-5 Meter Genauigkeit) URL mit Orignal Garmin Kartenmatrial: http://tm.muc.de/up/archiv/matrial_garmin.PNG Der obere Teil ist von Googleearth, da habe ich das Zeug vom Trainingscenter (das Bild drunter) importiert. Wie ihr sehen k?nnt ist es *sehr* genau, wobei das auch nur dann ist, wenn die Satelliten gut stehen. :-) Hier: http://tm.muc.de/up/archiv/matrial_osm.PNG seht ihr die Ausgabe wenn ich genau denselben Weg gehe mit der Routingbare Openstreetmapkarte welche netterweise vom Radomir Mucha-Kruczy?ski (http://emexes.powweb.com/osm/) stammt benutze... Kann mir das wer erkl?ren? F?r eine R?ckmeldung w?re ich dankbar. Ben?tigt wer noch Infos? Details? Viele Gr??e Thomas Also, ich habe auch ein Edge 705. Außer das es noch etwas buggy ist, ist es sehr gut. Finde ich. Die Genauigkeit ist auch recht gut. Allerdings benutze ich das Garmin Trainingscenter nur selten. Ich betreibe das Gerät hauptsächlich unter Linux. Und um mit den TCX Format arbeiten zu können konvertiere ich die Dateien mit TCX Konverter ins GPX Format. Das was dann an Genaugkeit rauskommt ist völlig ausreichend fürs Mappen! Und wenn ich vergleiche, stimen die Tracks sehr gut. Nur natürlich in Kreuzungsbereichen wird es runder als es ist. Aber das ist noch im Rahmen, so das man damit leben kann. Google Earth Daten sind zum Vergleich auch nicht geeignet, denn die sind ja auch nicht genau. Unter Umständen addieren sich dann auch mal die Fehler. Das Garmin solltest du sowieso erstmal einen Moment laufen lassen, es kallibriert im Betrieb nach. Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paste-Url in Josm
Hallo. Am Montag, 14. Juli 2008 schrieb [EMAIL PROTECTED]: Josm bietet zwar freundlich an You can paste an URL here to download area, aber wirklich pasten kann ich da nix, sprich strg+v geht nicht. Zwar hat mir mal jemand erklärt dass es mit irgendeiner obskuren Hilfssoftware geht, deren Namen ich auch schon wieder vergessen habe, aber wieso geht das nicht einfach von alleine so, wie man es von anderen Programmen gewöhnt ist? Bzw. liege ich ganz daneben, wenn meine Erinnerung sagt, dass es früher mal ging?! Also bei mir geht Strg+V dort. Der Mittelklick geht leider nicht weil da schon Text drin ist. Gruß, Bernd -- Das Usenet ist prinzipiell ein recht lustiger Haufen, machmal ein lustiger Haufen kleinkarierter, besserwissender und arroganter Arschlöcher aber doch immer irgendwie lustig. - Oliver C. Thornton, de.rec.reisen.misc, 26.7.2003 signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Datenschutz und Hausnummern
2008/7/14 Frederik Ramm [EMAIL PROTECTED]: Hanno Böck wrote: gulli schreibt über Konflikte von Google Street View mit dem Datenschutz: http://www.gulli.com/news/google-street-view-angst-vor-2008-07-13/ Auf jeden Fall ein viel gefragtes Thema - war ja auch in Eurem RTL-Nachtjournal-Beitrag das Nachbarthema zu OSM.[...] Da gibt es wohl demnaechst auch ein gemeinsames Treffen der Landesdatenschutzbeauftragten zu dieser Frage. Sollen die sich mal Treffen - ich vermute außer Spesen nix gewesen - seit 1887 gilt die Panormafreiheit - auch für Google. http://de.wikipedia.org/wiki/Panoramafreiheit imho müssen die noch nichtmal irgendwelche Sachen verpixeln ist im Zweifel ja nur Beiwerk - es geht ja um die Gebäude http://de.wikipedia.org/wiki/Beiwerk Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Talk-de Digest, Vol 24, Issue 124
Am Montag, 14. Juli 2008 20:12:55 schrieb [EMAIL PROTECTED]: Hallo GPS-Freunde! Ich habe seit einiger Zeit ein Garmin Edge 705. Ich habe die neuste Firmware drauf und bin mit dem Kartenmatrial von Garmin soweit zufrieden. Jedoch muss ich zugeben, dass das Matrial von Openstreetmap sehr genauer und detaillierter ist - gro?es Lob! Leider bin ich mit der Aufzeichnefunktion nicht zufrieden. Ich habe hier nun zwei Screenshots hochgeladen was mir das Trainingscenter ausspuckt wenn ich sage Zeichne Route auf. Das Trainigscenter ist unter anderem daf?r da um die Route auszuwerten. Ich bin bei der Testroute ums Haus gelaufen und habe nen guten Kontakt nach oben :-) (also 3-5 Meter Genauigkeit) URL mit Orignal Garmin Kartenmatrial: http://tm.muc.de/up/archiv/matrial_garmin.PNG Der obere Teil ist von Googleearth, da habe ich das Zeug vom Trainingscenter (das Bild drunter) importiert. Wie ihr sehen k?nnt ist es *sehr* genau, wobei das auch nur dann ist, wenn die Satelliten gut stehen. :-) Hier: http://tm.muc.de/up/archiv/matrial_osm.PNG seht ihr die Ausgabe wenn ich genau denselben Weg gehe mit der Routingbare Openstreetmapkarte welche netterweise vom Radomir Mucha-Kruczy?ski (http://emexes.powweb.com/osm/) stammt benutze... Kann mir das wer erkl?ren? F?r eine R?ckmeldung w?re ich dankbar. Ben?tigt wer noch Infos? Details? Viele Gr??e Thomas Entschuldigung das vergaß ich ,einfach auf Einstellungen-Karte gehen und auf Straße zeigen ausstellen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paste-Url in Josm
Am Montag, 14. Juli 2008 20:33:57 schrieb [EMAIL PROTECTED]: Hi, Josm bietet zwar freundlich an You can paste an URL here to download area, aber wirklich pasten kann ich da nix, sprich strg+v geht nicht. Ich kann jetzt nur für java unter linux eine Aussage treffen, aber da kann ich sehr wohl (josm 704) strg+v als mit Umschalt+Einf in das Feld kopieren. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Am Montag, 14. Juli 2008 schrieb Claudius Henrichs: Nachdem der Zaunpfahl nicht ausgereicht hat: Ähm, ja. Asche, zu mir! :-) Jörg signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paste-Url in Josm
Andreas Jacob schrieb: Am Montag, 14. Juli 2008 20:33:57 schrieb [EMAIL PROTECTED]: Hi, Josm bietet zwar freundlich an You can paste an URL here to download area, aber wirklich pasten kann ich da nix, sprich strg+v geht nicht. Ich kann jetzt nur für java unter linux eine Aussage treffen, aber da kann ich sehr wohl (josm 704) strg+v als mit Umschalt+Einf in das Feld kopieren. Es gab doch da mal einen ekligen Bug, der inzwischen (keine Ahnung welche Revision) behoben ist ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Route aufzeichnen - Garmin Edge 705 - Routable Kartenmatrial von openstreetmap - SEHR ungenau
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thomas wrote, on 14.07.2008 19:45: | Wie schaltet man das aus? Ich finde nix im Gerät Hallo Thomas, beim GPSMAP76CSx auf der Karten-Seite: Menü - Karte einrichten - Karteneinstellg. allgemein - Auf Straße zeigen (Keine Ahnung, ob Dir das bei Deinem Gerät hilft.) Viele Grüße Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh7q6QACgkQnMz9fgzDSqcejwCgl9WollzpPTfRmuAXglp92l3M wP4An1vSSkYlByLQrmiaDIHHJHLE1v1d =QxHr -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Route aufzeichnen - Garmin Edge 705 - Routable Kartenmatrial von openstreetmap - SEHR ungenau
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thomas wrote, on 14.07.2008 20:12: | http://tm.muc.de/up/archiv/matrial_osm_aufstrasse_zeigen_aus.PNG | | Habe auf dem Screenshot noch ein paar Dinge dazu geschrieben. Wenn ich mit meinem Garmin an einer Stelle stehe, gibt es eine starke Streuung der Position. Wenn ich einen geraden Weg gehe, ein paar Minuten stehenbleibe und dann weitergehe, passen die Stücke vor und nach der Pause auch nicht immer zusammen. Gehe mal mehrere Runden möglichst in gleichmäßiger Geschwindigkeit, um festzustellen, ob es einen systematischen Fehler gibt oder vielleicht zufällige Ausreißer. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh7rT0ACgkQnMz9fgzDSqd6LgCeKDO2ayOuRUtfutjUpp2ot8Hz fWMAnRNDllIB4KxeK0/5GXTmsOaU8nrd =r2h3 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Bekanntmachung: Query-to-map und OSMhack
Hallo, unter http://wiki.openstreetmap.org/index.php/Query-to-map gibt es ein neues Skript, was mittels OSMXAPI die Datenbank abfrägt, daraus KMLs generiert, diese zu KMZ gepackt/cached und dann diese u.a. auf OSM-Kacheln zur Darstellung bringt. Bei der Nutzung ist aber unbedingt Vorsicht geboten um die Anzahl der Ergebnisse in Grenzen zu halten Zur einfacheren Bedienung gibt es deshalb den OSMhack, dieser ist im Wiki bei vielen Orten schon in die Infobox als check Mapfeatures eingetragen und rot mit new markiert. Für Dresden lautet die URL des Skriptes z.B. : http://toolserver.org/~kolossos/osm/osmhack.php?lat=51.05lon=13.7333name=Dresden Dort kann über die Links in der Value-Spalte ein bestimmtes Map feature zur Anzeige gebracht werden. Aufrund des aufwendigen Procedere kann der Abruf bei ungecached Abfragen ein paar Sekunden dauern, falls das Skript garnicht geht, ist wohl die OSMXAPI überlastet oder außer Betrieb, was gerade durch diese Bekanntmachung passieren könnte, dann bitte nochmal später probieren. m.f.G. User:Kolossos P.S.: Verbesserungsvorschläge bittte im Wiki stellen. Entwickler sind herzlich willkommen, inbesondere XSLT-Experten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nearby Users
John07 schrieb: Gibt es irgendwelche Einwände von euch, die dagegen sprechen, die Anzahl der angezeigten Nutzer zu erhöhen, am besten finde ich (wie es früher schon einmal war) das einfach alle Nutzer im Umkreis von 50 km angezeigt werden (nur auf der Karte, keine Liste unten, da diese zu lang würde). Die Liste finde ich schon toll, die kann ja aber so bleiben, wie sie ist, also unten die 10 Nächsten und oben z.B. nen roten Kreis in die Karte malen und innerhalb des Kreises alle Nutzer anzeigen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Hi Guido, Ihr müsst also bitte schauen das Eure Straßennamen immer ein einheitliches Format/Schreibweise haben. Ähnliches Problem: manche schreiben A7 und A 7 ... Gibt es da eine empfohlene Schreibweise? Wurde das bereits diskutiert? Es gibt eine offizielle Schreibweise, das ist die mit Leerzeichen. Grüße, Heiko -- Navigare necesse est. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Datenschutz und Hausnummern
Jens Müller schrieb: Namensmapping von Grabsteinen finde ich auch irgendwie bedenklich ... Wenn Du mal tot bist, wird Dich das wohl eher weniger interessieren, ob da jetzt jemand der Öffentlichkeit mitteilen wird, wo Du Dich zur Ruhe gesetzt hast... Spass bei Seite: Es geht hier ja nur um Personen, die irgendwann einmal wichtig waren, also ehemalige Berühmtheiten - nicht um den alten Mann von nebenan. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Autobahn
Garry schrieb: Das liegt aber auch daran das OSM keine geeigneten Mittel bietet (jedenfalls mir nicht bekannt) um grössere Streckenabschnitte effektiv zu erfassen. Fehlende Ausfahrten, Parkplätze,... fallen einem meistens erst beim vorbeifahren auf der Moving OSMap auf - für ein gezieltes erfassen ist es dann meist schon zu spät. Man könnte ja einfach mal die Map über ein beliebiges Sat-Bild legen und schauen, wo noch irgendwas fehlt und das dann ggf. sogar mit markern eintragen. Dann kann beim nächsten mal gezielt jemand zu den Markern hin und dort alles mappen. Dazu bräuchte man natürlich erstmal einen Standard, wie man das aufshreibt und daraufhin natürlich ein paar Freiwillige, die sich einen Nachmittag Zeit nehmen und mal die Autobahnen in ihrer Nähe nach dem System durchgehen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Für landuse Knoten von Strassen verwe nden?
Moin moin, ich wollte mal fragen, wie man am besten Areas wie landuse mappt. In den Editing Standards steht nur drin, dass man keine vorhandenen Wege verwenden und umtaggen soll, sondern neue erstellen. Bedeutet das, man sollte über eine vorhandene Strasse noch einen zweiten Weg erstellen, also die Knoten der Strasse mitbenutzen, oder sollte man komplett neue Knoten neben der Strasse erstellen? Ich habe bis lang beide Varianten sehr häufig vorgefunden, auch sehr oft Mischungen von beidem (vermutlich durch Potlach entstanden). Ich finde beide Varianten haben Vor- und Nachteile, aber man sollte sich auf einen Standard einigen. Im Wiki habe ich bislang noch keine klare Aussage dazu gefunden. Also wie sollte man es machen? Gruss Svelix ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] RTL-Nachtjournal (Huston....)
Bernd Wurst schrieb: Sobald der Podcast-Praktikant aufgewacht ist, sollte der Beitrag hier zu finden sein: http://bilder.rtl.de/podcast/vp_nachtjournal/RTLnachtjournal_vp.xml Dass ich den jetzt erst finde... Got sei dank, der Beitrag ist schon auf der letzten Position der Liste. Immerhin: Der Server ist mit 900 kb/s nicht gerade langsam - und das ganz ohne irgendwelche Beschläuniger. Mal ansehen, den Beitrag. Danke für den Hinweis! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Autobahn
André Reichelt schrieb: Garry schrieb: Das liegt aber auch daran das OSM keine geeigneten Mittel bietet (jedenfalls mir nicht bekannt) um grössere Streckenabschnitte effektiv zu erfassen. Fehlende Ausfahrten, Parkplätze,... fallen einem meistens erst beim vorbeifahren auf der Moving OSMap auf - für ein gezieltes erfassen ist es dann meist schon zu spät. Man könnte ja einfach mal die Map über ein beliebiges Sat-Bild legen und schauen, wo noch irgendwas fehlt und das dann ggf. sogar mit markern eintragen. Dann kann beim nächsten mal gezielt jemand zu den Markern hin und dort alles mappen. Dazu bräuchte man natürlich erstmal einen Standard, wie man das aufshreibt und daraufhin natürlich ein paar Freiwillige, die sich einen Nachmittag Zeit nehmen und mal die Autobahnen in ihrer Nähe nach dem System durchgehen. Openstreetbugs scheint mir da sehr geeignet für. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Neulingsfrage: key/value für Notrufs äule?
Hallo, es gibt doch sicher bereits ein Map-Feature für Notrufsäulen, oder? Eine Volltextsuche im Wiki blieb erfolglos. Es bedankt sich für jeden Hinweis, Guido ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] einmalige oder oder offizielle Ortsnamen?
Matthias Rötsch schrieb: Eure Meinung ist gefragt: Sollten Orte einmalige Namen bekommen oder so benannt werden wie sie auch heißen? Aus diesem Zweck wurde bei der OpenGeoDB der Kurzame eingeführt. Gevenich, Eifel finde ich irreführend, außer als Kurzname, denn es könnte in der, an der, südlich der oder nicht-in-der heißen :-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlatch-Tutorial gesucht
Hi Bernd, Leider ist keine einzige Kreuzung wirklich verbunden und alles nur so ganz nah ran geschoben. Da der betreffende User Potlatch verwendet, wollte ich mal schauen, wie man das in Potlatch am besten repariert, damit ich ihm das zeigen kann. Ich habs aber nicht hin bekommen. Den unverbundenen Way markieren, den letzten Node anklicken. Jetzt müßte die Gummibandlinie verfügbar sein, quasi der Edit-Modus. Falls nötig, diesen entweder mit - löschen falls er nicht passt oder direkt weiter auf die zu verbindende Straße zeigen; hier kurz verharren, es werden dann die bereits vorhandenen Nodes dieser Straße eingeblendet. Entweder dann auf einen vorhandenen Node klicken um mit diesem zu verbinden oder auf ein beliebiges Teilstück der zu verbindenden Straße klicken. Es wird dann dort mit einem neuen Node verbunden. Enter drücken als Abschluß, ins freie Feld klicken um den Way zu deselektieren. War das verständlich? :-) Grüße, Heiko -- Navigare necesse est. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der State of the Map-Konferenz
Frederik Ramm schrieb: Hallo talk-de-Liste, ich komme gerade von der State of the Map-Konferenz in Limerick zurueck und erzaehle hier kurz, wie es war. Es soll kein Blogeintrag werden, daher verkneife ich mir, ueber die Bahn, die Luftfahrt, die irischen Strassen oder die Qualitaet des Tees im Hotel zu sprechen und erzaehle nur mal so von ein paar Vortraegen, die ich bemerkenswert fand. Frueher oder spaeter wird es alle Vortraege mit Folien+Video+Ton im Netz geben. Am Samstag eroeffnete Robert Barr mit einer Fabel ueber eine Strassenschilder-Firma, die finanzschwachen Staedten anbietet, kostenlos alle Strassen ordentlich zu beschildern - erst nach Unterschreiben des Vertrags stellt die Stadt fest, dass die Schilder fuer den Normalbuerger unlesbar sind, wenn er nicht die exklusive Spezialbrille kauft, die von derselben Firma herausgegeben wird. Die Firma verspricht der Stadt einen Anteil am Gewinn aus dem Brillenverkauf, und alle sind gluecklich (bis auf den Normalbuerger). John McKerrell von Multimap (gehoert jetzt zu Microsoft) erzaehlte, wie sie verschiedene Crowdsource-Daten in ihr Kartenangebot einbinden - Wikipedia, Flickr, und auch testweise OSM, aber da sind sich die Multimap-Anwaelte nicht sicher, ob das mit der Lizenz geht, und daher ist das nicht oeffenlich. Ed Freyfogle von der Immobilienplattform Nestoria (gibt es bald auch in .de) war da etwas unbesorgter; sein Problem mit OSM war eher, dass einige Sachen nicht ganz leicht zu nutzen sind (gib mir alle U-Bahn-Stationen in Deutschland - fuer den Perl- oder PostGIS-Hacker eventuell einfach machbar, aber nicht fuer den unbedarften Nutzer). Er sagte, dass seine Firma auch gern mit Geld nachhilft, wenn jemand OSM auf dem Weg zu besserer Nutzbarkeit weiterbringen will. (Ich persoenlich finde die Nutzbarkeit gegenueber den Endnutzern eigentlich weniger wichtig als die Nutzbarkeit gegenueber den Mappern, aber das kommt halt drauf an, wen man fragt.) Dair Grant sorgte mit seinem Vortrag fuer etwas Ernuechterung. Vor etwa einem halben Jahr hatte er mal eine Untersuchung in der Naehe seines Wohnortes gemacht und war dabei auf rund 80 Fehler in TeleAtlas-Daten gestossen (die bei OSM besser waren). Nun ist er umgezogen und hat das gleiche mal in einer etwa gleich grossen und oberflaechlich auch vollstandig aussehenden Gegend in Edinburg gemacht und fand bei OpenStreetMap etwa doppelt so viele Fehler wie im TeleAtlas-Material seines alten Wohnortes. Er fand das zwar nicht schlimm, aber natuerlich piekst einen sowas schon ein bisschen. (Sollten wir in Deutschland auch mal machen, stichprobenartig - zufaellig einen Bereich auswaehlen und ganz gruendlich OSM und TeleAtlas und Realitaet vergleichen. Leider ein zu langweiliges Thema fuer den Wettbewerb, fuerchte ich...) Peter Miller arbeitet fuer die Firma ITO, die Verkehrsanalysen und -Projekte fuer Transportunternehmen macht. Er hat alle ueberrascht mit einem Tool, mit dem man vieles von dem vorwegnehmen kann, was API 0.6 bringen soll: Bestimmte Gebiete subscriben und - derzeit nur woechentlich, spaeter aber taeglich - Informaionen dazu sehen, wer wann was wo darin veraendert hat. Man muss sich bei dem Service anmelden und die Rechtecke spezifizieren, die man will, und danach kann man verschiedene Feeds bekommen und Analysen zusammenklicken. Sieht sehr vielversprechend aus; derzeit nur .uk im Datenbestand, aber bis Ende des Monats die Welt. (http://www.itoworld.com/ - OSM Mapper.) Jani Patoallio von Wikitravel hat erzaehlt, wie sie OSM-Daten nutzen, um ihre On-Demand-Buecher zu drucken. Das Pfiffige dabei ist, dass sie eine automatische Verknuepfung aus dem Text- in den Kartenteil gebaut haben (wenn im Text-Listing Hotel Ernst vorkommt, sucht deren Programm das passende Hotel im OSM-Ausschnitt und macht einen Nummernmarker hin). Sebastian Schmitz hat den Euch allen schon bekannten openrouteservice.org vorgestellt, und die Leute koennen es kaum erwarten, dass es das fuer .uk auch gibt ;-) Ich habe in meinem Vortrag ein bisschen ueber moegliche Risiken fabuliert, denen OSM in der Zukunft ausgesetzt sein koennte: Was, wenn die Boesen uns inflitrieren und verklagen, wenn sich die rechtliche Situation aendert, wenn unsere Server alle am Anschlag ist, wenn die Community sich auseinanderlebt undsoweiter. Ich habe mich aber auf das Aufwerfen laestiger Fragen beschraenkt, die Antworten mussten die Leute schon selber finden ;) Am Sonntag kam dann die Begruessungsrede von Steve Coast - am Samstag frueh war der noch aus den USA unterwegs. Nicht viel neues, ausser, dass er halt massiv in den USA evangelizing betreibt und dass seine Firma einen Style-Editor fuer Mapnik gemacht hat (wann/wie der rauskommt ist aber noch unklar). Steve sagte unter anderem auch: Wenn ihr ueberlegt, einen neuen Renderer, Editor oder Router fuer OpenStreetMap zu schreiben, dann denkt doch lieber
Re: [Talk-de] Bericht von der State of the Map-Konferenz
2008/7/14 André Reichelt [EMAIL PROTECTED]: Aber wegen der Nutzung der Sat-Bilder hat ihn keiner angesprochen, oder? Doch, natürlich. Kurz gesagt, für's Abmalen werden weitere Lizenzgebühren verlangt. Dass Google für die Mapmakergebiete schon bezahlt hat hilft uns aber nicht weiter. Google darf, so wurde es uns erzählt, die Bilder nicht allen für's abmalen zu Verfügung stellen, sondern nur denjenigen, die ihre Daten direkt an Google weitergeben. Wo die gesammelte Daten landen scheint also eine sehr grosse Rolle zu spielen... Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] einmalige oder oder offizielle Ortsnamen?
Hallo, Bei mir in der Gegend füllt OpenGeoDB immernoch die größten Lücken und deshalb gibt es hier auch so Ortsnamen wie „Weiler bei Gevenich“, „Gevenich, Eifel“ und „Dohr bei Cochem“. Auf eine Karte gehoert ganz bestimmt nicht Gevenich, Eifel (genausowenig wie Frankfurt am Main) - dass es sich um einen Ort in der Eifel handel, ist ja durch den Kontext der Karte schon gegeben. In einer Datenbank, in der man nach einem Ort suchen moechte, koennte das , Eifel aber durchaus einen Nutzen haben. Insofern wuerde ich auf jeden Fall name=Gevenich setzen, und eventuell einen der anderen Name-Tags verwursten, um den Rest einzubringen (nat_name=Gevenich, Eifel oder so). Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] E-Mail Benachrichtigung (Potlatch ?rger)
Johannes Kleine schrieb: Soviel Ich weis hat Wikipedia jetzt etwas eingeführt, das jede Änderung von einem Artikel mehrmals (von verschiedenen Nutzern) gegengelesen werden muss um Vandalismus und Sachliche Fehler zu vermeiden. Das habe ich heute auch gesehen [1]. Bei uns ist das aber viel komplizierter!!! Nicht unbedingt. Es wird ja geplant eine Art von Changeset einzuführen. Diesen Mechanismus könnte man verwenden um z.B. eine Handvoll Strassen zu markieren (z.B. eines Dorfes) und als gesichtetes oder geprüftes Changeset hochladen. Oder wenn wir z.B. die sowieso vorgesehene is_in Relationen Verwenden um alle Elemente eines Dorfes zusammenzufassen, kann diese Relation gleich genutzt werden um alle Elemente als gesichtete oder geprüfte Version zu markieren. Das ist nur ein technische Lösungsvorschlag. Wie das politisch gehandhabt wird ist eine andere Sache... Gruss, Andy [1] http://de.wikipedia.org/wiki/Hilfe:Gesichtete_und_geprüfte_Versionen signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Hallo, Sven Felix Oberquelle wrote: Bedeutet das, man sollte über eine vorhandene Strasse noch einen zweiten Weg erstellen, also die Knoten der Strasse mitbenutzen, oder sollte man komplett neue Knoten neben der Strasse erstellen? Beides hat, wie Du richtig bemerkst, seine Vor- und Nachteile. Nicht immer ist beides ueberhaupt sinnvoll. In der typischen landuse=residential bis zur Strasse benutze ich selbst tatsaechlich die Nodes der Strasse mit, damit die Sache noch heil bleibt, wenn jemand mal einen Node verschiebt. Zugleich wird es dadurch fuer jemanden schwieriger, der z.B. eine kleine Gruen-Insel zwischen die Strasse und meinen Landuse-Bereich hineinfriemeln will. aber man sollte sich auf einen Standard einigen. Es besteht keine Notwendigkeit, sich zu einigen. Das verbraucht bloss wieder 150 Postings auf dieser Mailingliste. Ausserdem kommt dann wieder irgendein Saubermann und aendert alle Bereiche, die nach Schema A getaggt sind, auf Schema B, mit der Begruendung das ist der Standard - und veraergert damit die, die das Schema A vielleicht aus einem wohl ueberlegten Grund angewandt haben! Denk einfach selber nach und mach es so, wie es Dir sinnvoll erscheint. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Sven Geggus schrieb: Pascal Neis [EMAIL PROTECTED] wrote: OK, mit bicyle-Modus tut es - aber warum meint er, ich d?rfte auf dem footway durch den Park fahren? wird morgen nachmittag nicht mehr vorkommen, es dei denn: highway=footway bicycle=yes Ich hätte das ja prinzipiell gerne so, dass Fußwege beim Radrouting optional mit maxspeed=5 berücksichtigt werden. Schieben ist zwar unschön, aber wenn man durch 100m schieben 1km abkürzen kann... Ja, das gleiche sollte auch für highway=steps gelten. Vielleicht mit maxspeed=3, weil man beim Fahrrad tragen schon ziemlich langsam ist und auch schnell ermüdet. Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Moin, ich wollte mal fragen, wie man am besten Areas wie landuse mappt. In den Editing Standards steht nur drin, dass man keine vorhandenen Wege verwenden und umtaggen soll, sondern neue erstellen. ich hatte mal im Karlsruher Rheinhafen angefangen, für die Landuses die Straßennodes mitzunutzen. Das sah super aus, aber es war schier unmöglich das nochmal nachzueditieren. Daher gehe ich inzwischen so vor: * Landuses teilen sich die Nodes - klar. Also wood grenzt an farmland, gleiche Nodes * Straßen verwenden eigene Nodes * Ich versuche die Landusenodes nicht in allzugroße Nähe der Straßennodes zu bringen, um Fehleditieren zu vermeiden Das heißt auch dass meine Straßen nie genau auf dem Waldrand entlanglaufen. Stehen auf einer Seite der Straße tatsächlich keine Bäume mehr, dann schiebe ich die Landuses so hin dass die Straße deutlich auf der Wiese verläuft, damit sich die Nodes nicht ins Gehege kommen. Wie Fred korrekterweise schreibt muss jeder selbst entscheiden wie er verfahren möchte. Speziell die Diskussion ob jetzt die Mitte der Straße den Waldrand darstellt oder nicht lief hier nicht nur einmal über die Liste, ohne dass man sich einig geworden wäre ;-) . Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Autobahn
Garry wrote: Mario Salvini schrieb: mach es lieber wie hier ;) http://www.autobahnatlas-online.de/A4.htm Mit dem Betreiber stand ich schon in Kontakt - die Parkplatznamen dürfen wir übernehmen. Selber eintragen kann man dort aber nichts - ist ja keine wiki-Seite. Garry Ich hatte auch mal beim Betreiber von http://www.autobahn-online.de angefragt und auch von dort dürfen wir alle Daten verwenden. Interessant sind dort denk ich die Spurinformationen, nur die genauen Schnitte müsste man dann nochmal beim langfahren herausfinden. Ansonsten bietet Wikipedia auch ne ziemlich schöne Übersicht über den Streckenverlauf der einzelnen Autobahnen an. Dafür muss man rechts nur neben Anschlussstellen und Bauwerke nur noch auf ausklappen klicken. Ist allerdings nicht ganz so ausführlich wie autobahnatlas-online.de Jonathan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neulingsfrage: key/value für Notrufs äule?
Am 14. Juli 2008 22:35 schrieb Heiko Eckenreiter [EMAIL PROTECTED]: Hi Guido, es gibt doch sicher bereits ein Map-Feature für Notrufsäulen, oder? amenity=emergency_phone falls zutreffend ergänzend: operator= (z.B. Björn-Staiger-Stiftung o.ä.) Vielen Dank! Kann ich das einfach hier http://wiki.openstreetmap.org/index.php/Map_Features hinzufügen oder werden dort nur die aller gebräuchlisten gesammelt? Grüße, Guido ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] einmalige oder oder offizielle Ortsnamen?
Am Montag, 14. Juli 2008 22:50 schrieb Frederik Ramm: Auf eine Karte gehoert ganz bestimmt nicht Gevenich, Eifel Das sehe ich auch so. (genausowenig wie Frankfurt am Main) Halt - das ist der offizielle Name der Stadt. Den sollte man IMO nicht verkürzen. Entsprechendes gilt dann beispielsweise auch für Limburg an der Lahn oder Rüdesheim am Rhein. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlatch-Tutorial gesucht
Am Montag, 14. Juli 2008 21:39 schrieb Bernd Wurst: Ich bin heute über eine komplette Kleinstadt gestolpert, die einer in wenigen Tagen fast komplett gemapped hat. Leider ist keine einzige Kreuzung wirklich verbunden und alles nur so ganz nah ran geschoben. Als ich kürzlich das Routing in Köln ausprobierte, sind mir auch eine Reihe derartiger Fehler aufgefallen. Gibt es eine Möglichkeit, solche Dinge sich anzeigen zu lassen, also alle Weg-Enden, die verdächtig nahe an anderen Wegen liegen? Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlatch-Tutorial gesucht
Muss man das denn wirklich mit Potlatch machen? Ich meine genau dafür bietet sich ja JOSM und der Data Validator an. Wenn mans doch in Potlatch braucht, kann man ja vielleicht ein paar Strategien davon übernehmen und so. (programmiertechnisch mein ich) Kann man eigentlich in Potlatch so ne Art debug-layer reinschalten? Wäre ja ganz praktisch. Dann kann man so ein bisschen den life charakter von Potlatch ausnutzen und vielleicht geht das ja dann doch etwas schneller als mit JOSM. Hatto von Hatzfeld schrieb: Am Montag, 14. Juli 2008 21:39 schrieb Bernd Wurst: Ich bin heute über eine komplette Kleinstadt gestolpert, die einer in wenigen Tagen fast komplett gemapped hat. Leider ist keine einzige Kreuzung wirklich verbunden und alles nur so ganz nah ran geschoben. Als ich kürzlich das Routing in Köln ausprobierte, sind mir auch eine Reihe derartiger Fehler aufgefallen. Gibt es eine Möglichkeit, solche Dinge sich anzeigen zu lassen, also alle Weg-Enden, die verdächtig nahe an anderen Wegen liegen? Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlatch-Tutorial gesucht
Hatto von Hatzfeld schrieb: Gibt es eine Möglichkeit, solche Dinge sich anzeigen zu lassen, also alle Weg-Enden, die verdächtig nahe an anderen Wegen liegen? Bis jetzt noch nicht, aber das wäre doch eine nette Funktion für Maplint. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
2008/7/14 Heiko Eckenreiter [EMAIL PROTECTED]: Ihr müsst also bitte schauen das Eure Straßennamen immer ein einheitliches Format/Schreibweise haben. Ähnliches Problem: manche schreiben A7 und A 7 ... Gibt es da eine empfohlene Schreibweise? Wurde das bereits diskutiert? Es gibt eine offizielle Schreibweise, das ist die mit Leerzeichen. Danke. Ich habe es in die deutsche Map Features Seite eingefügt [1]. Die englische Seite highway=motorway schreibt die Beispiele zwar mit Leerzeichen, explizit erwähnt, wird es jedoch nicht. Ich bin mir nicht sicher wo ich die Info hinpacken soll. Grüße, Guido [1] http://wiki.openstreetmap.org/index.php/De:Map_Features#Wege ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] einmalige oder oder offizielle Ortsnamen?
Also, das kann ja knifflig werden und zu Grundsatzdiskussionen führen. Ich für meinen Teil werde mich aber ab jetzt an den Ortsschildern orientieren. Die haben Lageinformationen nicht nötig, aber ich glaube bei „Rothenburg ob der Tauber“, etc. wird das auch so auf dem Schild stehen. Grüße Matthias Rötsch Am Montag, den 14.07.2008, 23:20 +0200 schrieb Hatto von Hatzfeld: Am Montag, 14. Juli 2008 22:50 schrieb Frederik Ramm: Auf eine Karte gehoert ganz bestimmt nicht Gevenich, Eifel Das sehe ich auch so. (genausowenig wie Frankfurt am Main) Halt - das ist der offizielle Name der Stadt. Den sollte man IMO nicht verkürzen. Entsprechendes gilt dann beispielsweise auch für Limburg an der Lahn oder Rüdesheim am Rhein. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] einmalige oder oder offizielle Ortsnamen?
Hallo Matthias! Matthias Rötsch schrieb: Also, das kann ja knifflig werden und zu Grundsatzdiskussionen führen. Ich für meinen Teil werde mich aber ab jetzt an den Ortsschildern orientieren. Die haben Lageinformationen nicht nötig, aber ich glaube bei „Rothenburg ob der Tauber“, etc. wird das auch so auf dem Schild stehen. Finde ich prinzipiell richtig. Wobei ich bei Namensbestandteilen wie Landeshauptstadt in Landeshauptstadt München trotzdem eher davon absehen würde diesen mit einzutragen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neulingsfrage: key/value für Notrufs äule?
Moin, Kann ich das einfach hier http://wiki.openstreetmap.org/index.php/Map_Features hinzufügen oder werden dort nur die aller gebräuchlisten gesammelt? hmpf, hmpf :) . Wenn Du einfach mal so ein ProposedFeature auf MapFeatures verschiebst kannst Du die Sekunden zählen bis ein Sittenwächter Dich einer peinlichen Befragung unterzieht ;-) . Im Ernst: Es gibt halt Leute für die die Map Features eine Art Bibel darstellt. Neue Einträge dürfen dort nur eintreten, wenn Sie einen monatelangen Prozeß des Beratens und eine abschließende Wahl überstanden haben. Tipp daher: Benutze es einfach, je öfter desto besser. Dann hast Du nämlich heute schon die Info eingetragen über deren Sinn morgen die anderen noch diskutieren. Und wenn der Tag die Wahl nur mit einer Umbenennung übersteht ändern wir einfach alle Objekte, die Du in der Zwischenzeit erstellt hast, passend um. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] einmalige oder oder offizielle Ortsnamen?
Moin, Die haben Lageinformationen nicht nötig, aber ich glaube bei „Rothenburg ob der Tauber“, etc. wird das auch so auf dem Schild stehen. das wird dann aber ganz schön eng auf dem Ortsschild. Hat jemand schonmal ein Ortsschild mit horizontaler Scrollleiste gesehen?!? ;) ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] einmalige oder oder offizielle Ortsnamen?
Am 14. Juli 2008 23:53 schrieb Matthias Wimmer [EMAIL PROTECTED]: Hallo Matthias! Matthias Rötsch schrieb: Also, das kann ja knifflig werden und zu Grundsatzdiskussionen führen. Ich für meinen Teil werde mich aber ab jetzt an den Ortsschildern orientieren. Die haben Lageinformationen nicht nötig, aber ich glaube bei „Rothenburg ob der Tauber, etc. wird das auch so auf dem Schild stehen. Finde ich prinzipiell richtig. Wobei ich bei Namensbestandteilen wie Landeshauptstadt in Landeshauptstadt München trotzdem eher davon absehen würde diesen mit einzutragen. Matthias wenn es Namensbestandteil ist, würde ich es in den name-tag reinnehmen (s. Ortsschild), wie hier z.B.: http://www.flickr.com/photos/lemonpixel/2564979238/ bei so was: http://www.flickr.com/photos/marcusplaywii/2481098728/ würde ja hoffentlich niemand auf die Idee kommen, Killer Stadt Burladingen als name einzutragen, oder? Ich würde solche Zusätze wie große Universitätsstadt, Landeshauptstadt, Kreisstadt und alles andere derlei geartete auch nicht in name schreiben, ist aber m.E. auch nicht Bestandteil des Namens sondern eher so was wie ein (machmal selbsternannter) Titel, von daher vielleicht title_nat=...? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Sven Felix Oberquelle schrieb: Bedeutet das, man sollte über eine vorhandene Strasse noch einen zweiten Weg erstellen, also die Knoten der Strasse mitbenutzen, oder sollte man komplett neue Knoten neben der Strasse erstellen? Wie Frederik Ramm schon schrieb gibt es noch keine Konvention. Allerdings halte ich es im Gegensatz zu ihm doch für wichtig dass man möglichst viele Meinungen _und_ Begründungen hört. Nur so wird sich irgendwann mal das beste System durchsetzen. zum Thema: Ersteinmal muss man sich vergegenwärtigen was man hier eigentlich vor sich hat. Wir haben hier zwei komplett verschieden Arten von Informationen vor uns, die eigentlich in zwei von einander getrennte Layers gehören. Einerseits ein 'way', also eine eindimensionale Struktur, welche angibt, dass hier eine Verbindung zwischen zwei 'nodes' besteht. Und andererseits eine Fläche, also eine 2D-Struktur, welche die Nutzung angibt. Wo gehört nun die Straße dazu? Antwort: in beide, und zwar einerseits das Bauwerk Straße, an sich, und andererseits die Information, dass man darauf von Stelle A nach B kommt. Mein Vorschlag: Genau genommen sollte man die Straße zusätzlich zum eigentlichen 'way' noch mit einer Fläche unterlegen. An diese Fläche können nun auf beiden Seiten die Flächen für die Landnutzung grenzen, und zwar direkt dran. Gibt es eine solche Straßenfläche noch nicht, dann geht man mit der 'landuse' Fläche einfach so nah wie möglich dran (in der Hoffnung, dass die Straßenfläche nachgetragen wird). Also praktisch wie bei den Flüssen. Dort hat die Wasserfläche eine eigene Fläche, und an beiden Ufern fängt Landfläche an. Zusätzlich liegt mitten im Fluss noch ein 'waterway'. Fazit: [x] komplett neue Knoten neben der Strasse erstellen Gruß Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] einmalige oder oder offizielle Ortsnamen?
Hallo Martin! Martin Koppenhoefer schrieb: Finde ich prinzipiell richtig. Wobei ich bei Namensbestandteilen wie Landeshauptstadt in Landeshauptstadt München trotzdem eher davon absehen würde diesen mit einzutragen. wenn es Namensbestandteil ist, würde ich es in den name-tag reinnehmen (s. Ortsschild), wie hier z.B.: http://www.flickr.com/photos/lemonpixel/2564979238/ Landeshauptstadt München ist meines Wissens der offizielle Name der juristischen Person Gebietskörperschaft in der ich lebe. Genauso wie der Freistaat in Freistaat Bayern ein Namensbestandteil ist und kein Zeichen einer besonderen Form von Bundesland (wie manche Bayern es zu verstehen scheinen). Es entspricht aber nicht dem was man üblicherweise auf einer Karte erwartet zu lesen. Wenn man wirklich überall die juristisch korrekten Namen mappen möchte, dann muss man denke ich wirklich anfangen einen zweiten Tag für den üblicherweise darzustellenden Namen einführen. Interessant finde ich z.B. aber auch http://de.wikipedia.org/wiki/Garching_bei_München wonach der amtliche Name Garching b. München ist und nicht Garching bei München. Im Zweifel wird die entsprechende Stadt eine entsprechende Anfrage welche Titel zum amtlichen Namen der Stadt gehören aber sicher gerne beantworten. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Datenschutz und Hausnummern
Jens Müller schrieb: Daniel Senger schrieb: Namensmapping vom Klingelschild wird da schon eher bedenklich ;-) Namensmapping von Grabsteinen finde ich auch irgendwie bedenklich ... Musst nur lange genug warten, dann ist das auch unbedenklich.. Tauf/Kirchenbücher darfst Du auch veröffentlichen wenn sie alt genug sind (ich meine mindestens 25 Jahre, können auch 50 sein). Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Moin, Wie Frederik Ramm schon schrieb gibt es noch keine Konvention. Allerdings halte ich es im Gegensatz zu ihm doch für wichtig dass man möglichst viele Meinungen _und_ Begründungen hört. Nur so wird sich irgendwann mal das beste System durchsetzen. korrekt. Nur: Wenn alle warten welches System sich durchsetzt kommen wir nicht von der Stelle. Für meinen Teil gilt also: Erstmal mappen, die Fragen kann ich hinterher stellen. [...] Also praktisch wie bei den Flüssen. Dort hat die Wasserfläche eine eigene Fläche, und an beiden Ufern fängt Landfläche an. Zusätzlich liegt mitten im Fluss noch ein 'waterway'. Korrekt; ich bin mir sehr sicher dass bald ein Asphaltküsser[tm] zu uns stoßen wird der alle Straßentrassen als Flächen eintragen wird. Bis dahin macht es aber am besten jeder wie er es für richtig hält, siehe oben. Denn wir wissen noch nicht wie das mal werden wird. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der State of the Map-Konferenz
Hi, Danke für den Bericht. Er sagte, dass seine Firma auch gern mit Geld nachhilft, wenn jemand OSM auf dem Weg zu besserer Nutzbarkeit weiterbringen will. (Ich persoenlich finde die Nutzbarkeit gegenueber den Endnutzern eigentlich weniger wichtig als die Nutzbarkeit gegenueber den Mappern, aber das kommt halt drauf an, wen man fragt.) Wenn ich meinen Bekannten was von OSM erzähle, kommt immer die Frage nach dem Nutzen: Freie Karten fürs Navi? Bei meinem Navi waren schon Karten dabei, bei Deinem etwa nicht? Die meisten Leute, die nicht aus der OpenSource-Ecke kommen, verstehen den Nutzen und die Möglichkeiten frei verfügbarer (Roh-)Daten nicht. Genau solche Anwendungsbeispiele sind es dann, die denen das ganze näherbringen und die möglichen Netzwerkeffekte helfen deutlich zu machen. Über den Nutzen kommen mehr User und Presse und als Folge dann mehr Mapper. Deshalb fand ich die Idee hier auf der Liste von vor ein paar Tagen mal eine Wiki-Seite mit allen Diensten, die auf OSM aufbauen, zusammenzustellen gar nicht schlecht. Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: [EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Karten für Navi [was: Re: Bericht von der State of the Map-Konferenz]
Hallo. Am Dienstag, 15. Juli 2008 schrieb Gerd von Egidy: Freie Karten fürs Navi? Bei meinem Navi waren schon Karten dabei, bei Deinem etwa nicht? Diese Einstellung ist bekannt. So denkt man im ersten Jahr, in dem man das Navi hat. Im zweiten vielleicht auch. Aber (gesetzt den Fall man benutzt es tatsächlich) spätestens im dritten Jahr begegnen dir Stellen, die einfach (mittlerweile) falsch sind an den Karten. Und schwupps sind wieder = 80 Euro raus für ne neue Karte. Oder gleich etwas mehr für ein neues Navi (weil: ist ja gar nicht viel teurer). Oder man hat nur ein D/A/CH-Navi gekauft und will jetzt nach Polen oder Frankreich fahren... Wenn wir es also schaffen, ne brauchbare Routing-Software mit OSM-Karten auf z.B. die Win-CE-basierten Medion-Geräte oder die Linux-basierten TomToms zu bringen, dann hat auch der jetzt noch kurzsichtige Normalanwender was davon. Gruß, Bernd -- Die Philosophie ist eine Art Rache an der Wirklichkeit. - Friedrich Nietzsche signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Brainstorming zum OpenRouteService
Hallo. Ich habe mir grade mit dem OpenRouteService eine Route planen lassen. Das Ergebnis ist erfreulich nahe an dem eines anderen Routenplaners. Sogar die Zeitangabe passt zusammen. Folgende Dinge sind mir dabei aufgefallen: * Der Router leitet mich an jeder Gelegenheit von der Autobahn runter: Parkplatz, Begleitspur am Kreuz, immer wird die Autobahn an sich benachteiligt betrachtet. Ich nehme mal an, das ist das selbe Problem wie das neulich genannte residential vs. tertiary und wird bald behoben sein. * Der Router findet Abbiegen viel zu sexy. Nicht nur die Straßen-Art sondern auch eine Aktion sollte ein Gewicht bekommen. Je größer die Straße, desto ungerner werde ich abbiegen, insbesondere auf Straßen mit kleinerer Einstufung. Aber auch im Wohngebiet fahre ich lieber 100 Meter mehr mit einmal Abbiegen als dass ich an jeder Ecke abbiegen muss. Beispiel: A81 Heilbronn nach Würzburg, dann A7 Richtung Norden. ORS leitet mich durch die Würzburger Innenstadt. Würde ich etwas länger auf der Autobahn bleiben, könnte ich mit einer Aktion im Kreuz die Autobahn wechseln. Das alleine über die Gewichte der Strecken zu realisieren könnte schwer werden, weil die Autobahn doch ein gutes Stück länger ist. Aber die vielen Straßenarten-Wechsel in der Innenstadt sollte der Router negativ werten. * A81 und A 81 sind für ORS ein Unterschied und ein Kommando wert. Das ist kein Bug, sollte uns alle aber animieren, dass wir das reparieren wenn uns das über den Weg läuft. Korrekt ist A 81, zumindest in allen Fällen, wo ich bisher Literatur dazu gefunden habe. * Eine Autobahn-Brücke (oder -Tunnel) mit Namen verleitet ORS zu einer Anweisung. Wenn ref=B* oder ref=A* ist, dann sollte der Name IMHO nicht mehr relevant sein. * Die Anweisungen bei Autobahn-Auf- und -Abfahrten sind momentan nicht verständlich. Sobald ein *_link kommt, sollte der Router IMHO dafür den Namen der nachfolgenden nicht-link-Strecke benutzen. Also wenn ich im Kreuz von der A 3 auf die A 7 fahren soll, dann sollte das nicht ein geradeaus auf no name und dann gerade aus auf A 7 sein sondern ein fahren Sie an der Anschlussstelle 73 / Kreuz Biebelried auf die A 7. Da die Winkel bei Autobahnen immer so klein sind, dass man das auf geradeaus interpolieren kann, sollte die Angabe bei Autobahnen und Trunks durch rechts halten bzw. links halten ersetzt werden. Den Wechsel von motorway_link auf motorway sollte man völlig ignorieren. Da kann man eh nicht anders. :) So, das mal als Antwort auf die Einladung, alles zu mailen was so auffällt. ;-) Gruß, Bernd signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Notrufsäulen (was Re: Neulingsfr age: key/value für Notrufsäule?)
On Mon, 14 Jul 2008 22:21:35 +0200 Guido Arnold [EMAIL PROTECTED] wrote: Hallo, es gibt doch sicher bereits ein Map-Feature für Notrufsäulen, oder? [..] Apropos, Notrufsäulen. Da kann ich noch ein Update geben, damit die Information nicht verloren geht: Im letzten Jahr hatte Michael Schmidt sich mit der Björn-Steiger-Stiftung in Verbindung gesetzt, um heraus zu bekommen, ob man die Positionen der Notrufsäulen zum Import bekommen könne. Damals wurde auf Q1 2008 verwiesen. Vor ein paar Tagen habe ich mit Herrn Steiger gesprochen und nochmals nachgefragt. Die Steigerstiftung möchte die Daten nicht mehr in Karten aufnehmen lassen, da viele Notrufsäulen in den nächsten Monaten und Jahren abgebaut werden. Sie werden kaum noch benutzt und sorgen für einiges an Wartungskosten. Als Ersatz dient die Handyortung. Interessant fand ich die Aussage, daß man vor 30 Jahren vergeblich versucht habe, die Karten-/Autoatlashersteller davon zu überzeugen, die Notrufsäulen einzuzeichnen. Also wir sollten uns vielleicht merken, daß einige gemappte Notrufsäulen an Bundes- und Landstraßen in der nächsten Zeit wieder aus OSM entfernt werden müssen, weil sie abgebaut wurden. Gruss, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-it] RFC openstreetmap.it
Il giorno mer, 09/07/2008 alle 00.04 +0200, Simone Cortesi ha scritto: ciao, dalla prossima settimana comincero' a lavorare al sito openstreetmap.it (al momento la porta 80 non è attiva ). ho solo alcune idee su cosa metterci, eccole: 1. planet.openstreetmap.it: tutti i planet relativi alla sola italia, creati adesso a partire dai planet disponibili sul mirror. 2. blog.openstreetmap.it spostare il blog tenuto da edo 3. (www.)openstreetmap.it installazione joomla 4. mappa.openstreetmap.it slippymap italiana (questo è utile secondo me, solo se modifichiamo il template di osmarender/[EMAIL PROTECTED]/kosmos per adattarlo al gusto cromatico delle mappe solitamente usate in italia. Su questo punto mi piacerebbe che qualcuno mi desse qualche consiglio in merito o mettesse direttamente mano alle rendering rules). Io sono completamente d'accordo, il template di osmarender non deve essere difficile da modificare è un file xml, il problema è mettersi d'accordo sugli stili e le immagini da utilizzare. grazie, S. ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] informazioni!!
Alberto Malagoli wrote: forse è una domanda stupida, ma il plugin di validazione di JOSM lo da come un errore.. il plugin di validazione segna come sbagliate tutte le cose per le quali non ha regole di validazione, il che non significa che siano davvero sbalgliate è per questo che chiedevo se è meglio porre la ciclabile su un layer diverso.. domanda.. se il ciclista che passa dalla ciclabile non procede dritto tranquillamente per la sua strada e dalla strada secante sopraggiunge una macchina che a sua volta procede tranquillamente, il ciclista passa sopra/sotto la macchina indenne o ne viene travolto?? Siccome ne verrà travolto.. il layer è lo stesso.. ergo DEVE essereci un nodo di intersezione. I layer servono per indicare quando una strada passa sopra o sotto ad un'altra, NON a differenziare le cose.. ricordate sempre tutti, che si mappa quello che esiste e non per ottenere una mappa graficamente apprezzabile. Le regole di rendering sono presonalizzabili e se la mappa non vi piace esteticamente, basta crearsi le proprie regole e realizzare la propria versione, ma i fatti restano fatti. Se la ciclabile incrocia a raso la strada, vanno fatte incrociare anche nella mappa. -- Edoardo Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] informazioni!!
Il 14 luglio 2008 11.49, Edoardo Marascalchi [EMAIL PROTECTED] ha scritto: Siccome ne verrà travolto.. il layer è lo stesso.. ergo DEVE essereci un nodo di intersezione. I layer servono per indicare quando una strada passa sopra o sotto ad un'altra, NON a differenziare le cose.. Ho sempre pensato che il nodo di intersezione non fosse nesessario per strade che si incrociano. Il render disegna comunque l'incrocio. In tutti i casi che ho visto (ciclabile/ciclabile. strada/ciclabile) non è presente il nodo di intersezione. Mi sbaglio? Vincenzo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] informazioni!!
Ciao On Mon, Jul 14, 2008 at 1:00 PM, Vincivis [EMAIL PROTECTED] wrote: Ho sempre pensato che il nodo di intersezione non fosse nesessario per strade che si incrociano. Il render disegna comunque l'incrocio. se fossi un programmatore di software di routing e quello fosse il modo standard di indicare gli incroci credo che passerei varie ore a maledire chi l'ha deciso in tutte le lingue morte mai parlate sulla terra, da umani o alieni con apparati fonetici compatibili :D magari esagero un po', ma mi sembra che controllare le strade per un nodo sia molto piu` facile che non controllare su ogni segmento se ce ne sia un altro, e poi controllare che il layer sia compatibile in generale, quando si hanno dubbi su qualcosa trovo che oltre a pensare al render possa essere utile pensare a cosa farebbe un navigatore, che e` piu` stupido di un lettore umano di cartina cartacea e piu` dipendente da una descrizione accurata della realta` ovviamente, l'ideale e` sempre pensare a come rappresentare il vero, ma a volte e` un approccio troppo astratto per risolvere i problemi pratici P.S. chiedo scusa per l'errore di destinatario di prima -- Elena of Valhalla homepage: http://www.trueelena.org email: [EMAIL PROTECTED] ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] informazioni!!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 14 July 2008, Vincivis wrote: Il 14 luglio 2008 11.49, Edoardo Marascalchi [EMAIL PROTECTED] ha scritto: Siccome ne verrà travolto.. il layer è lo stesso.. ergo DEVE essereci un nodo di intersezione. I layer servono per indicare quando una strada passa sopra o sotto ad un'altra, NON a differenziare le cose.. Ho sempre pensato che il nodo di intersezione non fosse nesessario per strade che si incrociano. Il render disegna comunque l'incrocio. In tutti i casi che ho visto (ciclabile/ciclabile. strada/ciclabile) non è presente il nodo di intersezione. Mi sbaglio? Acc! Sì. Il disegno della mappa è facile: disegna le due strade in nero, poi le due stade in bianco, un po' più strette. Il software di navigazione invece deve cercare di congiungere i nodi di un grafo, tenendo conto delle limitazioni, e non vede gli incroci (non sa nemmeno in che direzione vanno le strade... sa che il nodo 1 è collegato al nodo 42 che è collegato al nodo 666...). Ed è già abbastanza complicato così: trovare un percorso è abbastanza facile, ma trovare il percorso ottimo è un problema... ehm, duretto. Si potrebbe fare un passo intermedio per aggiungere i nodi dove le strade si intersecano... ma bisognerebbe essere d'accordo sul fatto che sia sensato. Ci sono anche i sottopassaggi e i cavalcavia... Nell'insieme, è meglio che chi disegna le strade, lo faccia tenendo conto che i nodi e i collegamenti sono la parte importante per la navigazione. Luciano Vincenzo. - -- Luciano Montanaro // \X/ [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIe0XsaeOY6B53J4URApy6AKCXUMc82hUlFxTXMGkm1/PmEt6GnACfZCsY JomcF++UnidVrHp2sSG05/0= =jgYL -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] informazioni!!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 14 July 2008, Edoardo Marascalchi wrote: Alberto Malagoli wrote: forse è una domanda stupida, ma il plugin di validazione di JOSM lo da come un errore.. il plugin di validazione segna come sbagliate tutte le cose per le quali non ha regole di validazione, il che non significa che siano davvero sbalgliate è per questo che chiedevo se è meglio porre la ciclabile su un layer diverso.. domanda.. se il ciclista che passa dalla ciclabile non procede dritto tranquillamente per la sua strada e dalla strada secante sopraggiunge una macchina che a sua volta procede tranquillamente, il ciclista passa sopra/sotto la macchina indenne o ne viene travolto?? Siccome ne verrà travolto.. il layer è lo stesso.. ergo DEVE essereci un nodo di intersezione. I layer servono per indicare quando una strada passa sopra o sotto ad un'altra, NON a differenziare le cose.. ricordate sempre tutti, che si mappa quello che esiste e non per ottenere una mappa graficamente apprezzabile. Possiamo dire che i layer servono a dare un suggerimento al software di rendering... che qualche parte della mappa va diseganta prima e qualcun'altra dopo, perché appaia corretta ad un osservatore umnano? Cioè: il navigatore ignora del tutto i layer, ma osmarender usa il suggerimento per disegnare la mappa correttamente? In questo caso, l'uso del layer -5 per il le aree marcate con landuse ha un suo senso... è un'informazione in più, ma può essere utile metterla su un layer distante, in modo che non interferisca con altri dati più importanti. Luciano - -- Luciano Montanaro // \X/ [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIe0d6aeOY6B53J4URAtC0AJ9h/6VV1rHYa4PeOyPD+JqbgGrOugCgqW+a w6lMngcVvxdUx+jLYtxwRdc= =6keM -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] informazioni!!
Giusto :P Il 14 luglio 2008 13.42, Elena of Valhalla [EMAIL PROTECTED] ha scritto: Ciao On Mon, Jul 14, 2008 at 1:00 PM, Vincivis [EMAIL PROTECTED] wrote: Ho sempre pensato che il nodo di intersezione non fosse nesessario per strade che si incrociano. Il render disegna comunque l'incrocio. se fossi un programmatore di software di routing e quello fosse il modo standard di indicare gli incroci credo che passerei varie ore a maledire chi l'ha deciso in tutte le lingue morte mai parlate sulla terra, da umani o alieni con apparati fonetici compatibili :D magari esagero un po', ma mi sembra che controllare le strade per un nodo sia molto piu` facile che non controllare su ogni segmento se ce ne sia un altro, e poi controllare che il layer sia compatibile in generale, quando si hanno dubbi su qualcosa trovo che oltre a pensare al render possa essere utile pensare a cosa farebbe un navigatore, che e` piu` stupido di un lettore umano di cartina cartacea e piu` dipendente da una descrizione accurata della realta` ovviamente, l'ideale e` sempre pensare a come rappresentare il vero, ma a volte e` un approccio troppo astratto per risolvere i problemi pratici P.S. chiedo scusa per l'errore di destinatario di prima -- Elena of Valhalla homepage: http://www.trueelena.org email: [EMAIL PROTECTED] ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
[Talk-it] Pista ciclabile e corsia ciclabile
Ho cercato di farmi un idea su come taggare le piste ciclabili, in particolare quando si tratta di una corsia ricavata sulla carreggiata principale della strada. Per come è descritto qui: http://wiki.openstreetmap.org/index.php/Tag:highway%3Dcycleway http://wiki.openstreetmap.org/index.php/Key:cycleway http://wiki.openstreetmap.org/index.php/User:Kumakyoo/Fahrrad2 La regola dovrebbe essere che la corsia ciclabile non ha una sua via, ma è taggata insieme a tutta la strada. Tant'è che è previsto il tag cycleway=opposite_lane per indicare che per le bici non vale il senso unico. Inoltre anche la pista ciclabile, intesa come carreggiata separata sulla stessa strada, sarebbe da taggare allo stesso modo. Come ha notato Vincivis c'è il problema che non si tiene conto se la corsia/pista sta su entrambi i lati della strada o se sta su uno solo dei due (e, in questo caso, quale dei due). Quindi sarebbe meglio disegnare le piste ciclabili sempre come una strada a sè stante, in modo da conservare tutte le informazioni possibili. Però secondo me questo è fattibile con le piste ciclabili, ma non con le corsie. Per tre motivi: 1. Una corsia ciclabile è un tutt'uno con la strada, un ciclista può entrare e uscire dalla pista ciclabile per tutta la sua lunghezza e non esclusivamente in corrispondenza dei nodi, e la pista incrocia le altre strade allo stesso modo delle corsie principali. 2. Una corsia ciclabile può avere una larghezza estremamente ridotta, anche 1 metro, e quindi diventa estremamente difficile disegnarla sulla mappa come una via separata. 3. La posizione della corsia ciclabile rispetto alla strada non è arbitraria come nel caso della pista separata. Ovvero non si presenta il caso in cui si hanno entrambe le direzioni di marcia sullo stesso lato della strada: altrimenti gli automobilisti avrebbero i ciclisti sulla destra che viaggiano in direzione contraria (e non è il massimo della sicurezza...). Quindi non è necessario disegnarne la posizione in quanto l'informazione è già implicita nel tag cycleway=lane. Quindi mi sembra che il modo più ragionevole per taggare le piste ciclabili sia questo: 1) Pista ciclabile che fa strada a sè: highway=cycleway cycleway=track Non ci dovrebbero essere grossi dubbi, a parte il fatto che i due tag sembrano ridondanti (anche se questo è il preset su Potlatch). 2) Pista ciclabile affiancata ad una strada (la pista è sulla stessa strada su cui scorrono le macchine, ma su una carreggiata separata, ovvero c'è un cordolo o una piccola siepe che la separa): via A: highway=unclassified (per esempio) --- via B: highway=cycleway cycleway=track Tenendo comunque presente che i tag permetterebbero anche la soluzione con un unica via, ovvero: highway=unclassified (per esempio) cycleway=track 3) Corsia ciclabile (unica carreggiata con corsia dedicata alle bici): highway=unclassified cycleway=lane Si apre il dibattito... -- Giacomo Boschi http://gwilbor.splinder.com/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Pista ciclabile e corsia ciclabile
Giacomo Boschi ha scritto: Si apre il dibattito... E quando il dibattito si chiude, sarebbe cosa buona e giusta inserire le conclusioni nel wiki. Notte Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Pista ciclabile e corsia ciclabile
Il 14 luglio 2008 22.59, Giacomo Boschi [EMAIL PROTECTED] ha scritto: 2) Pista ciclabile affiancata ad una strada (la pista è sulla stessa strada su cui scorrono le macchine, ma su una carreggiata separata, ovvero c'è un cordolo o una piccola siepe che la separa): via A: highway=unclassified (per esempio) --- via B: highway=cycleway cycleway=track Tenendo comunque presente che i tag permetterebbero anche la soluzione con un unica via, ovvero: highway=unclassified (per esempio) cycleway=track Però cosi rimane il problema della disposizione rispetto alla strada. 3) Corsia ciclabile (unica carreggiata con corsia dedicata alle bici): highway=unclassified cycleway=lane Si apre il dibattito... Anche qui rimane il problema della disposizione rispetto alla strada. Anche l'uso di un eventuale tag aggiuntivo non è fattibile. Penso ancora che il modo migliore sia taggare a parte le cycleway. Le corsie dedicate, anche se non fisicamente separate, lo sono idealmente (c'è la striscia continua, non è possibile parcheggiare, ci sono attraversamenti in caso di svolta etc.). Quindi secondo me, dal punto di vista funzionale, non cambia molto... Proviamo a ragionarci ancora un po' e poi partiamo con il wiki. Vincenzo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-cz] pokusny import lesu
Vubec nechapu proc je kvuli tomu tolik reci a nic se nedeje. Kdyz se nasel nekdo kdo to chce dokoncit tak at to tedy udela s tim, ze se rekne algoritmus a je to. *** protoze je to tak zasadni rozsireni, kdy je treba najit takovy konsenzus, aby byl optimalizovan prinos pro stavajici i budouci uzivatele geodat osm. Technicky postup a prace je jedna zasluzna cast, dalsi je predhozeni vysledku ku nahledu ostatnim. Historie se nemusi pokazde opakovat. hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] pokusny import lesu
On Sun 2008-07-13 22:04:08, Tomas Kolda wrote: Vubec nechapu proc je kvuli tomu tolik reci a nic se nedeje. Kdyz se nasel nekdo kdo to chce dokoncit tak at to tedy udela s tim, ze se rekne algoritmus a je to. Staci tedy rict co je treba: 1. Spojit vsechny typy lesu do jednoho typu forest (v nejvetsi presnosti) 2. Udelat generalizaci na potrebnou uroven (Douglas-Plucker neni uplne super na polygony). 3. Rozsekat velke polygony na mensi. 4. Zkontrolovat nekolik uzemi a uploadovat. Ja bych mohl pomoci s nekolika vecma. Jen bych potreboval data. Kdyz da nekdo aktualni link kde jsou, pripadne s nejakym popisem formatu (pokud to neni osm) tak bych to klidne udelal. Podle me dokud nekdo nerekne ja to udelam, tak to neudela nikdo. At tedy nekdo rekne, dostane 14 dni a bude vysledek. Pripadne se muzou zapojit ostatni. Zatim data zda-se jsou na: http://kubajz.kbx.cz/junk/uhul/output/ -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] pokusny import lesu
On Sun 2008-07-13 19:00:26, Kubajz wrote: Pavel Machek napsal(a): Ahoj! Importoval jsem okoli klanovic a kus vychodni Prahy... v oblastech je malo lesu a dost jinych dat, takze tech dat nebylo tolik, a Praha se trochu zazelena... Dlazdice jsou vyjmenovany na wiki. Hm - bylo by celkem dobre respektovat nazor vetsiny na konferenci. Ta data pro jistotu smazu, aby to nekoho nelakalo... Bohuzel respektovat nazor vetsiny na konferenci (a nemyslim ze to byla vetsina) v tomto pripade znamena nemapovat lesy. A je dost smutny kdyz v praze jsou nakresleny jednotlivy domky v Dejvicich, a pak v ni jaksi chybi Sarecky les. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Import lesu
On Sun 2008-07-13 19:03:44, Kubajz wrote: Pavel Machek napsal(a): AhoJ! ted jsem koukal na WMS a je tam mozne stahovat zelene plochy lesu. Vse spatne je k necemu dobre - alespon by se vyrazne snizil pocet bodu, ktere by se importovaly, protoze ty zelene plochy uz nejsou deleny na typy lesu, ale jsou vcelku. Takze asi predelam ten program tak, ze bude fungovat jako lakewalker (mozna ho i pouziju) a bude delat z obrazku krivky... Ty stary data nekde jsou, ne? Ta konverze uz se jednou delala... a nekde na webu jsou vysledky ... (kdybych si tak pamatoval kde) ... (par grepu) http://kubajz.kbx.cz/junk/uhul/output/ Samozrejme, lakewalker by byla taky moznost ;-). udelal jsem algoritmus, ktery zjednodusi vstupni data na uroven definovanou uzivatelem a uz ho mam odzkouseny. Navic bude souvisle velke lesy delit na mensi, aby pri stazeni malych dat clovek nestahoval pulku lesu CR. Je nekde k dispozici vysledek? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Import lesu
Az dorazim dom, tak ho nekde vystavim. Nemam to ted u sebe. K Pavel Machek napsal(a): On Sun 2008-07-13 19:03:44, Kubajz wrote: Pavel Machek napsal(a): AhoJ! ted jsem koukal na WMS a je tam mozne stahovat zelene plochy lesu. Vse spatne je k necemu dobre - alespon by se vyrazne snizil pocet bodu, ktere by se importovaly, protoze ty zelene plochy uz nejsou deleny na typy lesu, ale jsou vcelku. Takze asi predelam ten program tak, ze bude fungovat jako lakewalker (mozna ho i pouziju) a bude delat z obrazku krivky... Ty stary data nekde jsou, ne? Ta konverze uz se jednou delala... a nekde na webu jsou vysledky ... (kdybych si tak pamatoval kde) ... (par grepu) http://kubajz.kbx.cz/junk/uhul/output/ Samozrejme, lakewalker by byla taky moznost ;-). udelal jsem algoritmus, ktery zjednodusi vstupni data na uroven definovanou uzivatelem a uz ho mam odzkouseny. Navic bude souvisle velke lesy delit na mensi, aby pri stazeni malych dat clovek nestahoval pulku lesu CR. Je nekde k dispozici vysledek? Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] pokusny import lesu
S tim naprosto souhlasim. Sjednocene typy a zjednodusit na napr. 15m chybu v Douglas-Pluckeru. Daji se tedy pouzit ty xml data od Vas? Jestli ne tak se musi rozpoznat nejaka bitmapa z wms serveru uhulu? Pochopil jsem to tak, ze ten vektor jiz na UHUL neni. Na vektorizaci jsem pouzival potrace na buildup area. Zkousel jsem vytvorit bitmapu o nejakem rozliseni s tim, ze se na kazdou adresu udelal pixel, blur a vzal pixely s hodnotou vyssi nez neco. Vysledek se prohnal potrace a vzniknul vektor. Bohuzel vysledek se mi nelibil tolik jako rucni vyber, takze jsem od toho nakonec upustil. Hezci bylo vytvorit kolem adresy sestiuhelnik o nejake plose a polygony vektorove zmergovat a simplifikovat pro vyhlazeni zoubku. Pouzival jsem algoritmy popsane v predchozim mejlu. S pouzitim dat z CSU vznikla pekna mapka. Bohuzel asi nejde pouzit kvuli licenci. Ale z UIR by take mozna neco pekneho vzniklo... Jaky je tedy navrh? XML nebo bitmapa? T Pokud si to dobre pamatuji, tak nazor byl ano, ale ve zjednodusenem stavu. Preci neni mozne mit tam lesy v rozliseni 5m s rozlisenim poddruhu lesu. Navic jsem zjistil i chybu v puvodni implementaci, ze se muze stat, ze nektere lesy nebudou importovany a nektere lesy tam budou dvakrat - je to z duvodu toho, ze puvodni WFS pracovalo trochu zvlastne s BB oblasti. Kdyz tam zasahoval jen maly kousek lesa, tak jej nezobrazil a kdyz tam zasahoval vetsi, tak uz jo. A mohlo se stat, ze takhle les zobrazil ve dvou dlazdicich. K Pavel Machek napsal(a): On Sun 2008-07-13 19:00:26, Kubajz wrote: Pavel Machek napsal(a): Ahoj! Importoval jsem okoli klanovic a kus vychodni Prahy... v oblastech je malo lesu a dost jinych dat, takze tech dat nebylo tolik, a Praha se trochu zazelena... Dlazdice jsou vyjmenovany na wiki. Hm - bylo by celkem dobre respektovat nazor vetsiny na konferenci. Ta data pro jistotu smazu, aby to nekoho nelakalo... Bohuzel respektovat nazor vetsiny na konferenci (a nemyslim ze to byla vetsina) v tomto pripade znamena nemapovat lesy. A je dost smutny kdyz v praze jsou nakresleny jednotlivy domky v Dejvicich, a pak v ni jaksi chybi Sarecky les. Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] pokusny import lesu
Na traceovani bitmap je spousta kvalitniho softu - bohuzel jsem neprisel na to, jak nacpat EPS nebo DXF do OSM. A pritom by to byla tak jednoducha, pekna a cista prace. Editacni funkce a moznosti JOSM jsou v porovnani s profi grafickym softem hrozne primitivni. Kdybych nebyl grafik, asi by me to netrapilo, ale protoze jsem, tak jsem tim desne frustrovanej :) On Mon, 14 Jul 2008 10:49:11 +0200, [EMAIL PROTECTED] wrote: S tim naprosto souhlasim. Sjednocene typy a zjednodusit na napr. 15m chybu v Douglas-Pluckeru. Daji se tedy pouzit ty xml data od Vas? Jestli ne tak se musi rozpoznat nejaka bitmapa z wms serveru uhulu? Pochopil jsem to tak, ze ten vektor jiz na UHUL neni. Na vektorizaci jsem pouzival potrace na buildup area. Zkousel jsem vytvorit bitmapu o nejakem rozliseni s tim, ze se na kazdou adresu udelal pixel, blur a vzal pixely s hodnotou vyssi nez neco. Vysledek se prohnal potrace a vzniknul vektor. Bohuzel vysledek se mi nelibil tolik jako rucni vyber, takze jsem od toho nakonec upustil. Hezci bylo vytvorit kolem adresy sestiuhelnik o nejake plose a polygony vektorove zmergovat a simplifikovat pro vyhlazeni zoubku. Pouzival jsem algoritmy popsane v predchozim mejlu. S pouzitim dat z CSU vznikla pekna mapka. Bohuzel asi nejde pouzit kvuli licenci. Ale z UIR by take mozna neco pekneho vzniklo... Jaky je tedy navrh? XML nebo bitmapa? T Pokud si to dobre pamatuji, tak nazor byl ano, ale ve zjednodusenem stavu. Preci neni mozne mit tam lesy v rozliseni 5m s rozlisenim poddruhu lesu. Navic jsem zjistil i chybu v puvodni implementaci, ze se muze stat, ze nektere lesy nebudou importovany a nektere lesy tam budou dvakrat - je to z duvodu toho, ze puvodni WFS pracovalo trochu zvlastne s BB oblasti. Kdyz tam zasahoval jen maly kousek lesa, tak jej nezobrazil a kdyz tam zasahoval vetsi, tak uz jo. A mohlo se stat, ze takhle les zobrazil ve dvou dlazdicich. K Pavel Machek napsal(a): On Sun 2008-07-13 19:00:26, Kubajz wrote: Pavel Machek napsal(a): Ahoj! Importoval jsem okoli klanovic a kus vychodni Prahy... v oblastech je malo lesu a dost jinych dat, takze tech dat nebylo tolik, a Praha se trochu zazelena... Dlazdice jsou vyjmenovany na wiki. Hm - bylo by celkem dobre respektovat nazor vetsiny na konferenci. Ta data pro jistotu smazu, aby to nekoho nelakalo... Bohuzel respektovat nazor vetsiny na konferenci (a nemyslim ze to byla vetsina) v tomto pripade znamena nemapovat lesy. A je dost smutny kdyz v praze jsou nakresleny jednotlivy domky v Dejvicich, a pak v ni jaksi chybi Sarecky les. Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz __ Informace od NOD32 3263 (20080711) __ Tato zprava byla proverena antivirovym systemem NOD32. http://www.nod32.cz -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] pokusny import lesu
Ahoj, [EMAIL PROTECTED] napsal(a): S tim naprosto souhlasim. Sjednocene typy a zjednodusit na napr. 15m chybu v Douglas-Pluckeru. diky za podporu :) Daji se tedy pouzit ty xml data od Vas? Jestli ne tak se musi rozpoznat nejaka bitmapa z wms serveru uhulu? Pochopil jsem to tak, ze ten vektor jiz na UHUL neni. ta data, co jsem tehdy vytahl z WFS nemuseji byt korektni a trpi spoustou neduhu (napr. duplicity bodu aj.), takze neni dobre z nich vychazet. Na webu jsem je pro jistotu jiz znepristupnil. Uhul ma nejaky problem v nastaveni WFS serveru, takze vktorova data jiz nelze stahnout. Nicmene stale lze stahnout bitmapy pres WMS v pozadovanem rozliseni. Na vektorizaci jsem pouzival potrace na buildup area. Zkousel jsem na potrace jsem narazil dnes asi pred hodinou. Zkusim, co to provede na obrazku z UHUL WMS. Da se mu zabranit v tom, aby vytvarel krivky a misto toho to udelal z usecek (hranate)? vytvorit bitmapu o nejakem rozliseni s tim, ze se na kazdou adresu udelal pixel, blur a vzal pixely s hodnotou vyssi nez neco. Vysledek se prohnal potrace a vzniknul vektor. Bohuzel vysledek se mi nelibil tolik jako rucni vyber, takze jsem od toho nakonec upustil. Hezci bylo vytvorit kolem adresy sestiuhelnik o nejake plose a polygony vektorove zmergovat a simplifikovat pro vyhlazeni zoubku. Pouzival jsem algoritmy popsane v predchozim mejlu. S pouzitim dat z CSU vznikla pekna mapka. Bohuzel asi nejde pouzit kvuli licenci. Ale z UIR by take mozna neco pekneho vzniklo... Jaky je tedy navrh? XML nebo bitmapa? bitmapa T Pokud si to dobre pamatuji, tak nazor byl ano, ale ve zjednodusenem stavu. Preci neni mozne mit tam lesy v rozliseni 5m s rozlisenim poddruhu lesu. Navic jsem zjistil i chybu v puvodni implementaci, ze se muze stat, ze nektere lesy nebudou importovany a nektere lesy tam budou dvakrat - je to z duvodu toho, ze puvodni WFS pracovalo trochu zvlastne s BB oblasti. Kdyz tam zasahoval jen maly kousek lesa, tak jej nezobrazil a kdyz tam zasahoval vetsi, tak uz jo. A mohlo se stat, ze takhle les zobrazil ve dvou dlazdicich. K Pavel Machek napsal(a): On Sun 2008-07-13 19:00:26, Kubajz wrote: Pavel Machek napsal(a): Ahoj! Importoval jsem okoli klanovic a kus vychodni Prahy... v oblastech je malo lesu a dost jinych dat, takze tech dat nebylo tolik, a Praha se trochu zazelena... Dlazdice jsou vyjmenovany na wiki. Hm - bylo by celkem dobre respektovat nazor vetsiny na konferenci. Ta data pro jistotu smazu, aby to nekoho nelakalo... Bohuzel respektovat nazor vetsiny na konferenci (a nemyslim ze to byla vetsina) v tomto pripade znamena nemapovat lesy. A je dost smutny kdyz v praze jsou nakresleny jednotlivy domky v Dejvicich, a pak v ni jaksi chybi Sarecky les. Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] pokusny import lesu
Ahoj, [EMAIL PROTECTED] napsal(a): No dobra muzeme bitmapu. Ono obecne duplicity nevadi, to odstrani mergovani a simplifikace, ale chybejici data by mohl byt problem. Jen mi prijde skoda tahat takovou spoustu dat (bitmapy nejsou zrovna nejuspornejsi). PNG ma mene nez rozbalene XML, ktere leze z WFS, tudiz nemohu souhlasit... Opravdu jsou ty data tak strasne nepouzitelny? Nezna nekdo Ano jsou. Zrovna jsem se dival na cast Krcskeho lesa, kterou importoval Pavel a krome toho, ze lezi v Polabi ma prazvlastni tvar. Se starym WFS byl ten problem, ze daval data pouze v JTSK a musely se prevadet do wgs84, coz pridavalo dalsi stupen mozne chyby, protoze Krovak nebyl v libproj zrovna spolehlive implementovan - lisil se verzi od verze. nekoho v UHULu, aby se zeptal jak se dostat na ten WFS? Vektor je vektor... Bitmapa nam pridava krok 0, zbytek je stejny. Rekl bych ze naopak. Parsovani a tahani nekomprimovaneho XML, prevod do jineho typu souradnic, mergovani je prace navic. Podle meho nazoru ta bitmapa spoustu veci resi elegantnim zpusobem (mergovani, prevod souradnic a prvotni simplifikaci). Navic pro praci se bitmapa snadno vizualizuje, na XML je potreba osmarender, ktery je dost pomaly. T Ahoj, [EMAIL PROTECTED] napsal(a): S tim naprosto souhlasim. Sjednocene typy a zjednodusit na napr. 15m chybu v Douglas-Pluckeru. diky za podporu :) Daji se tedy pouzit ty xml data od Vas? Jestli ne tak se musi rozpoznat nejaka bitmapa z wms serveru uhulu? Pochopil jsem to tak, ze ten vektor jiz na UHUL neni. ta data, co jsem tehdy vytahl z WFS nemuseji byt korektni a trpi spoustou neduhu (napr. duplicity bodu aj.), takze neni dobre z nich vychazet. Na webu jsem je pro jistotu jiz znepristupnil. Uhul ma nejaky problem v nastaveni WFS serveru, takze vktorova data jiz nelze stahnout. Nicmene stale lze stahnout bitmapy pres WMS v pozadovanem rozliseni. Na vektorizaci jsem pouzival potrace na buildup area. Zkousel jsem na potrace jsem narazil dnes asi pred hodinou. Zkusim, co to provede na obrazku z UHUL WMS. Da se mu zabranit v tom, aby vytvarel krivky a misto toho to udelal z usecek (hranate)? vytvorit bitmapu o nejakem rozliseni s tim, ze se na kazdou adresu udelal pixel, blur a vzal pixely s hodnotou vyssi nez neco. Vysledek se prohnal potrace a vzniknul vektor. Bohuzel vysledek se mi nelibil tolik jako rucni vyber, takze jsem od toho nakonec upustil. Hezci bylo vytvorit kolem adresy sestiuhelnik o nejake plose a polygony vektorove zmergovat a simplifikovat pro vyhlazeni zoubku. Pouzival jsem algoritmy popsane v predchozim mejlu. S pouzitim dat z CSU vznikla pekna mapka. Bohuzel asi nejde pouzit kvuli licenci. Ale z UIR by take mozna neco pekneho vzniklo... Jaky je tedy navrh? XML nebo bitmapa? bitmapa T Pokud si to dobre pamatuji, tak nazor byl ano, ale ve zjednodusenem stavu. Preci neni mozne mit tam lesy v rozliseni 5m s rozlisenim poddruhu lesu. Navic jsem zjistil i chybu v puvodni implementaci, ze se muze stat, ze nektere lesy nebudou importovany a nektere lesy tam budou dvakrat - je to z duvodu toho, ze puvodni WFS pracovalo trochu zvlastne s BB oblasti. Kdyz tam zasahoval jen maly kousek lesa, tak jej nezobrazil a kdyz tam zasahoval vetsi, tak uz jo. A mohlo se stat, ze takhle les zobrazil ve dvou dlazdicich. K Pavel Machek napsal(a): On Sun 2008-07-13 19:00:26, Kubajz wrote: Pavel Machek napsal(a): Ahoj! Importoval jsem okoli klanovic a kus vychodni Prahy... v oblastech je malo lesu a dost jinych dat, takze tech dat nebylo tolik, a Praha se trochu zazelena... Dlazdice jsou vyjmenovany na wiki. Hm - bylo by celkem dobre respektovat nazor vetsiny na konferenci. Ta data pro jistotu smazu, aby to nekoho nelakalo... Bohuzel respektovat nazor vetsiny na konferenci (a nemyslim ze to byla vetsina) v tomto pripade znamena nemapovat lesy. A je dost smutny kdyz v praze jsou nakresleny jednotlivy domky v Dejvicich, a pak v ni jaksi chybi Sarecky les. Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz ___ Talk-cz mailing list
Re: [Talk-cz] pokusny import lesu
Ahoj, [EMAIL PROTECTED] napsal(a): Tak jo, zkusime tedy ty png. Pokud se tedy do toho nikdo nepusti, tak to klidne nejak zkusim pristi tyden. Jakou budem tahat podrobnost? 1 pixel na ja jsem se do toho pustil, tak mi pockej do konce tydne a predam kdyztak vse, co jsem do te doby vytvoril. V sobotu odjizdim na dovolenou, takze pak 14 dni na tom nebudu moci delat ani nahodou. 5 metru? To by vychazelo tak na priblizne 300x200 tilu po 256x256 pixelu. Poslete mi sem akorat link na ty WMS data at alespon vim odkud pripadne tahat? Muj pripadny postup: 1. Stahnout tiles stahuji z WMS po kroku 0.1 stupne v rozliseni 2000x2000 bodu. To dava prijatelnou presnost a neni to prehnane. 2. Prevest na jednobitovou bitmapu. Mozna by to slo i cele spojit (asi 500MB) 3. Prohnat potracem ale ten vraci krivky. Co s tim dal? Ja bych se klonil k variante bez potrace, pokud neexistuje moznost prehodit ho do rezimu rovnych car. Pokud bychom totiz vzali pouze body a ignorovali ridici body/tecny, tak bychom se dopustili velmi hrube chyby. 4. Vyhodit plochy/diry mensi nez X tech IMO moc neni, ale muze se to udelat. 5. Provest generalizaci (15m chyba) 6. Opravit polygony (self-intersection) z principu nemaji 7. Rozsekat polygony na mensi (max. Y nodu) celkem dobrej napad, na to jsem zatim nepomyslel 8. Poslat jich par ke kontrole urcite :) Spis vsechny. Chyby se projevi casto na specifickych datech a kazdy z nas zkouma trochu jinou oblast CR. 9. Poslat vse omarkovane do OSM asi ano, ale to bych nechal na diskuzi, az to bude hotove. 10. Smazat pripadne uz nakreslene lesy, ktere nemaji mark (mozna rucne zkontrolovat) lesu je ted tak malo, ze je popr. odstranime rucne. Dik T Ahoj, [EMAIL PROTECTED] napsal(a): No dobra muzeme bitmapu. Ono obecne duplicity nevadi, to odstrani mergovani a simplifikace, ale chybejici data by mohl byt problem. Jen mi prijde skoda tahat takovou spoustu dat (bitmapy nejsou zrovna nejuspornejsi). PNG ma mene nez rozbalene XML, ktere leze z WFS, tudiz nemohu souhlasit... Opravdu jsou ty data tak strasne nepouzitelny? Nezna nekdo Ano jsou. Zrovna jsem se dival na cast Krcskeho lesa, kterou importoval Pavel a krome toho, ze lezi v Polabi ma prazvlastni tvar. Se starym WFS byl ten problem, ze daval data pouze v JTSK a musely se prevadet do wgs84, coz pridavalo dalsi stupen mozne chyby, protoze Krovak nebyl v libproj zrovna spolehlive implementovan - lisil se verzi od verze. nekoho v UHULu, aby se zeptal jak se dostat na ten WFS? Vektor je vektor... Bitmapa nam pridava krok 0, zbytek je stejny. Rekl bych ze naopak. Parsovani a tahani nekomprimovaneho XML, prevod do jineho typu souradnic, mergovani je prace navic. Podle meho nazoru ta bitmapa spoustu veci resi elegantnim zpusobem (mergovani, prevod souradnic a prvotni simplifikaci). Navic pro praci se bitmapa snadno vizualizuje, na XML je potreba osmarender, ktery je dost pomaly. T Ahoj, [EMAIL PROTECTED] napsal(a): S tim naprosto souhlasim. Sjednocene typy a zjednodusit na napr. 15m chybu v Douglas-Pluckeru. diky za podporu :) Daji se tedy pouzit ty xml data od Vas? Jestli ne tak se musi rozpoznat nejaka bitmapa z wms serveru uhulu? Pochopil jsem to tak, ze ten vektor jiz na UHUL neni. ta data, co jsem tehdy vytahl z WFS nemuseji byt korektni a trpi spoustou neduhu (napr. duplicity bodu aj.), takze neni dobre z nich vychazet. Na webu jsem je pro jistotu jiz znepristupnil. Uhul ma nejaky problem v nastaveni WFS serveru, takze vktorova data jiz nelze stahnout. Nicmene stale lze stahnout bitmapy pres WMS v pozadovanem rozliseni. Na vektorizaci jsem pouzival potrace na buildup area. Zkousel jsem na potrace jsem narazil dnes asi pred hodinou. Zkusim, co to provede na obrazku z UHUL WMS. Da se mu zabranit v tom, aby vytvarel krivky a misto toho to udelal z usecek (hranate)? vytvorit bitmapu o nejakem rozliseni s tim, ze se na kazdou adresu udelal pixel, blur a vzal pixely s hodnotou vyssi nez neco. Vysledek se prohnal potrace a vzniknul vektor. Bohuzel vysledek se mi nelibil tolik jako rucni vyber, takze jsem od toho nakonec upustil. Hezci bylo vytvorit kolem adresy sestiuhelnik o nejake plose a polygony vektorove zmergovat a simplifikovat pro vyhlazeni zoubku. Pouzival jsem algoritmy popsane v predchozim mejlu. S pouzitim dat z CSU vznikla pekna mapka. Bohuzel asi nejde pouzit kvuli licenci. Ale z UIR by take mozna neco pekneho vzniklo... Jaky je tedy navrh? XML nebo bitmapa? bitmapa T Pokud si to dobre pamatuji, tak nazor byl ano, ale ve zjednodusenem stavu. Preci neni mozne mit tam lesy v rozliseni 5m s rozlisenim poddruhu lesu. Navic jsem zjistil i chybu v puvodni implementaci, ze se muze stat, ze nektere lesy nebudou importovany a nektere lesy tam
Re: [Talk-cz] pokusny import lesu
Ahoj, Kubajz napsal(a): ja jsem se do toho pustil, tak mi pockej do konce tydne a predam kdyztak vse, co jsem do te doby vytvoril. V sobotu odjizdim na dovolenou, takze pak 14 dni na tom nebudu moci delat ani nahodou. Super! Jasne pockam urcite, prace je dost i jinde. Akorat to nejak pak posli do konference at se na tom da pokracovat. Muj pripadny postup: 1. Stahnout tiles stahuji z WMS po kroku 0.1 stupne v rozliseni 2000x2000 bodu. To dava prijatelnou presnost a neni to prehnane. Pokud dobre pocitam tak to rozliseni vychazi priblizne na tech 5m na pixel, takze ok. 2. Prevest na jednobitovou bitmapu. Mozna by to slo i cele spojit (asi 500MB) 3. Prohnat potracem ale ten vraci krivky. Co s tim dal? Ja bych se klonil k variante bez potrace, pokud neexistuje moznost prehodit ho do rezimu rovnych car. Pokud bychom totiz vzali pouze body a ignorovali ridici body/tecny, tak bychom se dopustili velmi hrube chyby. Ja mam zkusenosti s potrace. Je bezproblemovej. Pouzivam binding do pythona, takze se s nim pracuje velmi pohodlne. Krivky se daji bud vypnout nebo je proste zpracovat, to neni problem, protoze simplifikace je vyrusi... Jestli existuje neco lepsiho (lakewalker neznam), tak se holt pouzije neco lepsiho... Pohodlnejsi ale bude zprocesovat to cele jako jedinou obrovskou bitmapu, coz potrace zvladne. Diry samorzejmne umi take. 4. Vyhodit plochy/diry mensi nez X Toto muze byt potreba, protoze vektorizator muze vytvaret malicke polygony jako artefakty tech IMO moc neni, ale muze se to udelat. 5. Provest generalizaci (15m chyba) 6. Opravit polygony (self-intersection) z principu nemaji Jak uz jsem psal. Vadne polygony vznikaji pri generalizaci. Nastava to malokdy, ale nastava. Napr. generalizovat dobre vltavu v praze pro velka meritka je opravdu orisek, jak je videt na nekterych navigacich. 7. Rozsekat polygony na mensi (max. Y nodu) celkem dobrej napad, na to jsem zatim nepomyslel Bud se neco napise nebo se da pouzit CGAL. Ten to nejak ma. Reseni na miru bude mozna lepsi... Zbytek OK. Kdyz budes chtit s necim pomoct, jsem k dispozici. T ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
[OSM-talk-fr] nom des villages
Bonjour, Je voulais savoir si y'avait un truc qui remplissait automatiquement le nom des villages ? J'ai l'impression qu'il y en a beaucoup, mais qu'il en manque aussi beaucoup. Dois-je le faire à la main ? Comme y'a pas mal d'infos (code postal, code insee etc.), je me demandais si y'avait un robot qui automatise tout ça. Merci, Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] nom des villages
Tu peux essayer de contacter Alban (alban.noir chez free.fr) qui possède un script pour ajouter les villes et villages par département. Mais il faut repasser derrière pour corriger les positions qui peuvent se trouver à plusieurs centaines de mètres voire en kilomètres par rapport au centre réel de la ville/village. De plus, son script peut introduire des doublons mais ça reste quand même bien utile.Il faudrait juste qu'il corrige encore la classification des tags place pour hamlet (hameaux) qui ne devrait s'appliquer qu'aux patelins en dessous de 100 habitants et qui ne sont rendus que sur le dernier niveau de zooms sur les cartes en ligne. Pieren On Mon, Jul 14, 2008 at 5:48 PM, Axel R. [EMAIL PROTECTED] wrote: Bonjour, Je voulais savoir si y'avait un truc qui remplissait automatiquement le nom des villages ? J'ai l'impression qu'il y en a beaucoup, mais qu'il en manque aussi beaucoup. Dois-je le faire à la main ? Comme y'a pas mal d'infos (code postal, code insee etc.), je me demandais si y'avait un robot qui automatise tout ça. Merci, Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] CadastreWMS v0.4
Voici la 4e version du plugin cadastrewms pour Josm. Vous pouvez télécharger le fichier jar ici : http://dl.free.fr/aPdkDjnZj/cadastrewms.jar Je conseille aussi d'utiliser une version récente de Josm. Ce qui change: - le message d'erreur au moment de l'upload est corrigé; - l'installation du plugin wmsplugin n'est plus indispensable; - ajout automatique du tag source=Cadastre... en l'activant à partir du menu. Le texte de la source est modifiable dans la fenêtre des préférences (à faire au moins une fois pour indiquer l'année); - configuration manuelle de la zone Lambert. Surtout utile pour certaines villes se trouvant ä cheval entre deux zones Lambert. Il arrive que Josm choississe automatiquement la zone Lambert qui ne corresponde pas à celle utilisée par le cadastre (image retournée vide). Il faut alors vider tous les layers avant de définir la zone manuellement puis de charger les données soit en faisant un download du serveur osm ou en chargeant un fichiier osm ou gpx. Petit rappel : restez à des niveaux de zooms assez grands, les planches cadastrales ne couvrant qu'une seule commune à la fois; - on peut enfin choisir un multiplicateur d'image dans la fenêtre des préférences. L'écran sera divisé en 4 ou 9 sections avec un niveau de détails augmenté mais aussi un temps de chargement plus long. Ce qui ne change pas: - la cohabitation avec le plugin validator est toujours impossible. En cours d'investigation (validator ne supporte pas la projection Lambert). Autres rappels: - si vous voyez un message d'alerte vous signalant que vos dernières données sont trop éloignées de la zone Lambert actuelle, n'insistez pas : annulez votre dernière commande (Undo) et faites une sauvegarde soit en uploadant, soit en sauvegardant dans un fichier. Mais n'utilisez PAS ces dernières données qui seront mal positionnées dans la base OSM. La dernière version de Josm affiche un message d'avertissement plus explicite que précédement. - concernant l'aspect légal, certains pensent que les conditions générales d'utilisation du wms cadastre ne permettent pas d'utiliser ces données pour le projet OSM. Le contributeur Denis va adresser un courrier à la DGI pour lever tous les doutes. Il est donc possible qu'en cas de réponse négative, il faille supprimer toutes les données tagguées avec source=Cadastre Utilisez donc le plugin avec parcimonie en attendant cette confirmation. - les données du cadastre qui nous intéressent se trouvent en creux sur les planches. Si le cadastre peut être très utile pour mieux géolocaliser des voies en centre-ville, là où le GPS est le plus mauvais, il ne remplace en aucun cas une visite sur le terrain. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [Talk-GB] OpenStreetMap street types
You may be interested in looking at the ITO site that was mentioned at State of the Map this past weekend. It allows you to retrieve similar statistics in real time (though on a weekly dataset). It also operates on a smaller area but still gives you valuable information, the url is www.itoworld.com John On 13 Jul 2008, at 22:19, Bob Hawkins wrote: Out of interest, I have opened the England.shp.zip file that is in http://download.geofabrik.de/osm/europe/great_britain/ , grouped the roads.shp file by Type and ordered it by its count. The result can be seen in the attachment. I suppose, with so many people contributing, one should be quite pleased that,with the exception of 'unsurfaced', all the counts over 1,000 are valid, according to the JOSM Presets drop down, so far as I can determine. I wonder, though: 1. could any cleaning up be done (changing footpath to footway, perhaps) 2. does the presence of so many oddities suggest that the use of Keys and Values needs to be more prominent within the OSM website so that users can more readily understand what is acceptable and what is not? I am a newbie, and I expect experienced users will have more valuable observations and suggestions. I should welcome discussion on this topic. On a final note: I have found it difficult to readily find answers to all the questions that arise as a newcomer. They are often out there somewhere, usually found by Googling and trolling through countless pages. I do feel it would be such a benefit to people like me to have a structered and detailed Help file in one place. Bob Hawkins Street types.csv ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-gb
Re: [Talk-GB] OpenStreetMap street types
Maybe we should have a howto section on our wiki which is continuously updated with tips, tricks and methods on doing various things with OSM data. --- Chaitanya Kuber [EMAIL PROTECTED] LinkedIn Profile On 13 Jul 2008, at 22:19, Bob Hawkins wrote: Out of interest, I have opened the England.shp.zip file that is inhttp://download.geofabrik.de/osm/europe/great_britain/ , grouped the roads.shp file by Type and ordered it by its count. The result can be seen in the attachment. I suppose, with so many people contributing, one should be quite pleased that,with the exception of 'unsurfaced', all the counts over 1,000 are valid, according to the JOSM Presets drop down, so far as I can determine. I wonder, though: 1. could any cleaning up be done (changing footpath to footway, perhaps) 2. does the presence of so many oddities suggest that the use of Keys and Values needs to be more prominent within the OSM website so that users can more readily understand what is acceptable and what is not? I am a newbie, and I expect experienced users will have more valuable observations and suggestions. I should welcome discussion on this topic. On a final note: I have found it difficult to readily find answers to all the questions that arise as a newcomer. They are often out there somewhere, usually found by Googling and trolling through countless pages. I do feel it would be such a benefit to people like me to have a structered and detailed Help file in one place. Bob Hawkins Street types.csv ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-gb
Re: [Talk-us] Fwd: GIS datasets for openstreetmap.org - FTP
This past weekend I wrote a generic shapefile to OSM converter (based on specific converters from Dave and Matt). I was playing with it for my NHD data and realized that my NHD-PostGIS import missed half the water bodies, so I got distracted by that. Anyway, if you have a relatively small area's worth of shapefile data that you'd like to convert to OSM, let me know and I can post this script somewhere. Basically, it converts all the data in the shapfile to nodes/ways and then assigns the shapefile's attributes and values to those ways. Once you have that, you can open it up in JOSM and use the Find tool to apply OSM tags as you see fit. On Mon, Jul 14, 2008 at 1:48 PM, Dave Hansen [EMAIL PROTECTED] wrote: On Mon, 2008-07-14 at 10:37 -0700, Adam Layne wrote: Karl Newman told me that you might be the person to show these shapefiles to. I've been talking to someone at Mt. Hood National Forest about their datasets, and I'd like to do the same for all the national forests eventually. I don't have the technical expertise to actually do any kind of conversions. The TIGER stuff was really a one-off thing for me. I stole the code to do the conversion!! But, I'll see what I can do to track down getting these converted as well. Thanks for chasing them down. Are those ftp locations going away any time soon? Also, did you contact Metro about their data? I can try them again if you don't want to, but I'm beginning to get the feeling that their data was created by a private contractor. To some degree, it doesn't matter who created it. The taxpayers paid for it to be created, and unless we got a serious price break for agreeing not to share it, we probably need to share it. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us
Re: [Talk-us] US Hydrographic Data
Hello, I am a new subscriber to this list. I live in the Atlanta, GA area. I have been adding to OSM a little in my spare time but now it seems to be getting closer to my work life. I have worked a bit on adding OSM as a background layer to our GIS, but today I found this mailing list with this discussion and now I am also thinking about going the other way and adding hydrography to OSM. In my work I have been using the recently released NHDPlus dataset: http://www.horizon-systems.com/nhdplus/ Is this the version of NHD this discussion has been about or has this been about a previous version of NHD? The most interesting layers I see in NHDPlus are all in its Hydrography folder: nhdflowline, nhdpoint, nhdarea, and nhdwaterbody. (A second line layer, nhdline, is present but seems to be mostly unused. Many other layers are also present in NHDPlus.) The nhdpoint layer is small and indicates where waterfalls, springs, rapids, wells, and locks are located. The nhdflowline layer is just lines and they represent all the waterways in the nation down to fairly small streams. The nhdarea and nhdwaterbody layers contain 2-dimensional areas that are present only when a body of water is wide. All of these layers contain many shape attributes that are likely of no use to OSM. For the whole nation, here is a summary of the uncompressed size of all the Hydrography shapefiles (including dbf): nhdflowline 2.8G (or 2.3G for just the .shp) nhdarea 140M nhdwaterbody 585M nhdpoint 26M nhdline under 4M Grand total 3.5G, (goes down to 1.6G when zipped) I really like the idea of having detailed hydrography added to OSM, but I am a little worried about overwhelming the database by adding all the flowlines. I am thinking that just adding the nhdarea, nhdpoint and nhdwaterbody might be a good place to start even if we do end up adding the flowlines too. A quick looks indicates that filtering by which flowlines have GNIS names assigned might cut the number of flowlines roughly in half. This could be an easy way to omit the least interesting streams but after a quick look I can see it would leave many named streams disconcertingly disconnected from the network because the stream they flow into lacks a name. -- Mark Gray ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us
Re: [Talk-us] US Hydrographic Data
On Mon, Jul 14, 2008 at 6:39 PM, Mark Gray [EMAIL PROTECTED] wrote: Hello, I am a new subscriber to this list. I live in the Atlanta, GA area. I have been adding to OSM a little in my spare time but now it seems to be getting closer to my work life. I have worked a bit on adding OSM as a background layer to our GIS, but today I found this mailing list with this discussion and now I am also thinking about going the other way and adding hydrography to OSM.http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us Mark, First, read up on the rest of the thread you're replying to: http://lists.openstreetmap.org/pipermail/talk-us/2008-May/000150.html ... but let me also answer your questions. I'm not using the NHDPlus dataset, since it is only released at 1:100K resolution. I believe that the dataset I'm using is closer to the 1:24K resolution. I received the dataset on 5 DVDs from the GIS expert at the NHD office and imported it into a PostGIS database some time ago (45GB of data). Now, I'm working on making an extract - convert - tag - upload system to convert the PostGIS data to OSM. You can see an initial import of a single watershed using a script that Matt Perry wrote by looking around this area: http://openstreetmap.org/?lat=45.578lon=-93.333zoom=11layers=B00FTF There are still tons of data missing from that import script though (the islands in a lake are drawn as multipolygons of the lake), so that is a roadblock before the upload of data can take place. If you have some ideas on conversion to OSM data, please let us know! ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us
Re: [Talk-us] US Hydrographic Data
On Mon, Jul 14, 2008 at 7:55 PM, Mark Gray [EMAIL PROTECTED] wrote: Sorry to speak up before finding that the thread was older than I realized. I have now gone back and found the whole conversation that has been taking place. I wasn't trying to be mean :). Just making sure you saw it. It is beautiful to see in your sample some good hydrology going into OSM. I like populating as many existing OSM tags as possible, but would not worry about trying to add NHD-specific attributes beyond COMID unless they are useful for rendering. Keeping the COMID means anyone can follow that to or from other NHD/NHDPlus data. People who are concentrating on water issues will not be depending exclusively on OSM. Do you have any idea of how large a size addition to OSM this will end up being? I am hoping it will not be so big as to make people complain that a street map doesn't need detailed water. Maybe I shouldn't worry, maybe nobody thinks the database growing is ever a bad thing. I'm not too worried about data size (yet), but a single watershed is around 40MB of OSM XML data. There's a few thousand watersheds, right? So that's a few more gigabytes of data in their database. I might float the idea of not tagging every node with attribution and source, since that significantly increases database footprint. It will take some effort before I can tell quite how your script is working, but I will take a look. Is the version here up to date: http://perrygeo.googlecode.com/svn/trunk/gis-bin/nhd_to_osm.py This is what I used to create the demo data that I linked to. Are islands the only issue that seems to be holding things up or was that just one example? Handling multiple geometries (multipolys and multilines) are pretty much the only thing left in my shapefile - OSM converter. Once we have the data in OSM format, tagging it should be relatively easy (using JOSM or an XSLT transform before the data upload step). ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us
Re: [Talk-us] Interstate name tag
Victor Snesarev wrote: Hi all, Just want to get people's opinion on naming Intestate Highways in the US... The Wiki says http://wiki.openstreetmap.org/index.php/United_States_roads_tagging to set name as Interstate Highway ###. In practice I mostly see I-###. Since interstates are divided into two oneway ways, I think each way should be named I-### Direction, where Direction is East, West, North, South. So, one way of the interstate would be I-40 East and the other is I-40 West. Both ways would have ref=I 40. I know some editors already use this scheme. I got the idea from a link provided by Alex Mauer. Thoughts? I do name=Interstate x Northbound and ref=Ix N. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-us
