Re: [Geotools-devel] jdbc negative dates

On Fri, Apr 15, 2016 at 5:31 AM, Justin Deoliveira wrote: > Hey guys. So as I started on this I quickly came to the realization (which > I apologize for not seeing the obvious before) but interpreting values as > seconds won’t really buy us anything if we’re bound by the value space of > long tha

Re: [Geotools-devel] ImageMosaic API refactor proposal

Ciao Niels, we are looking into this and comparing with some work that have in the pipeline which might extend the work you are doing with respect to harvesting. I like the general idea pretty much, I have a few quick questions/obs? -1- Can you clarify this sentence? "to replace the default dire

Re: [Geotools-devel] jdbc negative dates

On Fri, Apr 15, 2016 at 2:05 AM Andrea Aime wrote: > On Fri, Apr 15, 2016 at 5:31 AM, Justin Deoliveira > wrote: > >> Hey guys. So as I started on this I quickly came to the realization >> (which I apologize for not seeing the obvious before) but interpreting >> values as seconds won’t really bu

Re: [Geotools-devel] jdbc negative dates

Ok, here is my cut at this one: https://github.com/geotools/geotools/pull/1173 It leans on the recent conversion from Date to Long added to TemporalConverterFactory, and also adds the reverse conversion from Long to Date. The test case exercises reading the date values, as well as writing them

Re: [Geotools-devel] jdbc negative dates

Thanks Justin, I am happy to fix up a few headers and merge - I like how the date conversion was handled int the filter visitor. If I include this in the beta2 can I ask a few of the people tagged in on this thread to help out with the testing :) -- Jody Garnett On 15 April 2016 at 15:34, Justin

[Geotools-devel] memory datastore refactor

A small pull request here , refactoring MemoryDataStore to use each entry to store features (rather than a Map-- Find and fix application performance issues faster with Applic