Speichert nach jeder neuen Verwaltungseinheit die logischen Straßen in
die Datenbank. Das gestaltet sich jedoch schwierig. Um ein geringe
Speicherauslastung der Java-Anwendung zu erreichen, muss ab und zu die
bisher geladen Objekten gelöscht werden. Daher müssen vor dem nächsten
Speichervorgang, die Boundary Boxen derjenigen Straßen wieder aus der
Tabelle ausgelesen werden, deren Name ebenfalls in der neuen Relation
vorkommt. Dann kann man überprüfungen, ob die Boundary Box einer bisher
gespeicherte Straße vergrößert werden muss.

Nachdem alle Relationen abgearbeitet worden sind, müssen nochmal alle
Boundary Boxen auf überschneidung überprüft werden, da der Fall
auftreten kann, dass eine Straße durch drei Verwaltungseinheiten läuft
und die im OSM-Stream ungeordnet ankommen.

Naja insgesamt, doch etwas mühsam, daher verfolge ich erstmal weiter
eine andere Idee, alle Daten aufeinmal in den Speicher zu laden.
addLogicalStreet Methode wieder hergestellt. Das Plugin in diesem Branch
erzeugt derzeit fehlerhafte Datensätze, da immer nur INSERTed wird und
nichts DELETEd oder geUPDATEd
nodes, way und relations werden, wenn die jvm 500mb speicherauslastung
hat, per preparedstatements in die db geschrieben. noch zu langsam...
Hybridversion zwischen Speichern während des Lesevorgangs und
Vorverarbeitung der Daten im RAM. Ist sehr viel schneller (17Min :
2Min). 
Zwischen jeder Relation (Gemeinden) werden jetzt alle Daten gesammelt
und Überlappungen der Straßen innerhalb der Gemdeinde noch vor dem
INSERT ermittelt und zusammengefahren. Anschließend muss noch eine
gemeindeübergreifende Zusammenfassung der logischer Straßen stattfinden
(noch nicht implementiert.
SQL Script, dass gemeindeübergreifende Straßen zusammenpackt.
Ist noch nicht fertig. Das Script muss mom. so oft ausgeführt werden,
bis es keine Überlappungen der Bounding Boxen mehr gab. Dafür muss der
Cursor nach einer Überlappng wieder auf die erste zu vergleichende Zeile
gesetzt werden. Und Wayids (adminboundids auch??) sind mom. evtl.
mehrfach pro Zeile, doppelte müssen entfernt werden.
pre und post sql files in importer plugin integriert. momentan noch
falscher eigentümer der sql function
Caused by: org.postgresql.util.PSQLException: FEHLER: Berechtigung nur
für Eigentümer der Funktion getallfoo
Klasse TestPostprocessing ist noch fehlerhaft. Beim Zusammenfassen
werden einige Boundaries verworfen
weiterer sql syntax fehler bei create table statement behoben
falscher spaltenname beim create table statment fürs preprocessing
Fehler im Postprocessing behoben (Tippfehler bei bbox)
debug ausgabe aus streetbyname entfernt
Mal die Häufigkeiten der wayids und die adminboundids analysiert und die
initialen array Größen vergrößert.
Postprocessing der Gemeindeübergreifenden Straße in erster Version in
akzeptable Geschwindigkeit möglich.
Aufruf der postprocess Methode der StreetByNamePostprocess wurde ständig
und damit falsch ausgeführt, jetzt nur wenn alle logicalStreets eines
Namens dem Objekt hinzugefügt wurden

Und die letzte adminboundids wurde dort benutzt, wo die aktuelle
gebraucht wurde
postprocessing: Vergleich der logischen Straßen untereinander hatte
einen Vergleich unterschlagen.
Versuch die Länge der Wege mit auszulesen
src-folder für resourcen (main & test) mit in .classpath aufgenommen
unnötige schleife gelöscht
logger info wenn main (process(Entity)) ausgeführt wird
Verbesserung der Längenberechnung der logischen Straße. Ist noch nicht
exakt, da nur einfachste Entfernungsberchnung ist. Das müsste noch auf
die Kugelform der Erde angewendet werden.