<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On 8 June 2013 22:13, 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">In general, The seeder can not be run on an active cache because it does not coordinate tile generation with apache so if they both try to create the same tiles things can get confusing and there is a chance that an incomplete tile might get served with both writing the resulting tile might be damaged.<br>
</blockquote><div><br></div><div style>Steve and Jukka,</div><div style><br></div><div style>This previous statement is not very accurate, as the seeder and apache instance *do* coordinate themselves through the lockfiles (provided they are run with a configuration that points to the same lockfile directory). When *launching* the seeder (i.e. only once per seeding session), it will delete any present lock files that might have been left over from a previous run. This will impact the clients of a live apache instance *only* if the seeder was launched at the exact same time the client was requesting a tile *that wasn't already in the cache*. I believe that in practice for a production system with long-spaced seed updates this will rarely be an issue (i.e. your client is going on an area that no other user has ever accessed in the last N months). This will however show up frequently on a development system when you are interactively browsing the unseeded cache while concurrently launching seeding sessions.</div>
<div style><br></div><div style>If this is really an issue for you, you can apply a single character patch to the seeder to prevent it from deleting present lock files; you'll end up with a deadlock if a lockfile was effectively left over from a failed previous session, and it would be up to you to manually delete them in that case. In the longer run, funding for storing the renderer pid inside the lock file and automatically removing/ignoring the lock if the pid is not present (won't work if seeding across multiple machines), or configuring a timeout on the creation time of the lockfile (will fail if a WMS render takes longer than your configured timeout).</div>
<div style><br></div><div style>regards,</div><div style>thomas</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
-Steve W.<div class="im"><br>
<br>
On 6/8/2013 3:41 PM, John D. Evans wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
Hi,<br>
<br>
Thomas Bonfort wrote on 06/06/2013:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
As for the root issue, are your tilesets fully preseeded or are they<br>
populated on demand? KML superoverlays are organized in a tree, i.e.<br>
to access a tile at zoom level N you first need to access all parent<br>
tiles from level 0 to N-1; on an unseeded tileset with a slow wms<br>
backend this might be a very long wait. Also please check the apache<br>
error log for any mapcache related messages.<br>
</blockquote>
<br>
Thanks for the input! Sorry for the delayed reply. My tiles had been<br>
populated on demand but I finally found, installed, and ran<br>
"mapcache_seed". It's now been running for 10+ hours now (*) but I still<br>
get the same effect in Google Earth. (A very low-resolution view<br>
displays when I'm zoomed out very far, but disappears as soon as I try<br>
to zoom in.) Does the seeding have to be completely finished before<br>
Google Earth can see beyond the top-level KML tiles?<br>
<br>
Thanks again.<br>
<br>
   - John E.<br>
<br>
(*) I'm running this on a fairly puny virtual machine (2 cores); I guess<br>
I should try seeding with 8 or 10 threads on an 8-core machine. I will<br>
also try limiting my zoom levels (I suspect I'm seeding 0-17 by default)<br>
and my spatial extent (I'm probably doing the whole globe by default --<br>
lots of blank tiles :-).<br>
<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
<br>
<br>
On 6 June 2013 05:19, John D. Evans <<a href="mailto:john.evans@gst.com" target="_blank">john.evans@gst.com</a><br></div><div><div class="h5">
<mailto:<a href="mailto:john.evans@gst.com" target="_blank">john.evans@gst.com</a>>> wrote:<br>
<br>
    Hello,<br>
<br>
    Not sure my earlier query made it to the list.<br>
<br>
    I'm using MapCache to serve for some satellite image products. It<br>
    sort of works: the tms and wmts browsers at /mapcache/demo show<br>
    full coverage of my data area, and let users zoom in to see full<br>
    resolution image mosaics. But the KML superoverlay (my reason for<br>
    using MapCache) only displays in Google Earth when I'm zoomed very<br>
    far out (so that the entire globe is not much bigger than a golf<br>
    ball on my screen). If I zoom in, the image usually disappears;<br>
    though sometimes when zoomed in I do see [only] the right (east)<br>
    half of my tileset, at a very low resolution.<br>
<br>
    Do you see anything wrong with my mapcache.xml (below)?<br>
    Is there anything else I should be checking?<br>
<br>
    (I'm using a simple disk cache in /tmp, with mod_mapcache from the<br>
    Ubuntu libmapcache 1.0.0-3 package; Mapserver 6.2.1 is on the same<br>
    machine, running in 64-bit Ubuntu 12.04. Mapserver works fine, and<br>
    reports no errors [I think]. My client is Google Earth 7.)<br>
<br>
    Thanks for taking a look,<br>
<br>
      - John D. Evans<br>
        GST, Inc / Greenbelt, MD<br>
<br>
    Below is my mapcache.xml file (actually an excerpt of it:<br>
    the real one has more tilesets and sources).<br>
<br>
    <mapcache><br>
       <metadata><br>
          <title>my mapcache service</title><br>
          <abstract>woot! this is a service abstract!</abstract><br>
       </metadata><br>
<br>
       <cache name="disk" type="disk"><br>
          <base>/tmp</base><br>
          <symlink_blank/><br>
       </cache><br>
<br>
       <format name="PNG_BEST" type ="PNG"><br>
          <compression>best</<u></u>compression><br>
       </format><br>
       <format name="PNG_FAST" type ="PNG"><br>
          <compression>fast</<u></u>compression><br>
       </format><br>
<br>
         <source name="CSPP_CloudPhase" type="wms"><br>
          <http><br>
             <url><a href="http://localhost/cgi-bin/mapserv" target="_blank">http://localhost/cgi-bin/<u></u>mapserv</a>?</url><br>
          </http><br>
          <getmap><br>
             <params><br>
                <FORMAT>image/png</FORMAT><br>
                <LAYERS>iicmocp_daily</LAYERS><br>
                <MAP>/raid/maps/viirs.map</<u></u>MAP><br>
             </params><br>
          </getmap><br>
       </source><br>
<br>
       <tileset name="CSPP_Cloud_Phase_EDR"><br>
          <metadata><br>
             <title>VIIRS Cloud Phase from NASA GSFC DRL</title><br>
             <abstract>Detailed description goes here</abstract><br>
          </metadata><br>
          <source>CSPP_CloudPhase</<u></u>source><br>
          <cache>disk</cache><br>
          <format>PNG</format><br>
          <grid>WGS84</grid><br>
          <metatile>2 2</metatile><br></div></div>
          <expires><a href="tel:3600" value="+333600" target="_blank">3600</a> <tel:<a href="tel:3600" value="+333600" target="_blank">3600</a>></expires><br>
          <auto_expire><a href="tel:3600" value="+333600" target="_blank">3600</a> <tel:<a href="tel:3600" value="+333600" target="_blank">3600</a>></auto_expire><div class="im"><br>
          <!-- <metabuffer>10</metabuffer> --><br>
       </tileset><br>
<br>
       <default_format>PNG_FAST</<u></u>default_format><br>
<br>
       <service type="wms" enabled="true"><br>
          <full_wms>assemble</full_wms><br>
          <resample_mode>bilinear</<u></u>resample_mode><br>
          <format>PNG_FAST</format><br>
          <!-- <maxsize>4096</maxsize> --><br>
       </service><br>
<br>
       <service type="wmts" enabled="true"/><br>
       <service type="tms" enabled="true"/><br>
       <service type="kml" enabled="true"/><br>
       <service type="gmaps" enabled="true"/><br>
       <service type="ve" enabled="true"/><br>
       <service type="demo" enabled="true"/><br>
<br>
       <lock_dir>/tmp</lock_dir><br>
       <errors>report</errors><br>
       <threaded_fetching>true</<u></u>threaded_fetching><br>
<br>
    </mapcache><br>
    ______________________________<u></u>_________________<br>
    mapserver-users mailing list<br>
    <a href="mailto:mapserver-users@lists.osgeo.org" target="_blank">mapserver-users@lists.osgeo.<u></u>org</a><br></div>
    <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>
<br>
<br>
------------------------------<u></u>------------------------------<u></u>------------<div class="im"><br>
NOTE: This message was trained as non-spam. If this is wrong, please<br>
correct the training as soon as possible.<br></div>
Spam <<a href="https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=s" target="_blank">https://filter.gst.com/canit/<u></u>b.php?i=01JIUgvAE&m=<u></u>e50f357136f6&c=s</a>><br>
Not spam<br>
<<a href="https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=n" target="_blank">https://filter.gst.com/canit/<u></u>b.php?i=01JIUgvAE&m=<u></u>e50f357136f6&c=n</a>><br>
Forget previous vote<br>
<<a href="https://filter.gst.com/canit/b.php?i=01JIUgvAE&m=e50f357136f6&c=f" target="_blank">https://filter.gst.com/canit/<u></u>b.php?i=01JIUgvAE&m=<u></u>e50f357136f6&c=f</a>><br>
</blockquote><div class="im">
<br>
<br>
<br>
______________________________<u></u>_________________<br>
mapserver-users mailing list<br>
<a href="mailto:mapserver-users@lists.osgeo.org" target="_blank">mapserver-users@lists.osgeo.<u></u>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>
<br>
</div></blockquote><div class="HOEnZb"><div class="h5">
<br>
______________________________<u></u>_________________<br>
mapserver-users mailing list<br>
<a href="mailto:mapserver-users@lists.osgeo.org" target="_blank">mapserver-users@lists.osgeo.<u></u>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>
</div></div></blockquote></div><br></div></div>