Das Problem ist aber speziell dabei auch…
Wenn man nach “Sackgasse osm” sucht… z.B. findet man dann bei Google genau diese noexit-Lösung (als Wiki-Talk).
Als dritter Link ist dann sogar ein hiesiger Forumströöt angegeben…
Wer sich da nicht noch genauer informiert, macht es schnell falsch.
Ich habe das selbst auch erstmal falsch verstanden.
P.S. Für das Wort “Sackgasse” gibt es auch keinen eigenen Wiki-Eintrag.
Es braucht wohl ein Tag wie deadend=yes im Sinne des Straßenverkehrs um Sackgassen von “Hier-ist-Ende-für-alle-ausser-MacGyver” auseinander zu halten.
Habe es beim fixen erst mal so gemacht wie ich an einigen Stellen als “Krücke” gesehen habe: motor_vehicle=no + noexit=yes statt alles zu löschen. Lupenrein ist das aber auch nicht.
noexit=yes löschen?
Ist doch der einfachste Weg, wenn von einer residential nur noch ein footway mit bicycle=yes zum Wald geht. Und wenn gar nichts mehr geht ist eben “Ende”.
(Sonst müsste es motor_vehicle:noexit=yes heißen. Ist eine Wendestelle eingezeichnet?)
Ich acker das gerade durch, bei etlichen Sackgassen mit Wendestelle und Durchlass für Fußgänger und so ist das noexit der Löschtaste zum Opfer gefallen.
Guter Hinweis, danke. Die “Krückennodes” sollten sich durch eine Overpass-Turbo abfrage finden lassen. Wieso fragst Du nach Wendestellen? Da sind natürlich etliche bei, manchmal sogar Wendeschleifen.
Beim Aufräumen stellt sich die Frage, ob es die Systematik von noexit vorsieht, dass jede(r) Auffahrt, Parkplatzzufahrt, Parkplatzweg, Weg, kurzes Straßenstück das gemapped wurde allen Ernstes einen noexit Node am Ende bekommt? Da sind unzählige Ways wie z.B. auf Parkplätzen vier, fünf, sechs parking_aisle die vor dem Gebüsch enden am way mit noexit=yes getagged. Das wären ja Millionen Ways, wenn da überall ein noexit-Node dran müsste… 
“noexit=yes” ist für mich ein Relikt aus den Anfangszeit von OSM, als man noch nicht sicher sein könnte, dass Wege in ihrer Gesamtheit bis zur nächsten Anbindung erfasst waren. So wusste man: "Da musst du nicht gucken, ob es weiter geht. Das hat schon einer gemacht. Das Gegenteil war “FIXME=continue”.
Heutzutage kann man “noexit=yes” in gut gemappten Gegenden weglassen, wenn man “on the ground” ermittelt hat, dass es da für nichts auf vorhandenen Wegen weiter geht (querfeldein durchs Gebüsch ausgenommen).
“FIXME=continue” sollte m.E. aber weiter verwendet werden, damit da mal einer schaut, wie und ob es weiter geht.
Für Router hat noexit sowieso keinen Bedeutung, weil die selber herausfinden sollten, ob man mit dem entsprechenden Fortbewegungsmittel da lang kann.
noexit=yes hilft Qualitätstools keine falschen Fehlermeldungen bei unverbundenen Wegen zu erzeugen.
Wieso gibt es denn Fehlermeldungen die ohne noexit=yes “falsch” sind? Wenn Wege unverbunden sind ist es doch eigentlich genau richtig, das es eine Fehlermeldung gibt.
Es gibt natürlich jede Menge Ways, die enden vor irgendwas. Wenn dann querab z.Bsp. 10 Meter weiter eine Autobahn läuft oder zwei Parkplatzwege von getrennten Parkplätzen zufällig 5 Meter auseinander vor einem Zaun oder einfach Grasstreifen oder so enden, könnten QS Tools annehmen man hätte vergessen sie zu verbinden. Tatsächlich enden die Wege aber jeweils. Ich nehme an, das ist das wo hfst uns drauf hinweisen wollte.
Ich mappe nicht für Renderer und auch nicht für Qualitätstools. Aber ich prüfe und korrigiere Fehler, die mir QA zeigen und deren richtige Erfassung vor Ort oder durch Wissen von mir machbar ist.
So. Nun habe ich es als Anfänger mit Ach und Krach hinbekommen mir mal per Overpass-Turbo eine Übersicht zu verschaffen, wo in meiner Gegend type:way and noexit=yes bzw. type:node and noexit=yes getagged ist. Einige ways bin ich schon durchgegangen, das sind ja unzählige wo noexit=yes als “Sackgasse” im Sinne der Verkehrsbeschilderung auf ganze ways bzw. technisch richtig auf den Endnode, aber falsch im Sinne von hier geht nix weiter getagged wurde. In einigen Bereichen ist jede 5-Meter Garagenauffahrt, jeder Parkplatzweg etc. mit noexit=yes getagged worden.
Wie kann man das denn nun am besten effizient abarbeiten? Man müsste jedes Objekt im JOSM einzeln “anspringen” und prüfen, im Abfrageerbnis drauf klicken, in neuem Fenster laden und auf Bearbeiten klicken scheint mir sehr umständlich und ineffizient. Um die bisher gefundenen echten noexit’s ausfiltern zu können habe ich die bearbeiteten mit einer Note versehen.
Pass auf, dass das was Du machst kein mechanisches Edit wird. Wenn doch, dann gibt es weitere Regularien zu beachten.
Wenn du es “irgendwie” hinbekommst, eine Liste zu generieren, könnte es einfacher gehen.
format: id1,id2,id3,…idn z.B. 11122,34356,5566667
diese kannst du dann in josm mit “Datei/Objekt herunterladen” im Block laden. Halt “Punkt” einstellen und Liste pasten. Dann fehlt aber noch die Umgebung. Muttu nachladen.
du könntest auch n123,w446,r888 schreiben, falls das gemischte Typen sind. ist hier aber wohl nicht der Fall.
Gruss
walter
Ab wann wäre es denn ein mechanischer Edit, wenn ich die nächsten Wochen damit verbringe mir jeden einzelnen Node / Way genau anzusehen ob es
a) technisch falsch ist weil das Tag nur auf den Endnode gehört
b) sachlich falsch ist weil bereits Fußwege weiterführen
c) nicht klar aus dem Luftbild erkennbar ist und ich oder jemand anderes aufgrund eines hinzuzufügenden Tags fixme da mal vorbeischauen muss
Da habe ich noch keinen wirklich hilfreichen Link gefunden, und die englischen Suchergebnisse verstehe ich leider nicht.
Ja, die Frage zu formulieren ob jemand weiß wie man aus der Abfrage vielleicht eine HTML-Liste generieren kann wo man Way/Node für Way/Node anklickt und JOSM draufspringt wie wenn man so einen Objektinfo-Link hat kam mir vorhin mal in den Sinn. Das würde viele Klicks sparen.
Ich kann das ganze zwar eh nur auf einen Bereich begrenzen auf dem es entweder im Luftbild unmissverständlich ist oder in dem ich mich sowieso auskenne (also eher der Nord-West-Süd-Bogen von Dortmund) und im Zweifelsfall eine Chance habe auf irgendeinem Weg mal einen Abstecher zu fahren. Dann wäre wieder eine Listenausgabe - dann mit Adresse - hilfreich. Als reine GPX Datei hätte man wieder das Riesenproblem in welcher Reihenfolge man da hin geroutet würde…
Ich weiss nicht, wie man das anders machen will…
Für ein bequemes bearbeiten nacheinander verwende ich einen bzw. anderthalb Tricks. Ich lade mir die komplette Abfrage aus overpass-turbo.eu via “exportieren->josm”
STRG+F → highway → Enter
Mein Trick: ich packe an alle Strassen (oder der overpass-abfrage entsprechende Elemente) ein bla=blubb, starte eine Prüfung, dann STRG+Z (rückgängig). Jetzt kann ich bequem aus dem Prüfungsfenster alle Elemente nacheinander anfassen.
Gleichzeitig ist “download osm data coninously” aktiv, damit verbundene Wege nachgeladen werden.
Also wenn ich Wiki und Forum richtig verstanden habe, ist das hier falsch, an allen parking_aisles noexit=yes zu taggen…?
Davon gibt’s befürchte ich etliche vergleichbare Beispiele hier. Alles löschen?
Ich schütte Asche auf mein Haupt, nachdem ich über
http://overpass-turbo.eu/s/eve
auch solch alte Sünden meinerseits entdeckt habe, wenngleich aber auch andere
http://www.openstreetmap.org/node/2389439110
ihre Spuren hinterlassen haben.
Ich geh dann mal putzen.
P.S.: Schiebt die Overpass-Abfrage mal in eure Gegend und schon habt ihr die Chance, den nächsten Regentag sinnvoll zu gestalten 
Wie geht das?
In dem du z.B. eine Mail mit deiner Idee, kurz formuliert, an den OSM Blog sendest.
Wenn deine Idee angenommen wird, kannst du gerne bei der Ausformulierung helfen oder diese selber vorbereiten.
Eine Begleitung ist immer gewährleistet.
Ich würde alternativ vorschlagen:
Mach doch erstmal einen Entwurf zu dem Text für eine Wochenaufgabe.
Ich hab den Text zu “meiner” Wochenaufgabe erstmal unter meiner Benutzerseite im OSM-Wiki erstellt und verfeinert.
Dann gab es dort schon erstes Feedback und Verbesserungen.
Inspiration gibt es vielleicht hier:
http://wiki.openstreetmap.org/wiki/Wochenaufgabe