Re: [PostNAS] gml_id in Länge 16 oder 32

[Ralf Suhr]

Hallo Astrid,

ich stelle den Trigger unter SVN:data/konvert/trigger_unique_id.sql ein. 

Der Trigger ist allgemein gehalten, so dass er auf alle Tabellen außer 
alkis_beziehungen und delete paßt.

Etwas unklar ist noch das Ersetzen von Objekteigenschaften mittels NBA. Ich 
gehe z.Z. davon aus, dass alle Eigenschaften eines Objektes innerhalb eines 
"<wfsext:Replace>" geliefert werden, auch wenn nur eine Eigenschaft geändert 
wurde.

Gr
Ralf

On Freitag 04 November 2011 12:19:25 Astrid Emde wrote:
> Ralf Suhr schrieb:
> > Hallo Herr Jäger,
> > 
> > die überlangen gml_ids stammen aus einer NBA. Die erweiterten Angaben
> > sind meist mit dem Zeitpunkt identisch, ab dem das neue Objekt gültig
> > sein soll. Die ersten 16 Stellen der gml_id sind identisch mit dem
> > Vorgängerobjekt.
> > 
> > Ich kürze die gml_id immer auf 16 Stellen und speichere die letzten 16
> > Stellen im Vorgängerobjekt als Endzeitpunkt der Gültigkeit.
> > 
> > MfG
> > Ralf Suhr
> > 
> > On Freitag 04 November 2011 11:15:31 Jäger, Frank (KRZ) wrote:
> >> Kann jemand was zu den gml_ids sagen und wie die Erweiterung mit Datum
> >> zu interpretieren ist?
> > 
> > _______________________________________________
> > NAS mailing list
> > NAS at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/nas
> 
> Hallo Frank,
> 
> vielen Dank für Deine Mail zum Thema Datenbankschema.
> 
> Beim OBK hatten wird das Feld featureid in der Tabelle delete auf
> character(32) gesetzt.
> 
> CREATE TABLE "delete"
> (
>   ogc_fid serial NOT NULL,
>   typename character(255),
>   featureid character(32),
>   CONSTRAINT delete_pk PRIMARY KEY (ogc_fid)
> );
> 
> Vor dem Aufruf der Funktion deletefeature(text, text) wird folgendes
> Update ausgeführt:
> 
> Vorbereitung der Spalte featureid
> 
> UPDATE "delete" SET featureid = substring(featureid from 1 for 16);
> 
> Bei diesem Ansatz geht das Vorgängerobjekt verloren, weil es gelöscht
> wird. Der Ansatz von Ralf Suhr scheint das veraltete Objekt zu bewahren.
>  Ralf - könntest Du Dein SQL Schema/Prozessing zur Verfügung stellen,
> damit sinnvolle Anpassungen in das PostNAS Projekt einfliessen können?