ALKIS-Objektartenkatalog als Wissensbasis fuer GID6 und GID7 angelegt

Atomare Markdown-Wissensdateien je Objektart/Datentyp (Beschreibung, Attribute,
Codelisten, Bildungsregeln, Konsistenzbedingungen, Relationen inkl. Gegenrolle),
maschinell erzeugt aus den ADV-Katalog-XML unter referenz/alkis/ (unversioniert).

Zwei getrennte Baeume, weil operativ noch GID6 laeuft und GID7 erst der Zielstand
ist: docs/wissen/alkis/gid6/ (189 Klassen, WFS-Produktivstand, fuer Plugin-Code
massgeblich) und docs/wissen/alkis/gid7/ (209 Klassen, kuenftige Umstellung).

Vererbung wird nicht in jede Datei hineinkopiert (Drift-/Tokenrisiko), sondern per
Inline-Hinweis auf die Oberklasse referenziert plus on-demand ueber
_werkzeuge/parse_alkis.py resolve aufgeloest; ein diff-Modus vergleicht eine
Klasse zwischen beiden Versionen. alkis_objektarten.md verweist jetzt auf beide
Versionsbaeume.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

docs/wissen/alkis/gid7/objektart_AX_GeoreferenzierteGebaeudeadresse.md

@@ -0,0 +1,96 @@
+# AX_GeoreferenzierteGebaeudeadresse (12006)
+
+- **Version:** AAA-Anwendungsschema 7.1.2 (Zielstand)
+- **Art:** Objektart
+- **Objektartenbereich:** Flurstücke, Lage, Punkte (10000)
+- **Objektartengruppe:** Angaben zur Lage (12000)
+- **Oberklassen:** AU_Punktobjekt
+- **Wird typisiert durch:** REO (Objekttyp-Code, z. B. REO=Realobjekt, ZUSO=zusammengesetztes Objekt)
+
+## Beschreibung
+
+[E] 'Georeferenzierte Gebäudeadresse' enthält alle Informationen für die Ausgabe der amtlichen Hauskoordinate.
+
+## Bildungsregeln
+
+- Die Objektart darf nur unter den folgenden Voraussetzungen existieren: - eine der drei Relationen 'weistAuf', 'zeigtAuf' oder 'verweistAuf' muss belegt sein - eine Relation darf nur auf ein Zielobjekt verweisen, dass eine verschlüsselte Lageinformation beinhaltet - es darf nur eine Relationsart belegt sein - das entsprechende Lageobjekt muss mit einem der Objekte 'Gebäude', 'Turm' oder 'Flurstück' der Modellart DLKM (einschließlich DKKMx) verbunden sein. Bei Änderungen der Objekte 'Lagebezeichnung mit Hausnummer', 'Lagebezeichnung ohne Hausnummer' oder 'Lagebezeichnung mit Pseudonummer' muss stets auch das Objekt 'Georeferenzierte Gebäudeadresse' entsprechend fortgeführt werden. Die Position der 'Georeferenzierte Gebäudeadresse’ ist durch eine geeignete Methode gemäß der Qualitätsangabe innerhalb des Gebäudes oder des Flurstücks zu erzeugen. Ist ein Präsentationsobjekt Hausnummer oder Flurstücksnummer vorhanden, kann dessen Position anstelle der Methode verwendet werden. Die Attribute aus AX_GeoreferenzierteGebaeudeadresse sind in Übereinstimmung mit den referenzierten "Lagen" abzuleiten. Zur Ableitung der Qualitätsangaben dienen folgende Regeln: - amtlichMit (A): - AX_LagebezeichnungMitHausnummer hat eine Relation zu AX_Gebaeude oder - AX_LagebezeichnungMitHausnummer hat eine Relation zu AX_Turm - amtlich (B): - AX_LagebezeichnungMitHausnummer hat eine Relation ausschließlich zu AX_Flurstueck (nicht zu AX_Gebaeude oder AX_Turm) - katasterintern (C): - AX_LagebezeichnungMitPseudonummer hat Relation zu AX_Gebaeude (z. B. Kirche) - AX_LagebezeichnungOhneHausnummer mit Relation zu AX_Gebaeude (z. B. Hofstellen)
+
+## Attribute
+
+| Attribut | Kennung | Kardinalität | Typ | Objektbildend | Retired |
+|---|---|---|---|---|---|
+| qualitaetsangaben | QUA | 1 | AX_Qualitaet_Hauskoordinate | false |  |
+| land | LAN | 1 | CharacterString | false |  |
+| regierungsbezirk | RBZ | 1 | CharacterString | false |  |
+| kreis | KRS | 1 | CharacterString | false |  |
+| gemeinde | GMD | 1 | CharacterString | false |  |
+| ortsteil | OTT | 1 | CharacterString | false |  |
+| strassenschluessel | SSS | 1 | CharacterString | false |  |
+| hausnummer | HNR | 0..1 | CharacterString | false |  |
+| adressierungszusatz | ADZ | 0..1 | CharacterString | false |  |
+| postalischeAdresse | POA | 0..1 | AX_Post (Datentyp, 12007) | false |  |
+
+### Attribut `qualitaetsangaben` (QUA)
+
+Enthält Qualitätsaussagen zur Lage der Gebäudekoordinate.
+
+Wertebereich (Codeliste):
+
+| Code | Bedeutung | Beschreibung |
+|---|---|---|
+| 1000 | AmtlichMit (A) | Amtliche Hausnummer, Koordinate liegt sicher innerhalb der erfassten Gebäudegeometrie. |
+| 2000 | Amtlich (B) | Amtliche Hausnummer, Koordinate liegt sicher innerhalb der Flurstücksfläche, das Gebäude ist nicht sicher in der Örtlichkeit vorhanden. |
+| 3000 | Katasterintern (C) | Katasterinterne Hausnummer, die Koordinate liegt sicher innerhalb der erfassten Gebäudegeometrie. |
+
+### Attribut `regierungsbezirk` (RBZ)
+
+Belegt mit einer Stelle. Falls Regierungsbezirk nicht vorkommt, wird Füllzeichen '0' verwendet.
+
+### Attribut `ortsteil` (OTT)
+
+Belegt mit vier Stellen. Falls Ortsteil nicht vorkommt, wird Füllzeichen '0' verwendet.
+
+### Attribut `hausnummer` (HNR)
+
+'Hausnummer' ist die von der Gemeinde für ein bestehendes oder geplantes Gebäude vergebene Nummer ohne Adressierungszusatz.
+
+### Attribut `adressierungszusatz` (ADZ)
+
+Adressierungszusatz wird (soweit vorhanden) aus der Attributart 'Hausnummer' bei AX_LagebezeichnungMitHausnummer oder aus der Attributart 'Pseudonummer’ bei AX_LagebezeichnungMitPseudonummer abgeleitet.
+
+### Attribut `postalischeAdresse` (POA)
+
+'Postalische Adresse' enthält Angaben, die entweder direkt geführt oder extern ergänzt werden. Das Endprodukt muss bei Abgabe an den Kunden diese Informationen enthalten.
+
+## Relationen / Assoziationen
+
+| Rolle | Kennung | Kardinalität | Ziel | Navigierbar | Gegenrolle |
+|---|---|---|---|---|---|
+| weistAuf | 12006-12002 | 0..1 | AX_LagebezeichnungMitHausnummer (Objektart, 12002) | true | `beziehtSichAuchAuf` auf AX_LagebezeichnungMitHausnummer (12002) |
+| verweistAuf | 12006-12003 | 0..1 | AX_LagebezeichnungMitPseudonummer (Objektart, 12003) | true | `gehoertZuPseudo` auf AX_LagebezeichnungMitPseudonummer (12003) |
+| zeigtAuf | 12006-12001 | 0..1 | AX_LagebezeichnungOhneHausnummer (Objektart, 12001) | true | `gehoertAuchZu` auf AX_LagebezeichnungOhneHausnummer (12001) |
+
+### Relation `weistAuf` (12006-12002)
+
+Die inverse Relation wird optional belegt, damit keine Implementierung unmittelbar zur Umstellung auf das neue Verfahren zur Ableitung der Hauskoordinate gezwungen wird.
+
+Gegenstück: `beziehtSichAuchAuf` ((INV)12006-12002) auf `AX_LagebezeichnungMitHausnummer` (12002), Kardinalität 0..1, navigierbar: false.
+
+### Relation `verweistAuf` (12006-12003)
+
+Die inverse Relation wird optional belegt, damit keine Implementierung unmittelbar zur Umstellung auf das neue Verfahren zur Ableitung der Hauskoordinate gezwungen wird.
+
+Gegenstück: `gehoertZuPseudo` ((INV)12006-12003) auf `AX_LagebezeichnungMitPseudonummer` (12003), Kardinalität 0..1, navigierbar: false.
+
+### Relation `zeigtAuf` (12006-12001)
+
+Die inverse Relation wird optional belegt, damit keine Implementierung unmittelbar zur Umstellung auf das neue Verfahren zur Ableitung der Hauskoordinate gezwungen wird.
+
+Gegenstück: `gehoertAuchZu` ((INV)12006-12001) auf `AX_LagebezeichnungOhneHausnummer` (12001), Kardinalität 0..1, navigierbar: false.
+
+## Hinweise für Tests
+
+- Pflichtattribute (Kardinalität 1 oder 1..\*): qualitaetsangaben, land, regierungsbezirk, kreis, gemeinde, ortsteil, strassenschluessel — Testfälle für Validierung bei Fehlen sinnvoll.
+- Optionale Attribute: hausnummer, adressierungszusatz, postalischeAdresse — Testfälle mit und ohne Belegung.
+- Attribute mit Codeliste: qualitaetsangaben — Testfälle für gültige und ungültige Codes.
+- Bildungsregeln oben pruefen: definieren i. d. R. das objektbildende Attribut/die Objektidentität — Testfall für Duplikaterkennung/Schlüsselaufbau sinnvoll.