raster query on tiled index layers

[assefa]

Currently mapserver raster query with tileindex assumes that the tileindex file is a shape file. This ends up giving for requests such as GetFeatureInfo errors that look like this msShapefileOpen(): Unable to access file. (f:/msapps/gmap-ms40/htdocs/my_layer_idx

Example of setup:

 LAYER
  NAME bathymetry
  METADATA
    "wms_title" "Elevation/Bathymetry"
  END
  TYPE RASTER
  STATUS DEFAULT
#  TILEINDEX "bath_mapserver.shp"
   TILEINDEX my_layer_idx

LAYER
        NAME "my_layer_idx"
        CONNECTION ppostgis
        ...

[dmorissette]

Frank, Assefa, this issue came up at the MapServer BOF at FOSS4G. Are there chances of getting this fixed in 5.6 or would it have to wait until 6.0?

[warmerdam]

This can certainly be implemented, but it seems imprudent to try and wedge it in for 5.6 at this point. There is lots of potential for subtly breaking stuff.

I'm surprised that there was interest in such an esoteric item!

[warmerdam]

Support for non-shapefile tileindexes implemented in trunk (r10080) with tests as well (r10079).

[aboudreault]

It seems that this ticket has caused a regression. I'm working on the ticket #3532 and with the changeset r10080, the following request doesn't work anymore: { ​http://PathToMapserver/mapserv?map=PathToMapfile/bug.map&TIME=2010-09-02T00:00:00Z&SRS=EPSG:4326&STYLES=&LAYERS=terra&TRANSPARENT=true&FORMAT=image/png&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetFeatureInfo&BBOX=-35,10,-20,40&WIDTH=512&HEIGHT=256&X=300&Y=150&INFO_FORMAT=text/plain&QUERY_LAYERS=terra }

I've also tested a new layer of type raster that points directly to the .tif file rather than using a tileindex and the raster query works as expected. It may be not directly related to this ticket... but somehow... there is a problem doing a raster query on a shapefile tileindex.

[aboudreault]

Ok... there is no regression. The request was working before but it shouldn't.. the time parameter was misinterpreted in older version. I guess I was confused between what was the expected result between 5.4.2, 5.6.5 and trunk.