Ciao Andrea, the only reason I see for something like that might be to prevent people from changing the parameterblock for the resulting image outside the ImageWorker itself but it might well be some code left around to force the creation of a rendering while debugging. I have checked the code and there are only 2 occurrences of the issue you are reporting. I am sure that it wouldn't be the end of the world if you change the methods and you avoid forcing the creation of a rendering hence If you think this would be useful for your work go ahead. Beside me, you and probably marting I don't think anyone else is using this class since it is pretty advanced stuff. I am not sure if Martin's something to add here.
Ciao, Simone. On Dec 28, 2007 3:09 PM, Andrea Aime <[EMAIL PROTECTED]> wrote: > Hi, > I'm trying to apply the tool I've described before to images > returned by the ImageWorker class and I find that I get > very few metadata out of them. > The reason is simple, ImageWorker does not return inspectable > RenderedOp instances, but calls RenderedOp.getRendering() and > thus returns an OpImage instance that disallows any access to > the ParameterBlock used to create it. > > I'm wondering if there is any reason for doing so, or if I > can remove all those annoying getRendering() calls :) > > Cheers > Andrea > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- ------------------------------------------------------- Eng. Simone Giannecchini President /CEO GeoSolutions S.A.S. Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob: +39 333 8128928 http://www.geo-solutions.it ------------------------------------------------------- ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
