Wanderweg-Symbolbeschreibung in name-Tag von highway=track

Falschen Namen löschen und ggf. in die Relation übertragen falls dort nicht schon vorhanden.

bye, Nop

Ich habe da etwas bedenken, dass es Probleme geben könnte, weil ich das halbautomatisch machen würde (=alles in dem Gebiet und Namensbestandteil laden, kurz drüberschauen, ob es ungefähr passen könnte und weg damit). Ausserdem sind dann noch die Routen ohne Relation übrig. Da ich mich gar nicht für Wanderrouten interessiere und mich in der Gegend auch kaum auskenne hätte ich z.B. keine Ahnung, wie ich dieses Ding mit name="1" in eine korrekte Wanderrouten-Relation bekommen könnte (ich weiss ja nicht mal wirklich, was es genau ist). Von mir aus könnte man das trotzdem mit löschen (ich brauch's ja eh nicht), aber ich vermute, dass da jemand einige Arbeit reingesteckt hat, die ich nicht durch meine Ahnungslosigkeit über Wanderweg-Relationen zerstören möchte. Könnte sich jemand mit mehr Wissen über Wanderwege darum kümmern?

mfg~ray

Moin, moin,

rayquaza wrote:

Von mir aus könnte man das trotzdem mit löschen (ich brauch's ja eh nicht), aber ich vermute, dass da jemand einige Arbeit reingesteckt hat, die ich nicht durch meine Ahnungslosigkeit über Wanderweg-Relationen zerstören möchte. Könnte sich jemand mit mehr Wissen über Wanderwege darum kümmern?

Mach aus dem “name=” eine “note=” oder “x-name=”, dann bleibt die erfasste Information erhalten.

Gruß Wolf

Den Vorschlag finde ich gut, der Name am Weg hat mir schon einige Male beim Ergänzen von Wanderwegrelationen geholfen.

@rayquaza

Ich bin auch nicht recht zufrieden mit dem name-Tag. Ich entferne ihn gelegentlich. Auf'm Navi wird er halt angezeigt und ist dann im Gelände nützlich. Naja.

Vielleicht hast du Lust hier mitzumachen:

http://wiki.openstreetmap.org/wiki/Wand … A4lzerwald

OT: @Wegabschneider: Gute Idee, mein nächster Wanderurlaub findet in der Region statt, seit doch bitte bis dahin fertig, damit ich mich nicht verlaufe 😄
Den hier hatte ich vor ein paar Tagen schon etwas ergänzt...

Jo, mach ich fertig. hihi

@Netzwolf: Gute Idee, thx.

Wegabschneider wrote:

Ich bin auch nicht recht zufrieden mit dem name-Tag. Ich entferne ihn gelegentlich. Auf'm Navi wird er halt angezeigt und ist dann im Gelände nützlich. Naja.

Es ist halt trotzdem falsch erfasst um es auf (fast) allen Karten anzugzeigen (aka "Mapping für den Renderer").

Wegabschneider wrote:

Vielleicht hast du Lust hier mitzumachen:
http://wiki.openstreetmap.org/wiki/Wand … A4lzerwald

Ich komme aus einem Ort auf der anderen Seite von "Monnem", verirre mich nur recht selten nach "da hinten" und wandere nicht so gerne. Ich glaube ich wäre eine sehr gute Hilfe 😉

mfg~ray

Nahmd,

rayquaza wrote:

Ich komme aus einem Ort auf der anderen Seite von "Monnem", verirre mich nur recht selten nach "da hinten" und wandere nicht so gerne. Ich glaube ich wäre eine sehr gute Hilfe 😉

Es wird Zeit für die Entwicklung einer 6beinigen oder raupenangetriebenen OSM-Wanderdrohne. Damit können sich auch die Couch-Mapper schweißlos am Outdoor-Mapping beteiligen.

Gruß Wolf

Netzwolf wrote:

...
Es wird Zeit für die Entwicklung einer 6beinigen oder raupenangetriebenen OSM-Wanderdrohne. Damit können sich auch die Couch-Mapper schweißlos am Outdoor-Mapping beteiligen.

Gruß Wolf

Besserer VORSCHLAG: Übernahme der unbewaffneten Drohnen der Bundeswehr ...

Netzwolf wrote:

Es wird Zeit für die Entwicklung einer 6beinigen oder raupenangetriebenen OSM-Wanderdrohne. Damit können sich auch die Couch-Mapper schweißlos am Outdoor-Mapping beteiligen.

Hallo Wolf

Wird schwierig mit der Wegeerkennung. Ist ja nicht alles gut erkennbarer Alt-Asphalt.

Kann man dann schön als Szenario für einen Horrorfilm verwenden. Überall tauchen diese Wanderdronen auf und erfassen alle Wege. Das ist schon beunruhigend genug. Aber dann kommen die großen Maschinen und ... ... SCNR

Edbert (EvanE)

Nachdem ich einen grossen Teil nahe Bad Dürkheim beseitigt hatte, habe ich aus den dabei erkannten Mustern angefangen, eine Overpass-API-Anfrage zu konstruieren, die die verbleibenden betroffenen Ways (und z.Zt. ein paar false positives) ausgeben sollte. Mir scheint diese noch "etwas" ineffizient (sehr lange Laufzeit) - könnte jemand mit mehr Erfahrung damit sich sie ansehen und optimieren?

mfg~ray

Nahmd,

EvanE wrote:

Kann man dann schön als Szenario für einen Horrorfilm verwenden. Überall tauchen diese Wanderdronen auf und erfassen alle Wege. Das ist schon beunruhigend genug. Aber dann kommen die großen Maschinen und ...

Die Insel der Krebse…

Gruß Wolf

Netzwolf wrote:

....
Es wird Zeit für die Entwicklung einer 6beinigen oder raupenangetriebenen OSM-Wanderdrohne. Damit können sich auch die Couch-Mapper schweißlos am Outdoor-Mapping beteiligen.
....

so was ähnliches gibts ja schon 😄
http://www.webreaders.de/wp-content/upl … altech.jpg

wahrscheinlich bastelt die NASA auch schon an OSMoM (OpenStreetMap on Mars)

Nahmd,

geodreieck4711 wrote:

Netzwolf wrote:

....
Es wird Zeit für die Entwicklung einer 6beinigen oder raupenangetriebenen OSM-Wanderdrohne. Damit können sich auch die Couch-Mapper schweißlos am Outdoor-Mapping beteiligen.
....

so was ähnliches gibts ja schon 😄
http://www.webreaders.de/wp-content/upl … altech.jpg

Yepp! Genau sowas hatte ich es mir vorgestellt.

Das muss also nur noch seinen Weg in den pearl-Katalog finden.

Gruß Wolf

Ein Exemplar wird es sicher in einigen Monaten auf ebay geben. Für Bastler, kein Versand, nur für Selbstabholer.

Baßtölpel

... oder der ambitionierte Heimwerker greift zu folgender Lösung:

http://images.netzwelt.de/article/2012/ … -15599.jpg

rayquaza wrote:

Nachdem ich einen grossen Teil nahe Bad Dürkheim beseitigt hatte, habe ich aus den dabei erkannten Mustern angefangen, eine Overpass-API-Anfrage zu konstruieren, die die verbleibenden betroffenen Ways (und z.Zt. ein paar false positives) ausgeben sollte. Mir scheint diese noch "etwas" ineffizient (sehr lange Laufzeit) - könnte jemand mit mehr Erfahrung damit sich sie ansehen und optimieren?

Hallo ray

Reguläre Ausdrücke sind teuer (im Sinne von Rechenaufwand und -zeit). Kein Wunder, dass dies so lange dauert.

Vielleicht hilft es mehrere Alternativen in einen Ausdruck zusammenfassen (z.B.: modv="not" regv="^Am |^Im |^Zum "). Eventuell hilft es auch zu überlegen, welche Regel die meisten Wege aus deiner Abfrage ausschließt und diese weiter nach vorne zu setzen.
Was sicher helfen wird ist die Abfrage nach highway vor dem union zu erledigen und in eine Variable zu speichern, die in allen folgenden Abfragen als Ausgang benutzt wird. Das dürfte eine Menge Daten ergeben, die nicht mehr durchsucht werden müssen.

Edbert (EvanE)

EvanE wrote:

rayquaza wrote:

Nachdem ich einen grossen Teil nahe Bad Dürkheim beseitigt hatte, habe ich aus den dabei erkannten Mustern angefangen, eine Overpass-API-Anfrage zu konstruieren, die die verbleibenden betroffenen Ways (und z.Zt. ein paar false positives) ausgeben sollte. Mir scheint diese noch "etwas" ineffizient (sehr lange Laufzeit) - könnte jemand mit mehr Erfahrung damit sich sie ansehen und optimieren?

Reguläre Ausdrücke sind teuer (im Sinne von Rechenaufwand und -zeit). Kein Wunder, dass dies so lange dauert.

Vielleicht hilft es mehrere Alternativen in einen Ausdruck zusammenfassen (z.B.: modv="not" regv="^Am |^Im |^Zum "). Eventuell hilft es auch zu überlegen, welche Regel die meisten Wege aus deiner Abfrage ausschließt und diese weiter nach vorne zu setzen.
Was sicher helfen wird ist die Abfrage nach highway vor dem union zu erledigen und in eine Variable zu speichern, die in allen folgenden Abfragen als Ausgang benutzt wird. Das dürfte eine Menge Daten ergeben, die nicht mehr durchsucht werden müssen.

Hallo Ray

Es hat mir keine Ruhe gelassen und ich habe meine eigenen Vorschläge mal selber getestet.
- Ich habe einen nicht zu großen Ausschnitt gewählt. (Soll ja nicht zu lange laufen.)
- Dein unverändertes Script brauchte für dieses Gebiet fast 3 Minuten.
- Am, Im, Zum, ... zu einem regulären Ausdruck zusammen zu fassen
bringt eine ganze Menge: Das veränderte Skript braucht noch zwei Minuten.
- Weiter habe ich bestimmte Werte in einer kombinierten regv-Abfrage
zusammen gefasst. Damit wurde noch knapp über eine Minute benötigt.

Das ist mein derzeitiger Zwischenstand: http://overpass-turbo.eu/?q=PCEtLSBNZWh … BM7K6U2PeM

Weitere Optimierungsmöglichkeiten wären die Reihenfolge der Abfragen nach Treffer-Wahrscheinlichkeit zu sortieren (z.B. die Abfrage von [sS]traße weiter vorne). Das kann noch einiges bringen. Noch mehr bringen wird einmal alles ausschließen, was offenichtlich nicht zum Muster gehört, und alle weiteren Anfragen nur noch auf diesem bereits reduzierten Zwischenstand laufen zu lassen, statt immer wieder die gesamte BBox zu checken.

Edbert (EvanE)

Das sieht gut aus!

Bei kurzen, lokalen Pfaden habe ich bisher keine Relationen erstellt. Die behandle ich wie Straßen, wie Bspw. "Gerd-Müller-Pfad".