temp directory remain empty

[Milo van der Linden]

Thank you all for the responses!

I am using Mapserver as cgi. Main purpose is to serve data through wms. 
The options mentioned are therefor not usable for me.

Is there anyone out there that knows how to implement some sort of 
caching on webserver level that can interpret the request and say ah, I 
allready have this image on disk! and then returns the image instead of 
firing the request to mapserver again?

Piero Cavalieri wrote:

Maybe your IMAGEPATH and IMAGEURL options are not correct. However images in temp dir are not used by Mapserver for caching. The cgi is stateless, and u have to find some other way to have chaching, I think.


Richard Duivenvoorde wrote:

it depends how you use mapserver: - as a cgi - using mapserver/php 
script (mapscript)
Using it as a cgi (as you do), there will be no temporary images: upon 
creating the map-image the image is streamed to the client.
Using mapscript, mapscript generates an image and a page in which there 
is an url to THIS image. This url is unique on every request: no caching 
either. Caching is rather difficult with current clients: every url/bbox 
is almost unique.
IF the extent, and everything is always the same (as you say), you could 
try to arrange something with a webproxy/cache (in front of mapserver), 
this will then serve a cached version of your image. But this has not 
something to do with mapserver(s temp directory).
OR you should use a tiling server, and a client which can use that. With 
tiles your are caching.

Volkan Ulukut wrote:
> I'm using ka-map for caching and it works perfect. Ka-map uses 
> mapscript to
> create tiles of the image you request and if that tile is created 
> before it
> used the cached image so you don't have to recreate every image. You only
> create once which can also be done by precaching so your users will
> experience a very fast service.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20071205/63424110/attachment.htm>