Issue Details (XML | Word | Printable)

Key: GEOS-2061
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Critical Critical
Assignee: Simone Giannecchini
Reporter: Andrea Aime
Votes: 0
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
GeoServer

Metatling + JPEG -> broken output

Created: 29/Jul/08 10:29 AM   Updated: 05/Dec/09 01:51 PM   Resolved: 08/Sep/09 12:44 PM
Component/s: WMS
Affects Version/s: 2.0-RC1
Fix Version/s: 1.7.7, 1.7.x, 2.0-RC2, 2.0.x

Time Tracking:
Not Specified

File Attachments: 1. GIF File metatlingMadness.gif (66 kB)

Image Attachments:

1. metatlingMadness.gif
(66 kB)
Issue Links:
Related
 


 Description  « Hide

Open a map preview, open the preview options, enabled tiling and switch to jpeg format. Look at the result.



Andrea Aime added a comment - 29/Jul/08 10:37 AM

The screenshot shows that for each meta tile only one of the output elements is visible. My wild guess is that the JAI slicing code is changing the origins of each tile in the meta tile to create it without actually creating a new image, and the jpeg encoder is not aware of it, and it's probably using some sort of direct access.
Shall we go back to the old code that used to build separete BufferedImage objects as tiles?


Andrea Aime added a comment - 29/Jul/08 12:16 PM

Simbos, it seems that wit native jai around the following exception occurrs:

29 lug 19:14:52 WARN [geoserver.ows] - 
java.lang.NullPointerException
	at com.sun.media.jai.mlib.MediaLibAccessor.findCompatibleTag(MediaLibAccessor.java:537)
	at com.sun.media.jai.mlib.MlibBandSelectOpImage.computeRect(MlibBandSelectOpImage.java:88)
	at javax.media.jai.PointOpImage.computeTile(PointOpImage.java:969)
	at com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
	at javax.media.jai.OpImage.getTile(OpImage.java:1129)
	at javax.media.jai.RenderedOp.getTile(RenderedOp.java:2257)
	at com.sun.media.imageioimpl.plugins.clib.CLibImageWriter.getContiguousData(CLibImageWriter.java:272)
	at com.sun.media.imageioimpl.plugins.clib.CLibImageWriter.getMediaLibImage(CLibImageWriter.java:712)
	at com.sun.media.imageioimpl.plugins.jpeg.CLibJPEGImageWriter.write(CLibJPEGImageWriter.java:240)
	at org.geotools.image.ImageWorker.writeJPEG(ImageWorker.java:2132)
	at org.vfny.geoserver.wms.responses.map.jpeg.JPEGMapProducer.formatImageOutputStream(JPEGMapProducer.java:69)

Sigh?


Andrea Aime added a comment - 29/Jul/08 12:19 PM

Mumble, yet this is happening only on GS 1.6, with 1.7 and the same jdk it seems to be fine...


Simone Giannecchini added a comment - 29/Jul/08 12:23 PM

I applied the fix only on gs-1.7.x


Andrea Aime added a comment - 29/Jul/08 12:26 PM

I am back and forward porting it... but yeah, I can just forward port it


Andrea Aime added a comment - 31/Jul/08 05:37 AM

Fixed on 1.7.x and trunk


Simone Giannecchini added a comment - 04/Sep/09 09:17 AM

noticed that same thing seems to apply to the imagewriter that comes with jdk


Simone Giannecchini added a comment - 04/Sep/09 11:27 AM

committed on trunk


Andrea Aime added a comment - 08/Sep/09 10:53 AM

Simone, you've committed some debugging code that woudl write images in your user home directory. Please remove it? (eventually along the other commented out code?)


Simone Giannecchini added a comment - 08/Sep/09 10:58 AM

sure thing


Simone Giannecchini added a comment - 08/Sep/09 12:43 PM

fix is in