<div dir="ltr">On Tue, Feb 27, 2018 at 12:21 PM, Luigi Pirelli <span dir="ltr"><<a href="mailto:luipir@gmail.com" target="_blank">luipir@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">><br>
> On 27/02/2018 11:12, Mark Johnson wrote:<br>
>>>> that we get rid of the current provider and rely on GDAL only.<br>
>><br>
>> With the 'current provider' I assume you mean the Spatialite-Provider.<br>
>><br>
>> Please remember that the Spatialite-Provider was never designed to<br>
>> support GeoPackage.<br>
>><br>
>> Please also remember that Gdal/Ogr does not support all aspects of<br>
>> Spatialite<br>
>> - writable SpatialViews are not supported<br>
>><br>
>> The present QgsOgrProvider does not support Spatialite-Tables with more<br>
>> than 1 geometry properly.<br>
><br>
> Would it be possible to add these to the QgsOgrProvider, or are there<br>
> some limitations ?<br>
<br>
</span>Hi Hugo<br>
<br>
Some technical opinion are available in related PR done by Mark to<br>
propose a new Spatialite provider.<br>
The general opinion is to check before if it make sense to remove<br>
spatialite limitations in the gdal provider to sqlite.<br>
There are also opinon that the PR is actually not so simple to review,<br>
for the complexity and extension. Oslandia can do it if apport more to<br>
his business.<br>
<br>
IMHO I can't see any problem to merge it after review and have a new<br>
or parallel spatialite provicer.<br>
<br></blockquote><div><br></div><div>Well, I do: I think that unless there is an overwhelming technical reason to take a different route, QGIS should not create alternative providers where OGR/GDAL can do the job.<br><br></div><div>The reason is both in how open source works: building wonderful applications on top of wonderful libraries (GDAL/OGR in this case) and in how we should avoid to enlarge the code base without a valid reason.<br><br></div><div>The right approach in this particular case is IMHO to work with OGR/GDAL to add the missing features in the base libraries or to improve the existing QGIS providers if the problems is in them, this will prevent duplication and lower the maintenance efforts on the shoulders of QGIS developers.<br><br><br></div>-- <br></div><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>