<div dir="ltr">Jukka,<div style>yes, the documentation is painfully out of date :( . If you or anyone feels like updating the <a href="http://mapserver.org">mapserver.org</a> docs I'll be happy to assist, however my schedule these weeks is too full to be able to make this situation evolve alone.</div>
<div style><br></div><div style>The seeder options should be available on the command line when you pass it --help. Those should be complete, however maybe not verbose enough: pull requests welcome.</div><div style><br></div>
<div style>regards,</div><div style>thomas</div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 7 June 2013 20:16, Rahkonen Jukka <span dir="ltr"><<a href="mailto:jukka.rahkonen@mmmtike.fi" target="_blank">jukka.rahkonen@mmmtike.fi</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Thanks, sounds great. I wonder where all this is documented? I have been reading this page which does not mention "mode=delete" or "force" <a href="http://www.mapserver.org/trunk/mapcache/seed.html" target="_blank">http://www.mapserver.org/trunk/mapcache/seed.html</a>. Doy you know of any  other valuable but hidden features?<br>

<br>
-Jukka-<br>
________________________________<br>
thomas bonfort wrote:<br>
<div><div class="h5"><br>
<br>
On 7 June 2013 17:48, Rahkonen Jukka <<a href="mailto:jukka.rahkonen@mmmtike.fi">jukka.rahkonen@mmmtike.fi</a><mailto:<a href="mailto:jukka.rahkonen@mmmtike.fi">jukka.rahkonen@mmmtike.fi</a>>> wrote:<br>
Hi,<br>
<br>
How well does Mapcache seeder tool handle the case when the original big aerial image coverage is updated little by little so that the hole cycle takes 3 to 6 years? Reseeding the whole cache every time when a batch of new images is received does not feel like a reasonable solution.<br>

you can look into the ogr support in the seeder, by giving a wkt/shapefile/whatever of the area you want to reseed.<br>
<br>
A) Can the seeder tool ake a fast delete for all tiles which intersect the update area geometry so that it is guaranteed that outdated tiles are not delivered.  Only high zoom levels (Z greater than X) should be purged. Low zoom levels may stay as they are because they are not used for interpretation.<br>

depends on what you call fast... the tiles intersecting the area of interest need to be iterated and deleted, depending on the area and zoom levels that can take some time.<br>
mode=delete<br>
ogr source => where you want to delete tiles<br>
zoom=X,21<br>
B) Can the seeding tool reseed those areas?<br>
force<br>
ogr source<br>
zoom=X,21<br>
C) Is the behaviour similar for disk cache and Berkeley DB cache?<br>
the behavior is identical. the performance is up to you to measure (I have no metrics to give you).<br>
<br>
regards,<br>
thomas<br>
<br>
-Jukka Rahkonen-<br>
_______________________________________________<br>
mapserver-users mailing list<br>
</div></div><a href="mailto:mapserver-users@lists.osgeo.org">mapserver-users@lists.osgeo.org</a><mailto:<a href="mailto:mapserver-users@lists.osgeo.org">mapserver-users@lists.osgeo.org</a>><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a><br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
mapserver-users mailing list<br>
<a href="mailto:mapserver-users@lists.osgeo.org">mapserver-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a><br>
</div></div></blockquote></div><br></div>