Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Morissette]

Daniel Walton wrote:
Thanks to all who've been helping me along. I'm getting close to having 
x64 working now. I've worked through a slew of issues over the weekend, 
most related to permissions. My latest issue is that mapserv.exe, when 
invoked via IIS 7's FastCGI (classic mode) module, is returning blank 
images.  GetCapabilities is working fine, and the GetMap images are the
right size and format, but they're blank. Here's my setup: I downloaded 
and installed the x64 binaries (from Tamas, thanks!) into a single 
directory (C :\mapserver\).



Why do you think the problems are related to IIS7/x64? Have you verified 
that the same mapfile produces valid maps under MS4W or another server 
environment?




  LAYER
DATA 
"C:\rawimages\A091207074551_output\A091207074551_0_config_PROCESS_RESULTS\BASINCOMPLEX_ftp.coloradoskye.com_2008_CA_Siege_080627_1200Local_SPOT_NIR_OUT.PNG"
EXTENT 36.0992948502284 -121.822480778145 36.3421121497716 
-121.520865221855



Your DATA statement points to a PNG file. PNGs do not carry any 
georeferencing information by default, and the EXTENT line is not a 
replacement for missing image referencing info. Did you create a world 
file (.wld) for your PNG to specify the geographical extents of the 
image? That could very well explain the blank map.


See: http://mapserver.org/input/raster.html#georeference-with-world-files

Daniel
--
Daniel Morissette
http://www.mapgears.com/
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Walton]

Daniel,

Yes, the same mapfile worked under MS4W on a 32-bit machine. I have verified
that this same problem occurs using the x86 binaries from Tamas' site run in
the current x64 environment. The source image is in PNG format in order to
make transparency work well on the client. (My client is Silverlight-based,
and PNG is the only supported format that supports transparency). The source
image does have a world (*.WLD) file which contains these values (file is
generated by running gdal_translate on a geotiff image):

0.0002148680
0.00
0.00
-0.0002148680
-121.7870074149
36.3421302860

Thanks,
Dan


On Mon, Dec 7, 2009 at 2:09 PM, Daniel Morissette
wrote:

> Daniel Walton wrote:
>
>> Thanks to all who've been helping me along. I'm getting close to having
>> x64 working now. I've worked through a slew of issues over the weekend, most
>> related to permissions. My latest issue is that mapserv.exe, when invoked
>> via IIS 7's FastCGI (classic mode) module, is returning blank images.
>>  GetCapabilities is working fine, and the GetMap images are the
>> right size and format, but they're blank. Here's my setup: I downloaded
>> and installed the x64 binaries (from Tamas, thanks!) into a single directory
>> (C :\mapserver\).
>>
>
>
> Why do you think the problems are related to IIS7/x64? Have you verified
> that the same mapfile produces valid maps under MS4W or another server
> environment?
>
>
>
>>  LAYER
>>DATA
>> "C:\rawimages\A091207074551_output\A091207074551_0_config_PROCESS_RESULTS\BASINCOMPLEX_ftp.coloradoskye.com_2008_CA_Siege_080627_1200Local_SPOT_NIR_OUT.PNG"
>>EXTENT 36.0992948502284 -121.822480778145 36.3421121497716
>> -121.520865221855
>>
>
>
> Your DATA statement points to a PNG file. PNGs do not carry any
> georeferencing information by default, and the EXTENT line is not a
> replacement for missing image referencing info. Did you create a world file
> (.wld) for your PNG to specify the geographical extents of the image? That
> could very well explain the blank map.
>
> See: http://mapserver.org/input/raster.html#georeference-with-world-files
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Morissette]

Daniel Walton wrote:


Yes, the same mapfile worked under MS4W on a 32-bit machine. I have 
verified that this same problem occurs using the x86 binaries from 
Tamas' site run in the current x64 environment. The source image is in 
PNG format in order to make transparency work well on the client. (My 
client is Silverlight-based, and PNG is the only supported format that 
supports transparency). The source image does have a world (*.WLD) file 
which contains these values (file is generated by running gdal_translate 
on a geotiff image):




Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log 
output, if you haven't tried that already.


--
Daniel Morissette
http://www.mapgears.com/
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Walton]

Thanks Daniel. No dice, though, log is empty.

On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
wrote:

> Daniel Walton wrote:
>
>>
>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
>> verified that this same problem occurs using the x86 binaries from Tamas'
>> site run in the current x64 environment. The source image is in PNG format
>> in order to make transparency work well on the client. (My client is
>> Silverlight-based, and PNG is the only supported format that supports
>> transparency). The source image does have a world (*.WLD) file which
>> contains these values (file is generated by running gdal_translate on a
>> geotiff image):
>>
>>
> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log
> output, if you haven't tried that already.
>
>
> --
> Daniel Morissette
> http://www.mapgears.com/
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Steve Lime]

If I take the request out of WMS context to straight CGI with this request:

  
http://www.fireimagery.com/ms/mapserv.exe?map=C:\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ

I get the following error:

msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'. 
msDrawRaster(): Image handling error. Unrecognized or unsupported image format 
drawEPP(): Image handling error. EPPL7 support is not available.

Typically you'll see that when GDAL failed to identify the filetype. EPPL7 is 
the last thing checked so that's not relevant by itself. I guess I'd start
by making sure the image is valid.

Steve

>>> On 12/7/2009 at 2:47 PM, in message
<8ab83e650912071247w7b93cb8bt90fe0c6a7a460...@mail.gmail.com>, Daniel Walton
 wrote:
> Thanks Daniel. No dice, though, log is empty.
> 
> On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> wrote:
> 
>> Daniel Walton wrote:
>>
>>>
>>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
>>> verified that this same problem occurs using the x86 binaries from Tamas'
>>> site run in the current x64 environment. The source image is in PNG format
>>> in order to make transparency work well on the client. (My client is
>>> Silverlight-based, and PNG is the only supported format that supports
>>> transparency). The source image does have a world (*.WLD) file which
>>> contains these values (file is generated by running gdal_translate on a
>>> geotiff image):
>>>
>>>
>> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log
>> output, if you haven't tried that already.
>>
>>
>> --
>> Daniel Morissette
>> http://www.mapgears.com/ 
>> ___
>> mapserver-users mailing list
>> mapserver-users@lists.osgeo.org 
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users 
>>

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Walton]

I'm creating the PNG image from a GeoTIFF using:

gdal_translate -of PNG -quiet -scale -co worldfile=yes
[Geotiff_filename].tif [PNG_filename].PNG.

Also, these PNG source images were working fine under MS4W x86.

-Dan



On Mon, Dec 7, 2009 at 3:14 PM, Steve Lime  wrote:

> If I take the request out of WMS context to straight CGI with this request:
>
>  http://www.fireimagery.com/ms/mapserv.exe?map=C
> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ
>
> I get the following error:
>
> msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
> msDrawRaster(): Image handling error. Unrecognized or unsupported image
> format drawEPP(): Image handling error. EPPL7 support is not available.
>
> Typically you'll see that when GDAL failed to identify the filetype. EPPL7
> is the last thing checked so that's not relevant by itself. I guess I'd
> start
> by making sure the image is valid.
>
> Steve
>
> >>> On 12/7/2009 at 2:47 PM, in message
> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460...@mail.gmail.com>, Daniel
> Walton
>  wrote:
> > Thanks Daniel. No dice, though, log is empty.
> >
> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> > wrote:
> >
> >> Daniel Walton wrote:
> >>
> >>>
> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
> >>> verified that this same problem occurs using the x86 binaries from
> Tamas'
> >>> site run in the current x64 environment. The source image is in PNG
> format
> >>> in order to make transparency work well on the client. (My client is
> >>> Silverlight-based, and PNG is the only supported format that supports
> >>> transparency). The source image does have a world (*.WLD) file which
> >>> contains these values (file is generated by running gdal_translate on a
> >>> geotiff image):
> >>>
> >>>
> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log
> >> output, if you haven't tried that already.
> >>
> >>
> >> --
> >> Daniel Morissette
> >> http://www.mapgears.com/
> >> ___
> >> mapserver-users mailing list
> >> mapserver-users@lists.osgeo.org
> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >>
>
>
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Tamas Szekeres]

Daniel,

This may also be an issue if GDAL couldn't actually open this file bacause
of any reason (permission?).
Make sure about this, by using a file monitoring tool, like SysInternals
filemon for instance.

Best regards,

Tamas



2009/12/7 Steve Lime 

> If I take the request out of WMS context to straight CGI with this request:
>
>  http://www.fireimagery.com/ms/mapserv.exe?map=C
> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ
>
> I get the following error:
>
> msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
> msDrawRaster(): Image handling error. Unrecognized or unsupported image
> format drawEPP(): Image handling error. EPPL7 support is not available.
>
> Typically you'll see that when GDAL failed to identify the filetype. EPPL7
> is the last thing checked so that's not relevant by itself. I guess I'd
> start
> by making sure the image is valid.
>
> Steve
>
> >>> On 12/7/2009 at 2:47 PM, in message
> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460...@mail.gmail.com>, Daniel
> Walton
>  wrote:
> > Thanks Daniel. No dice, though, log is empty.
> >
> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> > wrote:
> >
> >> Daniel Walton wrote:
> >>
> >>>
> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
> >>> verified that this same problem occurs using the x86 binaries from
> Tamas'
> >>> site run in the current x64 environment. The source image is in PNG
> format
> >>> in order to make transparency work well on the client. (My client is
> >>> Silverlight-based, and PNG is the only supported format that supports
> >>> transparency). The source image does have a world (*.WLD) file which
> >>> contains these values (file is generated by running gdal_translate on a
> >>> geotiff image):
> >>>
> >>>
> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log
> >> output, if you haven't tried that already.
> >>
> >>
> >> --
> >> Daniel Morissette
> >> http://www.mapgears.com/
> >> ___
> >> mapserver-users mailing list
> >> mapserver-users@lists.osgeo.org
> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >>
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Steve Lime]

The error still indicates a problem recognizing the file type. Can you hit the 
source GeoTIFF?

>>> On 12/7/2009 at 3:18 PM, in message
<8ab83e650912071318r3f35074anb9d6c9b64393a...@mail.gmail.com>, Daniel Walton
 wrote:
> I'm creating the PNG image from a GeoTIFF using:
> 
> gdal_translate -of PNG -quiet -scale -co worldfile=yes
> [Geotiff_filename].tif [PNG_filename].PNG.
> 
> Also, these PNG source images were working fine under MS4W x86.
> 
> -Dan
> 
> 
> 
> On Mon, Dec 7, 2009 at 3:14 PM, Steve Lime  wrote:
> 
>> If I take the request out of WMS context to straight CGI with this request:
>>
>>  http://www.fireimagery.com/ms/mapserv.exe?map=C 
>> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ
>>
>> I get the following error:
>>
>> msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
>> msDrawRaster(): Image handling error. Unrecognized or unsupported image
>> format drawEPP(): Image handling error. EPPL7 support is not available.
>>
>> Typically you'll see that when GDAL failed to identify the filetype. EPPL7
>> is the last thing checked so that's not relevant by itself. I guess I'd
>> start
>> by making sure the image is valid.
>>
>> Steve
>>
>> >>> On 12/7/2009 at 2:47 PM, in message
>> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460...@mail.gmail.com>, Daniel
>> Walton
>>  wrote:
>> > Thanks Daniel. No dice, though, log is empty.
>> >
>> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
>> > wrote:
>> >
>> >> Daniel Walton wrote:
>> >>
>> >>>
>> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
>> >>> verified that this same problem occurs using the x86 binaries from
>> Tamas'
>> >>> site run in the current x64 environment. The source image is in PNG
>> format
>> >>> in order to make transparency work well on the client. (My client is
>> >>> Silverlight-based, and PNG is the only supported format that supports
>> >>> transparency). The source image does have a world (*.WLD) file which
>> >>> contains these values (file is generated by running gdal_translate on a
>> >>> geotiff image):
>> >>>
>> >>>
>> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log
>> >> output, if you haven't tried that already.
>> >>
>> >>
>> >> --
>> >> Daniel Morissette
>> >> http://www.mapgears.com/ 
>> >> ___
>> >> mapserver-users mailing list
>> >> mapserver-users@lists.osgeo.org 
>> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users 
>> >>
>>
>>

___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Walton]

Layer YY now references the GeoTIFF, same problem.

http://www.fireimagery.com/ms/mapserv.exe?map=C:\maps\A091207074551.map&mode=map&mapsize=150+150&layer=YY

Here is the error file content from this request:

[Mon Dec 07 16:03:32 2009].406000 CGI Request 4 on process 2508
[Mon Dec 07 16:03:32 2009].406000 msWMSLoadGetMapParams(): enabling
non-square pixels.
[Mon Dec 07 16:03:32 2009].406000 msDrawMap(): kicking into non-square pixel
preserving mode.
[Mon Dec 07 16:03:32 2009].406000 msLayerIsVisible(): Skipping layer (YY)
because LAYER.EXTENT does not intersect MAP.EXTENT
[Mon Dec 07 16:03:32 2009].406000 msLayerIsVisible(): Skipping layer (YY)
because LAYER.EXTENT does not intersect MAP.EXTENT
[Mon Dec 07 16:03:32 2009].406000 msDrawMap(): Drawing Label Cache, 0.000s
[Mon Dec 07 16:03:32 2009].406000 msDrawMap() total time: 0.000s
[Mon Dec 07 16:03:32 2009].531000 msSaveImage() total time: 0.125s
[Mon Dec 07 16:03:32 2009].531000 mapserv request processing time (msLoadMap
not incl.): 0.125s
[Mon Dec 07 16:03:32 2009].531000 msFreeMap(): freeing map at
017CFFB0.
[Mon Dec 07 16:03:32 2009].531000 freeLayer(): freeing layer at
03240D60.
[Mon Dec 07 16:03:32 2009].531000 freeLayer(): freeing layer at
01808290.
[Mon Dec 07 16:04:25 2009].937000 CGI Request 5 on process 2508
[Mon Dec 07 16:04:25 2009].937000 msDrawRasterLayerLow(YY): entering.
[Mon Dec 07 16:04:25 2009].937000 msDrawMap(): Layer 1 (YY), 0.000s
[Mon Dec 07 16:04:25 2009].937000 msDrawMap(): Drawing Label Cache, 0.000s
[Mon Dec 07 16:04:25 2009].937000 msDrawMap() total time: 0.000s
[Mon Dec 07 16:04:25 2009].937000 msSaveImage() total time: 0.000s
[Mon Dec 07 16:04:25 2009].937000 mapserv request processing time (loadmap
not incl.): 0.000s
[Mon Dec 07 16:04:25 2009


On Mon, Dec 7, 2009 at 3:22 PM, Steve Lime  wrote:

> The error still indicates a problem recognizing the file type. Can you hit
> the source GeoTIFF?
>
> >>> On 12/7/2009 at 3:18 PM, in message
> <8ab83e650912071318r3f35074anb9d6c9b64393a...@mail.gmail.com>, Daniel
> Walton
>  wrote:
> > I'm creating the PNG image from a GeoTIFF using:
> >
> > gdal_translate -of PNG -quiet -scale -co worldfile=yes
> > [Geotiff_filename].tif [PNG_filename].PNG.
> >
> > Also, these PNG source images were working fine under MS4W x86.
> >
> > -Dan
> >
> >
> >
> > On Mon, Dec 7, 2009 at 3:14 PM, Steve Lime 
> wrote:
> >
> >> If I take the request out of WMS context to straight CGI with this
> request:
> >>
> >>  http://www.fireimagery.com/ms/mapserv.exe?map=C
> >> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ
> >>
> >> I get the following error:
> >>
> >> msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
> >> msDrawRaster(): Image handling error. Unrecognized or unsupported image
> >> format drawEPP(): Image handling error. EPPL7 support is not available.
> >>
> >> Typically you'll see that when GDAL failed to identify the filetype.
> EPPL7
> >> is the last thing checked so that's not relevant by itself. I guess I'd
> >> start
> >> by making sure the image is valid.
> >>
> >> Steve
> >>
> >> >>> On 12/7/2009 at 2:47 PM, in message
> >> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460...@mail.gmail.com>, Daniel
> >> Walton
> >>  wrote:
> >> > Thanks Daniel. No dice, though, log is empty.
> >> >
> >> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
> >> > wrote:
> >> >
> >> >> Daniel Walton wrote:
> >> >>
> >> >>>
> >> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
> >> >>> verified that this same problem occurs using the x86 binaries from
> >> Tamas'
> >> >>> site run in the current x64 environment. The source image is in PNG
> >> format
> >> >>> in order to make transparency work well on the client. (My client is
> >> >>> Silverlight-based, and PNG is the only supported format that
> supports
> >> >>> transparency). The source image does have a world (*.WLD) file which
> >> >>> contains these values (file is generated by running gdal_translate
> on a
> >> >>> geotiff image):
> >> >>>
> >> >>>
> >> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the
> log
> >> >> output, if you haven't tried that already.
> >> >>
> >> >>
> >> >> --
> >> >> Daniel Morissette
> >> >> http://www.mapgears.com/
> >> >> ___
> >> >> mapserver-users mailing list
> >> >> mapserver-users@lists.osgeo.org
> >> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >> >>
> >>
> >>
>
>
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Walton]

Tamas,

Thanks for the tip. I used process monitor and everything looks OK in the
permissions department. I think the problem relates to the fact that
mapserver doesn't calculate an overlap between map and layer. I'm not sure
what would cause this.

-Dan


On Mon, Dec 7, 2009 at 3:22 PM, Tamas Szekeres  wrote:

> Daniel,
>
> This may also be an issue if GDAL couldn't actually open this file bacause
> of any reason (permission?).
> Make sure about this, by using a file monitoring tool, like SysInternals
> filemon for instance.
>
> Best regards,
>
> Tamas
>
>
>
> 2009/12/7 Steve Lime 
>
> If I take the request out of WMS context to straight CGI with this request:
>>
>>  http://www.fireimagery.com/ms/mapserv.exe?map=C
>> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ
>>
>> I get the following error:
>>
>> msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
>> msDrawRaster(): Image handling error. Unrecognized or unsupported image
>> format drawEPP(): Image handling error. EPPL7 support is not available.
>>
>> Typically you'll see that when GDAL failed to identify the filetype. EPPL7
>> is the last thing checked so that's not relevant by itself. I guess I'd
>> start
>> by making sure the image is valid.
>>
>> Steve
>>
>> >>> On 12/7/2009 at 2:47 PM, in message
>> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460...@mail.gmail.com>, Daniel
>> Walton
>>  wrote:
>> > Thanks Daniel. No dice, though, log is empty.
>> >
>> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
>> > wrote:
>> >
>> >> Daniel Walton wrote:
>> >>
>> >>>
>> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
>> >>> verified that this same problem occurs using the x86 binaries from
>> Tamas'
>> >>> site run in the current x64 environment. The source image is in PNG
>> format
>> >>> in order to make transparency work well on the client. (My client is
>> >>> Silverlight-based, and PNG is the only supported format that supports
>> >>> transparency). The source image does have a world (*.WLD) file which
>> >>> contains these values (file is generated by running gdal_translate on
>> a
>> >>> geotiff image):
>> >>>
>> >>>
>> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the
>> log
>> >> output, if you haven't tried that already.
>> >>
>> >>
>> >> --
>> >> Daniel Morissette
>> >> http://www.mapgears.com/
>> >> ___
>> >> mapserver-users mailing list
>> >> mapserver-users@lists.osgeo.org
>> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>> >>
>>
>> ___
>> mapserver-users mailing list
>> mapserver-users@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
>
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images

[Daniel Walton]

I figured out what was going on. It was an easting-northing mixup in the map
and layer extents. Apparently earlier versions of mapserver/mapscript
tolerated the bug. Anyway it's all working now under Windows Server 2008 x64
and IIS 7 FastCGI. A big thanks to the mapserver community. Open source
rocks!

Regards,
Dan Walton
GIS Fire Tools 


On Mon, Dec 7, 2009 at 4:25 PM, Daniel Walton  wrote:

> Tamas,
>
> Thanks for the tip. I used process monitor and everything looks OK in the
> permissions department. I think the problem relates to the fact that
> mapserver doesn't calculate an overlap between map and layer. I'm not sure
> what would cause this.
>
> -Dan
>
>
>
> On Mon, Dec 7, 2009 at 3:22 PM, Tamas Szekeres wrote:
>
>> Daniel,
>>
>> This may also be an issue if GDAL couldn't actually open this file bacause
>> of any reason (permission?).
>> Make sure about this, by using a file monitoring tool, like SysInternals
>> filemon for instance.
>>
>> Best regards,
>>
>> Tamas
>>
>>
>>
>> 2009/12/7 Steve Lime 
>>
>> If I take the request out of WMS context to straight CGI with this
>>> request:
>>>
>>>  http://www.fireimagery.com/ms/mapserv.exe?map=C
>>> :\maps\A091207074551.map&mode=map&mapsize=300+300&layer=ZZ
>>>
>>> I get the following error:
>>>
>>> msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'.
>>> msDrawRaster(): Image handling error. Unrecognized or unsupported image
>>> format drawEPP(): Image handling error. EPPL7 support is not available.
>>>
>>> Typically you'll see that when GDAL failed to identify the filetype.
>>> EPPL7 is the last thing checked so that's not relevant by itself. I guess
>>> I'd start
>>> by making sure the image is valid.
>>>
>>> Steve
>>>
>>> >>> On 12/7/2009 at 2:47 PM, in message
>>> <8ab83e650912071247w7b93cb8bt90fe0c6a7a460...@mail.gmail.com>, Daniel
>>> Walton
>>>  wrote:
>>> > Thanks Daniel. No dice, though, log is empty.
>>> >
>>> > On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette
>>> > wrote:
>>> >
>>> >> Daniel Walton wrote:
>>> >>
>>> >>>
>>> >>> Yes, the same mapfile worked under MS4W on a 32-bit machine. I have
>>> >>> verified that this same problem occurs using the x86 binaries from
>>> Tamas'
>>> >>> site run in the current x64 environment. The source image is in PNG
>>> format
>>> >>> in order to make transparency work well on the client. (My client is
>>> >>> Silverlight-based, and PNG is the only supported format that supports
>>> >>> transparency). The source image does have a world (*.WLD) file which
>>> >>> contains these values (file is generated by running gdal_translate on
>>> a
>>> >>> geotiff image):
>>> >>>
>>> >>>
>>> >> Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the
>>> log
>>> >> output, if you haven't tried that already.
>>> >>
>>> >>
>>> >> --
>>> >> Daniel Morissette
>>> >> http://www.mapgears.com/
>>> >> ___
>>> >> mapserver-users mailing list
>>> >> mapserver-users@lists.osgeo.org
>>> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>> >>
>>>
>>> ___
>>> mapserver-users mailing list
>>> mapserver-users@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>
>>
>
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users