ALKIS-Allgemeines: Unterschied zwischen den Versionen

← Zum vorherigen Versionsunterschied Zum nächsten Versionsunterschied →

Version vom 11. Februar 2016, 10:14 Uhr

Das ALKIS®-Fachkonzept ist integraler Bestandteil des AFIS®-ALKIS® -ATKIS®-Konzepts der AdV und ist unerlässlich zur Schaffung eines einheitlichen amtlichen Geodatenbestands der Vermessungsverwaltung aus den digitalen Daten des Liegenschaftskatasters, der Topographie und der Landesvermessung.

Mittlerweile das Konzept in fast allen Bundesländern umgesetzt. Über das Menü ALKIS erreichen Sie alle ALKIS-relevanten Dialoge.

ALKIS Objekt-Modell

Eine wichtige Änderung ist die Umstellung auf eine objektbasierte Datenstruktur. Bestanden amtliche Punktlieferungen bisher aus einer einzigen EDBS-Zeile, die sich nach dem Import in je einer Zeile eines VORGABEN-Blocks und des VERWALTUNGs-Blocks wiederspiegelte, so erhalten über die NAS (Normbasierte Austauschschnittstelle) einen Sack voll sich über Relationen referenzierende Objekte.

Als Name für einen Punkt diente bisher seine Punktkennung. In ALKIS werden die Objekte über eine 16stellige ID identifiziert, die gleichfalls zur Erklärung von Relationen zwischen Objekten dient. So kann ein Punktobjekt (AX_Grenzpunkt, AX_BesondererGebaeudepunkt, ...) aus beliebig vielen Objekten AX_Punktort "bestehen" (Relation bestehtAus). Andersherum ist jedes Objekt AX_Punktort Teil genau eines Punktobjekts (Relation isTeilVon). Ein Punktort repräsentiert eine Koordinate in einem CRS (Koordinatenreferenzsystem) nebst den zugehörigen Parametern (bspw. KDS, KST, HIN, ...) und den Qualitätsangaben (bspw. GST, SRC, LZK, ...). Ein eineindeutige Zuordnung zu einem Lagestatus kann nicht immer erfolgen, da bspw. LS 489 mit den CRS ETRS89_UTM32 und ETRS89_UTM33 korrespondiert. Ein Punktobjekt repräsentiert den tatsächlichen Punkt mit all seinen koordinatenübergreifenden Attributen wie z.B: PKN, ABM, FGP, ZST. Beide Objekte "kennen" einander nur über Ihre ObjektID. Mithin kann die Frage nach der Genauigkeit des Punktes 42 nur unter Berücksichtigung des Lagestatus bzw. des CRS erfolgen.

[Nach oben]

@@ Zeile 10: / Zeile 10: @@
 Eine wichtige Änderung ist die Umstellung auf eine objektbasierte Datenstruktur. Bestanden amtliche Punktlieferungen bisher aus einer einzigen EDBS-Zeile, die sich nach dem Import in je einer Zeile eines <code>VORGABEN</code>-Blocks und des <code>VERWALTUNG</code>s-Blocks wiederspiegelte, so erhalten über die NAS (Normbasierte Austauschschnittstelle) einen Sack voll sich über Relationen referenzierende Objekte.
-Als Name für einen Punkt diente bisher seine Punktkennung. In ALKIS werden die Objekte über eine 16stellige ID identifiziert, die gleichfalls zur Erklärung von Relationen zwischen Objekten dient. So kann ein Punktobjekt (AX_Grenzpunkt, AX_BesondererGebaeudepunkt, ...) aus beliebig vielen Objekten AX_Punktort "bestehen":
+Als Name für einen Punkt diente bisher seine Punktkennung. In ALKIS werden die Objekte über eine 16stellige ID identifiziert, die gleichfalls zur Erklärung von Relationen zwischen Objekten dient. So kann ein Punktobjekt (AX_Grenzpunkt, AX_BesondererGebaeudepunkt, ...) aus beliebig vielen Objekten AX_Punktort "bestehen" (Relation ''bestehtAus''). Andersherum ist jedes Objekt AX_Punktort Teil genau eines Punktobjekts (Relation ''isTeilVon'').
+Ein Punktort repräsentiert eine Koordinate in einem CRS (Koordinatenreferenzsystem) nebst den zugehörigen Parametern (bspw. KDS, KST, HIN, ...) und den Qualitätsangaben (bspw. GST, SRC, LZK, ...). Ein eineindeutige Zuordnung zu einem Lagestatus kann nicht immer erfolgen, da bspw. LS 489 mit den CRS <code>ETRS89_UTM32</code> und <code>ETRS89_UTM33</code> korrespondiert.
+Ein Punktobjekt repräsentiert den tatsächlichen Punkt mit all seinen koordinatenübergreifenden Attributen wie z.B: PKN, ABM, FGP, ZST. Beide Objekte "kennen" einander nur über Ihre ObjektID.
+Mithin kann die Frage nach der Genauigkeit des Punktes ''42'' nur unter Berücksichtigung des Lagestatus bzw. des CRS erfolgen.
 {{Hilfe:NachOben}}