Neue Auswertung

[Florian Lohoff]

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 at zz.de
      We need to self-defend - GnuPG/PGP enable your email today!