Hi, Would be interesting to have more details. Different bytes surrounded in your pdf file is related to a recent discussion with Larry on the forum.
OpenJUMP does not support length/decimal count in attribute definition. It exports : integers to 11 bytes long dbf field (thanks to Larry who reduced it from 16 to 11) doubles to 33 bytes long dbf field including 16 decimal digits (hence the 21 10 bytes from OJ dbf instead of 0c 03 which means 12 bytes including 3 decimal digit) It is not easy to workaround this, but it can not considered as a bug. OpenOffice.org calc can read these files very well and write the field length this way : before : poiShapeID,N,4,0 poiTypID,N,4,0 poiName,C,50 after poiShapeID,N,11,0 poiTypID,N,11,0 poiName,C,32 Notice that the character field has also been changed because there were no field with more than 32 characters in the dataset If OpenJUMP dbf cannot be uploaded to access with Borland-BDE, I suppose there is another problem. I do not understand what is the matter with the length of file names. my 2 cents Michaël Stefan Steiniger a écrit : > Hei All/Developers, > > I got an email from Bernd describing the following problem with > OpenJUMP writing shape/dbf files. [my translation]: > > ============= > It seem like the dbf headers written by OpenJUMP are not conform to > the DBASE III standard. > > Working with Borland-BDE dbase-tests failed and an Error 8961 is > returned. The BDE was/is actually used to include the dbf files into a > MS Access database - in particular as the BDE supports long file names. > > With short file names the BDE is not used and hence there are no > problems, also other programs don't seem to test for the correct dbf > header. but... short filenames are not so comfortable, etc. > > Attached is a file (hexdump_dbf.pdf) that shows the differences before > and after OJ writes the shape file - and the changes in the header. > > The saved file contains several spaces and quite a bit of digits after > the comma [sound very similar to what Michael looked into lately?] - > hence the file size is bigger too. > > ============== > > Anyone who is interested in fixing that or has any suggestions? > > the dbase standard description is also attached > > mhm.. I actually would not be surprised when the original shape file > writer is from the 90ies > > stefan > > -------- Original Message -------- > Subject: OpenJump, Shape und Dbase > Date: Thu, 17 Jun 2010 13:41:52 +0200 > From: <bernd.we...@erfurt.de> > To: <sst...@geo.uzh.ch> > > > > Hallo Stefan, > > Im speziellen Fall geht es um die numerischen Datenfelder (Typ double) > aus den DBF-Dateien, die nicht ganz den Spezifikationen von DBASE III > genügen. Mitbekommen habe ich das bei Einsatz der Borland-BDE, die den > Header offensichtlich genau prüft und einen Fehler 8961 meldet. > > Viele Programme scheint die Veränderung des Headers nicht zu stören, die > BDE schon. Zur Erinnerung: Ich habe die BDE ausprobiert, um die DBFs aus > den SHAPES in eine MS-ACCESS-Datenbank einzubinden, weil die BDE auch > lange Dateinamen unterstützt. ACCESS deswegen, weil ich dort mit > einfachen Abfragen aus Sachdatenbanken (Informix) die Geodaten ergänzen > und aufwerten kann. > > Mit kurzen Dateinamen brauche ich die BDE nicht, habe keine Probleme mit > ACCESS, aber GIS mit kurzen Dateinamen sieht recht komisch aus. > > Hier nun meine Forschungsergebnisse: > > 1. Daten im Originalzustand in File hexdump_ok.pdf > hier ist nach den Datentypen N=Numerical zu erkennen, daß die Feldgrößen > sich in typischen Werten bewegen. > 2. Daten im File hexdump_err.pdf > Nach "Speichern unter …" im Openjump sind diese Eintragungen deutlich > anders und die numerischen Werte haben führende Leerzeichen und ganz > viele Nachkommastellen. > > Dieses Verhalten erklärt auch, warum Fremddaten nach Bearbeitung mit OJ > mehr Speicherplatz brauchen als im Original. > > Die DBASE-Spezifikationen habe ich Dir als 3. Datei angehängt. > > In der Hoffnung, daß Du jemanden findest, der das Problem lösen kann, > verbleibe ich mit vielen Grüßen aus dem sonnigen Thüringen. > > Bernd Wehle > Tiefbau- und Verkehrsamt Erfurt > 99085 Erfurt, Steinplatz1 > Tel.: 0361 655 3108 > Fax: 0361 655 3178 > e-Mail: ___bernd.we...@erfurt.de_ <mailto:bernd.we...@erfurt.de> > > <<hexdump_ok.pdf>> <<hexdump_err.pdf>> <<dbase_strukturen.pdf>> > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > ------------------------------------------------------------------------ > > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
