[mapserver-users] WMS Time / Raster - Performance Question

[Arthur Wesley]

Hey MapserverCommunity,

 

at first thanks for your great work. We are using mapserver to publish a big
amount of historic raster images (tiff) for different timestamp. Together
with a postgis timeindex this works basically great, so thanks again :)

 

Unfortunately we are now facing some performance issues. Probably due to our
big amount of Gtiffs (uncompressed 1,9 TB). To boost performance, we already
did some upgrade on the tiff file scale (intern tiling/overviews). But on
higher scales I didn't find a good solution yet. Normally I would compute a
VRT on higher scales and add some overviews to it. But because of the time
dimension of our data, I didn't found an approach to get this working yet.
So now I am thinking about different approaches to boost the performance of
our WMS-Time layer (at the end over one layer we want to publish 6000 gtiffs
scattered on 100 timestamps). It would be nice if some folks of you could
give us some advice or simply share some knowledge and experiences about
this kind of issue with us.

 

One approach over which I was thinking is the using of mapcache. I heard
that mapcache ( http://mapserver.org/development/rfc/ms-rfc-96.html) is
trying to support the time dimension. But it's not clear for me right know,
how to set up the time support? Is it possible to configure a time layer in
the mapcache.xml and simply do than a seeding (mapcache_seed) of a wms-time
layer? 

 

Another approach over which I was thinking is the using of a wrapper script.
I could preprocess single layers for all 100 timestamps and compute than
VRTs and overviews. After that I could simply redirect the GetMap-Request on
the basis of the timestamp to the correct layers. But I am not sure if this
approach is a smart way and probably I would run in other problems in the
future.

 

Are there any other good approaches?

 

Kind regards,

 

JM

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130821/d0a9935e/attachment.htm>