<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, May 27, 2014 at 7:21 PM, Vincent Picavet <span dir="ltr"><<a href="mailto:vincent.ml@oslandia.com" target="_blank">vincent.ml@oslandia.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":1eg" class="a3s" style="overflow:hidden">As stated by Regis, basing this work on top of SQLite may be the best option,<br>


but more study has to be done and a general agreement is needed to go this<br>
way.</div></blockquote></div><br>I have plans to implement this. Exposing QGIS layers as SQlite virtual tables. This would give a lot of query bang with low code change Â  It was done in OGR and works really well, of course it sucks with performance if you do something really complicated but otherwise it would give QGIS a good edge - if you need more power then more to a better database. A basic query-everything type system. Â This is something that MapInfo had and is a bit of pain to loose when coming to QGIS. </div>

<div class="gmail_extra"><br></div><div class="gmail_extra">I hope to start work after 2.4 is out.</div><div class="gmail_extra"><br></div><div class="gmail_extra">- Nathan</div></div>