Bodenordnung mit LEFIS ein Zwischenbericht Ein Produkt der Bund-Länder-Arbeitsgemeinschaft»Nachhaltige Landentwicklung«

Transkript

1 Bodenordnung mit LEFIS ein Zwischenbericht Ein Produkt der Bund-Länder-Arbeitsgemeinschaft»Nachhaltige Landentwicklung«

2 Gliederung Vortragsgliederung LEFIS in der Flurbereinigung LEFIS-Projekt Grund der LEFIS-Entwicklung Mehrwerte von LEFIS Stand Ausblick Informationen

3 LEFIS in der Flurbereinigung LEFIS/Flurbereinigung Flurbereinigung als wichtiges Instrument der Landentwicklung mit der gesetzlichen Aufgabe, den ländlichen Raum zur nachhaltigen Verbesserung der Eigentums- und Agrarstrukturen und damit der Lebens-, Produktions- und Arbeitsbedingungen neu zu ordnen LEFIS als technische Unterstützung zur Lösung dieser komplexen Aufgaben Landentwicklungsfachinformationssystem zur umfassenden Bearbeitung von ländlichen Bodenordnungsverfahren nach dem Flurbereinigungsgesetz (FlurbG) und dem Landwirtschaftsanpassungsgesetz (LwAnpG) 3/47

4 LEFIS-Projekt LEFIS: Projekt seit 2000 bundesweites Projekt der Bund-Länder-Arbeitsgemeinschaft Nachhaltige Landentwicklung (ArgeLandentwicklung) Entwicklung eines objektorientierten Daten- und Funktionsmodells einschließlich der Ausgabeprodukte gemäß nationaler und internationaler Normen für die effiziente Bearbeitung von Bodenordnungsverfahren nach dem FlurbG sowie dem LwAnpG in Anlehnung an das AFIS-ALKIS-ATKIS(AAA)-Projekt der Arbeitsgemeinschaft der Vermessungsverwaltungen (AdV) insbesondere zur Gewährleistung eines problemlosen Datenaustausches unter Verwendung der Normbasierten Austauschschnittstelle (NAS) Definition unabhängig von Hard- und Software 4/47

5 Expertengruppe LEFIS (EG LEFIS) LEFIS: Organisation Brandenburg Hessen Niedersachsen Nordrhein-Westfalen (Vorsitz) Rheinland-Pfalz Mecklenburg-Vorpommern (seit 07/16) Sachsen, Thüringen Unterstützung durch AdV und GIS-Hersteller 5/47

6 Implementierungsgemeinschaft LEFIS (IP LEFIS) Brandenburg (Vorsitz: ) Hessen (Vorsitz: ) Mecklenburg-Vorpommern (seit 07/16) Niedersachsen Nordrhein-Westfalen* Rheinland-Pfalz Sachsen-Anhalt LEFIS: Organisation *...vertragliche Bindung Verwaltungsvereinbarung seit 11/09 Gremien der IP: Koordinierungssauschuss Projektteam LEFIS (PT LEFIS) Nutzung von Kompetenzen durch gemeinsame Entwicklung kostengünstigste Lösung hinsichtlich Entwicklung, Wartung, Pflege 6/47

7 Aufgabenabgrenzung EG LEFIS LEFIS: Organisation Koordinierungsausschuss Datenmodell zur durchgängigen Bearbeitung von Bodenordnungsverfahren nach dem FlurbG und dem LwAnpG sowie Ausgabeprodukte Verwaltungsvereinbarung Projektsteuerung Abstimmung mit externen Stellen zur Normierung und Definition der Schnittstellen bundesweit Funktionsmodell Begleitung der Implementierungsphase PT LEFIS Grundsatzentscheidungen Finanzen Vergabe Abschluss von Verträgen Nachweis: Einnahmen/ Ausgaben Entscheidung zum Beitritt weiterer Länder Beratung des Koordinierungsausschusses Zeit-/Finanzierungsplan Pflichtenheft auf den Grundlagen der EG LEFIS Wertung der Ausschreibungsergebnisse Abnahme und Pflege der Applikation Implementierungsgemeinschaft

8 Notwendigkeit der Systemablösung LEFIS: Grund der Entwicklung + Kataster-/Vermessungsverwaltung (KVA): Ablösung ALK/ALB durch ALKIS und damit verbunden Einführung der Normbasierten Austauschschnittstelle NAS Flurbereinigungsbehörde (FB): Weiterentwicklung der Altsysteme zur integrierten Sach- und Grafiklösung und damit zur Bedienung der NAS zu aufwendig ALKIS in Brandenburg: seit 01.März 2013; Ministerium des Innern und für Kommunales (MIK): Erklärung des Regelbetriebes zum , damit erfolgreicher Abschluss der Einführungsphase LEFIS in Brandenburg: Einführung voraussichtlich /47

9 LEFIS: Grund der Entwicklung: Modellierung Modellierung 9/47

10 LEFIS: Grund der Entwicklung: Modellierung LEFIS-Modell nur in Verbindung mit dem AAA-Modell, d.h. es ist nicht autark fachübergreifende Nutzung einheitlicher Datenstrukturen Nutzung vorhandener Tools, z.b. zur Ableitung der NAS, der Objektartenkataloge etc. Nutzung bereits definierter AAA-Funktionalitäten Nutzung von Entwicklungserfahrungen der AdV klare Rahmenbedingungen durch Gesetze/Vorschriften 14/39

11 LEFIS: Grund der Entwicklung: Modellierung direkte Verwendung von ALKIS-Objekten, z.b. <AX_Anteil> Relationen zwischen ALKIS- und LEFIS-Objekten, z.b. <LX_Verfahren> wirdausgefuehrtvon <AX_Dienststelle> Erweiterung von ALKIS-Objekten um flurbereinigungsspezifische Attribute, z.b. <LX_FlurstueckBodenordnung> (NREO) ergaenzt <AX_Flurstueck> (REO) Vermeidung doppelter Geometrien und Beibehaltung des Originalobjektes für das NBA-Verfahren! Erzeugung von ALKIS-Objekten mit Modellart LEFIS, z.b. <AX_Flurstueck> (Neubestand) 11/47

12 LEFIS: Grund der Entwicklung: Modellierung Beispiel Flurstück ALKIS LEFIS

13 LEFIS: Grund der Entwicklung: Datenaustausch Datenaustausch ALKIS LEFIS Zusammenarbeit zwischen KVA und FB geprägt durch intensiven und umfangreichen Datenaustausch Auszutauschen sind: KVA FB: Liegenschaftskataster + Änderungen bisher: ALK-EDBS+ALB-WLDGE; zukünftig: ALKIS-NAS FB KVA: Verfahrensgrenze, Vermessungsergebnisse, Neubestand (neue Flurstücke) bisher: AboWin-FNO+SICAD-EDBS; zukünftig: ALKIS-NAS vor, während und nach Bearbeitung eines Verfahrens 13/47

14 LEFIS: Grund der Entwicklung: Datenaustausch Grundsätzlich: ALKIS-Daten verfahrensbezogen als Sekundärdatenbestand in der LEFIS-Datenhaltungskomponente Teilung raumbezogener ALKIS-Objekte, z.b. Tatsächliche Nutzung oder Klassifizierung, an den Kanten des Objektes <AX_BauRaumOderBodenordnungsrecht> (Verfahrensgrenze) Ergebnis: Bildung und Einführung neuer Objekte seitens ALKIS Zweck: Unabhängigkeit innerhalb des Verfahrensgebietes von den Gegebenheiten außerhalb 14/47

15 LEFIS: Grund der Entwicklung: Datenaustausch Übernahme der Verfahrensgrenze (FB KVA) <AX_BauRaumOderBodenordnungsrecht> (Verfahrensgrenze) (Quelle: Abstimmungspapier ALKIS/LEFIS/DaBaG) 15/47

16 LEFIS: Grund der Entwicklung: Datenaustausch Ausstanzen der Objekte (KVA) <AX_BauRaumOderBodenordnungsrecht> (Verfahrensgrenze) (Quelle: Abstimmungspapier ALKIS/LEFIS/DaBaG) 16/47

17 LEFIS: Grund der Entwicklung: Datenaustausch Beschreibung durch PG ALKIS/LEFIS/DaBaG LEFIS ALKIS DaBaG (Quelle: Abstimmungspapier ALKIS/LEFIS/DaBaG)

18 LEFIS: Grund der Entwicklung: Datenaustausch Fachdatenverbindung (FDV) 1) LEFIS ALKIS: Abgabe der UUID + FDV mit LEFIS-UUID + Lebenszeitintervall (LZI) + Fachkennzeichen (FKZ) bei den Austauschobjekten derzeitiger Entwurf der LEFIS-FDV: <AA_Fachdatenverbindung> <<art>> als URN: 'urn:adv:fdv:<zweistelliger Zifferncode (Art der FDV)><zweistelliger Zifferncode (Art des FKZ)>' mit 'Art der FDV': 10 - ResourceId (rid) mit 'Art des FKZ': 00, wenn 'Art der FDV' = RessourceId <<fachdatenobjekt>> <AA_Fachdatenobjekt> <<name>> bei 'Art der FDV' = 10 und damit 'Art des FKZ' = 00: 16-stelliger Identifikator+16-stellige/s Entstehungsdatum/-zeit ohne Trennzeichen Hinweis: Syntax noch im Entwurfs-/Abstimmungsstadium zwischen ALKIS/LEFIS/DaBaG; FDV noch nicht in LEFIS implementiert, derzeit Abgabe der endgültigen UUID (Quelle: Abstimmungsphase ALKIS/LEFIS/DaBaG)

19 LEFIS: Grund der Entwicklung: Datenaustausch 2) ALKIS: bei der Übernahme wie bisher Vergabe eigener UUID + LZI für die neuen Objekte aus LEFIS Übernahme der Informationen der FDV in die ALKIS-DHK 3) ALKIS LEFIS: Rückübertragung (NBA) der übernommenen und evtl. geänderten Objekte inkl. der neuen ALKIS-UUID/LZI und der LEFIS-FDV für die Synchronisation im LEFIS-Neubestand 4) LEFIS: Erkennen des Objektzusammenhangs anhand der mitgelieferten alten LEFIS-FDV; Anpassung der LEFIS-DHK-Objektinstanzen (UUID+LZI und evtl. weitere Änderungen durch Datenübernahme) (Quelle: Abstimmungsphase ALKIS/LEFIS/DaBaG)

20 LEFIS: Grund der Entwicklung: Datenaustausch Herausforderungen (Auswahl) 1 Fachdatenverbindung welche Fachkennzeichenarten? weitere Prozesse im Zusammenwirken ALKIS/LEFIS/DaBaG? Überlegungen der AdV zur Übernahme fremder UUIDs in die ALKIS-DHK frühestens mit GeoInfoDok 7.0 (2022?) keine Berücksichtigung bei der aktuellen Realisierung Hinweis LEFIS-Auftragnehmer: Abgabe der vorläufigen UUID ohne nennenswerte Korrektur in LEFIS, lediglich zusätzlich Schreiben der FDV an die Objekte aber: Aufwand bei der Entgegennahme der Objekte nach der Katasterberichtigung von ALKIS zurück nach LEFIS Sonderbehandlungen notwendig, z.b. für gleiche Objekte mit unterschiedlicher UUID (wegen unterschiedlicher Katasterämter), aber gleicher FDV Probleme aber lösbar und mit erheblich geringerem Aufwand, als die Umstellung aller Systeme auf die Führung von fremden UUIDs 20/47

21 LEFIS: Grund der Entwicklung: Datenaustausch 2 Mehrere ALKIS-DHKs ALKIS: Objekt 1 in 2 ALKIS-DHKs (je KVA) 1' + 1'' Abgabe an LEFIS Altbestand LEFIS Neubestand: Bearbeitung 1' 1(NEU) Abgabe an ALKIS LEFIS ALKIS DHK1: Synchronisation LEFIS ALKIS DHK2: keine Synchronisation Konflikt Hinweis: gilt nicht für Brandenburg, da eine zentrale Landes-DHK für ALKIS 21/47

22 LEFIS: Grund der Entwicklung: Datenaustausch 3 Notwendige Austauschobjekte erst mit GeoInfodok 7 bereits in der Pilotierung zum Austausch ALKIS/LEFIS/DaBaG (Bayern, Niedersachsen sowie in LEFIS) notwendig + <AX_BauRaumOderBodenordnungsrechtGrundbuch> <AX_FortfuehrungsfallGrundbuch> <AX_FlurstueckGrundbuch> (Quelle: Abstimmungspapier ALKIS/LEFIS/DaBaG) 22/47

23 LEFIS: Grund der Entwicklung: Datenaustausch 4 Umsetzung nicht zum ALKIS-Grunddatenbestand gehörende, aber in LEFIS notwendige Attribute Erweiterung des ALKIS-Grunddatenbestandes, auch für andere Fachverwaltungen, wäre begrüßenswert Konzept: vgl _ALKISGDB_LEFIS.pdf 23/47

24 Generelle Mehrwerte von LEFIS Auflösung der heterogenen Systemlandschaft durch Schaffung eines gemeinsamen Standards basierend auf nationalen und internationalen Normen ISO TC211 mit Normenserie ISO (verschiedenste Geodatenstandards), GeoInfoDok mit GML 3.2 Mehrwerte: generell Wegfall der Systemsynchronisation und Vereinfachung der Systempflege einheitliches objektorientiertes Datenmodell, d.h. Integration von Sach- und Grafikdatenverarbeitung Beseitigung von Redundanzen in der bisherigen Datenhaltung sowie Sicherstellung der Datenaktualität, der Datenplausibilität und der Datenkonsistenz 24/47

25 Mehrwerte: generell schnelle Reaktionsmöglichkeit auf Änderungen aufgrund der Flexibilität des Datenmodells einheitliche und neue bisher nicht zur Verfügung stehende Funktionen umfangreiches Berechtigungskonzept Erhöhung der Nutzerfreundlichkeit durch Einbindung dieser Daten in Geodateninfrastrukturen 25/47

26 Mehrwerte: generell Erhöhung der Qualität und der Wirtschaftlichkeit bei der Bearbeitung von Bodenordnungsverfahren inkl. deren Ergebnisse Verbesserung der Bereitstellung von Informationen für Entscheidungsprozesse unter Mitwirkung der Bürger/innen mehr Datensicherheit sowohl für die Bürger/innen als auch für die beteiligten Kommunen und Unternehmen 26/47

27 Funktionale Mehrwerte von LEFIS Historisierungs- und Versionierungsmethoden zur Datenrecherche (Speicherung aktueller und historischer Informationen zu jedem Objekt, auch im Hinblick auf Nachtragsbearbeitung) Historisierung: nach Untergang aus fachlicher Sicht neues Objekt (neue OID) Versionierung: verschiedene Versionen eines Objektes (gleichbleibende OID) Mehrwerte: funktional Umfangreiche Funktionen für diverse statistische Auswertungen Integrierte Erfassung und Bearbeitung sonstiger öffentlicher Register Integrierte Terminverwaltung 27/47

28 Mehrwerte: funktional Legitimation (Erbfolge/Vertretungsregelung/Veränderungen) Automationsgestützte Ableitung des Wertermittlungstarifs mit Wertklassenbildung Automatisierte Berechnung von Landbeiträgen und Landabzügen nach dem FlurbG unter Berücksichtigung unterschiedlicher Abzugszonen und Abzugsbefreiungen Automationsgestützte Ableitung von Zuteilungskarten aus Planwunschterminen 28/47

29 Mehrwerte: funktional Automatisierte Erstellung aller Bestandteile des Bodenordnungsplans (Plantext, Karten, Nachweise...) Hebungsprozess unter Berücksichtigung geleisteter Beiträge und Grundstücksveräußerungen Integrierte Erfassung und Bearbeitung von Geobasisinformationen über eine Außendienstkomponente 29/47

30 Mehrwerte: funktional Reibungsloser und mit mehr Selektionsmöglichkeiten verbundener Datenaustausch durch die einheitliche länder- und verwaltungsübergreifende Schnittstelle NAS mit der Kataster- und Vermessungsverwaltung (ALKIS) der Grundbuchverwaltung (DaBaG1) sowie weiterer zukünftiger objektorientierter Systeme Dritter 1...in der Entwicklung befindliches bundeseinheitliches Datenbankgrundbuch 30/47

31 Stand Stand: Erledigt, Aktuell Erledigt Veröffentlichung Ausschreibungsunterlagen Durchführung der Ausschreibung inkl. Teststellung bis Vergabe mit Vertragsunterzeichnung für die Programmierung, Pflege und Weiterentwicklung von LEFIS inkl. der GIS-Grundsoftware Aktuell Implementierung der ersten Entwicklungsstufe durch 7 Mitgliedsländer der»argelandentwicklung«mit der Firma AED-SICAD AG begleitet von umfangreichen Funktionstests, Fachworkshops und Schulungen 12/12 12/15 Abschluss der Gesamtlieferung 12/15 Beginn der Produktionspilotierung /47

32 Stand: Systemarchitektur Systemarchitektur [Quelle: AED-SICAD] 32/47

33 Stand: 3A Editor LEFIS 3A Explorer LEFIS 3A Editor LEFIS Komponente 3A Explorer LEFIS zur Verfahrens-/Projektverwaltung Verwaltungsebene Informationsebene mit Verfahren, mit Projekten, mit NAS-Aufträgen Projektgebiet sowie Projektstatus Detailinformationen zum Projektstatus 33/47

34 Stand: 3A Editor LEFIS 3A Map LEFIS Komponente 3A Map LEFIS zur Bearbeitung der FlurbG-Verfahren Inhaltsverzeichnis Variable Sachdateninformationsfenster Interaktives Kartenfenster 34/47

35 Stand: 3A Editor LEFIS 3A Map LEFIS Arbeitsprozesse im Altbestand hier: Beteiligte, Rechte und Belastungen Arbeitsprozesse im Neubestand nach Auswahl des Arbeitsprozesses: Anzeige der jeweiligen Objektarten Anzeige der jeweiligen Arbeitsschritte 35/47

36 Stand: 3A Editor LEFIS 3A Map LEFIS Arbeitsprozesse im Altbestand Arbeitsprozesse im Neubestand hier: Datenaustausch Grundlagen: GeoInfoDok, Abstimmungspapier ALKIS/LEFIS/ DaBaG zur Berichtigung der öffentlichen Bücher, z.b. in der Kataster-/ Vermessungsverwaltung Generierung eines NAS-Fortführungsauftrag pro Katasteramt inkl. grundsätzlicher Eigenschaften, z.b. keine Abgabe von LEFIS-Objekten an ALKIS 36/47

37 Funktionen im Alt- und Neubestand Stand: 3A Editor LEFIS 3A Map LEFIS Prüfungen Prüfergebnisse Prüfprotokolle 37/47

38 Funktionen im Alt- und Neubestand Stand: 3A Editor LEFIS 3A Map LEFIS Zentrale Dialoge von hier jeweils Aufruf der untergeordneten Dialoge = Folgedialoge für Fachinformationen Einstieg über Ordnungsnummer, z.b. Einstieg über Flurstück, z.b. Teilnehmer Grundstück Rechte und Belastungen Wert Abfindungsanspruch Nutzungsarten 38/47

39 Allgemeine Funktionen Stand: 3A Editor LEFIS 3A Map LEFIS von allgemein steuerndem Charakter bzw. wiederholtes Ausführen unabhängig vom Bestand hier: Karten, z.b. Eigentumskarte (Kartenmanager mit automatischer Blattschnittgenerierung) 39/47

40 Allgemeine Funktionen hier: Statistiken, z.b. Analyse des Straßen- und Wegenetzes Stand: 3A Editor LEFIS 3A Map LEFIS 40/47

41 Allgemeine Funktionen hier: Verwaltung der Verfahrenstermine sowie der ordnungsnummernbezogenen Termine Stand: 3A Editor LEFIS 3A Map LEFIS 41/47

42 Administrative Funktionen hier: Verwaltung der Musterplantexte sowie der Plantextvariablen Stand: 3A Editor LEFIS 3A Map LEFIS 42/47

43 Ausblick: Entwicklungsstufen Ausblick Weitere Entwicklungsstufen Plan über die gemeinschaftlichen und öffentlichen Anlagen nach 41 FlurbG Erfassung und Bewertung der Landschaft mit landschaftspflegerischem Begleitplan Umfassendes Auskunfts- und Informationssystem unter Nutzung von GDI-Strukturen und E-Government Beispiel: nach Erlass der Ausführungsanordnung und vor Berichtigung der öffentlichen Bücher (z.b. Kataster) gleichartige Bereitstellung von Daten und Auskünften gegenüber den Nutzern und Kunden aus der LEFISDatenhaltung wie nach Berichtigung der öffentlichen Bücher aus diesen 43/47

44 Ausblick: Aufgaben Kontinuierliche Aufgaben Pflege und Weiterentwicklung des Datenmodells, der Oberfläche sowie der Funktionalitäten unter Beibehaltung der Einheitlichkeit Aufbau und Pflege des Informationsportals LEFIS-Wiki (BlueSpice for MediaWiki der Fa. Hallo Welt! ) 44/47

45 Länderspezifische Aufgaben Pilotierung inklusive der Anpassung von LEFIS an länderspezifische Bedingungen (Vorlagenkataloge für Nachweise, Karten, Verzeichnisse, Plantexte...) sowie an das Tagesgeschäft und damit verbunden an weitere Nutzeranforderungen, z.b. in Form von Hilfsfunktionen, Prüfroutinen und Abfragen Ausblick: Aufgaben Migration ausgewählter Altverfahren nach LEFIS zur Weiterbearbeitung (nicht in allen Bundesländern) Schulung der Sachbearbeiter/innen zur Produktion Verfahrensbearbeitung inkl. Support 45/47

46 Weitere Informationen und Ansprechpartner Bund-Länder-Arbeitsgemeinschaft»Nachhaltige Landentwicklung« LEFIS-Portal Informationen Fa. AED-SICAD AG 46/47

47 Vielen Dank für Ihre Aufmerksamkeit! Dr. Anja Wagner Projektleitung LEFIS-Entwicklung Verband für Landentwicklung und Flurneuordnung Brandenburg Friedrich-Engels-Straße Potsdam Kontaktdaten Tel: +49(0) bzw. +49(0) Fax: +49(0) /47

48 Regelwerk Grunddatenbestand ALKIS LEFIS 1 erstellt und angepasst durch EG LEFIS, Anmerkungen durch AED-SICAD Dokumentenhistorie Datum Bearbeiter Änderungsgrund EG LEFIS, Düsseldorf Erstellung AED-SICAD+EG LEFIS, Bonn EG LEFIS, Limburg Anpassung EG LEFIS, Hannover Anpassung Besprechung (Protokoll S.17 20) Bäcker/Wagner Anpassung der Tabelle unter Altbestand (<<kan>> = 'A')/NBA : Zeile 3

49 Regelwerk Grunddatenbestand ALKIS LEFIS 2 erstellt und angepasst durch EG LEFIS, Anmerkungen durch AED-SICAD Altbestand (<<kan>> = 'A') Generell Wenn das gleichnamige LX-Attribut (gleichnamig zum AX-Attribut in der zugehörigen AX-Objektart (Relation ergaenzt ), z.b. <AX_Namensnummer>/<LX_Namensnummer> <<artderrechtsgemeinschaft>>) existiert, dann ignoriere das AX-Attribut und verwende für Ausgaben/Berechnungen etc. das LX-Attribut Dialoganpassung In Erfassungsdialogen gilt für gleichnamige LX-Attribute (gleichnamig zum AX-Attribut in der zugehörigen AX-Objektart (Relation ergaenzt )): Im Dialog werden ausschließlich die LX-Attribute angezeigt Belegung des LX-Attributs ist immer erlaubt. NBA Das Regelwerk gilt nur dann, wenn ein zum AX-Attribut analoges (gleichnamiges) LX-Attribut existiert. Bei der Erstübernahme werden die AX-Attribute in die LX-Attribute kopiert. Bei jeder weiteren Fortführung werden die Attributwerte in die LX-Attribute übernommen. Ausnahmeregel: Vor dem Kopiervorgang ist zu überprüfen, ob Überschreibe den LX-Wert nur, wenn der alte AX-Attributwert mit dem neuen AX-Attributwert nicht identisch ist. Das Migrationswerkzeug muss angepasst werden. Erstabgabe Übernahme <AX_Buchungsstelle> <<anteil>> Änderung im Dialog auf 1/3 <AX_Buchungsstelle> <<anteil>> REPLACE = 1/2 <AX_Buchungsstelle> <<anteil>> REPLACE = 1/4 <AX_Buchungsstelle> <<anteil>> Anzeige/Nutzung in den Dialogen/Arbeitsprozessen/Ausgaben <LX_BuchungsstelleBodenordung> 1/2 <<anteil>> 1/2 <LX_BuchungsstelleBodenordung> 1/2 <<anteil>> 1/3 <LX_BuchungsstelleBodenordung> 1/2 <<anteil>> 1/3 <LX_BuchungsstelleBodenordung> 1/4 <<anteil>> 1/4 Prüfung: Überschreibe den LX-Wert nur, wenn der alte AX-Attributwert mit dem neuen AX-Attributwert nicht identisch ist Prüfung: Überschreibe den LX-Wert nur, wenn der alte AX-Attributwert mit dem neuen AX-Attributwert nicht identisch ist

50 Regelwerk Grunddatenbestand ALKIS LEFIS 3 erstellt und angepasst durch EG LEFIS, Anmerkungen durch AED-SICAD Neubestand (<<kan>> = 'N') Generell Im Neubestand werden die LX-Attribute gefüllt, die gleichnamig zu AX-Attributen sind, z.b. <LX_BuchungsstelleBodenordnung>> <<buchungstext>>. Das Arbeiten soll in den gleichnamigen LX-Attributen erfolgen, damit im Neubestand nicht die Attribute der AX-Objekte vor der Katasterberichtigung und die Attribute der LX-Objekte nach der Katasterberichtigung gepflegt werden müssen. Grund hierfür ist, dass nach der Katasterberichtigung die Attribute, die nicht zum ALKIS-Grunddatenbestand gehören, nicht zurückgeliefert werden und damit die in LEFIS erfassten Daten verloren gingen. Dialoganpassung In Erfassungsdialogen gilt für gleichnamige LX-Attribute (gleichnamig zum AX-Attribut in der zugehörigen AX-Objektart (Relation ergaenzt )): Im Dialog werden nur die LX-Attribute angezeigt. Belegung des LX-Attributs ist immer erlaubt. Katasterberichtigung Kopieren aller LX-Objekte/LX-Attribute soweit möglich in AX-Objekte/AX-Attribute bei der Erzeugung der NAS-Schnittstelle gleichnamiges LX-Attribut Kopie in gleichnamiges AX-Attribut Abgabe der FB-Objekte an Kataster/ALKIS Bei Übernahme der fortgeschriebenen ALKIS-Daten nach der Katasterberichtigung nach LEFIS gilt folgende Regel: Die Übernahme eines AX-Attributes in ein LX-Attribut wird durch Präferenzen gesteuert. Beispiel: Die Attribute <<rechtsbehelfsverfahren>>, <<abweichenderrechtszustand>> gehören nicht zum ALKIS-GDB und werden nicht in die gleichnamigen LX-Attribute übernommen. Dies bedeutet, dass diese beiden Attribute per Präferenz ausgeschlossen werden. Für alle anderen gleichnamigen Attribute, die zum ALKIS-GDB gehören, gilt folgende Regel: wenn gleichnamiges AX-Attribut (gleichnamig zum LX-Attribut in der zugehörigen LX-Objektart (Relation ergaenzt )), dann kopiere das AX-Attribut auch in das LX-Attribut.