Overpass - Abfrage für Deutschland

Hallo,
ich habe eine Frage zu Overpass.
Für eine Recherche möchte ich mir bspw. alle Sackgassen in Deutschland heraussuchen lassen.
Die Abfrage bei Overpass funktioniert auch - dank Wizard: “noexit=yes in Deutschland” (timeout manuell hochsetzen). Jedoch steigt ziemlich schnell ein Skript aus und letztlich schmiert der Browser ab, weil die verarbeitete Datenmenge (es wird eine 50-MB-Datei angekündigt) zu groß ist.
Wie lässt sich das Problem in den Griff kriegen?
Dank&Gruß, HawlingOSM

Unabhängig davon das “noexit=yes” nichts mit der deutschen Sackgassen bzw. dem Sackgassen-Schild zu tun hat, stünde da noch die Frage im Raum, wie du die Daten weiterverarbeiten möchtest? In der Tat kommt halt ein Browser bei diesen Datenmengen durchaus am seine Grenzen… wobei ich unter Ubuntu mit Chromium auch schon mal ca 75MB angezeigt bekommen habe ohne das der Browser abschmiert.
Eventuelle Alternative wäre die Daten via Overpass Rohdaten Export in GeoJson herunterzuladen und bei Umap wieder hochzuladen.

Hallo, du darfst dir sicher sein, dass die Weiterarbeitung geklärt ist, wenn ich solche eine Frage stelle. Die Lösung des Problems übrigens auch geklärt: Ich stelle Wizard-Abfragen für einzelne Bundesländer und führe die konvertierte KML-Dateien zusammen. Dennoch besten Dank.

Nun denn.

Aber die Antwort von Harald bzgl “noexit” hast du verstanden? Glaube eher nicht.

Rohdaten direkt von Overpass API liefert dir zwar ein JSON-Format (das erzeugt der Wizard mit [out:json]), das hat aber wirklich nichts mit GeoJSON zu tun. Overpass API kann kein GeoJSON, die Konvertierung macht overpass turbo im Browser, was hier aber nicht funktionieren dürfte weil zuviel Daten. Es gibt aber auch ein osmtogeojson als Kommandozeilen-Dingens.

Da haben wohl noch mehr das Thema nicht verstanden.
Sie dürfen glauben was Sie mögen.
Och, Wizi-Abfragen für 16 Bundesländer und 16 KML-Dateien konvertieren ist jetzt nicht so der Aufwand. Passt schon.

Habe mal eine Gemeinde, die ich größtenteils gemappt habe, abgefragt. Das Ergebnis bei “noexit=yes” waren 17 Stück (ways und nodes), aber bei ungetaggten “Sackgassen” (man muss den Weg wieder zurück) habe ich bei 25 aufgehört zu zählen.
Trage noexit=yes auch nicht mehr oft ein.

Noexit=yes an ways ist annerkanntermaßen unnötig bis falsch.
Ansonsten überlasse ich es unserem Besserwisser, selber herauszufinden, wo sein Denkfehler ist.

EoT
walter

noexit=yes ist weder fürs Rendering noch fürs Routing wichtig. In erster Linie ist es ein „doch, das ist wirklich so gemeint“-Hinweis an die QS-Systeme, um klarzustellen, dass hier ein Anschluss an die nächste Straße nicht einfach vergessen wurde, damit die nicht zu viele false positives werfen.

–ks

“unserem”? Ui, sie schwingen sich auf, im Namen der Forumsgemeinde zu sprechen. Kompliment für Ihren Mut. Aber leider bin nicht “Ihr” Besserwisser. Um Besitz anzuzeigen ist das hier der falsche Platz. Und wieso wählen Sie unkritisch die männliche Form? Ich empfehle die korrektere Schreibweise “Besserwisserin” oder gendertauglich “BesserwisserIn”. :)) So nun genug der Besserwisserei.
Ich möchte nun die inhaltliche Diskussion fortsetzen: Welcher Syntax ist sinnvoll, wenn das Ende einer strikten Sackgasse gesucht wird? Laut Bildunterschrift zum rechten oberen Bild auf der Seite https://wiki.openstreetmap.org/wiki/DE:Key:noexit beschreibt “noexit” genau den Sachverhalt, nach dem ich in der Karte suche.
Bei der Syntax noexit:vehicle=yes bekomme ich für das flächengrößte Bundesland hingegen lediglich ein Handvoll Treffer, bei noexit:vehicle=yes ebenfalls. Gibt es so wenige Sackgassen in dem großen Bundesland? Bei noexit=yes sind es hingegen mehrere Hundert.

Nicht verzagen … aber kurz erklärt. noexit setzt man an Nodes oder das Ende einer Straße, wenn dort kein Weg weiterführt. Es sagt dem Mapper (nicht Router, nicht Fahrzeugführer, …) das es laut einem lokalen Mapper dort keinen Weg gibt weiterzukommen. Gibt es dort aber einen Fußweg, ist noexit falsch. An Wegen sollte es ebenfalls kein noexit geben. noexit:verhicle etc kann man vernachlässigen, gibt es de facto nicht auf der Karte.

Fazit: es gibt jede Menge Sackgassen, die ein noexit haben, die meisten schildertechnischen Sackgassen dürften jedoch kein noexit tragen, rechnet man die falschen noexit dazu, ist das Tag nicht wirklich auswertbar.

Steht doch im Wiki, gleich über der Erklärung für noexit:xyz=yes:

Ich setze das gar nicht ein. noexit ist dafür gedacht, wie oben schon mal gesagt, klarzustellen, dass der Anschluss dieses Weg-Endes nicht nur vergessen wurde, sondern dass wirklich keiner da ist. Eine Sackgasse für jede Verkehrsart.

Ein noexit:motor_vehicle=yes dagegen ist auch dadurch schon ausreichend ausgedrückt, dass nur ein hw=path oder ein Wegstück mit motor_vehicle=no weiterführt, und dann ist auch den QS-Tools klar, dass da nichts vergessen wurde – womit ein noexit=yes unnötig ist.

–ks

So - oder auch nicht:

• eine als Sackgasse gekennzeichnete Sackgasse (noexit=yes): http://www.openstreetmap.org/node/2687093360

• keine Sackgasse: https://www.openstreetmap.org/node/3764308900/, da es dort für Fußgänger weiter geht.

• möglicherweise eine Sackgasse: http://www.openstreetmap.org/node/1232824708 , da niemand geschrieben hat, dass es da wirklich nicht weitergeht.

Die im OSM-Wiki erwähnte Alternative noexit:XXX=yes könnte es etwas einfacher machen; diese ist aber nicht etabliert.

Sackgassen lassen sich nur durch Routinganalysen zuverlässig feststellen. Das beherrschen alle gängigen Router.

Besten Dank für die Erläuterungen und den sachlichen Ton.
Vielleicht tue ich mich so schwer, die nachvollziehbaren Erläuterungen umzusetzen, weil wir verschiedene Perspektiven aufs Thema haben: Ich mappe nicht, sondern umgekehrt, ich ziehe Daten aus der Karte und suche den korrekten Syntax für die Wizard-Abfrage.
Wenn ihr sagt, dass in der Wizard-Abfrage mit “noexit=yes” gar keine Sackgassen (im verkehrsrechtlichen Sinne) gefunden werden können (weil mit dem Key “noexit=yes” lediglich ausgedrückt wird, dass nach dem Straßenende für alle Verkehrsteilnehmer Schluss ist, also es sich um eine strikte Sackgasse handelt), eine erweiterte Kennzeichnung von Sackgassen (im verkehrsrechtlichen Sinne) sich jedoch nur langsam durchsetzt sowie die Keys “noexit:vehicle=yes” und "noexit:motor_vehicle=yes kaum Treffer liefern, womit dann? Es wird also wohl schwierig, die Sackgassen (die im verkehrsrechtlichen Sinne) aufzustöbern?
Wird es bei anderen Themen, z.B. bei die Suche nach Fußgängerüberwegen oder Kindergärten oder Kreisverkehren oder oder oder, auch derart kniffelig?

Das kommt darauf an. Generell würde ich immer empfehlen, selbst mal etwas zu mappen, um ein Gefühl für die Datenmodellierung zu kriegen. Erst dann entwickelt man im Laufe der Zeit eine Idee davon, wie man die Daten am besten wieder abfragen kann. Im Beispiel der Sackgassen wird dir der Wizard wohl eher gar nicht weiterhelfen.

Ah ja, ok, ist also nur dein (erstes) Vorgehen (via Wizard und Ergebnisanzeige direkt im Browser) schief gelaufen.

Ja.

Kommt ganz darauf an, was du z.B. unter einem “Fußgängerüberweg” verstehst
Bei Kreisverkehren kommt es darauf an, ob du nur die “großen” Kreisverkehre haben willst, die sind meistens auch kreisrund als Weg (way) gezeichnet, oder ob auch "mini-roundabout"s dabei sein dürfen, die sind meistens nur an einen Punkt (node) geheftet.
Kindergärten dürfte aus deiner Liste das einfachste und unkniffeligste sein: amenity=kindergarten.

PS: @mmd

Also funktioniert Export > “Speichere/Kopiere als GeoJSON” nur direkt im Browser? Gut zu wissen.

Genau, wird über https://github.com/tyrasd/osmtogeojson im Browser gemacht. Kann man wie gesagt aber auch auf Kommandozeile direkt auf OSM Dateien loslassen.

noexit=yes ist wie schon erwähnt für Sackgasse untauglich, es steht als Hinweis für so was wie
“note=Weg endet hier tatsächlich”,
was ich in letzter Zeit auch schon als Tag gesehen habe und was mMn der Absicht besser entspricht.
note: Hinweis an andere Mapper.

Sackgasse über Tag ist also ein Irrweg, das geht nur über Routing-ähnliche Algorithmen für highway-Linien ohne Fortsetzung.
Hinweis: Bei den QA-Tools (z.B. in JOSM-Datenprüfung) gibt es eine Warnung für Gewässer ohne Fortsetzung. Da lässt sich vielleicht was abkupfern.
[edit: typo]

Wie ich schon schrieb: das packen nur die Router. Die machen eine topologische Analyse und “fahren” die Strecken ab. Und sie “wissen” danach, wo es weitergeht oder nicht. (abhängig vom Anwender Pkw, Lkw, Radler, Biker, Wanderer, Paddler, …)

Da die Router das nicht brauchen, wird es auch immer weniger erfasst.

Gut, bei Sackgassen ein Haken dran. OSM scheint nicht dafür gemacht, geografische Entitäten komfortabel auswerten zu können, weil die Verschlagwortung viel Raum lässt.
Manche legen den Spielraum dafür offenbar weit aus: Neulich wurde mir im Nachbardorf bei OSM doch tatsächlich ein “Stadion” angezeigt, obwohl der Key “stadium” nur bei Sportanlagen mit permanenten, gestaffelten Sitzreihen verwendet werden soll (oder?). Der besagte Sportplatz besteht nur aus kleinen und großen Fußballfeldern ohne Sitzreihen. Jetzt haben wir aber im Nachbardorf ein Stadion.

Bei Kreisverkehren ging ich davon aus, dass man mit junction=roundabout resp. highway=mini_roundabout bei Wizard gut zu validen Treffern kommen könnte.
Wie sieht es denn mit anderen Themen aus: Sind euch welche untergekommen, die sich “leichter” auswerten lassen (weil die Verschlagwortung kaum Spielraum lässt) und weil das Thema flächendeckend in Deutschland gemappt wurde?