<div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote">On Tue, Apr 10, 2018 at 12:07 AM, rjwillson <span dir="ltr"><<a href="mailto:rjwillson@gmail.com" target="_blank">rjwillson@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>Thanks Even,<div><br></div><div>It definitely doesn't sound like an easy solution. </div><div><br></div><div>I wonder how others deal with it and maybe someone in the developers list will have some ideas</div><div><br></div><div>I have just been applying band aid fixes for the last year to prevent the gpkgs from updating themselves but yesterday I discovered the beauty of storing rasters in the gpkg format. Unfortunately the rasters make the gpkgs large and so I can't have them just start uploading on a field tablet via cell connection when they get viewed in Q or other app like Roam. </div><div><br></div></div></blockquote><div><br clear="all"></div></div>Hi, I also faced this problem when Implementing gpkg support in the QGIS browser panel: when the file browser scanned the folder, it opened the gpkg, which in turn changed its file stats and made the directory watcher think that something has changed in the directory, which in turns started scanning again in a delicious endless loop :)<br></div><div class="gmail_extra"><br></div>I think I solved this with a kind of locker for the directory scan thread, but it was't easy.<br><br></div>I feel that it would be really useful is we could open a gpkg from GDAL in read-only mode without creating the WAL, expecially without creating the WAL in the same directory (but I guess this is by design, buried deep into sqlite code).<br><br><br><div><br><div><div class="gmail_extra">-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a></div>
</div></div></div></div>