Kompatibilitätsprobleme mit GID7-ALKIS-Daten aus Niedersachen

[colaheart]

Bei Tests der Auskunftsskripte mit ALKIS-Daten der GeoInfoDok 7.1 aus Niedersachsen traten einige Fehler auf, welche im Folgenden dokumentiert sind.
Die Testdaten für GID 7.1 und zum Vergleich 6.0 sind hier zu finden. Bei Verwendung der GID6-Daten konnten keine Fehler festgestellt werden.

Skript	Fehler/Zustand GID6	Lösung/möglicher Zustand GID7	PR	Notizen
alkisfsnw.php (Flurstücksnachweis - Nutzung)	Tabelle alkis_elemente existiert nicht	Referenzen auf alkis_elemente entfernen und ggf. genutzte Daten hieraus sinnvoll ersetzen	#2	alkis_elemente enthielt statische Werte, die durch das Import-Tool selbst definiert wurden (vgl. hier) und im gid7-Branch nicht mehr existieren; falls die Daten so tatsächlich mit dem gid7-Importer nicht mehr vorliegen könnte man überlegen, ob die Daten nun fehlenden Informationen unbedingt benötigt oder anders bezogen werden
alkisfsnw.php (Flurstücksnachweis - Bodenschätzung)	Tabelle ax_kulturart_bodenschaetzung existiert nicht	Tabelle offenbar umbenannt in ax_nutzungsart_bodenschaetzung	#2	Abgleich von View v_bschaetz_kulturart für GID6 und GID7
	Tabellenspalte ax_bodenschaetzung.kulturart existiert nicht	Spalte wurde offenbar umbenannt in ax_bodenschaetzung.nutzungsart	#2	s. Änderung von ax_nutzungsart_bodenschaetzung und Kommentar an Spalte in (DB-Schema)[https://github.com/norBIT/alkisimport/blob/gid7/alkis-schema.sql] für GID6 und GID7
	Tabelle ax_zustandsstufeoderbodenstufe_bodenschaetzung existiert nicht mehr	aufgeteilt in Tabellen ax_zustandsstufe und ax_bodenstufe	#2	mit Testdaten (NDS) enthält die alte Tabelle unter GID6 15 Einträge, die neuen Tabellen unter GID7 8 und 7 Einträge, aufgeteilt nach Zustands- oder Bodenstufe; aufgrund der Unterscheidung müssten nun beide Tabellen abgefragt und das Vorhandensein eines Wert-Typs von beiden geprüft werden
	Spalte ax_bodenschaetzung.zustandsstufeoderbodenstufe existiert nicht	Aufteilung in ax_bodenschaetzung.zustandsstufe und ax_bodenschaetzung.bodenstufe	#2	s. vorheriger Eintrag
	Spalte ax_bodenschaetzung.entstehungsartoderklimastufewasserverhaeltnisse existiert nicht (Verweis auf Tabelle ax_entstehungsartoderklimastufewasserverhaeltnisse_bodensc)	Aufteilung in ax_bodenschaetzung.entstehungsart (Tabelle ax_entstehungsart), ax_bodenschaetzung.klimastufe (Tabelle ax_bodenschaetzung) und ax_bodenschaetzung.wasserverhaeltnisse (Tabelle ax_wasserverhaeltnisse)	#2	mit Testdaten (NDS) enthält die alte Tabelle unter GID6 48 Einträge, die neuen Tabellen unter GID7 je 43 (Entstehungsart), 5 (Klimastufe) und 10 (Wasserverh.) Einträge; Feld entstehungsart ist weiterhin ein integer[], die Felder klimastufe und wasserverhaeltnisse sind integer
alkishaus.php (Haus - Gebäude)	Spalte ax_gebaeude.objekthoehe existiert nicht	vermutlich umbenannt in ax_gebaeude.hoehe	#2	aufgrund fehlender Datensätze in Testdaten nicht direkt verifiziert; Typ geändert von double precision in double precision[], Behandeln der Results wäre ggf. anzupassen

[tschuettenberg]

Bezüglich alkis_elemente: m.E. wird die gar nicht (mehr) benötigt. Zur Entschlüsselung der Nutzungsart reichen nutz_21 i.V.m. nutz_shl aus!
Möglicherweise sind diese im Laufe der Zeit vervollständigt worden, jedenfalls trifft der alte Kommentar von Frank nicht mehr zu. Es gibt z.B. die Nutzung "Wohnbaufläche mit Art der Bebauung Offen".

Dementsprechend läuft das Skript, wenn der Join auf alkis_elemente sowie dessen Spalte definition entfernt werden: hier und hier.
Der Beschreibungslangtext alkis_elemente.definition findet auch nirgends Verwendung.

[tschuettenberg]

Bezüglich Gebäudehöhe: die genannte Umbenennung von ax_gebaeude.objekthoehe nach ax_gebaeude.hoehe in alkishaus.php reicht aus, um das Skript nicht abbrechen zulassen.
Ob der geänderte Datentyp darüber hinaus Auswirkungen hat, kann ich aufgrund mangelder Daten zu diesem Attribut leider nicht sagen.

[colaheart]

Bezüglich alkis_elemente: m.E. wird die gar nicht (mehr) benötigt. Zur Entschlüsselung der Nutzungsart reichen nutz_21 i.V.m. nutz_shl aus! Möglicherweise sind diese im Laufe der Zeit vervollständigt worden, jedenfalls trifft der alte Kommentar von Frank nicht mehr zu. Es gibt z.B. die Nutzung "Wohnbaufläche mit Art der Bebauung Offen".

Dementsprechend läuft das Skript, wenn der Join auf alkis_elemente sowie dessen Spalte definition entfernt werden: hier und hier. Der Beschreibungslangtext alkis_elemente.definition findet auch nirgends Verwendung.

Dann entferne ich die Relation aus dem Skript. Das Feld alkis_elemente.definition wird an einer Stelle als title eines HTML-Elementes verwendet, man könnte aber stattdessen einfach einen kurzen generischen Beschreibungstext ausgeben, analog zu der "Buchfläche des Abschnitts" darüber.

Die Feldänderung für ax_gebaeude ziehe ich auch nach.

[colaheart]

Habe #2 entsprechend um zwei Commits ergänzt.