[Mapserver-users] 24Bit tiff images displayed in greyscale (no bug 270) and no png files are displayed

Frank Warmerdam warmerdam at pobox.com
Fri Aug 22 09:12:44 EDT 2003


Michael Härtel wrote:
> 1.) 24Bit tiff images are displayed in grayscale although output is RGB
> PNG and GD2 is obviously used. I know about "bug" No 270
> (http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=270) but even if i
> leave out the class defining lines within the mapfile no image is
> produced (empty map).

Michael,

So, specifically if you don't have the CLASS statement in the raster layer
coming from a 24bit color TIFF file you get an empty map, but if you have
the class you get greyscale?

I would appreciate your:
  o Setting up a minimal map file demonstrating the problem.
  o Test locally with "shp2img -all_debug 1 -m test.map -o test.png".
  o Submit the bug into MapServer's bugzilla with all the information
    required to reproduce the bug.  Put it in the GDAL Support category so
    it will be assigned to me.

Your configuration looks fine, so this could be a real bug though I don't
know why this would be happening since I do similar stuff all the time
without any problem.

> 2.) PNG files are not displayed (24 and 8 bit), they are simply empty, a
> white image returns.
> They seem to be drawn (the legend has an entry for that raster layer),
> no error messages available.
> My reference map is a png image and the entire map output works fine
> with png images as long as no png images are included in layer definitions.

The most likely issue here would seem to be whether or not the png file is
properly georeferenced.  If it is drawn in a different part of the world,
it won't show up in your maps.  If you have checked everything you can think
of, submit a bug with a minimal mapfile and test data demonstrating the problem
in bugzilla.

I realize that boiling down the situation to a minimum to reproduce the problem
for submission into bugzilla can be tedious, but in the process of stripping
away things that you assume are not related to the problem, you may discover
something new.  It also saves the developers alot of time.  In fact, in general,
if a problem is reported but I can't easily reproduce it I am very unlikely
to spend more time on it.

When you depend on free support, you need to do everything you can at your end
to lighten the load on the developers.  If you want hand holding, it is best
to contract for paid support from one of several organizations provides such
services for MapServer.

The above is really intended for the list is general, not specifically for
you Michael.  Your message to the list does seem well "boiled down" already.

Best regards,

-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent





More information about the mapserver-users mailing list