Qualitätsangaben bei AX_Person für NBA-Verfahren über Fortführungsauftrag setzen

Ursache:

ASDbm1123613] NBA Verfahren einrichten: Bei AX_Person fehlen die Qualitätsangaben (Herkunft)

Wird eine AX_Person zu einem NBA-Verfahren erfasst, so fehlen die Qualitätsangaben. Bei der Prüfung der Daten durch das Geodatenzentrum NRW werden diese Objekte folgendermaßen beanstandet:
"Es wurde festgestellt, dass es Personen gibt, bei denen das Attribut Herkunft nicht zutreffend belegt ist."

Eine Korrektur in der Software ist ab 3A Server 6.5.4.5 erfolgt mit folgendem Hinweis.

===========================================================================
Um diese Personen mit einer Qualitätsangabe versorgen zu können, wird der Preferenzparameter „AaaExplorer.Server.PersonSetHerkunft“ eingeführt. Über diesen kann der Inhalt des Attributes Herkunft der Qualitätsangabe festgelegt werden.
<name>AaaExplorer.Server.PersonSetHerkunft</name>
<value>Katasteramt</value>

Standardmäßig ist der Preferenzparameter leer. In der Distributor-3A-Server.conf ab Version 6.5.4.5 wird er mit dem Wert „Katasteramt“ ausgeliefert. Dies sorgt dafür, dass eine AX_Person, die über ein NBA-Verfahren angelegt wird, mit der Qualitätsangabe (Herkunft) „Katasteramt“ angelegt wird
===========================================================================

Lösung für bereits bestehende AX_Person(en)

Eine Korrekturmöglichkeit für die bereits bestehenden AX_Person(en) (-> Personen für NBA-Verfahren) mit fehlenden Qualitätsangaben besteht nur per direktem Fortführungsauftrag mit Replace-Sätzen (siehe Musterauftrag im Anhang). Zunächst sind die UUIDs, das Attribut nachnameOderFirmaNamen (vorname ist nicht gesetzt) und die aktuellen Lebenszeitintervalle der betroffenen Objekte über einen Bestandsdatenauszug aufgrund einer WFS-Query zu ermitteln.

Beispiel für WFS-Query auf der gesamten Datenbank zur Ermittlung der Informationen über die bekannten UUID’s:

<wfs:Query typeName="AX_Person">
<ogc:Filter>
<ogc:FeatureId fid="DENWAEDAw0000002" />
…
</ogc:Filter>
</wfs:Query>

oder aber mit folgender WFS-Query:

<wfs:Query typeName="AX_Person">
<ogc:Filter>
<ogc:PropertyIsNull>
<ogc:PropertyName>qualitaetsangaben/AX_DQOhneDatenerhebung/herkunft/LI_Lineage/processStep/LI_ProcessStep/description/AX_LI_ProcessStep_OhneDatenerhebung_Description</ogc:PropertyName>
</ogc:PropertyIsNull>
</ogc:Filter>
</wfs:Query>

oder aber durch das Ergebnis eines Benutzungsauftrag im 3A Server ADMIN (Knoten Benutzerverwaltung).

Im Benutzungsergebnis stehen dann alle relevanten Informationen (Attribut nachnameOderFirma, jeweils aktuelles Lebenszeitintervall) bei den entsprechenden Objekten, z.B:

<AA_Lebenszeitintervall>
<beginnt>2019-05-09T10:59:46Z</beginnt>
</AA_Lebenszeitintervall>

Dieses ist zusammen mit der UUID sowie Attribut nachnameOderFirma in die Filterbedingung des Fortführungsauftrages (siehe Musterauftrag im Anhang) folgendermaßen einzusetzen, z.B.:

<ogc:Filter>
<ogc:FeatureId fid="DENWAEDAw000000220190509T105946Z" />
</ogc:Filter>

Danach bitte den Fortführungsauftrag gemäß Muster im Anhang mit den Replace-Sätzen über den 3A Server ADMIN über Auftrag einlesen einspielen. Man kann auch mehrere replace-Sätze in einem einzigen Fortführungsauftrag unterbringen.