Opened 20 years ago

Closed 19 years ago

#705 closed defect (wontfix)

[MapServer]Raster query results is not cached with "savedquery"

Reported by: nsavard@… 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)

raster_query2.tgz (49.2 KB ) - added by nsavard@… 19 years ago.
raster_query2.tgz-Compress tar file

Download all attachments as: .zip

Change History (7)

comment:1 by fwarmerdam, 19 years ago

Milestone: 4.4 release
Status: newassigned
I need to try and understand how his savequery stuff works, and how to make it
work for raster queries in time for 4.4.  Any supporting simple case of how to
demonstrate the problem would be appreciated if possible Normand. 

comment:2 by nsavard@…, 19 years ago

I will look for it.

by nsavard@…, 19 years ago

Attachment: raster_query2.tgz added

raster_query2.tgz-Compress tar file

comment:3 by nsavard@…, 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 dmorissette, 19 years ago

Cc: mapserver-bugs@… 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 nsavard@…, 19 years ago

Daniel, it was just for completeness of the software.  I agree with your
suggestion in comment #5.

comment:6 by fwarmerdam, 19 years ago

Resolution: wontfix
Status: assignedclosed
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.