<div dir="ltr"><div>Here is just a reminder from a user/plugin maintainer, please ignore if not relevant.<br><br>If the spatialite data provider is to be removed then we will have to update some plugins to reflect that which is ok, not a big deal. But it is important that the current features of the spatialite data provider are included into the OGR provider before changing. <br><br>E.g. we are using the spatalite data provider in plugins to add non-spatial spatialite tables. I could not achieve this by using the OGR provider (although it was a couple of years ago I was looking into this and it may have changed by now). <br><br>regards<br>Josef<br><br></div><div><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, 13 Mar 2017 11:28:45 +1000, Nyall Dawson wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I'm wondering what the future of the spatialite provider should be. I<br>
find it odd that spatialite layers utilise the dedicated spatialite<br>
provider, but geopackage layers use the OGR provider.<br>
<br>
I think there's potential value in removing the spatialite provider<br>
and always reading these layers via OGR.<br>
<br>
</blockquote>
</blockquote></div><br></div></div></div></div>