Frohe Weihnachten - Hier eine neue Auswertung der Flächen und Wege ... http://silicon-verl.de/home/flo/tmp/20151228 Flo -- Florian Lohoff f@zz.de We need to self-defend - GnuPG/PGP enable your email today!
Am 28.12.15 um 11:26 schrieb Florian Lohoff:
Frohe Weihnachten - Hier eine neue Auswertung der Flächen und Wege ...
Gibt es eigentlich irgendeine Chance solche Auswertung entweder in JOSM oder bekannte Online-Checker einzubauen, so dass nicht nur OWL davon profitiert, sondern alle? Gruß, Johannes
Ho Ho Ho, On Mon, Dec 28, 2015 at 11:43:09AM +0100, Johannes Wienke wrote:
Am 28.12.15 um 11:26 schrieb Florian Lohoff:
Frohe Weihnachten - Hier eine neue Auswertung der Flächen und Wege ...
Gibt es eigentlich irgendeine Chance solche Auswertung entweder in JOSM oder bekannte Online-Checker einzubauen, so dass nicht nur OWL davon profitiert, sondern alle?
Damit alle profitieren müsste man die Auswertung auch für alle laufen lassen. Im moment habe ich keine Maschine die genug Speicher hat auch nur NRW am Stück zu Prozessieren. (8GB reichen da nicht) D.h. das ist eh dann ein Flickwerk. keepright.at ist quasi tot - Der Author will das loswerden und sucht jemanden der das weiterbetreibt was aber nicht wirklich klappt. osmose.fr ist tendentiell ziemlich gut, leider unresponsive. Ich hatte da mal mails wegen invalid tags hingeschrieben und nie eine Antwort bekommen. Dann bleibt der OSM Inspector der aktuell von der Geofabrik betrieben wird aber Frederik Ramm hält denn so eben am laufen. Eigentlich müsste sich da auch ein anderes Betreiberkonzept finden. Auf der FOSSGIS in Münster habe ich mit Jochen Topf mal einige Punkte diskutiert und wie man so check/validierungsfrontends bauen könnte. Es müsste halt wer schreiben. Meine idee war eigentlich das man quasi eine "anonyme" möglichkeit findet spatialites irgendwo hochzuladen oder zu syncen die dann visulalisierbar sind. Also alle information wie etwas darzustellen ist in der spatialite mit drin. Icons, HTML Code, etc etc - Dann nur noch serverseitig ein bischen CGI magie das das zeugs als json an ein leaflet frontend rausschiebt. Schreiben müsste es wer ;) Ich habe im moment eine Kiste bei Hetzner im Hosting - Die hat aber noch Debian/Squeeze - Die soll nächstes Jahr mal umziehen - dann habe ich 32 oder 64GB Ram und moderne Software - dann gehe ich das mal an. Im moment habe ich nicht mal nen c++11 Compiler auf der Kiste - Damit fällt eigentlich aus da IRGENDWAS zu prozessieren. Flo -- Florian Lohoff f@zz.de We need to self-defend - GnuPG/PGP enable your email today!
Ich habe gerade kurz mir JOSMs Suche gespielt: - "child (type:way -closed) child (type:way closed)" sucht alle Nodes die Bestandteile von Wegen und Flächen sind. Das wären zumindest Kandidaten. Allerdings berücksichtigt das nicht wie der Weg über die Fläche verläuft. Da könnten also auch viele falsche Kandidaten zwischen sein. - "child (type:way -closed) child (type:way closed landuse=*)" sucht alle Nodes die Bestandteile von Wegen und landuse-Flächen sind. - "child (type:way -(closed landuse=*)) child (type:way closed landuse=*)" sucht alle Nodes die Bestandteile von Wegen oder Flächen != landuse und landuse-Flächen sind. Damit ließen sich z.B. amenity-Flächen die an statt in landuses sind finden. Da die häufigsten Probleme ja mit landuses zusammenhängen könnte man so den Download-Bereich in JOSM einfach nach Kandidaten durchsuchen und z.B. auf die ToDo-Liste packen (mit todo-Plugin). Ich denke da ließe sich auch irgendwie eine Overpass-Turbo Abfrage draus machen, aber sowas unspezifisches wie "Such alle Nodes die zu offenen Wegen gehören, such alle Node die zu geschlossenen Wegen gehören und bilde die Schnittmenge" will ich dem Server nicht antun. :D Andreas Am 28.12.2015 um 11:43 schrieb Johannes Wienke:
Am 28.12.15 um 11:26 schrieb Florian Lohoff:
Frohe Weihnachten - Hier eine neue Auswertung der Flächen und Wege ...
http://silicon-verl.de/home/flo/tmp/20151228 Gibt es eigentlich irgendeine Chance solche Auswertung entweder in JOSM oder bekannte Online-Checker einzubauen, so dass nicht nur OWL davon profitiert, sondern alle?
Gruß, Johannes
Am 28.12.15 um 12:56 schrieb tabris:
Ich habe gerade kurz mir JOSMs Suche gespielt: - "child (type:way -closed) child (type:way closed)" sucht alle Nodes die Bestandteile von Wegen und Flächen sind. Das wären zumindest Kandidaten. Allerdings berücksichtigt das nicht wie der Weg über die Fläche verläuft. Da könnten also auch viele falsche Kandidaten zwischen sein. - "child (type:way -closed) child (type:way closed landuse=*)" sucht alle Nodes die Bestandteile von Wegen und landuse-Flächen sind. - "child (type:way -(closed landuse=*)) child (type:way closed landuse=*)" sucht alle Nodes die Bestandteile von Wegen oder Flächen != landuse und landuse-Flächen sind. Damit ließen sich z.B. amenity-Flächen die an statt in landuses sind finden.
Da die häufigsten Probleme ja mit landuses zusammenhängen könnte man so den Download-Bereich in JOSM einfach nach Kandidaten durchsuchen und z.B. auf die ToDo-Liste packen (mit todo-Plugin).
Kann man daraus nicht einen Patch für den Validator machen und das mal an JOSM submitten? Gruß, Johannes
On Mon, Dec 28, 2015 at 01:04:58PM +0100, Johannes Wienke wrote:
Am 28.12.15 um 12:56 schrieb tabris:
Ich habe gerade kurz mir JOSMs Suche gespielt: - "child (type:way -closed) child (type:way closed)" sucht alle Nodes die Bestandteile von Wegen und Flächen sind. Das wären zumindest Kandidaten. Allerdings berücksichtigt das nicht wie der Weg über die Fläche verläuft. Da könnten also auch viele falsche Kandidaten zwischen sein. - "child (type:way -closed) child (type:way closed landuse=*)" sucht alle Nodes die Bestandteile von Wegen und landuse-Flächen sind. - "child (type:way -(closed landuse=*)) child (type:way closed landuse=*)" sucht alle Nodes die Bestandteile von Wegen oder Flächen != landuse und landuse-Flächen sind. Damit ließen sich z.B. amenity-Flächen die an statt in landuses sind finden.
Da die häufigsten Probleme ja mit landuses zusammenhängen könnte man so den Download-Bereich in JOSM einfach nach Kandidaten durchsuchen und z.B. auf die ToDo-Liste packen (mit todo-Plugin).
Kann man daraus nicht einen Patch für den Validator machen und das mal an JOSM submitten?
Das Thema Landuse verkleben ist kein so unstrittiges. Syntaktisch ist das ja erstmal kein Problem. Topologisch ist das halt kaputt, von der Pflege der Daten wollen wir mal gar nicht reden. Aber wenn du die Diskussion auf talk-de anfängst dann hast du einen Thread mit 200 Mails von Leute die das gar nicht einsehen weil "Wir haben das immer schon so gemacht" ... Das sind dieselben die sich dann wundern warum keiner den Schrott weiterpflegen mag. Und es gibt ja Fälle wo das auch in ordnung ist. Boundarys z.b. haben keine "Breite" sondern eine exakte Lage. Da wäre ja die Nutzung mit den landuses in Ordnung. Bei Straßen bei denen wir nur die mitte mappen und die Breite unterschlagen ist das eben nicht okay. Flo -- Florian Lohoff f@zz.de We need to self-defend - GnuPG/PGP enable your email today!
On Mon, Dec 28, 2015 at 12:56:57PM +0100, tabris wrote:
Ich habe gerade kurz mir JOSMs Suche gespielt: - "child (type:way -closed) child (type:way closed)" sucht alle Nodes die Bestandteile von Wegen und Flächen sind. Das wären zumindest Kandidaten. Allerdings berücksichtigt das nicht wie der Weg über die Fläche verläuft. Da könnten also auch viele falsche Kandidaten zwischen sein. - "child (type:way -closed) child (type:way closed landuse=*)" sucht alle Nodes die Bestandteile von Wegen und landuse-Flächen sind. - "child (type:way -(closed landuse=*)) child (type:way closed landuse=*)" sucht alle Nodes die Bestandteile von Wegen oder Flächen != landuse und landuse-Flächen sind. Damit ließen sich z.B. amenity-Flächen die an statt in landuses sind finden.
Da die häufigsten Probleme ja mit landuses zusammenhängen könnte man so den Download-Bereich in JOSM einfach nach Kandidaten durchsuchen und z.B. auf die ToDo-Liste packen (mit todo-Plugin).
Ich denke da ließe sich auch irgendwie eine Overpass-Turbo Abfrage draus machen, aber sowas unspezifisches wie "Such alle Nodes die zu offenen Wegen gehören, such alle Node die zu geschlossenen Wegen gehören und bilde die Schnittmenge" will ich dem Server nicht antun. :D
Das ist alles ziemlich aufwendig. In dem c++ code sammle ich für jeden node im file alle Wege die da dran hängen als Liste. Alleine damit sind für OWL schon 3.5GByte weg (Auf 64Bit) ... Und das ist jetzt schon so oberflächlich nach fiesen Speicherschweinereien abgesucht. Also std::vector statt std::list - spart 16 byte oder so pro node. Aber alleine das sparsehash für die ganzen nodes sind halt 2.5 GByte oder so ohne das was drin ist. Mit 16GByte sollte NRW prozessierbar sein. Aber lange listen mag eh niemand abarbeiten. Das müsste dann schon auf eine Karte. Demnächst. Flo -- Florian Lohoff f@zz.de We need to self-defend - GnuPG/PGP enable your email today!
participants (3)
-
Florian Lohoff -
Johannes Wienke -
tabris