<div dir="ltr">Hi all,<div><br></div><div>Another idea would be to add a new mode 'All layers but the remote ones'.</div><div><br></div><div>Anyway, I agree that default mode should be 'current layer'.</div><div>Actually, we just miss a new option in main settings to define the default mode (there is already the default type).</div><div><br></div><div>Denis</div></div><br><div class="gmail_quote"><div dir="ltr">Le mer. 12 sept. 2018 à 12:11, Régis Haubourg <<a href="mailto:regis.haubourg@gmail.com">regis.haubourg@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div>Hi, <br></div><div>+1 ! <br></div><div>However, I see lots of customers switching to the "Snap all layer" settings, "because it is simpler". And then they face very slow snapping index creation issues. <br></div><div>In the QWAT project, we have been thinking of exposing the indexing strategies in the UI of the advanced snapping.  <br></div></div><div><br></div><div>see here: <a href="https://qgis.org/api/classQgsSnappingUtils.html#a2ea7577667b94657e14f63ba7dd0bf07" target="_blank">https://qgis.org/api/classQgsSnappingUtils.html#a2ea7577667b94657e14f63ba7dd0bf07</a></div><div dir="ltr"><div>----------------------------<br></div><div><table class="m_-4954070588204132929gmail-fieldtable"><tbody><tr><td class="m_-4954070588204132929gmail-fieldname">IndexAlwaysFull </td><td class="m_-4954070588204132929gmail-fielddoc"><p>For all layers build index of full extent. Uses more memory, but queries are faster. </p>
</td></tr>
<tr><td class="m_-4954070588204132929gmail-fieldname">IndexNeverFull </td><td class="m_-4954070588204132929gmail-fielddoc"><p>For all layers only create temporary indexes of small extent. Low memory usage, slower queries. </p>
</td></tr>
<tr><td class="m_-4954070588204132929gmail-fieldname">IndexHybrid </td><td class="m_-4954070588204132929gmail-fielddoc"><p>For "big" layers using IndexNeverFull, for the rest IndexAlwaysFull. Compromise between speed and memory usage. </p>
</td></tr>
<tr><td class="m_-4954070588204132929gmail-fieldname">IndexExtent </td><td class="m_-4954070588204132929gmail-fielddoc"><p>For all layer build index of extent given in map settings. <br></p></td></tr></tbody></table></div><div>--------------</div><div><br></div><div><br></div><div><br></div><div><div>And for WFS and any other cached provider, we may probably add some
 exceptions to the global strategy to avoid fetching the remote 
datasource by default. Using the local cache is better. However, when 
doing WFS editing, this start to look like a can of worms. <br></div><div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">Le mer. 12 sept. 2018 à 16:58, Andreas Neumann <<a href="mailto:a.neumann@carto.net" target="_blank">a.neumann@carto.net</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<p>Hi,</p>
<p>I noticed that by default QGIS is set to edit ALL layers and also snaps to ALL layer by default. I do think that this is a bad default setting, esp. with larger projects.</p>
<p>We had issues because users had WFS layers in their project (read only, as reference) and QGIS tries to index these WFS layers and to get their vertices in order to snap to them. Then QGIS hangs and freezes and there are network time outs. Apparently one has to kill QGIS using the task manager.</p>
<p>I think the better default is to edit and snap only in the active layer by default.</p>
<p>Opinions?</p>
<p>Andreas</p>

</div>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a></blockquote></div>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a></blockquote></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">





<p class="inbox-inbox-inbox-inbox-p1"><span style="color:rgb(0,0,0);font-family:Verdana,sans-serif;font-size:10pt">Denis Rouzaud</span><br style="color:rgb(0,0,0);font-family:Times;font-size:medium"><a href="mailto:denis@opengis.ch" target="_blank" style="font-family:Times;font-size:medium"><span style="color:rgb(0,0,0);font-family:Verdana,sans-serif;font-size:8pt">denis@opengis.ch</span> </a><br style="color:rgb(0,0,0);font-family:Times;font-size:medium"><span style="color:rgb(0,0,0);font-family:Verdana,sans-serif;font-size:8pt"><a>+41 76 370 21 22</a></span></p><p class="inbox-inbox-inbox-inbox-p1"><span style="color:rgb(0,0,0);font-family:Verdana,sans-serif;font-size:8pt"><a><br></a></span></p></div></div>