WCS 1.0 GetCoverage does not properly sets the content type

Description

The output of the sample GetCoverage request is completely garbled... if you choose GEOTIFF as the format, the content type is "application/octect-stream". If you choose PNG or TIFF the output is some black thing that, when saved, no program can open...

Environment

None

Activity

codehaus 
April 10, 2015 at 4:23 PM

CodeHaus Comment From: dwinslow - Time: Thu, 10 Jul 2008 16:32:31 -0500
---------------------
<p>Couldn't reproduce (and there's a comment saying it's fixed) so I'm closing this one.</p>

codehaus 
April 10, 2015 at 4:23 PM

CodeHaus Comment From: jdeolive - Time: Mon, 21 Jan 2008 13:37:34 -0600
---------------------
<p>Integrated in geoserver-trunk #140 (See <a href="http://gridlock.openplans.org:8080/hudson/job/geoserver-trunk/140/" class="external-link" rel="nofollow">http://gridlock.openplans.org:8080/hudson/job/geoserver-trunk/140/</a>)</p>

codehaus 
April 10, 2015 at 4:23 PM

CodeHaus Comment From: aaime - Time: Mon, 21 Jan 2008 12:39:26 -0600
---------------------
<p>Hum, no, this already has been fixed by jdeolive a few days ago... but trunk still has this</p>

codehaus 
April 10, 2015 at 4:23 PM

CodeHaus Comment From: aaime - Time: Mon, 21 Jan 2008 12:08:44 -0600
---------------------
<p>The output is not garbled, not exactly.

First, no content type is ever set due to a piece of code commented out

Second, the sample request does a band select, and the result for png is an 8bit png with no palette, that various apps cannot open, but I'm not sure whether to consider this an error, I mean, the request does not fully make sense either...</p>

Fixed

Details

Assignee

Reporter

Fix versions

Affects versions

Components

Priority

Created January 21, 2008 at 4:48 PM
Updated October 31, 2015 at 4:51 PM
Resolved May 26, 2015 at 2:26 PM