Die Größe der Dateien, die gelesen werden können, ist nur vom Hauptspeicherausbau abhängig. Dieser ist unter 32-Bit-Betriebssystemen jedoch auf ca. 2GB beschränkt. Damit können ca. 1GB XML-Datei eingelesen werden.

Die bislang größte Umsetzung im NBA-Verfahren umfasste ca. 3,5 GB, aufgeteilt auf ca. 180 Dateien. Die Daten waren auf einem Rechner mit 12 GB Hauptspeicher in ca. 10 Min. eingelesen.

Die bislang größte Umsetzung eines Bestanddatenauszugs umfasste eine einzelne, ca. 7,5 GB große, XML-Datei, die in einer ca. 240 MB großen ZIP-Datei enthalten war. Die Daten waren auf einem aktuellen Rechner in ca. 10 Min. eingelesen. Die anschließende Verschneidung der Nutzungsarten mit den Flurstücken brauchte ca. 3 Stunden. Der Hauptspeicherverbrauch betrug bis dahin 23 GB. Die Ausgabe als DXF-Dateien mit Aufteilen nach Darstellungspriorität brauchte weitere 45 Minuten bei 38 GB Hauptspeicher. (Es wird überlegt, die Verschneidung in Zukunft nur noch nach Bedarf durchzuführen.)

<---

Besonderheiten der ALKIS-Umsetzung der Kreise und Städt in NRW.

Die verschiedenen Kreise und kreisfreien Städte in NRW haben unterschiedliche ALKIS-Versionen im Einsatz. Sie unterscheiden sich in Hersteller und Version der GeoInfoDok. Dadurch ergeben sich feine, aber gemeine Unterschiede, die eine einheitliche Verarbeitung unmöglich machen. Also das genaue Gegenteil, was mit ALKIS eigentlich erreicht werden soll.

Ein kleine Übersicht über diese Unterschiede finden Sie hier. Diese Zusammenstellung ist jedoch alles andere als vollständig und spiegelt nur die Erfahrungen wieder, die bei der Umsetzung gemacht wurden.

---> <---

Die KTHstellt die modernen Ausgleichungsmodule
KTH Positioning and KTH Total Station Check
zur Verfügung.
Den dazu gehörenden
Workshopsollte jeder besuchen,
der mal wissen will,
wie man Geräte wirklich prüft
(eben nicht nur auf der Prüfstrecke).

--->

GCR NAS Basistool Liest NAS, schreibt DXF, CSV und TXT.

Letzte Änderung am 17. Juli 2024