>
> Where do you want to store dbf header information exactly ? In the
>
DriverProperties ?
>
I'm not going to store the header info. I'm going to detect that the file
exists before saving over it and read the header first.
Larry
2010/6/22 Michaël Michaud <michael.mich...@free.fr>
> Larry Becker a écrit :
> > Hi Michaël,
> >
> > The approach I'm taking to reach the same goal is quite different.
> > If it works, the modification will only be in one method:
> > ShapefileWriter.writeDbf(FeatureCollection featureCollection, String
> > fname). What I intend is to read fname's dbf header using
> > DbfFile(String file), if the file exists, and use the DbfFieldDefs
> > contained within. At this point I don't know when the "Replace
> > existing file" dialog occurs, and if it deletes it before writeDbf is
> > called. Do you see any other pitfalls of this approach?
> Yes, the shapefile only solution will be more simple to implement. I did
> not understand why you worry about when "Replace existing file" occurs.
> Where do you want to store dbf header information exactly ? In the
> DriverProperties ?
>
> Michaël
> >
> > regards,
> > Larry
> >
> > 2010/6/22 Michaël Michaud <michael.mich...@free.fr
> > <mailto:michael.mich...@free.fr>>
> >
> > Hi Larry,
> >
> > As you go on working about this feature, I just want to let you
> > know the
> > work I did in 2004 to add new attribute types in JUMP
> > You'll find a patch and a complete doc here :
> > http://michael.michaud.free.fr/jump/plugins/plugins.html (hoping
> > you can
> > read french)
> > My concern was exactly "not to change input schema". I abandonned it
> > because my concern changed, and because I could not update every
> piece
> > of JUMP code that should have been updated to take new attribute
> > types
> > into account (especially database-access, but not only).
> >
> > Michaël
> >
> > Larry Becker a écrit :
> > > I agree with Michaël. This isn't really a bug, but it is annoying
> to
> > > have your DBF header modified. I have already spent some time
> > trying
> > > to implement a "don't modify the DBF header" approach to
> > > SaveSelectedDatasets, but it seems to be a difficult
> > modification and
> > > I haven't gotten very far on it yet. The idea is to read the
> > existing
> > > header and associate with the attributes being saved (by name)
> > > whenever possible, and convert using custom format specifiers.
> > >
> > > I'll keep working on it because this is an important feature since
> > > shape files are OJ's primary dataset.
> > >
> > > regards,
> > > Larry
> > >
> > > 2010/6/22 Michaël Michaud <michael.mich...@free.fr
> > <mailto:michael.mich...@free.fr>
> > > <mailto:michael.mich...@free.fr <mailto:michael.mich...@free.fr>>>
> > >
> > > 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
> > <mailto:bernd.we...@erfurt.de> <mailto:bernd.we...@erfurt.de
> > <mailto:bernd.we...@erfurt.de>>>
> > > > To: <sst...@geo.uzh.ch <mailto:sst...@geo.uzh.ch>
> > <mailto:sst...@geo.uzh.ch <mailto: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 <mailto:bernd.we...@erfurt.de>
> > > <mailto: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
> > <mailto:Jump-pilot-devel@lists.sourceforge.net>
> > > <mailto:Jump-pilot-devel@lists.sourceforge.net
> > <mailto: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
> > <mailto:Jump-pilot-devel@lists.sourceforge.net>
> > > <mailto:Jump-pilot-devel@lists.sourceforge.net
> > <mailto: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
> > <mailto: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
> > <mailto: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
> >
>
>
>
> ------------------------------------------------------------------------------
> 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
