Re: [Geotools-devel] So, have we given up maintaining 2.1.x??

James Macgill a écrit : 2.1 is a branch. The moment work not related to bug fixes (is optimization a bug fix?) started it became a fork. I have said all along that I have been very very uncompfortable with the level of development work happening on 2.1.x but the people doing that work assured m

Re: [Geotools-devel] IRC Logs posted

Jody Garnett a écrit : Apparently the meeting time is not set up for most peoples happiness! - move Forward to be more europe-firendly? - move Backward to be more asia-firendly? Here is the chart: http://www.timeanddate.com/worldclock/meetingtime.html?day=12&month=12&year=2005&p1=256&p2=28&p3=11

Re: [Geotools-devel] trunk -- gridcoveragerenderering

Martin Desruisseaux wrote: [EMAIL PROTECTED] a écrit : It seems to be caused by "Do not know how to deep copy " the org.geotools.coverage.grid.GridCoverage2D in DefaultAttributeType#duplicate(). In current implementation, GridCoverage2D are basically immutable. We shouldn't need to copy it. R

Re: [Geotools-devel] trunk -- gridcoveragerenderering

[EMAIL PROTECTED] a écrit : It seems to be caused by "Do not know how to deep copy " the org.geotools.coverage.grid.GridCoverage2D in DefaultAttributeType#duplicate(). In current implementation, GridCoverage2D are basically immutable. We shouldn't need to copy it. Martin. -

Re: [Geotools-devel] IRC Logs posted

I really do like the idea of a time cap ... this would have two positive effects:   1) it represents a lunch-hour rather than an afternoon 2) keeps substantial brainstorming in email, where people have the opportunity to mull over an idea (hopefully comming up with a better one :) ).   DZ  On 12/12

Re: [Geotools-devel] IRC Logs posted

Ian Turton wrote: On 12/12/05, *Jody Garnett* <[EMAIL PROTECTED] > wrote: We made it through: 1- style api 2- meeting time 3- jalopy format -

Re: [Geotools-devel] IRC Logs posted

On 12/12/05, Jody Garnett <[EMAIL PROTECTED]> wrote: We made it through: 1- style api 2- meeting time 3- jalopy format-Meeting time was sent off to email - be definition those who are havingtrouble attending were not ther

Re: [Geotools-devel] trunk -- gridcoveragerenderering -- fixed

[EMAIL PROTECTED] wrote: I've been trying to figure out why the trunk build is failing for me. The GridCoverageRenderingTests are failing. It seems to be caused by "Do not know how to deep copy " the org.geotools.coverage.grid.GridCoverage2D in DefaultAttributeType#duplicate(). Near as I can

[Geotools-devel] IRC Logs posted

We made it through: 1- style api 2- meeting time 3- jalopy format - Meeting time was sent off to email - be definition those who are having trouble attending were not there: Apparently the meeting time is not set up

[Geotools-devel] Style changes how to address code breakage?

James Macgill wrote: 2.1 developers other than ensuring that code written against 2.1 would work on 2.2. (I can well imagine that this is not holding true and if so needs to be addresed urgently) I agree - it is not holding true. But 2.2 is broken, if we had performed some QA checks on 2.1 w

Re: [Geotools-devel] So, have we given up maintaining 2.1.x??

> > REMEMBER - EVERY API CHANGE YOU MAKE MEANS I HAVE TO SPEND SEVERAL HOURS > OF WORK ALIGNING THINGS. Plus more hours keeping changes aligning for > every future change too. The thing that jumps out at me about this statement is the implication that 2.2.x is changing and the 'old ways of doing t

Re: [Geotools-devel] Auto-format

Cory Horner wrote: PS. And *please* don't auto-format code anymore! My apologies for running the code formatter on some code (at r17256): in eclipse there is no undo or cancel action for the formatter, and I accidentally formatted all of main. To minimize the impact, I reverted most of m

Re: [Geotools-devel] Auto-format

PS. And *please* don't auto-format code anymore! My apologies for running the code formatter on some code (at r17256): in eclipse there is no undo or cancel action for the formatter, and I accidentally formatted all of main. To minimize the impact, I reverted most of main, but had little

Re: [Geotools-devel] trunk -- gridcoveragerenderering

Jody Garnett wrote: [EMAIL PROTECTED] wrote: I've been trying to figure out why the trunk build is failing for me. The GridCoverageRenderingTests are failing. It seems to be caused by "Do not know how to deep copy " the org.geotools.coverage.grid.GridCoverage2D in DefaultAttributeType#duplic

[Geotools-devel] Idea - Dave do you want to MM renderer?

Idea for you Dave, Breaking out the rendering code is scheduled as the last split from main. Do you want to be MM of the result? As MM you get a vote on GeoTools things (which you already have) and veto on changes to the module ... Jody ---

Re: [Geotools-devel] So, have we given up maintaining 2.1.x??

David Zwiers wrote: Jody, my question is more along the lines of when should the project mature into more of a maintenance stance than r&d. For those of you who would argue that it has already progressed to a maintenance stance, then the question is, how often should we phase out api / replace

[Geotools-devel] Adding a third party jar

Hi list, I am trying to add a jar to the http://www.ibiblio.org/geotools/ remote repository as it is described in the developers guide but with no success. I did this once and it worked fine I added the jar JGRIB-0.9.x.jar successfully, but right now it seems that my uid and pwd are not valid ( or

Re: [Geotools-devel] So, have we given up maintaining 2.1.x??

> Should we:> 1. just say "ha ha - fooled you" for the people doing rendering (and > other modules) on 2.1.x.  This pretty much means we're calling 2.1.x a> fork.>2.1.x was always a fork? Stable branches by their nature are alwaysforks - I do expect 2.1.1 tobe released at some point. > 2. Actually

Re: [Geotools-devel] So, have we given up maintaining 2.1.x??

Thanks for bringing up this issue Dave. This is why I have all but stopped GT development. It's really frustrating seeing you evening disappear because some unnamed party has gone and refactored working code for the n'th time simply for the sake of it.   There is a point in time when the API may

Re: [Geotools-devel] So, have we given up maintaining 2.1.x??

[EMAIL PROTECTED] wrote: I'm still trying to improve the rendering & style stuff, but I'm finding that there are so many API differences (and people running automatic code style programs) between 2.1.x and trunk that I'm spending almost all my time moving changes over. I mean, it takes significa

Re: [Geotools-devel] trunk -- gridcoveragerenderering

[EMAIL PROTECTED] wrote: I've been trying to figure out why the trunk build is failing for me. The GridCoverageRenderingTests are failing. It seems to be caused by "Do not know how to deep copy " the org.geotools.coverage.grid.GridCoverage2D in DefaultAttributeType#duplicate(). I have been

[Geotools-devel] So, have we given up maintaining 2.1.x??

I'm still trying to improve the rendering & style stuff, but I'm finding that there are so many API differences (and people running automatic code style programs) between 2.1.x and trunk that I'm spending almost all my time moving changes over. I mean, it takes significantly longer to move the cha

[Geotools-devel] [CC-Trunk] geotools Build Failed

View results here -> http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_current?log=log20051212102013 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX s

[Geotools-devel] trunk -- gridcoveragerenderering

I've been trying to figure out why the trunk build is failing for me. The GridCoverageRenderingTests are failing. It seems to be caused by "Do not know how to deep copy " the org.geotools.coverage.grid.GridCoverage2D in DefaultAttributeType#duplicate(). I also noticed that the raster symbolizer

RE: [Geotools-devel] RE: [Geoserver-devel] Re: [Geoserver-users] netcdf - wcs resource

Jody, > Rob, > > Thank you for your response. This is our current state of affairs, where > MBL (Metoc Broker Language), JMBL (Joint Metoc Broker Language): > > +-> MBL <-++-> ... > | || > Client(s

Re: [Geotools-devel] RE: [Geoserver-devel] Re: [Geoserver-users] netcdf - wcs resource

Efren Serra wrote: Rob, Thank you for your response. This is our current state of affairs, where MBL (Metoc Broker Language), JMBL (Joint Metoc Broker Language): +-> MBL <-++-> ... | || Client(s

[Geotools-devel] [GT-Trunk-Snapshot] geotools-snapshot Build Failed

View results here -> http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_snapshot?log=log20051207103959 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX

[Geotools-devel] GeoTools Build Report [ 2005/12/11 23:55 ]

GeoTools2 module build report 20051211 gt2:referencing cleaned, compiled, tested, INSTALLED 2356 gt2:coverage cleaned, compiled, tested, INSTALLED 2357 gt2:api cleaned, compiled, tested, INSTALLED 2357 gt2:main cleaned, compiled --- rel