[PostNAS] PostNAS-Fortführungen

[Stefan Rahn]

Hallo Herr Jäger, hallo Liste,

so ganz geklärt ist die Sache mit dem UNIQUE-Constraint auf der Spalte 
"featureid" doch noch nicht :-)
Ich hatte ja geschrieben, dass wir auch lange gml_ids in den 
NAS-Fortführungsdateien haben. Das stimmt auch, allerdings stehen die 
langen nur oben beim Objekt im Attribut "gml:id" und nicht unten im 
Filter. Dort steht die kurze gml_id. Hier mal ein Beispiel von einem 
Grenzpunkt, der in einer NAS-Datei 2mal fortgeführt wird:

<wfsext:Replace vendorId="AdV" safeToIgnore="false">
  <AX_Grenzpunkt gml:id="DEMVAL76000tgAfv20150129T085112Z">
    <gml:identifier 
codeSpace="http://www.adv-online.de/">urn:adv:oid:DEMVAL76000tgAfv</gml:identifier>
    <lebenszeitintervall>
      <AA_Lebenszeitintervall>
        <beginnt>2015-01-29T08:51:12Z</beginnt>
      </AA_Lebenszeitintervall>
    </lebenszeitintervall>
  ... gekürzt ...
  </AX_Grenzpunkt>
   <ogc:Filter>
     <ogc:FeatureId fid="DEMVAL76000tgAfv"/>
   </ogc:Filter>
</wfsext:Replace>

<wfsext:Replace vendorId="AdV" safeToIgnore="false">
  <AX_Grenzpunkt gml:id="DEMVAL76000tgAfv20150129T113706Z">
    <gml:identifier 
codeSpace="http://www.adv-online.de/">urn:adv:oid:DEMVAL76000tgAfv</gml:identifier>
    <lebenszeitintervall>
      <AA_Lebenszeitintervall>
        <beginnt>2015-01-29T11:37:06Z</beginnt>
      </AA_Lebenszeitintervall>
    </lebenszeitintervall>
   ... gekürzt ...
  </AX_Grenzpunkt>
   <ogc:Filter>
     <ogc:FeatureId fid="DEMVAL76000tgAfv"/>
   </ogc:Filter>
</wfsext:Replace>

Das führt nun dazu, dass in der Spalte "featureid" nur die kurze gml_id 
eingetragen wird und das verstößt gegen den UNIQUE-Constraint. Wenn wir 
den Constraint rausnehmen, läuft alles ohne Probleme. Aber die Frage 
bleibt: Warum tritt dieses Problem nur hier bei uns auf? Haben alle 
anderen PostNAS-Nutzer in ihren NAS-Dateien auch im Filter lange gml_ids?

Gruß,
Stefan Rahn

  
GDI-Service
Joachim-Jungius-Str. 9
18059 Rostock
Tel: 0381 40344445
E-Mail: stefan.rahn at gdi-service.de
www.gdi-service.de
  

Am 06.02.2015 um 10:37 schrieb Jäger, Frank (KRZ):
>
> Moin,
>
> der spannende Moment ist das Eintragen einer Fortführungs-Aktion in 
> die delete-Tabelle beim zweiten Durchlauf des PostNAS-Konverters.
>
> Das löst den Trigger aus, der die Function startet, welche die 
> Fortführungs-Logik enthält.
>
> Ob die Einträge danach noch eine Weile dort faul liegen bleiben, ist 
> eigentlich egal.
>
> Man kann bei der Fehlersuche noch mal nachschauen, sonst braucht man 
> die Einträge dort eigentlich nicht mehr.
>
> Man „muss“ sie nicht löschen.
>
> Aber wenn man sie vor dem nächsten Lauf löscht, ist man bei der 
> Fehlersuche sicher, nur aktuelle Einträge dort zu finden.
>
> MfG
>
> F. Jäger
>
> *Von:*nas-bounces at lists.osgeo.org [mailto:nas-bounces at lists.osgeo.org] 
> *Im Auftrag von *Stefan Rahn
> *Gesendet:* Freitag, 6. Februar 2015 10:22
> *An:* nas at lists.osgeo.org
> *Betreff:* Re: [PostNAS] PostNAS-Fortführungen
>
> …
> Außerdem war uns nicht klar, das die Tabelle "delete" vor jeder 
> Fortführung geleert werden muss.
>
>
>
> _______________________________________________
> NAS mailing list
> NAS at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/nas

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.osgeo.org/pipermail/nas/attachments/20150209/757c012a/attachment.html>