Re: strange behavior when size != gif size (UMN 5.4.2)

14 messages Options
Embed this post
Permalink
Steve Lime

Re: strange behavior when size != gif size (UMN 5.4.2)

Reply Threaded More More options
Print post
Permalink
Daniel: I just ran some local tests against the 5.4 branch and don't see the problem on my dev box (MacOS). I'm using the sample image you supplied and a mapfile like the one below. I'm using GD 2.0.35. Are you still having the issue? Perhaps something weird like multiple versions of GD on the system could cause artifacts like this.

Steve

MAP
  NAME 'testy'
  SIZE 200 200
  EXTENT 0 0 200 200

  IMAGETYPE PNG2

  OUTPUTFORMAT
    NAME PNG2
    DRIVER 'GD/PNG'
    MIMETYPE 'image/png'
    IMAGEMODE RGB
    EXTENSION 'png'
  END #OUTPUTFORMAT
 
  SYMBOL
    NAME 'some_gif_symbol'
    TYPE PIXMAP
    IMAGE "some_gif_symbol.gif"
  END

  LAYER
    NAME 'too_small'
    TYPE POINT
    STATUS DEFAULT
    FEATURE
      POINTS 30 20 END
    END
    CLASS
      STYLE
        SYMBOL 'some_gif_symbol'
        SIZE 10 # equals gif size -3
      END
    END
  END

  LAYER
    NAME 'too_large'
    TYPE POINT
    STATUS DEFAULT
    FEATURE
      POINTS 50 100 END
    END
    CLASS
      STYLE
        SYMBOL 'some_gif_symbol'
        SIZE 16 # equals gif size +3
      END
    END
  END

  LAYER
    NAME 'just_right'
    TYPE POINT
    STATUS DEFAULT
    FEATURE
      POINTS 100 50 END
    END
    CLASS
      STYLE
        SYMBOL 'some_gif_symbol'
        SIZE 13
      END
    END
  END
END

>>> teeschke <[hidden email]> 08/20/09 10:24 AM >>>


OUTPUTFORMAT
        NAME png
        DRIVER 'GD/PNG'
        MIMETYPE 'image/png'
        IMAGEMODE RGB
        EXTENSION 'png'
END #OUTPUTFORMAT


--
View this message in context: http://n2.nabble.com/strange-behavior-when-size-gif-size-UMN-5-4-2-tp3479658p3479813.html
Sent from the Mapserver - Dev mailing list archive at Nabble.com.
_______________________________________________
mapserver-dev mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-dev

_______________________________________________
mapserver-dev mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-dev
teeschke

Re: strange behavior when size != gif size (UMN 5.4.2)

Reply Threaded More More options
Print post
Permalink
Hello Steve..

I can recreate the wrong output with your sample-map.
I added an projection
PROJECTION
   'init=epsg:31466'
END #PROJECTION

Now I can fire my GetMap-Request:
http://localhost/cgi-bin_ms5.4.2/mapserv.exe?LAYERS=too_small,too_large,just_right&SRS=EPSG:31466&FORMAT=image/png&WIDTH=200&HEIGHT=200&SERVICE=WMS&VERSION=1.1.1&STYLES=&BBOX=0,0,200,200&map=C:/umn_maps/test/symbol_problem.map&REQUEST=GetMap


I found out that when I using FORMAT=image/gif the output looks nice:
http://localhost/cgi-bin_ms5.4.2/mapserv.exe?LAYERS=too_small,too_large,just_right&SRS=EPSG:31466&FORMAT=image/gif&WIDTH=200&HEIGHT=200&SERVICE=WMS&VERSION=1.1.1&STYLES=&BBOX=0,0,200,200&map=C:/umn_maps/test/symbol_problem.map&REQUEST=GetMap


I also tryed to use a gif-symbol, but no change, same problem.

Do you using the Mapservers own CGI-Request or WMS-Request?

thanks, regards,
Daniel


Steve Lime wrote:
Daniel: I just ran some local tests against the 5.4 branch and don't see the problem on my dev box (MacOS). I'm using the sample image you supplied and a mapfile like the one below. I'm using GD 2.0.35. Are you still having the issue? Perhaps something weird like multiple versions of GD on the system could cause artifacts like this.

Steve

MAP
  NAME 'testy'
  SIZE 200 200
  EXTENT 0 0 200 200

  IMAGETYPE PNG2

  OUTPUTFORMAT
    NAME PNG2
    DRIVER 'GD/PNG'
    MIMETYPE 'image/png'
    IMAGEMODE RGB
    EXTENSION 'png'
  END #OUTPUTFORMAT
 
  SYMBOL
    NAME 'some_gif_symbol'
    TYPE PIXMAP
    IMAGE "some_gif_symbol.gif"
  END

  LAYER
    NAME 'too_small'
    TYPE POINT
    STATUS DEFAULT
    FEATURE
      POINTS 30 20 END
    END
    CLASS
      STYLE
        SYMBOL 'some_gif_symbol'
        SIZE 10 # equals gif size -3
      END
    END
  END

  LAYER
    NAME 'too_large'
    TYPE POINT
    STATUS DEFAULT
    FEATURE
      POINTS 50 100 END
    END
    CLASS
      STYLE
        SYMBOL 'some_gif_symbol'
        SIZE 16 # equals gif size +3
      END
    END
  END

  LAYER
    NAME 'just_right'
    TYPE POINT
    STATUS DEFAULT
    FEATURE
      POINTS 100 50 END
    END
    CLASS
      STYLE
        SYMBOL 'some_gif_symbol'
        SIZE 13
      END
    END
  END
END

>>> teeschke <daniel.teske@web.de> 08/20/09 10:24 AM >>>


OUTPUTFORMAT
        NAME png
        DRIVER 'GD/PNG'
        MIMETYPE 'image/png'
        IMAGEMODE RGB
        EXTENSION 'png'
END #OUTPUTFORMAT


--
View this message in context: http://n2.nabble.com/strange-behavior-when-size-gif-size-UMN-5-4-2-tp3479658p3479813.html
Sent from the Mapserver - Dev mailing list archive at Nabble.com.
_______________________________________________
mapserver-dev mailing list
mapserver-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-dev

_______________________________________________
mapserver-dev mailing list
mapserver-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-dev
Steve Lime

Re: strange behavior when size != gif size (UMN 5.4.2)

Reply Threaded More More options
Print post
Permalink
I've been using shp2img. Just tried on another box with 5.4.2 with the attached result (verbatim mapfile I posted earlier).

Are you using the experimental PNG support by chance? Wouldn't think that would have an impact but I think that links
MapServer against libpng. GD also links against libpng and perhaps there is confusion there if the versions are different?

Steve

>>> On 9/2/2009 at 3:15 AM, in message <[hidden email]>,
teeschke <[hidden email]> wrote:

> Hello Steve..
>
> I can recreate the wrong output with your sample-map.
> I added an projection
> PROJECTION
>    'init=epsg:31466'
> END #PROJECTION
>
> Now I can fire my GetMap-Request:
> http://localhost/cgi-bin_ms5.4.2/mapserv.exe?LAYERS=too_small,too_large,just_ 
> right&SRS=EPSG:31466&FORMAT=image/png&WIDTH=200&HEIGHT=200&SERVICE=WMS&VERSION=1.1.
> 1&STYLES=&BBOX=0,0,200,200&map=C:/umn_maps/test/symbol_problem.map&REQUEST=GetMap
> http://n2.nabble.com/file/n3565396/output.png 
>
> I found out that when I using FORMAT=image/gif the output looks nice:
> http://localhost/cgi-bin_ms5.4.2/mapserv.exe?LAYERS=too_small,too_large,just_ 
> right&SRS=EPSG:31466&FORMAT=image/gif&WIDTH=200&HEIGHT=200&SERVICE=WMS&VERSION=1.1.
> 1&STYLES=&BBOX=0,0,200,200&map=C:/umn_maps/test/symbol_problem.map&REQUEST=GetMap
> http://n2.nabble.com/file/n3565396/output.gif 
>
> I also tryed to use a gif-symbol, but no change, same problem.
>
> Do you using the Mapservers own CGI-Request or WMS-Request?
>
> thanks, regards,
> Daniel
>
>
>
> Steve Lime wrote:
>>
>> Daniel: I just ran some local tests against the 5.4 branch and don't see
>> the problem on my dev box (MacOS). I'm using the sample image you supplied
>> and a mapfile like the one below. I'm using GD 2.0.35. Are you still
>> having the issue? Perhaps something weird like multiple versions of GD on
>> the system could cause artifacts like this.
>>
>> Steve
>>
>> MAP
>>   NAME 'testy'
>>   SIZE 200 200
>>   EXTENT 0 0 200 200
>>
>>   IMAGETYPE PNG2
>>
>>   OUTPUTFORMAT
>>     NAME PNG2
>>     DRIVER 'GD/PNG'
>>     MIMETYPE 'image/png'
>>     IMAGEMODE RGB
>>     EXTENSION 'png'
>>   END #OUTPUTFORMAT
>>  
>>   SYMBOL
>>     NAME 'some_gif_symbol'
>>     TYPE PIXMAP
>>     IMAGE "some_gif_symbol.gif"
>>   END
>>
>>   LAYER
>>     NAME 'too_small'
>>     TYPE POINT
>>     STATUS DEFAULT
>>     FEATURE
>>       POINTS 30 20 END
>>     END
>>     CLASS
>>       STYLE
>>         SYMBOL 'some_gif_symbol'
>>         SIZE 10 # equals gif size -3
>>       END
>>     END
>>   END
>>
>>   LAYER
>>     NAME 'too_large'
>>     TYPE POINT
>>     STATUS DEFAULT
>>     FEATURE
>>       POINTS 50 100 END
>>     END
>>     CLASS
>>       STYLE
>>         SYMBOL 'some_gif_symbol'
>>         SIZE 16 # equals gif size +3
>>       END
>>     END
>>   END
>>
>>   LAYER
>>     NAME 'just_right'
>>     TYPE POINT
>>     STATUS DEFAULT
>>     FEATURE
>>       POINTS 100 50 END
>>     END
>>     CLASS
>>       STYLE
>>         SYMBOL 'some_gif_symbol'
>>         SIZE 13
>>       END
>>     END
>>   END
>> END
>>
>>>>> teeschke <[hidden email]> 08/20/09 10:24 AM >>>
>>
>>
>> OUTPUTFORMAT
>> NAME png
>> DRIVER 'GD/PNG'
>> MIMETYPE 'image/png'
>> IMAGEMODE RGB
>> EXTENSION 'png'
>> END #OUTPUTFORMAT
>>
>>
>> --
>> View this message in context:
>>
> http://n2.nabble.com/strange-behavior-when-size-gif-size-UMN-5-4-2-tp3479658p3479813.ht 
> ml
>> Sent from the Mapserver - Dev mailing list archive at Nabble.com.
>> _______________________________________________
>> mapserver-dev mailing list
>> [hidden email]
>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev 
>>
>> _______________________________________________
>> mapserver-dev mailing list
>> [hidden email]
>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev 
>>
>>


_______________________________________________
mapserver-dev mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-dev

teeschke.png (2K) Download Attachment
teeschke

Re: strange behavior when size != gif size (UMN 5.4.2)

Reply Threaded More More options
Print post
Permalink
Can you check your output with a GetMap-Request using &FORMAT=image/png?

I'm using the cgi-bin folder from the "Mapserver 5.4.2 release" that is packed in the ms4w_3.0_beta6. downloaded from maptools.org

here is the mapserv -v result

MapServer version 5.4.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF
 OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICO
NV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUP
PORTS=THREADS SUPPORTS=GEOS SUPPORTS=RGBA_PNG INPUT=JPEG INPUT=POSTGIS INPUT=ORA
CLESPATIAL INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE


Steve Lime wrote:
I've been using shp2img. Just tried on another box with 5.4.2 with the attached result (verbatim mapfile I posted earlier).

Are you using the experimental PNG support by chance? Wouldn't think that would have an impact but I think that links
MapServer against libpng. GD also links against libpng and perhaps there is confusion there if the versions are different?

Steve

>>> On 9/2/2009 at 3:15 AM, in message <1251879359097-3565396.post@n2.nabble.com>,
teeschke <daniel.teske@web.de> wrote:

> Hello Steve..
>
> I can recreate the wrong output with your sample-map.
> I added an projection
> PROJECTION
>    'init=epsg:31466'
> END #PROJECTION
>
> Now I can fire my GetMap-Request:
> http://localhost/cgi-bin_ms5.4.2/mapserv.exe?LAYERS=too_small,too_large,just_ 
> right&SRS=EPSG:31466&FORMAT=image/png&WIDTH=200&HEIGHT=200&SERVICE=WMS&VERSION=1.1.
> 1&STYLES=&BBOX=0,0,200,200&map=C:/umn_maps/test/symbol_problem.map&REQUEST=GetMap
> http://n2.nabble.com/file/n3565396/output.png 
>
> I found out that when I using FORMAT=image/gif the output looks nice:
> http://localhost/cgi-bin_ms5.4.2/mapserv.exe?LAYERS=too_small,too_large,just_ 
> right&SRS=EPSG:31466&FORMAT=image/gif&WIDTH=200&HEIGHT=200&SERVICE=WMS&VERSION=1.1.
> 1&STYLES=&BBOX=0,0,200,200&map=C:/umn_maps/test/symbol_problem.map&REQUEST=GetMap
> http://n2.nabble.com/file/n3565396/output.gif 
>
> I also tryed to use a gif-symbol, but no change, same problem.
>
> Do you using the Mapservers own CGI-Request or WMS-Request?
>
> thanks, regards,
> Daniel
>
>
>
> Steve Lime wrote:
>>
>> Daniel: I just ran some local tests against the 5.4 branch and don't see
>> the problem on my dev box (MacOS). I'm using the sample image you supplied
>> and a mapfile like the one below. I'm using GD 2.0.35. Are you still
>> having the issue? Perhaps something weird like multiple versions of GD on
>> the system could cause artifacts like this.
>>
>> Steve
>>
>> MAP
>>   NAME 'testy'
>>   SIZE 200 200
>>   EXTENT 0 0 200 200
>>
>>   IMAGETYPE PNG2
>>
>>   OUTPUTFORMAT
>>     NAME PNG2
>>     DRIVER 'GD/PNG'
>>     MIMETYPE 'image/png'
>>     IMAGEMODE RGB
>>     EXTENSION 'png'
>>   END #OUTPUTFORMAT
>>  
>>   SYMBOL
>>     NAME 'some_gif_symbol'
>>     TYPE PIXMAP
>>     IMAGE "some_gif_symbol.gif"
>>   END
>>
>>   LAYER
>>     NAME 'too_small'
>>     TYPE POINT
>>     STATUS DEFAULT
>>     FEATURE
>>       POINTS 30 20 END
>>     END
>>     CLASS
>>       STYLE
>>         SYMBOL 'some_gif_symbol'
>>         SIZE 10 # equals gif size -3
>>       END
>>     END
>>   END
>>
>>   LAYER
>>     NAME 'too_large'
>>     TYPE POINT
>>     STATUS DEFAULT
>>     FEATURE
>>       POINTS 50 100 END
>>     END
>>     CLASS
>>       STYLE
>>         SYMBOL 'some_gif_symbol'
>>         SIZE 16 # equals gif size +3
>>       END
>>     END
>>   END
>>
>>   LAYER
>>     NAME 'just_right'
>>     TYPE POINT
>>     STATUS DEFAULT
>>     FEATURE
>>       POINTS 100 50 END
>>     END
>>     CLASS
>>       STYLE
>>         SYMBOL 'some_gif_symbol'
>>         SIZE 13
>>       END
>>     END
>>   END
>> END
>>
>>>>> teeschke <daniel.teske@web.de> 08/20/09 10:24 AM >>>
>>
>>
>> OUTPUTFORMAT
>> NAME png
>> DRIVER 'GD/PNG'
>> MIMETYPE 'image/png'
>> IMAGEMODE RGB
>> EXTENSION 'png'
>> END #OUTPUTFORMAT
>>
>>
>> --
>> View this message in context:
>>
> http://n2.nabble.com/strange-behavior-when-size-gif-size-UMN-5-4-2-tp3479658p3479813.ht 
> ml
>> Sent from the Mapserver - Dev mailing list archive at Nabble.com.
>> _______________________________________________
>> mapserver-dev mailing list
>> mapserver-dev@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev 
>>
>> _______________________________________________
>> mapserver-dev mailing list
>> mapserver-dev@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev 
>>
>>


 
_______________________________________________
mapserver-dev mailing list
mapserver-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-dev
teeschke

Re: strange behavior when size != gif size (UMN 5.4.2)

Reply Threaded More More options
Print post
Permalink
To be sure that the Problem not occurred because of the ScriptAlias which I had set to change between Mapserver-Versions I installed the complete ms4w_3.0_beta6 package.
-> Same Problem.

So it seems that the Bug is inside the ms4w-package.

Daniel


teeschke wrote:
Can you check your output with a GetMap-Request using &FORMAT=image/png?

I'm using the cgi-bin folder from the "Mapserver 5.4.2 release" that is packed in the ms4w_3.0_beta6. downloaded from maptools.org

here is the mapserv -v result

MapServer version 5.4.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF
 OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICO
NV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUP
PORTS=THREADS SUPPORTS=GEOS SUPPORTS=RGBA_PNG INPUT=JPEG INPUT=POSTGIS INPUT=ORA
CLESPATIAL INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE


Steve Lime wrote:
I've been using shp2img. Just tried on another box with 5.4.2 with the attached result (verbatim mapfile I posted earlier).

Are you using the experimental PNG support by chance? Wouldn't think that would have an impact but I think that links
MapServer against libpng. GD also links against libpng and perhaps there is confusion there if the versions are different?

Steve

>>> On 9/2/2009 at 3:15 AM, in message <1251879359097-3565396.post@n2.nabble.com>,
teeschke <daniel.teske@web.de> wrote:

> Hello Steve..
>
> I can recreate the wrong output with your sample-map.
> I added an projection
> PROJECTION
>    'init=epsg:31466'
> END #PROJECTION
>
> Now I can fire my GetMap-Request:
> http://localhost/cgi-bin_ms5.4.2/mapserv.exe?LAYERS=too_small,too_large,just_ 
> right&SRS=EPSG:31466&FORMAT=image/png&WIDTH=200&HEIGHT=200&SERVICE=WMS&VERSION=1.1.
> 1&STYLES=&BBOX=0,0,200,200&map=C:/umn_maps/test/symbol_problem.map&REQUEST=GetMap
> http://n2.nabble.com/file/n3565396/output.png 
>
> I found out that when I using FORMAT=image/gif the output looks nice:
> http://localhost/cgi-bin_ms5.4.2/mapserv.exe?LAYERS=too_small,too_large,just_ 
> right&SRS=EPSG:31466&FORMAT=image/gif&WIDTH=200&HEIGHT=200&SERVICE=WMS&VERSION=1.1.
> 1&STYLES=&BBOX=0,0,200,200&map=C:/umn_maps/test/symbol_problem.map&REQUEST=GetMap
> http://n2.nabble.com/file/n3565396/output.gif 
>
> I also tryed to use a gif-symbol, but no change, same problem.
>
> Do you using the Mapservers own CGI-Request or WMS-Request?
>
> thanks, regards,
> Daniel
>
>
>
> Steve Lime wrote:
>>
>> Daniel: I just ran some local tests against the 5.4 branch and don't see
>> the problem on my dev box (MacOS). I'm using the sample image you supplied
>> and a mapfile like the one below. I'm using GD 2.0.35. Are you still
>> having the issue? Perhaps something weird like multiple versions of GD on
>> the system could cause artifacts like this.
>>
>> Steve
>>
>> MAP
>>   NAME 'testy'
>>   SIZE 200 200
>>   EXTENT 0 0 200 200
>>
>>   IMAGETYPE PNG2
>>
>>   OUTPUTFORMAT
>>     NAME PNG2
>>     DRIVER 'GD/PNG'
>>     MIMETYPE 'image/png'
>>     IMAGEMODE RGB
>>     EXTENSION 'png'
>>   END #OUTPUTFORMAT
>>  
>>   SYMBOL
>>     NAME 'some_gif_symbol'
>>     TYPE PIXMAP
>>     IMAGE "some_gif_symbol.gif"
>>   END
>>
>>   LAYER
>>     NAME 'too_small'
>>     TYPE POINT
>>     STATUS DEFAULT
>>     FEATURE
>>       POINTS 30 20 END
>>     END
>>     CLASS
>>       STYLE
>>         SYMBOL 'some_gif_symbol'
>>         SIZE 10 # equals gif size -3
>>       END
>>     END
>>   END
>>
>>   LAYER
>>     NAME 'too_large'
>>     TYPE POINT
>>     STATUS DEFAULT
>>     FEATURE
>>       POINTS 50 100 END
>>     END
>>     CLASS
>>       STYLE
>>         SYMBOL 'some_gif_symbol'
>>         SIZE 16 # equals gif size +3
>>       END
>>     END
>>   END
>>
>>   LAYER
>>     NAME 'just_right'
>>     TYPE POINT
>>     STATUS DEFAULT
>>     FEATURE
>>       POINTS 100 50 END
>>     END
>>     CLASS
>>       STYLE
>>         SYMBOL 'some_gif_symbol'
>>         SIZE 13
>>       END
>>     END
>>   END
>> END
>>
>>>>> teeschke <daniel.teske@web.de> 08/20/09 10:24 AM >>>
>>
>>
>> OUTPUTFORMAT
>> NAME png
>> DRIVER 'GD/PNG'
>> MIMETYPE 'image/png'
>> IMAGEMODE RGB
>> EXTENSION 'png'
>> END #OUTPUTFORMAT
>>
>>
>> --
>> View this message in context:
>>
> http://n2.nabble.com/strange-behavior-when-size-gif-size-UMN-5-4-2-tp3479658p3479813.ht 
> ml
>> Sent from the Mapserver - Dev mailing list archive at Nabble.com.
>> _______________________________________________
>> mapserver-dev mailing list
>> mapserver-dev@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev 
>>
>> _______________________________________________
>> mapserver-dev mailing list
>> mapserver-dev@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev 
>>
>>


 
_______________________________________________
mapserver-dev mailing list
mapserver-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-dev
Steve Lime

Re: strange behavior when size != gif size (UMN 5.4.2)

Reply Threaded More More options
Print post
Permalink
In reply to this post by Steve Lime
I will... In your version line there's 'SUPPORTS=RGBA_PNG' which is the signature for
the experimental PNG support. Wonder what versions are used by mapserver and then
GD? Does IMAGETYPE JPEG work for you?

Steve

>>> teeschke <[hidden email]> 09/03/09 4:00 AM >>>

Can you check your output with a GetMap-Request using &FORMAT=image/png?

I'm using the cgi-bin folder from the "Mapserver 5.4.2 release" that is
packed in the ms4w_3.0_beta6. downloaded from maptools.org

here is the mapserv -v result

MapServer version 5.4.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
OUTPUT=PDF
 OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE
SUPPORTS=ICO
NV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
SUPPORTS=WFS_SERVER
SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI
SUP
PORTS=THREADS SUPPORTS=GEOS SUPPORTS=RGBA_PNG INPUT=JPEG INPUT=POSTGIS
INPUT=ORA
CLESPATIAL INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE



Steve Lime wrote:

>
> I've been using shp2img. Just tried on another box with 5.4.2 with the
> attached result (verbatim mapfile I posted earlier).
>
> Are you using the experimental PNG support by chance? Wouldn't think that
> would have an impact but I think that links
> MapServer against libpng. GD also links against libpng and perhaps there
> is confusion there if the versions are different?
>
> Steve
>
>>>> On 9/2/2009 at 3:15 AM, in message
>>>> <[hidden email]>,
> teeschke <[hidden email]> wrote:
>
>> Hello Steve..
>>
>> I can recreate the wrong output with your sample-map.
>> I added an projection
>> PROJECTION
>>    'init=epsg:31466'
>> END #PROJECTION
>>
>> Now I can fire my GetMap-Request:
>> http://localhost/cgi-bin_ms5.4.2/mapserv.exe?LAYERS=too_small,too_large,just_ 
>> right&SRS=EPSG:31466&FORMAT=image/png&WIDTH=200&HEIGHT=200&SERVICE=WMS&VERSION=1.1.
>> 1&STYLES=&BBOX=0,0,200,200&map=C:/umn_maps/test/symbol_problem.map&REQUEST=GetMap
>> http://n2.nabble.com/file/n3565396/output.png 
>>
>> I found out that when I using FORMAT=image/gif the output looks nice:
>> http://localhost/cgi-bin_ms5.4.2/mapserv.exe?LAYERS=too_small,too_large,just_ 
>> right&SRS=EPSG:31466&FORMAT=image/gif&WIDTH=200&HEIGHT=200&SERVICE=WMS&VERSION=1.1.
>> 1&STYLES=&BBOX=0,0,200,200&map=C:/umn_maps/test/symbol_problem.map&REQUEST=GetMap
>> http://n2.nabble.com/file/n3565396/output.gif 
>>
>> I also tryed to use a gif-symbol, but no change, same problem.
>>
>> Do you using the Mapservers own CGI-Request or WMS-Request?
>>
>> thanks, regards,
>> Daniel
>>
>>
>>
>> Steve Lime wrote:
>>>
>>> Daniel: I just ran some local tests against the 5.4 branch and don't see
>>> the problem on my dev box (MacOS). I'm using the sample image you
>>> supplied
>>> and a mapfile like the one below. I'm using GD 2.0.35. Are you still
>>> having the issue? Perhaps something weird like multiple versions of GD
>>> on
>>> the system could cause artifacts like this.
>>>
>>> Steve
>>>
>>> MAP
>>>   NAME 'testy'
>>>   SIZE 200 200
>>>   EXTENT 0 0 200 200
>>>
>>>   IMAGETYPE PNG2
>>>
>>>   OUTPUTFORMAT
>>>     NAME PNG2
>>>     DRIVER 'GD/PNG'
>>>     MIMETYPE 'image/png'
>>>     IMAGEMODE RGB
>>>     EXTENSION 'png'
>>>   END #OUTPUTFORMAT
>>>  
>>>   SYMBOL
>>>     NAME 'some_gif_symbol'
>>>     TYPE PIXMAP
>>>     IMAGE "some_gif_symbol.gif"
>>>   END
>>>
>>>   LAYER
>>>     NAME 'too_small'
>>>     TYPE POINT
>>>     STATUS DEFAULT
>>>     FEATURE
>>>       POINTS 30 20 END
>>>     END
>>>     CLASS
>>>       STYLE
>>>         SYMBOL 'some_gif_symbol'
>>>         SIZE 10 # equals gif size -3
>>>       END
>>>     END
>>>   END
>>>
>>>   LAYER
>>>     NAME 'too_large'
>>>     TYPE POINT
>>>     STATUS DEFAULT
>>>     FEATURE
>>>       POINTS 50 100 END
>>>     END
>>>     CLASS
>>>       STYLE
>>>         SYMBOL 'some_gif_symbol'
>>>         SIZE 16 # equals gif size +3
>>>       END
>>>     END
>>>   END
>>>
>>>   LAYER
>>>     NAME 'just_right'
>>>     TYPE POINT
>>>     STATUS DEFAULT
>>>     FEATURE
>>>       POINTS 100 50 END
>>>     END
>>>     CLASS
>>>       STYLE
>>>         SYMBOL 'some_gif_symbol'
>>>         SIZE 13
>>>       END
>>>     END
>>>   END
>>> END
>>>
>>>>>> teeschke <[hidden email]> 08/20/09 10:24 AM >>>
>>>
>>>
>>> OUTPUTFORMAT
>>> NAME png
>>> DRIVER 'GD/PNG'
>>> MIMETYPE 'image/png'
>>> IMAGEMODE RGB
>>> EXTENSION 'png'
>>> END #OUTPUTFORMAT
>>>
>>>
>>> --
>>> View this message in context:
>>>
>> http://n2.nabble.com/strange-behavior-when-size-gif-size-UMN-5-4-2-tp3479658p3479813.ht 
>> ml
>>> Sent from the Mapserver - Dev mailing list archive at Nabble.com.
>>> _______________________________________________
>>> mapserver-dev mailing list
>>> [hidden email]
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev 
>>>
>>> _______________________________________________
>>> mapserver-dev mailing list
>>> [hidden email]
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev 
>>>
>>>
>
>
>  
> _______________________________________________
> mapserver-dev mailing list
> [hidden email]
> http://lists.osgeo.org/mailman/listinfo/mapserver-dev
>
>

--
View this message in context: http://n2.nabble.com/Re-strange-behavior-when-size-gif-size-UMN-5-4-2-tp3558359p3572036.html
Sent from the Mapserver - Dev mailing list archive at Nabble.com.
_______________________________________________
mapserver-dev mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-dev

_______________________________________________
mapserver-dev mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-dev
Normand Savard

Re: strange behavior when size != gif size (UMN 5.4.2)

Reply Threaded More More options
Print post
Permalink
I could test it on Windows if that can help but I don't want to
duplicate effort.  So let me know if this is what you want.

Norm

Steve Lime wrote:

> I will... In your version line there's 'SUPPORTS=RGBA_PNG' which is the signature for
> the experimental PNG support. Wonder what versions are used by mapserver and then
> GD? Does IMAGETYPE JPEG work for you?
>
> Steve
>
>  
>>>> teeschke <[hidden email]> 09/03/09 4:00 AM >>>
>>>>        
>
> Can you check your output with a GetMap-Request using &FORMAT=image/png?
>
> I'm using the cgi-bin folder from the "Mapserver 5.4.2 release" that is
> packed in the ms4w_3.0_beta6. downloaded from maptools.org
>
> here is the mapserv -v result
>
> MapServer version 5.4.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> OUTPUT=PDF
>  OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE
> SUPPORTS=ICO
> NV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> SUPPORTS=WFS_SERVER
> SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI
> SUP
> PORTS=THREADS SUPPORTS=GEOS SUPPORTS=RGBA_PNG INPUT=JPEG INPUT=POSTGIS
> INPUT=ORA
> CLESPATIAL INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
>
>
>
> Steve Lime wrote:
>  
>> I've been using shp2img. Just tried on another box with 5.4.2 with the
>> attached result (verbatim mapfile I posted earlier).
>>
>> Are you using the experimental PNG support by chance? Wouldn't think that
>> would have an impact but I think that links
>> MapServer against libpng. GD also links against libpng and perhaps there
>> is confusion there if the versions are different?
>>
>> Steve
>>
>>    
>>>>> On 9/2/2009 at 3:15 AM, in message
>>>>> <[hidden email]>,
>>>>>          
>> teeschke <[hidden email]> wrote:
>>
>>    
>>> Hello Steve..
>>>
>>> I can recreate the wrong output with your sample-map.
>>> I added an projection
>>> PROJECTION
>>>    'init=epsg:31466'
>>> END #PROJECTION
>>>
>>> Now I can fire my GetMap-Request:
>>> http://localhost/cgi-bin_ms5.4.2/mapserv.exe?LAYERS=too_small,too_large,just_ 
>>> right&SRS=EPSG:31466&FORMAT=image/png&WIDTH=200&HEIGHT=200&SERVICE=WMS&VERSION=1.1.
>>> 1&STYLES=&BBOX=0,0,200,200&map=C:/umn_maps/test/symbol_problem.map&REQUEST=GetMap
>>> http://n2.nabble.com/file/n3565396/output.png 
>>>
>>> I found out that when I using FORMAT=image/gif the output looks nice:
>>> http://localhost/cgi-bin_ms5.4.2/mapserv.exe?LAYERS=too_small,too_large,just_ 
>>> right&SRS=EPSG:31466&FORMAT=image/gif&WIDTH=200&HEIGHT=200&SERVICE=WMS&VERSION=1.1.
>>> 1&STYLES=&BBOX=0,0,200,200&map=C:/umn_maps/test/symbol_problem.map&REQUEST=GetMap
>>> http://n2.nabble.com/file/n3565396/output.gif 
>>>
>>> I also tryed to use a gif-symbol, but no change, same problem.
>>>
>>> Do you using the Mapservers own CGI-Request or WMS-Request?
>>>
>>> thanks, regards,
>>> Daniel
>>>
>>>
>>>
>>> Steve Lime wrote:
>>>      
>>>> Daniel: I just ran some local tests against the 5.4 branch and don't see
>>>> the problem on my dev box (MacOS). I'm using the sample image you
>>>> supplied
>>>> and a mapfile like the one below. I'm using GD 2.0.35. Are you still
>>>> having the issue? Perhaps something weird like multiple versions of GD
>>>> on
>>>> the system could cause artifacts like this.
>>>>
>>>> Steve
>>>>
>>>> MAP
>>>>   NAME 'testy'
>>>>   SIZE 200 200
>>>>   EXTENT 0 0 200 200
>>>>
>>>>   IMAGETYPE PNG2
>>>>
>>>>   OUTPUTFORMAT
>>>>     NAME PNG2
>>>>     DRIVER 'GD/PNG'
>>>>     MIMETYPE 'image/png'
>>>>     IMAGEMODE RGB
>>>>     EXTENSION 'png'
>>>>   END #OUTPUTFORMAT
>>>>  
>>>>   SYMBOL
>>>>     NAME 'some_gif_symbol'
>>>>     TYPE PIXMAP
>>>>     IMAGE "some_gif_symbol.gif"
>>>>   END
>>>>
>>>>   LAYER
>>>>     NAME 'too_small'
>>>>     TYPE POINT
>>>>     STATUS DEFAULT
>>>>     FEATURE
>>>>       POINTS 30 20 END
>>>>     END
>>>>     CLASS
>>>>       STYLE
>>>>         SYMBOL 'some_gif_symbol'
>>>>         SIZE 10 # equals gif size -3
>>>>       END
>>>>     END
>>>>   END
>>>>
>>>>   LAYER
>>>>     NAME 'too_large'
>>>>     TYPE POINT
>>>>     STATUS DEFAULT
>>>>     FEATURE
>>>>       POINTS 50 100 END
>>>>     END
>>>>     CLASS
>>>>       STYLE
>>>>         SYMBOL 'some_gif_symbol'
>>>>         SIZE 16 # equals gif size +3
>>>>       END
>>>>     END
>>>>   END
>>>>
>>>>   LAYER
>>>>     NAME 'just_right'
>>>>     TYPE POINT
>>>>     STATUS DEFAULT
>>>>     FEATURE
>>>>       POINTS 100 50 END
>>>>     END
>>>>     CLASS
>>>>       STYLE
>>>>         SYMBOL 'some_gif_symbol'
>>>>         SIZE 13
>>>>       END
>>>>     END
>>>>   END
>>>> END
>>>>
>>>>        
>>>>>>> teeschke <[hidden email]> 08/20/09 10:24 AM >>>
>>>>>>>              
>>>> OUTPUTFORMAT
>>>> NAME png
>>>> DRIVER 'GD/PNG'
>>>> MIMETYPE 'image/png'
>>>> IMAGEMODE RGB
>>>> EXTENSION 'png'
>>>> END #OUTPUTFORMAT
>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>>
>>>>        
>>> http://n2.nabble.com/strange-behavior-when-size-gif-size-UMN-5-4-2-tp3479658p3479813.ht 
>>> ml
>>>      
>>>> Sent from the Mapserver - Dev mailing list archive at Nabble.com.
>>>> _______________________________________________
>>>> mapserver-dev mailing list
>>>> [hidden email]
>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev 
>>>>
>>>> _______________________________________________
>>>> mapserver-dev mailing list
>>>> [hidden email]
>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev 
>>>>
>>>>
>>>>        
>>  
>> _______________________________________________
>> mapserver-dev mailing list
>> [hidden email]
>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev
>>
>>
>>    
>
>  

_______________________________________________
mapserver-dev mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-dev
teeschke

Re: strange behavior when size != gif size (UMN 5.4.2)

Reply Threaded More More options
Print post
Permalink
In reply to this post by Steve Lime
using IMAGETYPE JPEG and &FORMAT=image/jpeg brings the same bright/dark effect.

Daniel

Steve Lime wrote:
I will... In your version line there's 'SUPPORTS=RGBA_PNG' which is the signature for
the experimental PNG support. Wonder what versions are used by mapserver and then
GD? Does IMAGETYPE JPEG work for you?

Steve

>>> teeschke <daniel.teske@web.de> 09/03/09 4:00 AM >>>

Can you check your output with a GetMap-Request using &FORMAT=image/png?

I'm using the cgi-bin folder from the "Mapserver 5.4.2 release" that is
packed in the ms4w_3.0_beta6. downloaded from maptools.org

here is the mapserv -v result

MapServer version 5.4.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
OUTPUT=PDF
 OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE
SUPPORTS=ICO
NV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
SUPPORTS=WFS_SERVER
SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI
SUP
PORTS=THREADS SUPPORTS=GEOS SUPPORTS=RGBA_PNG INPUT=JPEG INPUT=POSTGIS
INPUT=ORA
CLESPATIAL INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE



Steve Lime wrote:
>
> I've been using shp2img. Just tried on another box with 5.4.2 with the
> attached result (verbatim mapfile I posted earlier).
>
> Are you using the experimental PNG support by chance? Wouldn't think that
> would have an impact but I think that links
> MapServer against libpng. GD also links against libpng and perhaps there
> is confusion there if the versions are different?
>
> Steve
>
>>>> On 9/2/2009 at 3:15 AM, in message
>>>> <1251879359097-3565396.post@n2.nabble.com>,
> teeschke <daniel.teske@web.de> wrote:
>
>> Hello Steve..
>>
>> I can recreate the wrong output with your sample-map.
>> I added an projection
>> PROJECTION
>>    'init=epsg:31466'
>> END #PROJECTION
>>
>> Now I can fire my GetMap-Request:
>> http://localhost/cgi-bin_ms5.4.2/mapserv.exe?LAYERS=too_small,too_large,just_ 
>> right&SRS=EPSG:31466&FORMAT=image/png&WIDTH=200&HEIGHT=200&SERVICE=WMS&VERSION=1.1.
>> 1&STYLES=&BBOX=0,0,200,200&map=C:/umn_maps/test/symbol_problem.map&REQUEST=GetMap
>> http://n2.nabble.com/file/n3565396/output.png 
>>
>> I found out that when I using FORMAT=image/gif the output looks nice:
>> http://localhost/cgi-bin_ms5.4.2/mapserv.exe?LAYERS=too_small,too_large,just_ 
>> right&SRS=EPSG:31466&FORMAT=image/gif&WIDTH=200&HEIGHT=200&SERVICE=WMS&VERSION=1.1.
>> 1&STYLES=&BBOX=0,0,200,200&map=C:/umn_maps/test/symbol_problem.map&REQUEST=GetMap
>> http://n2.nabble.com/file/n3565396/output.gif 
>>
>> I also tryed to use a gif-symbol, but no change, same problem.
>>
>> Do you using the Mapservers own CGI-Request or WMS-Request?
>>
>> thanks, regards,
>> Daniel
>>
>>
>>
>> Steve Lime wrote:
>>>
>>> Daniel: I just ran some local tests against the 5.4 branch and don't see
>>> the problem on my dev box (MacOS). I'm using the sample image you
>>> supplied
>>> and a mapfile like the one below. I'm using GD 2.0.35. Are you still
>>> having the issue? Perhaps something weird like multiple versions of GD
>>> on
>>> the system could cause artifacts like this.
>>>
>>> Steve
>>>
>>> MAP
>>>   NAME 'testy'
>>>   SIZE 200 200
>>>   EXTENT 0 0 200 200
>>>
>>>   IMAGETYPE PNG2
>>>
>>>   OUTPUTFORMAT
>>>     NAME PNG2
>>>     DRIVER 'GD/PNG'
>>>     MIMETYPE 'image/png'
>>>     IMAGEMODE RGB
>>>     EXTENSION 'png'
>>>   END #OUTPUTFORMAT
>>>  
>>>   SYMBOL
>>>     NAME 'some_gif_symbol'
>>>     TYPE PIXMAP
>>>     IMAGE "some_gif_symbol.gif"
>>>   END
>>>
>>>   LAYER
>>>     NAME 'too_small'
>>>     TYPE POINT
>>>     STATUS DEFAULT
>>>     FEATURE
>>>       POINTS 30 20 END
>>>     END
>>>     CLASS
>>>       STYLE
>>>         SYMBOL 'some_gif_symbol'
>>>         SIZE 10 # equals gif size -3
>>>       END
>>>     END
>>>   END
>>>
>>>   LAYER
>>>     NAME 'too_large'
>>>     TYPE POINT
>>>     STATUS DEFAULT
>>>     FEATURE
>>>       POINTS 50 100 END
>>>     END
>>>     CLASS
>>>       STYLE
>>>         SYMBOL 'some_gif_symbol'
>>>         SIZE 16 # equals gif size +3
>>>       END
>>>     END
>>>   END
>>>
>>>   LAYER
>>>     NAME 'just_right'
>>>     TYPE POINT
>>>     STATUS DEFAULT
>>>     FEATURE
>>>       POINTS 100 50 END
>>>     END
>>>     CLASS
>>>       STYLE
>>>         SYMBOL 'some_gif_symbol'
>>>         SIZE 13
>>>       END
>>>     END
>>>   END
>>> END
>>>
>>>>>> teeschke <daniel.teske@web.de> 08/20/09 10:24 AM >>>
>>>
>>>
>>> OUTPUTFORMAT
>>> NAME png
>>> DRIVER 'GD/PNG'
>>> MIMETYPE 'image/png'
>>> IMAGEMODE RGB
>>> EXTENSION 'png'
>>> END #OUTPUTFORMAT
>>>
>>>
>>> --
>>> View this message in context:
>>>
>> http://n2.nabble.com/strange-behavior-when-size-gif-size-UMN-5-4-2-tp3479658p3479813.ht 
>> ml
>>> Sent from the Mapserver - Dev mailing list archive at Nabble.com.
>>> _______________________________________________
>>> mapserver-dev mailing list
>>> mapserver-dev@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev 
>>>
>>> _______________________________________________
>>> mapserver-dev mailing list
>>> mapserver-dev@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev 
>>>
>>>
>
>
>  
> _______________________________________________
> mapserver-dev mailing list
> mapserver-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-dev
>
>

--
View this message in context: http://n2.nabble.com/Re-strange-behavior-when-size-gif-size-UMN-5-4-2-tp3558359p3572036.html
Sent from the Mapserver - Dev mailing list archive at Nabble.com.
_______________________________________________
mapserver-dev mailing list
mapserver-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-dev

_______________________________________________
mapserver-dev mailing list
mapserver-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-dev
Normand Savard

Re: strange behavior when size != gif size (UMN 5.4.2)

Reply Threaded More More options
Print post
Permalink
In reply to this post by teeschke
teeschke wrote:
> To be sure that the Problem not occurred because of the ScriptAlias which I
> had set to change between Mapserver-Versions I installed the complete
> ms4w_3.0_beta6 package.
> -> Same Problem.
>
> So it seems that the Bug is inside the ms4w-package.
>
>  
Daniel, Steve,

I was able to reproduce it on Windows within ms4w_3.0_beta7 package.  
I'll open a ms4w ticket and put you both in cc.

Norm
_______________________________________________
mapserver-dev mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-dev
Normand Savard

Re: strange behavior when size != gif size (UMN 5.4.2)

Reply Threaded More More options
Print post
Permalink
Normand Savard wrote:
> Daniel, Steve,
>
> I was able to reproduce it on Windows within ms4w_3.0_beta7 package.  
> I'll open a ms4w ticket and put you both in cc.
>
I opened up bug 2094 on maptools.org
(http://bugzilla.maptools.org/show_bug.cgi?id=2094).  It was not
possible to add you in cc.  If you want to have a follow up please add
yourself.

Norm
_______________________________________________
mapserver-dev mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-dev
Jeff McKenna

Re: strange behavior when size != gif size (UMN 5.4.2)

Reply Threaded More More options
Print post
Permalink
um, so this is apparently a bug in MS4W?

Steve: yes MS4W contains 'SUPPORTS=RGBA_PNG'.

Anyone have any idea on what could be the problem?

-jeff


--
Jeff McKenna
FOSS4G Consulting and Training Services
http://www.gatewaygeomatics.com/




Normand Savard wrote:

> Normand Savard wrote:
>> Daniel, Steve,
>>
>> I was able to reproduce it on Windows within ms4w_3.0_beta7 package.  
>> I'll open a ms4w ticket and put you both in cc.
>>
> I opened up bug 2094 on maptools.org
> (http://bugzilla.maptools.org/show_bug.cgi?id=2094).  It was not
> possible to add you in cc.  If you want to have a follow up please add
> yourself.


_______________________________________________
mapserver-dev mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-dev
Jeff McKenna

Re: strange behavior when size != gif size (UMN 5.4.2)

Reply Threaded More More options
Print post
Permalink
In reply to this post by Steve Lime
Steve Lime wrote:
> I will... In your version line there's 'SUPPORTS=RGBA_PNG' which is the signature for
> the experimental PNG support. Wonder what versions are used by mapserver and then
> GD? Does IMAGETYPE JPEG work for you?
>

Steve,

Older MS4W versions are fine, so I guess you are right, it must be some
conflict in GD and MapServer.  Darn.

-jeff


--
Jeff McKenna
FOSS4G Consulting and Training Services
http://www.gatewaygeomatics.com/


_______________________________________________
mapserver-dev mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-dev
teeschke

Re: strange behavior when size != gif size (UMN 5.4.2)

Reply Threaded More More options
Print post
Permalink
Dear Jeff, Normand

nearly two month went and nothing changed on ms4w?
version 3.0 beta7 is still the recent version and includes the bug number 2094

=(

best regards,
Daniel

Jeff McKenna wrote:
Steve Lime wrote:
> I will... In your version line there's 'SUPPORTS=RGBA_PNG' which is the signature for
> the experimental PNG support. Wonder what versions are used by mapserver and then
> GD? Does IMAGETYPE JPEG work for you?
>

Steve,

Older MS4W versions are fine, so I guess you are right, it must be some
conflict in GD and MapServer.  Darn.

-jeff


--
Jeff McKenna
FOSS4G Consulting and Training Services
http://www.gatewaygeomatics.com/


_______________________________________________
mapserver-dev mailing list
mapserver-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-dev
Normand Savard

Re: strange behavior when size != gif size (UMN 5.4.2)

Reply Threaded More More options
Print post
Permalink
teeschke wrote:
> Dear Jeff, Normand
>
> nearly two month went and nothing changed on ms4w?
> version 3.0 beta7 is still the recent version and includes the bug number
> 2094
>
>  
Daniel,

Only Jeff can debug what maybe the cause of this problem.  I did as much
digging as could to provide more info to Jeff but we need to play with
the build kit to push the investigation further on.


http://bugzilla.maptools.org/show_bug.cgi?id=2094

Norm

> =(
>
> best regards,
> Daniel
>
>
> Jeff McKenna wrote:
>  
>> Steve Lime wrote:
>>    
>>> I will... In your version line there's 'SUPPORTS=RGBA_PNG' which is the
>>> signature for
>>> the experimental PNG support. Wonder what versions are used by mapserver
>>> and then
>>> GD? Does IMAGETYPE JPEG work for you?
>>>
>>>      
>> Steve,
>>
>> Older MS4W versions are fine, so I guess you are right, it must be some
>> conflict in GD and MapServer.  Darn.
>>
>> -jeff
>>
>>
>> --
>> Jeff McKenna
>> FOSS4G Consulting and Training Services
>> http://www.gatewaygeomatics.com/
>>
>>
>> _______________________________________________
>> mapserver-dev mailing list
>> [hidden email]
>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev
>>
>>
>>    
>
>  

_______________________________________________
mapserver-dev mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapserver-dev