Sunburned Surveyor wrote: Hi,
> I didn't think about it that way. I was viewing the String as simply a > storage mechanism. I guess the root problem is that the underlying > file formats lack a good date type. > > I can't remember from my reading of the DBF docs. Does DBF support a > built-in date type? I'm sure that GML does... I think that the code in question in OpenJUMP could also use a little reworking. I think the importing/exporting just does not handle the time component correctly, even though the "file format" can handle it. A transactional WFS that uses GML3 for example would be capable using the time. IIRC the importing/exporting only extracts and reads the date, and ignores the time. It's also not that easy to handle date/time correctly, as there are many different formats even for one region. There exists a custom class by Jon Aquino that tries to handle many of them, but IMHO it would be better to use Java's internal mechanisms for that. GML3 uses some standardized format for date/time. I'm not really an expert in these matters, but to me it looks as if we should try to think of a better way of handling reading/writing date/time values. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.de http://www.deegree.org ------------------------------------------------------- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday
signature.asc
Description: Digital signature
_______________________________________________ jump-users mailing list [email protected] http://lists.refractions.net/mailman/listinfo/jump-users
