ALKIS-Allgemeines - Versionsgeschichte

Claude: Rechtschreibung (nur Schreibfehler, keine inhaltlichen Änderungen)

2026-09-22T09:28:10Z

Rechtschreibung (nur Schreibfehler, keine inhaltlichen Änderungen)

← Nächstältere Version		Version vom 22. September 2026, 10:28 Uhr
Zeile 5:		Zeile 5:

	== ALKIS Objekt-Modell ==		== 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 <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.		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 widerspiegelte, 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'').<br/>		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'').<br/>

Claude: Abbildungen ergaenzt (vorhandene Wiki-Bilder)

2026-08-12T10:15:03Z

Abbildungen ergaenzt (vorhandene Wiki-Bilder)

← Nächstältere Version		Version vom 12. August 2026, 11:15 Uhr
Zeile 1:		Zeile 1:
	{{DISPLAYTITLE:Allgemeines}}		{{DISPLAYTITLE:Allgemeines}}
	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.		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 [http://www.adv-online.de/AAA-Modell/ALKIS/ umgesetzt]. Über das Menü ALKIS erreichen Sie alle ALKIS-relevanten Dialoge.		Mittlerweile das Konzept in fast allen Bundesländern [http://www.adv-online.de/AAA-Modell/ALKIS/ umgesetzt]. Über das Menü ALKIS erreichen Sie alle ALKIS-relevanten Dialoge.

	== ALKIS Objekt-Modell ==		== 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 <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.		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" (Relation ''bestehtAus''). Andersherum ist jedes Objekt AX_Punktort Teil genau eines Punktobjekts (Relation ''isTeilVon'').<br/>		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'').<br/>
	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.<br/>		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.<br/>
	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. <br/>		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. <br/>
	Mithin kann die Frage nach der Genauigkeit des Punktes ''42'' nur unter Berücksichtigung des Lagestatus bzw. des CRS erfolgen.		Mithin kann die Frage nach der Genauigkeit des Punktes ''42'' nur unter Berücksichtigung des Lagestatus bzw. des CRS erfolgen.


Zeile 18:		Zeile 18:
	''Landeshinweis Baden-Württemberg:'' Hier gibt es '''keinen Nummerierungsbezirk'''. Das Punktkennzeichen ist im Regelfall '''14-stellig''' und setzt sich zusammen aus '''2''' Stellen Landeskennung, '''4''' Stellen Gemarkung und '''8''' Stellen Punktnummer. Die in VermCad erfasste Punktnummer der Form ''<Nummer>/<Folge>'' wird dabei auf 5 + 3 Stellen aufgefüllt. Entsprechend heißt die Vorsatz-Spalte in den Dialogen '''GV''' und nicht ''NV''.		''Landeshinweis Baden-Württemberg:'' Hier gibt es '''keinen Nummerierungsbezirk'''. Das Punktkennzeichen ist im Regelfall '''14-stellig''' und setzt sich zusammen aus '''2''' Stellen Landeskennung, '''4''' Stellen Gemarkung und '''8''' Stellen Punktnummer. Die in VermCad erfasste Punktnummer der Form ''<Nummer>/<Folge>'' wird dabei auf 5 + 3 Stellen aufgefüllt. Entsprechend heißt die Vorsatz-Spalte in den Dialogen '''GV''' und nicht ''NV''.

	Die Sonderfälle in Kürze:		Die Sonderfälle in Baden-Württemberg in Kürze:
	* Für eine fest hinterlegte Liste von Gemarkungen gilt die Aufteilung '''4 + 4''' statt 5 + 3.		* Für eine fest hinterlegte Liste von Gemarkungen gilt die Aufteilung '''4 + 4''' statt 5 + 3.
	* Punktkennzeichen mit Stammnummer und Buchstabe sind '''15-stellig''' (4 Stellen Stammnummer + 1 Buchstabe + 4 Stellen Folgenummer).		* Punktkennzeichen mit Stammnummer und Buchstabe sind '''15-stellig''' (4 Stellen Stammnummer + 1 Buchstabe + 4 Stellen Folgenummer).
Zeile 24:		Zeile 24:
	* In einer Gemarkung mit eigenem Katasteramt ist das Punktkennzeichen '''19-stellig''' - dort gibt es abweichend vom übrigen Landesgebiet doch einen Nummerierungsbezirk.		* In einer Gemarkung mit eigenem Katasteramt ist das Punktkennzeichen '''19-stellig''' - dort gibt es abweichend vom übrigen Landesgebiet doch einen Nummerierungsbezirk.

	Welcher Aufbau gilt, entscheidet VermCad anhand der Gemarkung; die Längenprüfung der Validierung rechnet dann mit dem passenden Sollwert. Was in Stadtkreisen mit eigenem Katasteramt sonst noch abweicht, steht auf [[ALKIS-Arbeitsabläufe-Besonderheiten in Stadtkreisen mit eigenem Katasteramt]].		Welcher Aufbau gilt, entscheidet VermCad in Baden-Württemberg anhand der Gemarkung; die Längenprüfung der Validierung rechnet dann mit dem passenden Sollwert. Was in Stadtkreisen mit eigenem Katasteramt sonst noch abweicht, steht auf [[ALKIS-Arbeitsabläufe-Besonderheiten in Stadtkreisen mit eigenem Katasteramt]].

	{{Hilfe:NachOben}}		{{Hilfe:NachOben}}
	[[Kategorie:ALKIS]]		[[Kategorie:ALKIS]]

Claude: Abbildungen ergaenzt (vorhandene Wiki-Bilder)

2026-08-11T15:40:24Z

Abbildungen ergaenzt (vorhandene Wiki-Bilder)

← Nächstältere Version		Version vom 11. August 2026, 16:40 Uhr
Zeile 13:		Zeile 13:


			== Aufbau des Punktkennzeichens ==
			Wie ein Punktkennzeichen aufgebaut ist, legt jedes Land selbst fest. In den meisten Bundesländern beginnt es mit einem ''Nummerierungsbezirk'' (NB).

			''Landeshinweis Baden-Württemberg:'' Hier gibt es '''keinen Nummerierungsbezirk'''. Das Punktkennzeichen ist im Regelfall '''14-stellig''' und setzt sich zusammen aus '''2''' Stellen Landeskennung, '''4''' Stellen Gemarkung und '''8''' Stellen Punktnummer. Die in VermCad erfasste Punktnummer der Form ''<Nummer>/<Folge>'' wird dabei auf 5 + 3 Stellen aufgefüllt. Entsprechend heißt die Vorsatz-Spalte in den Dialogen '''GV''' und nicht ''NV''.

			Die Sonderfälle in Kürze:
			* Für eine fest hinterlegte Liste von Gemarkungen gilt die Aufteilung '''4 + 4''' statt 5 + 3.
			* Punktkennzeichen mit Stammnummer und Buchstabe sind '''15-stellig''' (4 Stellen Stammnummer + 1 Buchstabe + 4 Stellen Folgenummer).
			* Trigonometrische Punkte haben einen eigenen, '''12-stelligen''' Aufbau.
			* In einer Gemarkung mit eigenem Katasteramt ist das Punktkennzeichen '''19-stellig''' - dort gibt es abweichend vom übrigen Landesgebiet doch einen Nummerierungsbezirk.

			Welcher Aufbau gilt, entscheidet VermCad anhand der Gemarkung; die Längenprüfung der Validierung rechnet dann mit dem passenden Sollwert. Was in Stadtkreisen mit eigenem Katasteramt sonst noch abweicht, steht auf [[ALKIS-Arbeitsabläufe-Besonderheiten in Stadtkreisen mit eigenem Katasteramt]].

	{{Hilfe:NachOben}}		{{Hilfe:NachOben}}
	[[Kategorie:ALKIS]]		[[Kategorie:ALKIS]]

Claude: Kopf-Navigation entfernt; Seitentitel als DISPLAYTITLE, Abschnittstitel entfernt (CategoryTree-Sidebar ersetzt die Navigation)

2026-06-29T14:37:47Z

Kopf-Navigation entfernt; Seitentitel als DISPLAYTITLE, Abschnittstitel entfernt (CategoryTree-Sidebar ersetzt die Navigation)

← Nächstältere Version		Version vom 29. Juni 2026, 15:37 Uhr
Zeile 1:		Zeile 1:
	{{~~Hilfe~~:~~Navigation\|[[Hauptseite]] > '''[[ALKIS]]'''\|{{Hilfe:Artikel:ALKIS}}}}~~		{{DISPLAYTITLE:Allgemeines}}

	~~{{Hilfe:Artikeltitel\|~~Allgemeines}}

	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.		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.

Claude: Auto-Kategorisierung (Weg B): Kategorie:ALKIS

2026-06-25T15:58:49Z

Auto-Kategorisierung (Weg B): Kategorie:ALKIS

← Nächstältere Version		Version vom 25. Juni 2026, 16:58 Uhr
Zeile 18:		Zeile 18:

	{{Hilfe:NachOben}}		{{Hilfe:NachOben}}
			[[Kategorie:ALKIS]]

Web777: /* ALKIS Objekt-Modell */

2016-02-11T09:14:57Z

ALKIS Objekt-Modell

← Nächstältere Version		Version vom 11. Februar 2016, 10:14 Uhr
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.		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" (Relation ''bestehtAus''). Andersherum ist jedes Objekt AX_Punktort Teil genau eines Punktobjekts (Relation ''isTeilVon'').		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'').<br/>
	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 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.<br/>
	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.		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. <br/>
	Mithin kann die Frage nach der Genauigkeit des Punktes ''42'' nur unter Berücksichtigung des Lagestatus bzw. des CRS erfolgen.		Mithin kann die Frage nach der Genauigkeit des Punktes ''42'' nur unter Berücksichtigung des Lagestatus bzw. des CRS erfolgen.

Web777: /* ALKIS Objekt-Modell */

2016-02-11T09:14:00Z

ALKIS Objekt-Modell

← Nächstältere Version		Version vom 11. Februar 2016, 10:14 Uhr
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.		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}}		{{Hilfe:NachOben}}

Web777 am 10. Februar 2016 um 15:28 Uhr

2016-02-10T15:28:11Z

← Nächstältere Version		Version vom 10. Februar 2016, 16:28 Uhr
Zeile 5:		Zeile 5:
	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.		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.

	~~In absehbarer Zeit wird~~ das Konzept in allen Bundesländern umgesetzt. Im Menü ALKIS ~~können NAS (Normbasierte Austauschschnittstelle) Dateien als Treeview (links) betrachtet und validiert werden~~.		Mittlerweile das Konzept in fast allen Bundesländern [http://www.adv-online.de/AAA-Modell/ALKIS/ umgesetzt]. Über das Menü ALKIS erreichen Sie alle ALKIS-relevanten Dialoge.

	== ALKIS Objekt-Modell ==		== 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 <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":


	{{Hilfe:NachOben}}		{{Hilfe:NachOben}}

Web777 am 19. März 2014 um 12:29 Uhr

2014-03-19T12:29:38Z

← Nächstältere Version		Version vom 19. März 2014, 13:29 Uhr
Zeile 7:		Zeile 7:
	In absehbarer Zeit wird das Konzept in allen Bundesländern umgesetzt. Im Menü ALKIS können NAS (Normbasierte Austauschschnittstelle) Dateien als Treeview (links) betrachtet und validiert werden.		In absehbarer Zeit wird das Konzept in allen Bundesländern umgesetzt. Im Menü ALKIS können NAS (Normbasierte Austauschschnittstelle) Dateien als Treeview (links) betrachtet und validiert werden.

	~~[[File:~~ALKIS ~~Allgemeines.PNG]]~~		== ALKIS Objekt-Modell ==

	{{Hilfe:NachOben}}		{{Hilfe:NachOben}}

Web777: Die Seite wurde neu angelegt: „{{Hilfe:Navigation|Hauptseite > '''ALKIS'''|{{Hilfe:Artikel:ALKIS}}}} {{Hilfe:Artikeltitel|Allgemeines}} Das ALKIS®-Fachkonzept ist integraler Besta…“

2013-07-24T13:04:11Z

Die Seite wurde neu angelegt: „{{Hilfe:Navigation|Hauptseite > '''ALKIS'''|{{Hilfe:Artikel:ALKIS}}}} {{Hilfe:Artikeltitel|Allgemeines}} Das ALKIS®-Fachkonzept ist integraler Besta…“

Neue Seite

{{Hilfe:Navigation|[[Hauptseite]] > '''[[ALKIS]]'''|{{Hilfe:Artikel:ALKIS}}}}

{{Hilfe:Artikeltitel|Allgemeines}}

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.

In absehbarer Zeit wird das Konzept in allen Bundesländern umgesetzt. Im Menü ALKIS können NAS (Normbasierte Austauschschnittstelle) Dateien als Treeview (links) betrachtet und validiert werden.

[[File:ALKIS Allgemeines.PNG]]

{{Hilfe:NachOben}}