[NAS] ALKIS-Buchauskunft

[Jäger, Frank (KRZ)]

Hallo PostNAS-Freunde,
  ich habe etwas Arbeit in die Nachnutzung von PostNAS investiert.
Die Buchauskunft in der Demo http://map.krz.de/info/alkis/mapbender.php wurde erweitert.
http://map.krz.de/mapwww/?Themen:ALKIS

Diese Buchauskunft war bereits gut einsatzbar in den Bereichen "Grundbuch/Eigentümer".
Nun habe ich den Bereich "Lagebezeichnung/Gebäude" etwas erweitert.
Es fehlt aber immer noch der Teil "Nutzungsarten" usw.


Gebäude:

Ausgehend von einem Entwurf der WhereGroup wurde ein neues Modul integriert. Von der Seite "Flurstück" wird mit dem Link "Gebäude" das neue Modul aufgerufen. Es erfolgt eine geometrische Verschneidung um alle Gebäude zu finden, die auf dem Flurstück liegen. Die Flächen werden summiert und von der Gesamtfläche abgezogen.
(Man bekommt also eine grobe Bilanz versiegelter Flächen für die Regenwasser-Gebührenberechnung, wenn man mal von Pflasterungen absieht.)

Es werden folgende geometrische Fälle unterschieden:
- Gebäude vollständig auf dem FS
- Gebäude teilweise auf dem FS
- Gebäude angrenzend


Lage:

Vom so gefundenen Gebäude kann über ALKIS-Relation zur Lagebezeichnung verzweigt werden. Dies ist ebenfalls ein neues Modul. In ALKIS wird unterschieden:
Lagebezeichnung ...
 - .. mit Hausnummer (Hauptgebäude)
 - .. ohne Hausnummer (Gewanne oder nur ein Straßenschlüssel)
 - .. mit Pseudonummer (Nebengebäude)

Die alte ALB-Unterscheidung verschlüsselt/unverschlüsselt gibt es also nicht mehr. Verschlüsselt kann jetzt in allen dreien stecken. Verschlüsselt und unverschlüsselt kann beides in "ohne Hausnummer" stecken.

Ein Flurstück kann per Relation verbunden sein zu "mit" und "ohne".
Ein Gebäude kann per Relation verbunden sein zu "mit" und "Pseudo" * (siehe RLP)

Diese Relationen versucht die Auskunft transparent darzustellen. Eventuell muss noch ein Modul geschaffen werden für alle Daten rund um ein Gebäude.

Das Springen von Tabelle zu Tabelle ist manchmal etwas knifflig. Beispiel:
Der "Straßenschlüssel" hat im ALKIS den Feldnamen "lage" und steckt in mehreren Tabellen.

In "ax_LagebezeichnungMitHausnummer" und "ax_lagebezeichnungMitPseudonummer" ist er vom Format Integer.
In "ax_LagebezeichnungKatalogeintrag" und "ax_lagebezeichnungOhneHausnummer" ist er vom Format Char(5).
Die beiden Typen kann man schon mal nicht direkt per JOIN verbinden.
Die Umwandlung Char nach Integer funktioniert nicht, weil einige Sonderfälle auch nicht-numerische Inhalte haben.
Aber auch die beiden Char-Formate sind nicht einfach per JOIN zu verbinden. "ax_lagebezeichnungKatalogeintrag" ist gefüllt mit führenden Nullen, aber "ax_lagebezeichnungOhneHausnummer" ist linksbündig ohne führende Nullen gefüllt.
Solche Dinge machen die Entwicklung von Anwendungen kompliziert und sollten in künftigen PostNAS-Versionen möglicherweise "einheitlicher" gelöst werden. 


* Unterschied NRW / RLP?

In den NRW-Daten meines Katasteramtes hat jedes Nebengebäude einen über Relation verbunden Eintrag in "LagebezeichnungMitPseudonummer".
("Pseudonummer" ist die Hausnummer, die das Nebengebäude vom Hauptgebäude erbt und durch eine laufende Nummer erweitert). 
Bei den RLP-Daten (MusterMonzel) in der Demo fehlen diese Relationen.


Generell:

Die Module der Auskunft werden grundsätzlich über den Parameter "gml_id" verknüpft.
Intern ist das praktisch, weil diese ID einheitlich ist und auch in den "alkis_relationen" verwendet wird.

Als Suchkriterium für den Einsprung "von aussen" ist das weniger geeignet, da es ein "internes" Ordnungsmerkmal ist. Der einzige Einsprungspunkt ist zur Zeit die Feature-Info des WMS nach Klick auf Flurstück.

Es ist noch ein "Suchmodul" zu schaffen, dass die üblichen externen Ordnungsbegriffe (Straßenname, Hausnummer) abfragt und zur Karte und/oder zu der Auskunft verzweigt.


Den Quellcode der Auskunft werde ich in den nächsten Tagen ins SVN hochladen.



Mit freundlichen Grüßen
Frank Jäger