[PostNAS] Flurstücksnummern an Standardposition fehlen nach Fortführung

"Jäger, Frank (KRZ)" F.Jaeger at KRZ.DE
Die Apr 17 12:55:48 EDT 2012


Moin!

Folgendes Problem mit den Positionen der Flurstücks-Nummern-Label im Kartenbild:

In der Migration scheint jedes Flurstück (ax_flurstuecke) auch eine Label-Position in "ap_pto" abbekommen zu haben.
Der View "s_flurstueck_nr" bringt die Nummer und die Postion der Nummer zusammen.

Wenn nun ein Flurstück bei einer Fortführung entsteht, und dabei die Nummer manuell verschoben wird, dann wird in ALKIS ebenfalls eine Position in "ap_pto" gesetzt, in NAS übermittelt und von PostNAS konvertiert.

Wenn aber die Standard-Position unverändert belassen wird, wird im ALKIS auch keine Label-Position gesetzt.

Das war in der ALK auch schon so. Der Konverter edbs2wkt merkte das und setzte die Flurstückskoordinate auch noch als Label-Position.

PostNAS konvertiert aber 1:1 nur die Daten, die er bekommt. 

Im Laufe der Zeit gab es daher immer mehr Flurstücke ohne Nummer im Kartenbild.


Fälle finden mit:

SELECT f.gml_id, 
 f.gemarkungsnummer || '-' || f.flurnummer || '-' || f.zaehler::text || COALESCE ('/' || f.nenner::text, '') AS such -- Suchstring für ALKIS-Navigation nach FS-Kennzeichen
 FROM        ax_flurstueck     f 
   LEFT JOIN alkis_beziehungen v  ON v.beziehung_zu = f.gml_id
  WHERE v.beziehungsart is NULL; 


Das dynamische Generieren (im View) der Label-Position aus der FS-Fläche war nicht möglich.
Es müssen erst alle Positionen gebildet werden, ehe die aktuelle BBOX die gewünschten filtern kann.
Das lief sehr zäh.

Ich lasse also nun im Post-Prozessing eine Hilfstabelle laden, die über einen GeoIndex ausreichend schnell ist.

Siehe SVN, Version 0.7

Oder hat jemand andere Ideen?
Oder sehe ich das Problem falsch?


Mit freundlichen Grüßen
Frank Jäger