<div dir="ltr"><div><div><div>The problem is not the invalidation of the tiles (which
is a very simple step that can even be done with a simple bash script)
but the need to list every single layer with status ON on the mapfile.
To do that automatically we need to use mapscript (as TileCache does)
but we also need to deal with generating a valid mapcache config file
(which we cannot do with mapscript). With TileCache instead we just
mapped a given layer name with a mapfile and we only had to care about
invalidating and reseeding of tiles and not with modifying TileCache
config file. It's not so bad though. I just thought that being part of
Mapserver maybe MapCache could have some kind of "special integration"
with it. <br>
</div></div>Anyway, I'll continue digging to see if I find some easier
way to deal with this particular problem and if I do I promise to let
you know. <br></div>Thanks again.<div class=""><div id=":14j" class="" tabindex="0"><img class="" src="https://mail.google.com/mail/u/0/images/cleardot.gif"><br></div><div id=":14j" class="" tabindex="0">Pablo<br></div></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Sep 19, 2013 at 11:00 PM, Pablo Cecconi <span dir="ltr"><<a href="mailto:pcecconi@gmail.com" target="_blank">pcecconi@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>The problem is not the invalidation of the tiles (which is a very simple step that can even be done with a simple bash script) but the need to list every single layer with status ON on the mapfile. To do that automatically we need to use mapscript (as TileCache does) but we also need to deal with generating a valid mapcache config file (which we cannot do with mapscript). With TileCache instead we just mapped a given layer name with a mapfile and we only had to care about invalidating and reseeding of tiles and not with modifying TileCache config file. It's not so bad though. I just thought that being part of Mapserver maybe MapCache could have some kind of "special integration" with it. <br>
</div></div>Anyway, I'll continue digging to see if I find some easier way to deal with this particular problem and if I do I promise to let you know. <br></div>Thanks again.<span class="HOEnZb"><font color="#888888"><br>
<br></font></span></div><span class="HOEnZb"><font color="#888888">Pablo<br><br></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra">
<br><br><div class="gmail_quote">On Thu, Sep 19, 2013 at 10:18 PM, Stephen Woodbridge <span dir="ltr"><<a href="mailto:woodbri@swoodbridge.com" target="_blank">woodbri@swoodbridge.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Try it, it might work, I don't remember, but you still have the problem of invalidating the tiles when you changes the mapfile. But seriously, your approach seems a little haphazard. Also how often to you make mapfile changes? how did you deal with the invalidating cache problem before?<br>
<br>
The big difference here is that mapcache is using mapserver as a WMS source and therefore it has to conform to the WMS rules.<br>
<br>
Anyway, Thomas is the one that you would need to convince or fund if you want changes to the existing behavior. Meanwhile it would be worthwhile your time to figure out how it curently works before asking for features that might already exist. It has been a few months since I setup a mapcache instance and I know there have been changes that I'm not on top of in the newest release.<br>
<br>
-Steve<div><br>
<br>
On 9/19/2013 3:46 PM, Pablo Cecconi wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
The problem with that approach is that is the mapfile changes (a layer<br>
is added or the default status of a layer changes) then I also have to<br>
update mapcache config file. What i wonder is if there is a way to just<br>
modify the map and have Mapcache reflecting that change.<br>
<br>
Pablo<br>
<br>
<br>
On Thu, Sep 19, 2013 at 4:40 PM, Stephen Woodbridge<br></div><div><div>
<<a href="mailto:woodbri@swoodbridge.com" target="_blank">woodbri@swoodbridge.com</a> <mailto:<a href="mailto:woodbri@swoodbridge.com" target="_blank">woodbri@swoodbridge.<u></u>com</a>>> wrote:<br>
<br>
On 9/19/2013 3:02 PM, Pablo Cecconi wrote:<br>
<br>
Hello,<br>
<br>
I've been a Mapserver user for many years now but I'm new to<br>
Mapcache<br>
and I'm not sure whether it's possible to replicate a particular<br>
TileCache setup using Mapcache.<br>
What we have today is a number of mapfiles (with Mapserver 5.4)<br>
set up<br>
as WMS-C layers served with TileCache. We're migrating to Mapserver<br>
6.2.1 and as it's incompatible with TileCache we expect to be<br>
able to<br>
replace it using Mapcache.<br>
In our current setup if I have a mapfile where a particular<br>
layer has<br>
STATUS OFF then TileCache will honor that status and not render<br>
the layer.<br>
I'd like to know whether it's possible to have MapCache work<br>
that way,<br>
that is, passing the map name as the LAYERS parameter of the WMS<br>
service<br>
and make it honor whatever STATUS a particular layer would have<br>
in the<br>
mapfile.<br>
<br>
<br>
I think the mapcache paradigm for this in mapcache works like this:<br>
<br>
tileset<br>
name=foo<br>
source=foo-source<br>
<br>
source<br>
name=foo-source<br>
map=/path/to/mapfile<br></div></div>
layers=layer1,layer2,layers3,.<u></u>__..<div><br>
<br>
So you can configure which layers a tileset returns. I'm not sure<br>
how it deals with the status off, but it will work if you define the<br>
list explicitly. This also allow you to do this in the same mapcache.xml<br>
<br>
tileset<br>
name=foo2<br>
source=foo-source2<br>
<br>
source<br>
name=foo-source2<br>
map=/path/to/mapfile<br>
layers=streets,...<br>
transparent=true<br>
<br>
I do this a lot when I have a subset of data like streets that I<br>
want to render as an overly on a raster image<br>
<br>
-Steve W<br></div><div>
______________________________<u></u>___________________<br>
mapserver-users mailing list<br>
mapserver-users@lists.osgeo.__<u></u>org<br>
<mailto:<a href="mailto:mapserver-users@lists.osgeo.org" target="_blank">mapserver-users@lists.<u></u>osgeo.org</a>><br>
<a href="http://lists.osgeo.org/__mailman/listinfo/mapserver-__users" target="_blank">http://lists.osgeo.org/__<u></u>mailman/listinfo/mapserver-__<u></u>users</a><br>
<<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/mapserver-<u></u>users</a>><br>
<br>
<br>
</div></blockquote>
<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>