[PostNAS] Antw: Re: Postleitzahl

[Jäger, Frank (KRZ)]

Hallo,
hier scheint der Konverter so zu arbeiten, dass er zunächst nur die Eingabe-Daten analysiert. Er kommt zur Erkenntnis, dass er Integer schlucken soll.
Die Gegenprobe auf der Ausgabeseite macht er zu dem Zeitpunkt noch nicht.  (Ich rate nur, ohne in den Quellcode geschaut zu haben). 

Ich finde fast nur einen Typ von Meldung in den Protokollen, der wohl eine ähnliche Ursache hat:

Value '003092 ' of field AX_Buchungsblatt.buchungsblattnummerMitBuchstabenerweiterung parsed incompletely to integer 3092.

Auch dies Zielfeld ist als varchar definiert, da statt dem Blank hinter der Zahl auch ein Buchstabe stehen kann (wieder eröffnete Blätter).
Aber in manchen Dateien kommt kein Fall mit Buchstabe vor, somit lautet das Analyse-Ergebnis "Integer" - trotz des bemängelten Blanks.

Das ist z.B. auch ein Grund, warum die DB mit starrem Schema angelegt wird statt automatisch generiert.

MfG
F.J.

> -----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 13:35
> An: 'NAS Schnittstelle via ogr2ogr'
> Betreff: [PostNAS] Antw: Re: Postleitzahl
> 
> naja, das wundert mich ja ...
> 
> Die Warnung erklärt mir, dass das Feld Integer wäre und somit eine PLZ mit
> führendem Blank nicht aufnehmen kann ... (stimmt ja so auch)
> 
> aber in der Vereinbarung (in der alkis_PostNAS_schema.sql , Zeile
> 1710!) steht "varchar" 

...


> 
> Beste Grüße
> KBL
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 7618 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20140129/693c5b56/attachment-0001.bin>