Opened 20 years ago
Closed 19 years ago
#705 closed defect (wontfix)
[MapServer]Raster query results is not cached with "savedquery"
Reported by: | Owned by: | warmerdam | |
---|---|---|---|
Priority: | high | Milestone: | 4.4 release |
Component: | GDAL Support | Version: | 4.3 |
Severity: | normal | Keywords: | |
Cc: |
Description
Raster query results is not cached with "savedquery" CGI variable. "savequery" is set to "true" but the temporary file is not created in the directory pointed out by "IMAGEURL" parameter. Fedora Core 1 Mozilla 1.6 MapServer updated from CVS 20040601
Attachments (1)
Change History (7)
comment:3 by , 19 years ago
I investigated and could not find the problem. I got the below error message. I checked directory and file permissions and everything seems correct. I attached the map file, template and data I used to test the raster query and with witch I found this problem. To reproduce it: 1. Copy the tarball in a Web accessible directory. 2. Uncompress the file. 3. Access the "raster_query2_init.html" application. 4. Select "MapServer CGI Query Template Browse mode" link 5. Change map mode to "Query". 6. Click on map. ---------------------------- msTiledSHPOpenFile(): Shapefile error. Unable to open a single tile to use as a template in layer grey. msSHPOpenFile(): Unable to access file. (/path/to/raster_query2/data/tile22.vrt) msSHPOpenFile(): Unable to access file. (/path/to/raster_query2/data/tile22.vrt) msSHPOpenFile(): Unable to access file. (/path/to/raster_query2/data/tile21.vrt) msSHPOpenFile(): Unable to access file. (/path/to/raster_query2/data/tile21.vrt) msSHPOpenFile(): Unable to access file. (/path/to/raster_query2/data/tile12.vrt) msSHPOpenFile(): Unable to access file. (/path/to/raster_query2/data/tile12.vrt) msSHPOpenFile(): Unable to access file. (/path/to/raster_query2/data/tile11.vrt) msSHPOpenFile(): Unable to access file. (/path/to/raster_query2/data/tile11.vrt)
comment:4 by , 19 years ago
Cc: | added |
---|
Norm, do you really have a need for loading/saving raster queries or was this bug only reported for completeness of the software? If there is no immediate need for this then I would suggest that we skip raster layers when saving/loading queries (avoiding the errors) and document this in the CGI docs and hte MapScript's saveQuery docs. If someone ever needs saved raster queries for something then a new bug can be created at that time.
comment:5 by , 19 years ago
Daniel, it was just for completeness of the software. I agree with your suggestion in comment #5.
comment:6 by , 19 years ago
Resolution: | → wontfix |
---|---|
Status: | assigned → closed |
It seems my response to this (after Normand gave me the nice test sequence) was not applied here. The short result is that it is impractical to save raster query results because query result are normally stored by saving the list of shape indexes for the query. In the case of raster queries the shapes are actually generated as a result of the query (in memory), and so they have no "persistent identity". So, this bug remains open now to mark the need to document this limitation which I shall try to do today.
Note:
See TracTickets
for help on using tickets.