Re: [Geotools-devel] Long-lived ImageReaders

2007-01-04 Thread Saul Farber
Jody Garnett wrote: > Saul Farber wrote: >> Jody Garnett wrote: >>> Saul this API (ImageReaders) kind of is what you want to make it to be; >> Or do you mean that the API as defined in modules/coverage (I think >> you referred to it as GCE below) is open-ended enough that making a >> new reader/f

Re: [Geotools-devel] Long-lived ImageReaders

2007-01-04 Thread Jody Garnett
Saul Farber wrote: > Jody Garnett wrote: >> Saul this API (ImageReaders) kind of is what you want to make it to be; > Or do you mean that the API as defined in modules/coverage (I think > you referred to it as GCE below) is open-ended enough that making a > new reader/format is kind-of amorphous?

Re: [Geotools-devel] Long-lived ImageReaders

2007-01-04 Thread Saul Farber
Jody Garnett wrote: > Saul this API (ImageReaders) kind of is what you want to make it to be; Not quite sure what you mean here...do you mean that the javax.imageio.ImageReader class (the ImageReader I'm referring to below) is an open-ended enough API that one can write a new ImageIO plugin (an

Re: [Geotools-devel] Long-lived ImageReaders

2007-01-04 Thread Jody Garnett
Saul this API (ImageReaders) kind of is what you want to make it to be; I have proposed an alternative DataAccess thing with an eye towards rasters, but currently most applications are skipping GCE and making new Formats directly. I would personally try and stuff as much information into the Fo

[Geotools-devel] Long-lived ImageReaders

2007-01-04 Thread Saul Farber
Hey simone, (ccing geotools-devel for posterity) Quick question: when we chatted earlier I said that I was creating "short-lived" ImageReaders (err, ArcSDE raster ImageReader subclasses) and throwing them away from request to request, but in order to do that I'm discarding the ability of the