Opened 18 years ago

Closed 17 years ago

#1920 closed defect (fixed)

[MapServer-msautotest]raster layer not projected correctly with tomk_workshop.map

Reported by: nsavard@… Owned by: warmerdam
Priority: high Milestone:
Component: msautotest Version: 4.10
Severity: normal Keywords:
Cc:

Description

The raster layer "land_shallow_topo_2048" in tomk_workshop is not projected
correctly on Linux compared to Windows.  The projection is set correctly (  
"init=epsg:4326") in the layer and in the map file.  I tested on MS beta 3 on
both OS.  I will attached files for comparison.

Attachments (3)

wms_getmap_windows.zip (168.2 KB ) - added by nsavard@… 18 years ago.
Duplicate zip file of wms_getmap.png on Windows
wms_getmap_windows.2.zip (168.2 KB ) - added by nsavard@… 18 years ago.
zip file of wms_getmap.png on Windows
wms_getmap_linux.zip (21.0 KB ) - added by nsavard@… 18 years ago.
zip file of wms_getmap.png on Linux

Download all attachments as: .zip

Change History (10)

by nsavard@…, 18 years ago

Attachment: wms_getmap_windows.zip added

Duplicate zip file of wms_getmap.png on Windows

by nsavard@…, 18 years ago

Attachment: wms_getmap_windows.2.zip added

zip file of wms_getmap.png on Windows

by nsavard@…, 18 years ago

Attachment: wms_getmap_linux.zip added

zip file of wms_getmap.png on Linux

comment:1 by nsavard@…, 18 years ago

attachments.description: zip file of wms_getmap.pngDuplicate zip file of wms_getmap.png on Windows

comment:2 by nsavard@…, 18 years ago

MapServer configuration on Windows:
version = MapServer version 4.10.0-beta3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPU
T=WBMP OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER
 SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER
 SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG
INPUT=SDE INPUT=POSTGIS INPUT=ORACLESPATIAL INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
 DEBUG=MSDEBUG

MapServer configuration on Linux:
version = MapServer version 4.10.0-beta3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER
SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER
INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

comment:3 by nsavard@…, 18 years ago

The simple way to reproduce this is to execute the following command:
shp2img -m tomk_workshop.map -o map.png

comment:4 by nsavard@…, 18 years ago

Cc: Tom.Kralidis@… added
Could you have a look at this bug Tom?

comment:5 by tomkralidis, 18 years ago

Normand: can you contact me offline via email to help me checkout msautotest? 
I'll take a look at things

comment:6 by nsavard@…, 17 years ago

Tom's answer:

The problem is the TIFF image in
msautotest/wxs/data/land_shallow_topo_2048.tif.

The accompanying .wld file is defined for an image of 2048 x 1024.  The
image in the CVS is 512 x 256.

So, there are two options you can take:

1./ fetch the actual (2048 * 1024) image from the MS OGC Web Services
workshop from http://ms-ogc-workshop.maptools.org/, remove the old image
and replace it with the large one

OR

2./ the image may have been shrunk in the interest of size.  Because
it's cut down by a factor of 4, multiplying the x/y coords in the .wld
file will render the image correctly.

I have tested with the following .wld file:

0.703125
0.0
0.0
-0.703125
-180
90

And all works fine.

comment:7 by nsavard@…, 17 years ago

Resolution: fixed
Status: newclosed
I will go for option 2.  Fixed in CVS.

Frank's comment:

Guys,

Thanks for taking this option.  It is my intention that the msautotest
datasets be pretty small.  Dealing with FDO (part of MapGuide) and it's
enourmous test datasets in source control has once again convinced me
that keeping test datasets smallish is valuable! 
Note: See TracTickets for help on using tickets.