Scheint gut zu funktionieren
Somit wirst du heute Abend lobend in meinem Nachtgebet erwähnt (, das übrigens an sämtliche Götter aller Religionen dieser Welt gerichtet wird. Sicher ist sicher…)
Ein way ist eine Linie, besitzt also - sag ich jetzt mal als Nichtmathematiker ganz locker und in der Hoffnung, mich nicht zu blamieren - wenigstens zwei Punkte (nodes). Einen way mit einem node kann es also nicht geben. Du meinst was anderes? EDIT: Etwa Wege ohne Tags? http://wiki.openstreetmap.org/wiki/DE:Overpass_API/Beispielsammlung#Wege_ohne_Tags_finden
In OSMI gibt es doch den Fehler “single node in way”, da man hier oft nicht weiß, ob der Fehler schon behoben ist, wollte ich hier ein Abfrage basteln.
Das geht aktuell nicht. Die Abfrage in einer BBOX liefert nicht mal diese 1-Knoten-Wege zurück, also kann man auch nicht weiter suchen danach.
Kein Element geht auch nicht (lässt sich nicht über bbox einschränken, da keine Geometrieinfos vorhanden, gesamter Planet absuchen braucht zuviel Speicher).
Ein Element lässt sich manuell aus der Liste herausfinden: http://overpass-turbo.eu/s/7ll → nur auf “Daten” ist was zu sehen, die Karte bleibt leer.
Ich hätte da in meiner Eigenschaft als ahnungsloser Nichtprogrammierer mal wieder einen Fall für die Overpass-Turbo-Power-User.
Geht folgende Abfrage?
Gesucht werden zwei ways (unterschiedliche ID), die an einem gemeinsamen node miteinander verbunden sind und bei denen das value für einen vorgegebenen key identisch ist.
Ein Beispiel: Zwei aufeinander folgende way mit key “turn:lanes” haben ein identisches value wie z.B. “through|sharp_right”.
Einzige Variable wäre somit der key.
Ganz toll wäre es, wenn man auch zwei oder mehr keys vorgeben könnte, die dann jeweils beliebige, aber auf beiden zusammenhängenden ways identische keys haben.
Sollte diese Relationen - wenn man diejenigen rausfilterte, die in den letzten Woche bearbeitet wurden (man also glauben könnte, da könnte jemand vorhaben, sie wieder mit Elementen zu füllen) - maschinell gelöscht werden?
Hallo Auswertungs-Guru
Eine schöne Liste ist das. Jedoch schwebt mir etwas vor, was ich flexibel mit keys füttern kann und das Ergebnis dann auf einer Karte sehe. turn:lanes war nur ein Beispiel. Die Abfrage soll zur Suche von unnötig oder versehentlich geteilten way dienen. Überflüssigerweise zerlegte building oder andere closed ways wären auch damit auffindbar.
Dazu folgende Frage: Wie weiß ich, ob eine Relation, welche ich (in Potlatch*) geleert habe, doch noch existiert? In einem konkreten Fall habe ich zwei Relationen eines Wanderwegs (“Hasenstabweg”) in die größte bereits vorhandene dritte Relation integriert. Im RelationsAnalyzer werden die beiden Relationen dann als gelöscht angezeigt. Ist dem tatsächlich so? (…dass Potlatch einen geleerten Container löscht oder bleibt eine Relationsleiche zurück?)
Cepesko
*bitte keine Kommentare á la: Muddu JOSM verwenden
Wenn Du eine weitere Relation angefasst hast, egal ob nur geändert oder gelöscht, müsste das in einem älteren Changeset erfasst sein; Du kannst die Versionen der Hasenstabweg-Relationen durchgehen und die jeweiligen Changesets prüfen oder einfacher Deine Changesets durchblättern.
Die Relation muss in einen CS auftauchen, und da kannst Du schauen, ob sie gelöscht ist.
Ich hatte gute Laune und hab verspätet Christkind gespielt und Wünsche erfüllt. Ohne Hintergedanken. Automatisches Löschen (ohne anschauen der Tags) halte ich für nicht angebracht.
Ich hab die Liste überarbeitet und zu “type” noch die Eltern-Relationen (“~in”), “name”, “note” und den letzten Bearbeiter (“~user”) ergänzt. Ich denke, zumindest die eigenen Schandtaten kann man guten Gewissens bereinigen.
.oO( und hab mich gleich zweimal erwischt. Und gleich gefixt. )