<div dir="ltr"><div class="gmail_default" style="font-size:small">+1 to remove since the "lost" functionality is pretty much covered by the regular attribute table anyway.</div><div class="gmail_default" style="font-size:small">Anita</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 12, 2017 at 7:03 AM, Alexander Bruy <span dir="ltr"><<a href="mailto:alexander.bruy@gmail.com" target="_blank">alexander.bruy@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">+1 for removal.<br>
<div class="HOEnZb"><div class="h5"><br>
2017-09-12 2:59 GMT+03:00 Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</a>>:<br>
> Hi all,<br>
><br>
> I've just opened <a href="https://github.com/qgis/QGIS/pull/5170" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/<wbr>pull/5170</a>, which drops<br>
> the old core "Spatial Query" plugin.<br>
><br>
> Because the functionality of this plugin is now better handled by the<br>
> Processing c++ "Extract by Location" and "Select by Location"<br>
> algorithms, in my opinion this plugin can be safely dropped now.<br>
><br>
> The processing algorithms have the benefits of:<br>
><br>
> - a familiar, more modern interface<br>
> - ability to be included in multi-step models<br>
> - ability to be used in batch modes<br>
> - always available in all QGIS installs (as opposed to the always<br>
> installed, but disabled-by-default spatial query plugin)<br>
> - unit tests<br>
> - non-blocking execution<br>
> - more optimised code<br>
> - features can be extracted to a new layer regardless of input layer<br>
> type (spatial query only allows this for spatialite, postgres and some<br>
> other formats)<br>
><br>
> There's one feature which is available in the spatial query plugin<br>
> which isn't present in the processing algs - the interactive list of<br>
> affected feature ids (clicking features in the list will zoom to<br>
> them). However - I don't consider this list alone to be worth keeping<br>
> the plugin alive for, since most users won't find a list of raw<br>
> feature IDs particularly helpful.<br>
><br>
> Please speak up if you think there's still a requirement to keep this<br>
> plugin around, otherwise it will be dropped for 3.0!<br>
><br>
> Nyall<br>
> ______________________________<wbr>_________________<br>
> QGIS-Developer mailing list<br>
> <a href="mailto:QGIS-Developer@lists.osgeo.org">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/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
> Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Alexander Bruy<br>
</font></span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org">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/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a></div></div></blockquote></div><br></div></div>