Nuno, (1) Could this conversion cause the misinterpretation of an ISO 8601 basic format date string like "20161216" as a timestamp in milliseconds since the Unix-epoch in UTC (if you follow the converter for Long and pass it to the Date(long) constructor)?
(2) Should we be choosing milliseconds as the unit? Converters are used to support interoperability. Other popular units for Unix-epoch timestamps are seconds and nanoseconds. What is the use case? A store that does not support long integers? Kind regards, Ben. On 15/12/16 05:16, Nuno Oliveira wrote: > Hi, > > One of the current temporal converters factory already supports the > conversion from Long to Date: > https://github.com/geotools/geotools/blob/master/modules/library/main/src/main/java/org/geotools/util/TemporalConverterFactory.java#L229-L241 > > I would like to add a conversion from String to Date for the situation > were the String contains a timestamp like this "1446802434000". > > Does anyone have something against this ? > > Regards, > > Nuno Oliveira > -- Ben Caradoc-Davies <b...@transient.nz> Director Transient Software Limited <http://transient.nz/> New Zealand ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
