[Geotools-devel] Hudson build is back to normal: geotools-trunk #827

2008-07-14 Thread ak
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/827/changes - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win gre

Re: [Geotools-devel] GeoTools 2.5.RC0 release train

2008-07-14 Thread Jody Garnett
Martin Desruisseaux wrote: > Eclesia's deadline is not a "strong" one. oh - well we have been working very hard to make sure we meet this deadline. I would still like to sort this stuff out this week and have things squared away for OSGeo Graduation; you will also find GeoServer 1.7 waiting to p

[Geotools-devel] Meeting time in 30 mins

2008-07-14 Thread Jody Garnett
Agenda topics: 0) what is up 1) GeoTools PSC chair FrankW asked about the PSC chair on #osgeo wanting to know who the OSGeo officer responsible for GeoTools is. Jody - Sponsored by: SourceForge.net Community Choice Awards: V

[Geotools-devel] Missing on the next two meetings

2008-07-14 Thread Andrea Aime
Hi all, I won't be around for today's meeting (or else, be probably around for the 15 first minutes if we really start it splitting the second) and neither next week (vacation). If you need to discuss anything I'll still be around this week, next week I'll have troubles, the hotel where I'll be st

Re: [Geotools-devel] coverage.processing.operation AndConst and OrConst

2008-07-14 Thread Michael Bedward
Yes, I guess it's possible to argue convincingly for each one of those alternatives. My personal preference for a default would be the second I think, but that is mostly based on its similarity to the behaviour of software I've used in the past. I tend not to like the first option as much because

Re: [Geotools-devel] coverage.processing.operation AndConst and OrConst

2008-07-14 Thread Martin Desruisseaux
Michael Bedward a écrit : > In my working copy of trunk I've added AndConst and OrConst to the > coverage processing operations by some simple copying/hacking of > Martin's code. Would it be useful to add this to svn ? Probably, but there is an open question that I have not yet resolved (which is

[Geotools-devel] coverage.processing.operation AndConst and OrConst

2008-07-14 Thread Michael Bedward
Hi everyone, In my working copy of trunk I've added AndConst and OrConst to the coverage processing operations by some simple copying/hacking of Martin's code. Would it be useful to add this to svn ? Michael - Sponsored by:

Re: [Geotools-devel] GeoTools 2.5.RC0 release train

2008-07-14 Thread Andrea Aime
Martin Desruisseaux ha scritto: ... > This means that the deadline can be relaxed more easily since we are becoming > a > little bit less dependent of GeoTools SVN. Do we have any idea what is the > time > frame for GeoServer? I know we want to release 1.7.0 soon, but I'm not able to give you

Re: [Geotools-devel] GeoTools 2.5.RC0 release train

2008-07-14 Thread Martin Desruisseaux
Jody Garnett a écrit : > Or you may > want to negotiate with Eclesia about his deadline of the 15th? Worst > case is we start the 2.5.x branch on the 15th and leave it open while > referencing is cleaned up? Making a release candidate when you are > ready? I would like to keep thursday in mind