[PostNAS] alte Einträge in der alkis_beziehungen vorhanden

[Jäger, Frank (KRZ)]

> -----Ursprüngliche Nachricht-----
> Von: nas-bounces at lists.osgeo.org [mailto:nas-bounces at lists.osgeo.org] Im
> Auftrag von Brandt, Marvin
> Gesendet: Donnerstag, 4. Juli 2013 16:41
> An: NAS Schnittstelle via ogr2ogr
> Betreff: Re: [PostNAS] alte Einträge in der alkis_beziehungen vorhanden
...
> wir haben uns auf dem NAS-Anwendertreffen im Rahmen der FOSSGIS 2013
> noch einmal über das Problem, dass Zuordnungen zwischen Flurstücken und
> Buchungsstellen teilweise nicht richtig aktualisiert werden unterhalten.
....
> Mit folgendem SQL kann abgefragt werden, ob Flurstücke mit mehr als einer
> Zuordnung zu einer Buchungsstelle in der Datenbank vorhanden sind:
> 
> SELECT gml_id,anzahl FROM (SELECT f.*, (SELECT count(f2.gml_id) as anzahl
> FROM ax_flurstueck f2 JOIN alkis_beziehungen a1 ON f2.gml_id =
> a1.beziehung_von AND a1.beziehungsart = 'istGebucht' WHERE f2.gml_id =
> f.gml_id ) as anzahl FROM ax_flurstueck f) as sub WHERE sub.anzahl > 1
> 
> Dieser Fehler taucht also explizit bei der Aktualisierung durch NBA erzeugte
> NAS-Daten auf. Da in vielen Bereichen noch kein Aktualisierungen eingespielt
> worden sind, kann es sein, dass dieser Fehler noch nicht überall aufgetaucht ist.
...
> Marvin Brandt


Hallo,
ich habe mit diesem SQL-Statement gerade mal unsere 15 produktiven PostNAS-Datenbanken durchsucht.
Diese sind teilweise mit Daten aus AED- und teilweise mit Daten aus ibR-ALKIS geladen.

Alle Datenbanken sind bereits mehrfach (i.d.R. monatlich) aktualisiert worden.
Meist enthalten sie einen geometrisch gefilterten Bereich (Gemeinde), in einem Fall ein komplettes Kreisgebiet.

Üblicherweise werden die Datenbanken mit NAS-Daten geladen, die mit der Abgabeart 
  1000 "stichtagsbezogen (ohne Historie)"
erzeugt wurden. Diese Abgabeart ist ausreichend um einen Sekundärbestand ohne Historie (Variante "kill") aufzubauen.

In einem Fall (Inhalt = ganzes Kreisgebiet) wurde für die Verwendung mit dem TOPOgraphics-Konverter auf Wusch des Kunden die Abgabeart  
   1100 "stichtagsbezogen (mit Historie)"
eingerichtet.

In diesen PostNAS-Datenbanken mit den Abgabearten 1000 und 1100 kann ich *keine Fehler* finden. Das SQL liefert in allen Fällen keine Datensätze.

Ich habe noch eine weitere Datenbank. Das NAS-Verfahren wird auch beim Kunden selbst konvertiert. Dazu hat er sich die Abgabeart 
  3100 "fallbezogen (mit Historie)"
gewünscht, weil er eine Historie im Sekundärbestand aufbauen möchte.
Die gleichen Daten konvertiere ich auch mit PostNAS für das Web-GIS, allerdings ohne das Ziel, eine Historie aufzubauen, daher mit der Trigger-Variante "kill".
Nur in dieser Datenbank liefert das o.g. SQL 8 Datensätze mit jeweils der Anzahl "2".

Mit welcher Abgabeart des NBA-Verfahrens werden denn die NAS-Daten erzeugt, die beim Kreis Unna zu Problemen führen?

Mfg
F. Jäger