[PostNAS] Problem beim Update

[Brandt, Marvin]

Hallo,

wir sind bei der Ersteinrichtung auch mit den verschiedenen Abgabearten auf die Nase gefallen.
Hier ist es total wichtig, die Datenbank entsprechend der Abgabeart anzulegen.

Bei Abgabearten mit Vollhistorie ist immer die Variante *hist zu wählen.
Hingeben ist bei der Abgabeart ohne Historie immer die Variante *kill zu wählen.

Wenn die NBA-Dateien nicht zum angelegtem Schema passen, dann läuft alles drunter und drüber. Man kann NBA-Daten mit Vollhistorie nicht in eine Datenbank mit *kill laden.

So wie ich es aus deiner Nachricht entnommen habe, bekommst du NBA-Daten mit Vollhistorie und hast sie versucht in eine Datenbank mit Variante *kill zu laden. Das wird nicht funktionieren, da der Trigger auf der Tabelle delete völlig verschieden arbeitet zur Variante *hist.

Wir hatten am Anfang auch einige Probleme hierbei dieses ganze zu verstehen. Die Variante *kill funktioniert derzeit nicht zu 100%. Aber wir arbeiten daran.

Mit freundlichen Grüßen
Im Auftrag

Marvin Brandt

Kreis Unna - Der Landrat
Zentrale Datenverarbeitung
DV-Verfahren 
Friedrich-Ebert-Straße 17
59425 Unna

Fon 0 23 03 / 27-14 16
Fax 0 23 03 / 27-28 96
marvin.brandt at kreis-unna.de
www.kreis-unna.de

-----Ursprüngliche Nachricht-----
Von: nas-bounces at lists.osgeo.org [mailto:nas-bounces at lists.osgeo.org] Im Auftrag von Karsten Bleßmann
Gesendet: Mittwoch, 29. Januar 2014 10:20
An: 'NAS Schnittstelle via ogr2ogr'
Betreff: [PostNAS] Problem beim Update

Hallo allerseits,

wie schon erwähnt: bin grad am PostNAS-Installation für Brandenburger NBA-Daten einzurichten. Eckdaten: Ubuntu 12.04, Server, Postgres 9.1, gdal selber compiliert ... etc. NBA-Daten mit Voll-Historie (also Erstabgabe und dann Updates ...)

- hab den Trunk gezogen und die Scripts wie vorgesehen eingerichtet (OSUser=DBUser, DB anlegen mittels der Scripte etc.)
- nix *hist ... sondern *kill, war so voreingerichtet (Die Historisierung probier ich mal aus, wenn ich Zeit hab ...)
- soweit wie es ging nix geändert ... ausser:
- Änderungen: Replace 25832 | 25833 in allen Files (auf der Shell)
- konv_batch so umgebaut, dass *.gz-Files verarbeitet werden
- Erstimport fehlerfrei gelaufen 

NEUES Problem:

Updates eingespielt, Alte Flurstücke werden nicht gelöscht, Trigger an der delete-Tabelle:

CREATE TRIGGER delete_feature_trigger
  BEFORE INSERT
  ON delete
  FOR EACH ROW
  EXECUTE PROCEDURE delete_feature_kill();

in der delete-Tabelle stehen auch Daten und unter Triggerfunktionen gibts die PROCEDURE auch ... bin ratlos ...

Hatte vorher auch schon mit delete_feature_hist() mein Glück probiert, ging nicht (da kanns aber sein, dass ich bei der Einrichtung irgendwas dekonfiguriert hatte).

Wie kann ich das Löschen "zu Fuß" anstarten?
Wie kann ich da schauen, wo es hakt?

Besten Dank schon mal & beste Grüße
KBL

_______________________________________________
NAS mailing list
NAS at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/nas
Denken Sie an die Umwelt. Pruefen Sie deshalb bitte, 
ob der Ausdruck dieser E-Mail wirklich notwendig ist.
 
 

Diese E-Mail wurde beim Ausgang auf Viren geprueft. Wegen der 
potentiellen Gefahr auf den Uebertragungswegen wird zu einer 
Vireneingangskontrolle geraten. Eine Haftung für Virenfreiheit
wird ausgeschlossen.