Hi, It must come from this new feature, capture from http://mapserver.org/ogc/wms_server.html
"wms_extent WMS TAG Name: BoundingBox (WMS1.1.1, sect. 6.5.6) Description: (Optional) Used for the layer's BoundingBox tag for cases where it is impossible (or very inefficient) for MapServer to probe the data source to figure its extents. The value for this metadata is "minx miny maxx maxy" separated by spaces, with the values in the layer's projection units. If wms_extent is provided then it has priority and MapServer will NOT try to read the source file's extents. For Rasters served through WMS, MapServer can now use the wms_extent metadata parameter to register the image. If a .wld file cannot be found, MapServer will then look for the wms_extent metadata parameter and use the extents of the image and the size of the image for georegistration" I would first remove the EXTENT from LAYER and wms_extent from layer metadata and see what happens then. You would get a visual hint about what happens by making the tileindex shapefile as a normal vector polygon layer and by showing it above the imagery layer. -Jukka Rahkonen- Simon Mercier wrote: > Hi list, I try to migrate a map service to Mapserver 6.0.1 that work > perfectly with a Mapserver 5.0.3 and I have a strange behavior with a > TILEINDEX layer. If you look the picture(in yellow you have the raster > coverage)(http://mapcoop.org/www-demo/bugorthos.JPG), you see that my image > coverage is not the same scale? The raster coverage fit exactly with the > WMS_EXTENT tag of my TILEINDEX layer. Moreover, if I comment the WMS_EXTENT > tag no raster appears in my map. Images are ECW files and projection is > EPSG:32187. The GETMAP is EPSG:32198. I had to compile GDAL 1.8.0 to use > ECW driver. Did I miss something? Where should I look? /cgi-bin/orthos_sim?REQUEST= GetMap&SERVICE=WMS&VERSION=1.1.1&LAYERS=T_AN2000_MTM7&STYLES=&FORMAT=image/png&BGCOLOR=0xFFFFFF&TRANSPARENT=TRUE&SRS=EPSG:32198&BBOX=-452656.626506024,-11030.1204819277,279310.277253593,647379.518072289&WIDTH=1015&HEIGHT=913 MAP NAME "orthos_sim" EXTENT -1100000 -23500 1100000 2253500 CONFIG MS_ERRORFILE "/var/services/mapserv/logs/mapserv-sim.log" WEB QUERYFORMAT "text/xml" BROWSEFORMAT "text/xml" IMAGEPATH "/tmp/" IMAGEURL "/ms_tmp/" METADATA "wms_title" "orthos" "wms_abstract" "Service web d'imagerie Orthosphoto" "wms_description" "Ce service " "wms_keywordlist" "orthophotographie" "wms_onlineresource" "http://sigdev/cgi-bin/orthos_sim?"; "wms_server_version" "1.1.1" "wms_format" "image/png" "wms_getcontext_enabled" "1" "ows_enable_request" "*" END END PROJECTION "init=epsg:32198" END LAYER NAME "T_AN2000_MTM7" TYPE RASTER debug 5 EXTENT 160000 4960000 450000 5450000 TILEINDEX "/var/www/wms/tmp/AN2000_MTM07.shp" TILEITEM "location" METADATA "wms_title" "T_AN2000_MTM7" "wms_name" "an 2000 mtm 07" "wms_kaywordlist" "orthos" "wms_abstract" "Couche d'orthos" "wms_srs" "EPSG:32198 EPSG:900913 EPSG:32184 EPSG:32186 EPSG:32187 EPSG:32188 EPSG:32189 EPSG:32190" "wms_extent" "160000 4960000 450000 5450000" END PROJECTION "init=epsg:32187" END END END -- Simon Mercier Saint-Nicolas, QC Canada G7A 4Y2 www.mgeospatial.com<http://www.mgeospatial.com/> linkedIn : http://ca.linkedin.com/in/simonmercier twitter : http://twitter.com/simonmercier
_______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users
