12

Die \N sind nur die Feldtrenner, die der COPY-Befehl von postgresql verwendet. Die listet er nur mit auf, wenn er einen Datensatz auflistet. In anderen Worten: die sind immer da und stehen so nicht in den Rohdaten (planet). Ist etwa so wie bei csv-filles: feld trenner feld trenner …

in meiner db, die ja über osmosis geladen wird, ist das namensfeld absolut sauber . "


> select id,tags from ways where id=20467321;

    id    |                                          tags                                           
----------+-----------------------------------------------------------------------------------------
 20467321 | "name"=>"Gebäude 14,  Elektrotechnik/Chemie/Verfahrenstechnik", "amenity"=>"university"

ich habe irgendwie das Gefühl, als ob der nächste Datensatz -also der vom nächsten Objekt - das Problem darstellt. Die Meldung sagt ja, dass hier eof wäre. Da klappt irgendeine Konvertierung nicht und postgresql bekommt zuwenig Daten.
Vorschlag: Rohdaten mit nem tool vom .pbf nach .osm konvertieren und den Nachfolger mit grep suchen.
oder irgendwelche debug-optionen aktivieren, falls es die bei dem import-tool geben sollte.

noch nen schuss ins Blaue: windows mit ntfs-partition und dabei 2gb filegröße überschritten??? da war doch mal was???
oder gar disk full im temp-bereich?

gruss
walter