Problem should have been fixed on trunk and 2.0.x. Please, test. Simone. ------------------------------------------------------- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy
phone: +39 0584983027 fax: +39 0584983027 mob: +39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://simboss.blogspot.com/ http://www.linkedin.com/in/simonegiannecchini ------------------------------------------------------- On Tue, Nov 10, 2009 at 7:00 PM, Gabriel Roldan <grol...@opengeo.org> wrote: > Hi Simone, > > thanks for asking. Please read bellow. > > Simone Giannecchini wrote: >> >> Just to confirm, >> do you need any help for GEOS-3612 and GEOS-3592, my understanding is >> that you do not? > > I actually do. > My understanding of the problem is as follows: > - this happens only on trunk (2.0.x too I assume), but not on 1.7.x > - problem is the JPEG writer, or rather the ImageWorker.writeJPEG, does not > respect the image location and always writes the image starting at 0,0 > - this shows up when doing a tiling request, since the metatile creates each > tile as a subset of the metatile image. Hence the tiles being RenderedImages > with x,y origin not at 0,0 suffer from this > - The following block of code in JPEGMapProducer does not seem to be causing > any effect: > if (! jpegNativeAcc&&image.getMinX()!=0 || image.getMinY()!=0) { > // I don't make an expliciti copy anymore, hoping that sooner or later: > // A> this bug will be fixed > // B> JDK JpegImageWriter will stop making a straight copy of the input > raster > mage= TranslateDescriptor.create(image, new Float(-image.getMinX()), new > Float(-image.getMinY()), new InterpolationNearest(), null); > } > > the JPEG writer keeps on writing the tile starting at 0,0 of the backing > image (the metatile one). > > So any advice on how to better work around this, if possible, than the patch > I've attached to GEOS-3612 would be very much welcomed, as that is expected > to be imposing some performance penalty, though I didn't measure it. > > Cheers, > Gabriel > > > -- > Archive: http://lists.opengeo.org/massgis-dev/archive/2009/11/1257879627043 > To unsubscribe send an email with subject "unsubscribe" to > massgis-de...@lists.opengeo.org. Please contact > massgis-devel-mana...@lists.opengeo.org for questions. > > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
