A L K IS-Fortführungs- und E inrichtungslogik Stand:

Transkript

1 A L K IS-Fortführungs- und E inrichtungslogik Stand: A L K IS-Fortführungslogik Das Attribut anlass, das jedes aus AA_Objekt abgeleitete ALKIS-Objekt mit Multiplizität (0:1) hat wird im Erhebungs-/Qualifizierungs-Arbeitsplatz gesetzt (siehe ExternalCodeList AA_Anlassart). In der Regel wird nur ein Anlass geführt; auf Homogenisierung wird ggf. zusätzlich hingewiesen. Der Eintrag eines Anlasses ist nur für bestimmte Fortführungen zwingend (d. h. es kommen innerhalb eines Fortführungsfalles auch Objekte ohne Anlass vor). (Das Attribut anlass darf maximal aus einer Abfolge von zwei Elementen der ExternalCodeList AA_Anlassart bestehen.) Ferner wird in der AA ueberschriftimfortführungsnachweis der OA AX_Fortführungsfall ein Anlass (1:?) geführt. Es gilt die gleiche ExternalCodeList AA_Anlassart. In Abhängigkeit vom Anlass wird von der Datenhaltungskomponente die Plausibilität und die Konsistenz des Fortführungsfalls geprüft. Fortführungen der Bestandsdaten werden durch das Objekt AX_Fortfuehrungsauftrag eingeleitet. Eröffnen der Protokolldatei Einlesen der zu verarbeitenden Daten (liegen in Form einer NAS - Datei mit genau einem Auftrag vor) in strukturierter Form in den temporären Bereich der Datenhaltung Feststellung der Art der notwendigen Weiterverarbeitung (z.b. Benutzungsauftrag, Fortführungsauftrag, Einrichtungsauftrag) Prüfung der zeitlichen, räumlichen und fachlichen Berechtigung zur Verarbeitung, Anstoßen der Weiterverarbeitung (z.b. Fortführungsverarbeitung) A blauf der Fortführungsverarbeitung Die Fortführungsverarbeitung baut auf den q ualifizierten Erhebungsdaten auf. Diese liegen in strukturierter Form im temporären Bereich der Datenhaltung vor. Sie bestehen aus genau einem Fortführungsauftrag mit 0 bis n Fortführungsfällen. (Fortführungsfälle haben nur zu Flurstücken eine Relation; die Zuordnung von anderen Fortführungen zu einem Fortführungsfall erfolgt über die Reihenfolge in der Austauschdatei.) Verschiedene Fortführungsfälle innerhalb eines Fortführungsauftrags werden durch die Fachobjektart "AX_Fortfuehrungsfall" abgebildet. Der Fortführungsauftrag selbst entspricht einer XML-Datei. Die Objekte "AX_Fortfuehrungsfall" werden als Bestandteil von insert-elementen übermittelt. Als Fortführungsfall werden alle Änderungen verarbeitet, die in der XML-Datei im Anschluss an das Objekt "AX_Fortfuehrungsfall" übermittelt werden, solange kein weiteres Objekt "AX_Fortfuehrungsfall" folgt. Vor dem ersten Objekt "AX_Fortfuehrungsfall" wird das Objekt "AX_FortfuehrungsnachweisDeckblatt" als insert-element übermittelt. Die Objekte, die im Rahmen eines nicht dokumentationspflichtigen Fortführungsfalls fortzuführen sind, werden vor dem Objekt " AX_FortfuehrungsnachweisDeckblatt " übermittelt. Damit Fortführungen auf Fortführungen in anderen Fortführungsfällen des gleichen Auftrags Bezug nehmen können, werden vorläufige UUIDs, deren Präfix mit " " beginnt, genutzt. Der folgende Ablauf soll in UML umgesetzt werden: 1. Prüfen, ob neuer Auftrag (Wert 1000, 2000, 4000 des Attributs Verarbeitungsart) vorliegt und die Auftragsnummer der Datenbank noch unbekannt ist, oder ob Folgeauftrag (Wert 3000 oder 5000 des Attributs Verarbeitungsart) vorliegt, und die Auftragsnummer bereits im temporären Bereich der 1 Eine Prüfung schließt die Eintragung des Prüfergebnisses in die Protokolldatei generell ein. Es werden nur Fehlermeldungen eingetragen.

2 Datenhaltung vorliegt. Falls Fehler: Verarbeitungsprotokoll ausgeben und Abbruch der Verarbeitung. Ansonsten entsprechend weiter bei 2 oder Sperren der q ualifizierten Erhebungsdaten (gegen andere Prozesse und gegenüber Manipulationen des eigenen Prozesses; die weiter unten beschriebenen Ergänzungen im temporären Bereich aufgrund impliziter Fortführungen sind jedoch erlaubt.) 3. Prüfung der neu einzutragenden Objekte hinsichtlich bestehender Reservierung (z.b. Flurstückskennzeichen, Punktkennungen). Verarbeitung erfolgt, wenn keine Reservierung vorliegt oder wenn die Objekte genau für diesen Antrag reserviert sind. Falls die neu einzutragenden Objekte für eine andere Vermessungssache (Antrag) reserviert sind: Verarbeitungsprotokoll ausgeben und Abbruch der Verarbeitung. 4. Prüfung der s elbstbezogenen Eigenschaften der e inzutragenden und zu ü berschreibenden Objekte gegen die Festlegungen des mit den Administrationsfunktionen eingetragenen länderspezifischen OK (Vollständigkeitsprüfung, Prüfung zulässiger Werte, Prüfung definierter Werteabhängigkeiten) 5. Prüfung der A ktualität der zu ü berschreibenden und zu löschenden Objekte, dabei P rüfung ob diese Objekte bereits durch einen anderen Auftrag g esperrt sind und S perren dieser Objekte im Bestand (soweit noch nicht explizit für diesen Auftrag gesperrt). Bei der Löschung von Flurstücken: Erzeugung der Eintragungsbefehle für die Objekte der Objektart "AX_HistorischesFlurstueck" einschließlich Vergabe der endgültigen Identifikatoren dieser Objekte. S onderfall: bei folgenden Fortführungsanlässen werden bei der OA AX_HistorischesFlurstueck Verweise auf Nachfolger nicht gesetzt: - Übernahme eines Umlegungs -, Flurbereinigungs -, Grenzregelungsverfahrens - Abgabe eines Flurstücks an ein Nachbarkatasteramt. Bei der - Löschung von Punkten bei denen das Attribut "punktkennung" belegt ist und beim - Überschreiben von Punkten mit Änderung des belegten Attributes"punktkennung": Erzeugung der Eintragungsbefehle für die Objekte "AX_PunktkennungUntergegangen" einschließlich der endgültigen Identifikatoren dieser Objekte, sofern die Objektart AX_PunktkennungUntergegangen in dem mit den Administrationsfunktionen eingetragenen länderspezifischen OK aufgeführt ist. 6. Soweit Sperrungen durch andere Aufträge vorliegen: Status "A bbruch der Verarbeitung" setzen und Auflistung der gesperrten Objekte im Verarbeitungsprotokoll. 7. Prüfung der f rem dbezogenen Eigenschaften der e inzutragenden und zu ü berschreibenden Objekte innerhalb der qualifizierten Erhebungsdaten und gegen den Bestand. P rüfung, ob referenzierte Objekte bereits durch andere Aufträge g esperrt sind 8. Soweit Sperrungen durch andere Aufträge vorliegen: Status "A bbruch der Verarbeitung" setzen und Auflistung der gesperrten Objekte im Verarbeitungsprotokoll. 9. Soweit Status "A bbruch der Verarbeitung" vorliegt: A bbruch der Verarbeitung. Rücknahme der 10. Fortführungsfallbezogene Erzeugung der im pliziten Fortführungsdaten Es handelt sich um Maßnahmen zur Erhaltung der Konsistenz der Daten. Diese Konsistenz muss am E nde des Fortführungsfalles und des Fortführungsauftrages vorliegen, zwischenzeitliche Inkonsistenzen werden hingenommen. Für die in den Nummern 10.1 und 10.5 implizit erzeugten Löschbefehle kann das bedeuten, dass sie wieder aufgehoben werden müssen (z.b. wenn die Lage bei einer Zerlegung von einem neuen Flurstück referenziert wird) Feststellen, ob vorgesehene Löschungen dazu führen werden, dass Fachobjekte, die nur dann eine Existenzberechtigung haben, wenn sie von anderen Objekten referenziert werden(z.b. Objekt AX_Lage) von keinem Objekt mehr referenziert werden. E rzeugung von Löschbefehlen für diese Objekte und dabei Prüfung ob diese Objekte bereits durch einen anderen Auftrag g esperrt sind, sowie S perren dieser Objekte im Bestand Soweit Sperrungen durch andere Aufträge vorliegen: Status "Abbruch der Verarbeitung" setzen mit Auflistung der gesperrten Objekte im Verarbeitungsprotokoll Feststellen, ob ein zu löschendes Objekt durch weitere Objekte referenziert wird. Kommt es vor, dass dadurch optionale Referenzen nach der Fortführung nicht mehr befriedigt werden, werden Löschbefehle für diese u nbefriedigten R eferenzen erzeugt. Dabei P rüfung ob diese Objekte bereits durch einen anderen Auftrag g esperrt sind, sowie S perren dieser Objekte im Bestand Soweit Sperrungen durch andere Aufträge vorliegen: Status "Abbruch der Verarbeitung" setzen mit Auflistung der gesperrten Objekte im Verarbeitungsprotokoll Feststellen, ob durch vorgesehene Löschungen von Referenzen Objekte ihre Existenzberechtigung verlieren würden. Dies ist regelmäßig der Fall, wenn bei Objekten, die nur durch Referenzierung anderer Objekte eine Existenzberechtigung haben (z.b. Präsentationsobjekte), die letzte Instanz einer Muss - Referenz - Art gelöscht werden soll. Tritt dieser Fall ein, so werden Löschbefehle für die entsprechenden Objekte erzeugt und diese Objekte gesperrt, soweit sie nicht bereits durch

3 denselben Auftrag gesperrt sind. Soweit Sperrungen durch andere Aufträge vorliegen: Status "Abbruch der Verarbeitung" setzen mit Auflistung der gesperrten Objekte im Verarbeitungsprotokoll. Die Objektarten, deren Instanzen wegen fehlender notwendiger Referenzen gelöscht werden müssen, sind abschließend in der Tabelle "Liste der Fachobjekte und Referenzen, die einer impliziten Fortführung unterliegen" angegeben Feststellen, welche Fachobjekte von einer im pliziten G eom etriebehandlun g entsprechend der definierten Themenbereiche betroffen wären. Erzeugung von Überschreibungsbefehlen für diese Objekte und Sperren dieser Objekte, soweit sie nicht bereits durch denselben Auftrag gesperrt sind. Sind die betroffenen Objekte bereits durch einen anderen Auftrag gesperrt, Status "Abbruch der Verarbeitung" setzen mit Auflistung der gesperrten Objekte im Verarbeitungsprotokoll. 11. Soweit Status "A bbruch der Verarbeitung" vorliegt: A bbruch der Verarbeitung. Rücknahme der 12. Antragsbezogenes implizites Erzeugen von Löschsätzen für Objekte der OA AX_Reservierung: - nicht benötigte Punktkennungen und/oder Flurstückskennzeichen entsprechend dem Inhalt des Attributs impliziteloeschungderreservierung" (Erläuterung: Siehe auch Dokumentation bei OA AX_Reservierung. Das implizite Löschen der Reservierung ist nur beim letzten Fortführungsauftrag eines Antrags sinnvoll.) - für einzutragende Objekte verwendete Punktkennungen und/oder Flurstückskennzeichen, die für diesen Auftrag reserviert waren. 13. O ptionaler V erarbeitungsstopp (sofern Fortführungsauftrag mit Verarbeitungsart Fortführungssimulation mit Unterbrechung der Verarbeitung vorliegt) mit Ausgabe der V erarbeitungsprotokolldatei: - Ausgabe des temporären Arbeitsbereichs 2, - Erzeugung und optionale Ausgabe des temporären Objektes " Fortführungsnach w eis (ZU SO ) - A FN " und - optionale Ausgabe aller gesperrter Bestandsobjekte sowie die von den neuen und fortzuführenden Objekten referenzierten Objekte in Form und mit den Funktionen der NAS zur Darstellung im Erhebungs- /Qualifizierungsarbeitsplatz mit Ausgabe von XSLT-Stylesheets zur Formatierung (nur für textliche Ausgaben) - Anforderung der Fortführungsentscheidung vom Bearbeiter, in Form eines Eintrags in das Verarbeitungsprotokoll, sowie - Ausgabe des Verarbeitungsprotokolls. 14. Soweit Verarbeitungsstopp nach Nr.13 vorliegt: Weiterverarbeitung aufgrund Übergabe eines Objekts AX_Fortführungsauftrag mit derselben Auftragsnummer, aber mit dem Wert "Unterbrochenen Auftrag fortsetzen" oder "Entsperren und Auftrag zurücksetzen" des Attributs "verarbeitungsart". (Ü bernahm e der Fortführungsentscheidung ). Dies führt entweder zur Weiterverarbeitung oder zum Zurücksetzen des Auftrags. Soweit Status "Abbruch der Verarbeitung" vorliegt: A bbruch der Verarbeitung. Rücknahme der 15. Erzeugung der endgültigen Identifikatoren und Punktkennungen (soweit vorläufige Punktkennungen angeliefert werden) für die einzutragenden Fachobjekte. Vergabe von Entstehungsdatum/ - zeit (durch Ableitung aus der Systemzeit) für die neu einzutragenden oder zu überschreibenden Fachobjekte. Alle Objekte eines Fortführungsfalls erhalten dasselbe Entstehungsdatum/ - zeit. Objekte verschiedener Fortführungsfälle erhalten verschiedene und in der vorgeschriebenen Reihenfolge aufsteigende Entstehungsdaten/ - zeiten. 16. Fortführung des Bestandes mit Versionierung der gelöschten und überschriebenen Bestandsobjekte. 17. Aufbau der Gegenreferenzen in den Bestandsdaten, ohne dass dies zu neuen Objektversionen führt. (Referenzen werden beim Datenaustausch über die NAS nur einseitig in der bevorzugten Referenzrichtung ausgetauscht.) 18. Erzeugung der Änderungsdatensätze für Grundbuch und Finanzverwaltung 19. Ausgabe der vergleichenden Liste der vorläufigen und endgültigen Punktkennungen. Erzeugung und Ausgabe der temporären Objekte Fortführungsmitteilung an Eigentümer (Es wird eine Fortführungsmitteilung pro Fortführungsfall und Buchungsblatt erstellt), "Fortführungsmitteilung an Justizverwaltung (Es wird eine Fortführungsmitteilung pro Fortführungsnachweis erstellt), "Fortführungsmitteilung an Finanzverwaltung (Es wird eine Fortführungsmitteilung pro Fortführungsnachweis erstellt) und optionale Ausgabe des Fortführungsnachweises. 2 Ggf. nur wenn im Auftrag dokumentationspflichtige Fortführungen vorkommen

4 20. Reguläres Ende der Verarbeitung. Aufhebung aller für den Auftrag gesetzten Sperren. Zurücksetzen des Auftrags und Löschen des temporären Bereiches. Ablauf der E inrichtungsverarbeitung Einrichtungen sollen durch das Objekt AX_Einrichtungsauftrag eingeleitet werden. G rundsätze: Die in einem Auftrag angelieferten Migrationsdaten werden so portioniert, dass sie hinsichtlich ihrer selbstbezogenen und fremdbezogenen Eigenschaften im Auftrag konsistent sind. Um dies zu erreichen ist es erlaubt ggf. zusätzliche Objektinstanzen zu bilden, damit Referenzen im Auftrag befriedigt werden können. Es bleibt der späteren Fortführungsverarbeitung, die speziell zur Korrektur zeitnah angestoßen wird, vorbehalten, den fachlich gewünschten Zustand zu erreichen. Durch die Einrichtungsverarbeitung entstehen in der Regel nur aktuelle Objektversionen und keine historischen Flurstücke. Für die Anwendung AFIS ist es jedoch erforderlich, dass Objekte mit historischen Versionen sowie bereits untergegangene Objekte mit ihren historischen Versionen eingerichtet werden können. Es gibt nicht mehrere Fortführungsfälle Löschungen kommen nicht vor Überschreibungen kommen nur als implizite Funktionen vor Abbildung als normaler Einrichtungsauftrag mit eigenem Fortführungsanlass "Ersteinrichtung" Ein definierter Umfang von Prüfungen muss ablaufen Die Einrichtungsverarbeitung baut auf den q ualifizierten M igrationsdaten auf. Diese liegen in strukturierter Form im temporären Bereich der Datenhaltung vor. Sie bestehen aus genau einem E inrichtungsauftrag, der nicht in Fälle untergliedert ist. Der folgende Ablauf soll in UML umgesetzt werden. 1. Prüfen, ob neuer Auftrag (Wert 6000 des Attributs Verarbeitungsart) vorliegt und die Auftragsnummer der Datenbank noch unbekannt ist. Falls Fehler: Verarbeitungsprotokoll ausgeben und Abbruch der Verarbeitung. 2. Sperren der q ualifizierten M igrationsdaten (gegen andere Prozesse und gegenüber Manipulationen des eigenen Prozesses; die weiter unten beschriebenen Ergänzungen im temporären Bereich aufgrund impliziter Fortführungen sind jedoch erlaubt.) 3. Prüfung der s elbstbezogenen Eigenschaften der e inzutragenden Objekte gegen die Festlegungen des mit den Administrationsfunktionen eingetragenen länderspezifischen OK (Vollständigkeitsprüfung, Prüfung zulässiger Werte, Prüfung definierter Werteabhängigkeiten) 4. Bei den Objekten AX_Flurstueck (flurstückskennzeichen), AX_Gemarkung (schluessel), AX_Grenzpunkt (punktkennung), AX_Aufnahmepunkt (punktkennung), AX_Sicherungspunkt (punktkennung), AX_BesondererGebäudepunkt (punktkennung), AX_SonstigerVermessungspunkt (punktkennung), AX_Buchungsblatt (buchungsblattkennzeichen), AX_Buchungsstelle (self::laufendenummer//istbestandteilvon::buchungsblattkennzeichen; hier ist zusätzlich auf Identität der Attibutinhalte zu prüfen), AX_Lage (Prüfkriterium ist bei verschlüsselter Lagebezeichung AA lagebezeichnung.verschluesselt, bei LagebezeichungMitHausnummer auch die Hausnummer; unverschlüsselte Lagebezeichungen können nicht zweifelsfrei auf doppeltes Vorkommen geprüft werden und sind daher von der Behandlung ausgenommen), AX_Lagefestpunkt (punktkennung), AX_Hoehenfestpunkt (punktkennung), AX_Schwerefestpunkt (punktkennung), AX_Referenzstationspunkt (punktkennung), AX_Skizze (skizzename) Prüfung, ob dasselbe Objekt bereits im Datenbestand vorliegt. Bei folgenden Objektarten ist beim Auftreten doppelter Objekte eine implizite "Ü berschreiben" - Funktion zu erzeugen, die zur Vereinigung der ansonsten doppelten Objekte führt: AX_Buchungsstelle, AX_Lage. Hinweis: Das Überschreiben ist so korrekt durchzuführen, dass dabei vorhandene Relationen erhalten bleiben. Ansonsten: Status "A bbruch der Verarbeitung" setzen mit Eintrag der Liste aller doppelten Objekte im Verarbeitungsprotokoll.

5 5. Prüfung der f rem dbezogenen Eigenschaften der e inzutragenden und zu ü berschreibenden Objekte innerhalb der qualifizierten Migrationsdaten sowie Erzeugung der endgültigen Identifikatoren für die einzutra genden Fachobjekte. 6. Soweit Status "A bbruch der Verarbeitung" vorliegt: A bbruch der Verarbeitung. Zurücksetzen des Auftrags. Freigabe der vergebenen endgültigen Identifikatoren. Ausgabe des Verarbeitungsprotokolls 7. Erzeugung der im pliziten M igrationsdaten Feststellen, welche Fachobjekte von einer impliziten Geometriebehandlung entsprechend der definierten Themenbereiche betroffen wären. Erzeugung von Überschreibungsbefehlen für diese Objekte. 8. Vergabe von Entstehungsdatum / - zeit (durch Ableitung aus der Systemzeit) für die neu einzutragenden oder zu überschreibenden Fachobjekte. Alle Objekte eines Einrichtungsauftrags erhalten dasselbe Entstehungsdatum/ - zeit. 9. Aufbau der Gegenreferenzen in den Bestandsdaten, ohne dass dies zu neuen Objektversionen führt.