Re: [Geotools-devel] gt 15.x/gwc 1.9.2/gs 2.9.x release delayed one more day due to a blocker

Hi Devon, if you have time that would certainly be most appreciated. At the moment the 2.9.x build has been red for a while and as a result we don't have a build with the latest fixes in. The latest failure is really odd, it's like a file got stolen away from GeoServer during the build... let's

Re: [Geotools-devel] [netcdf-java] runtime aggregation

Yeah, still that implies that the order of the files specified in the aggregation must be the same as the order of values for the aggregated dimension inside those files themselves. I can find no such specification though, but maybe I am missing it. It seems that in the examples on

[Geotools-devel] [JIRA] (GEOT-5531) BandMerge coverage operation may introduce half pixel shift

Title: Message Title Daniele Romagnoli

Re: [Geotools-devel] [netcdf-java] runtime aggregation

Hi Niels, On Wed, Sep 28, 2016 at 11:05 AM, Niels Charlier wrote: > On 23-09-16 17:03, Daniele Romagnoli wrote: > > I think that once the aggregation is in place, times can be in any order > as you reported, so I think it's time to revisit the timeVariable min/max > computation

Re: [Geotools-devel] [netcdf-java] runtime aggregation

On 23-09-16 17:03, Daniele Romagnoli wrote: I think that once the aggregation is in place, times can be in any order as you reported, so I think it's time to revisit the timeVariable min/max computation (not sure there are other methods around based on that supposition. I didn't check it yet).