<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2018-02-27 11:12 GMT+01:00 Mark Johnson <span dir="ltr"><<a href="mailto:mj10777@googlemail.com" target="_blank">mj10777@googlemail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class="">>> that we get rid of the current provider and rely on GDAL only.<div><br></div></span><div>With the 'current provider' I assume you mean the Spatialite-Provider.</div><div><br></div><div>Please remember that the Spatialite-Provider was never designed to support GeoPackage.</div></div></blockquote><div><br></div><div>Hi Mark, I didn't say that. My suggestion was to activate transaction groups for all DB providers allowing that. And spatialite would be one of them, aside from geopackage-gdal.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Please also remember that Gdal/Ogr does not support all aspects of Spatialite</div><div>- writable SpatialViews are not supported</div><div><br></div><div>The present QgsOgrProvider does not support Spatialite-Tables with more than 1 geometry properly. </div></div></blockquote><div><br></div><div>Do you have a link to the issues? Does it ignore them or worse? <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>'that we get rid of the current provider' would then mean for me (and no doubt other) that Qgis would become fairly useless.</div></div></blockquote><div><br></div><div>mmmh, you already know of the previous discussions and the issue of having overlapping providers, which mean both don't receive as much love as they deserve and users get in confusion having two ways of accessing the same datasource. The same happened for shapefile provider, and still happens for delimited file. The cleaner option is always to merge effort in Open Source model, when it's possible. Why not fix GDAL limitations, so that all other clients will benefit from those improvements? <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>That the present Spatialite-Provider is sadly underdeveloped and in no way will be able to deal with the upcoming Spatialite 5.0 changes is well known.</div></div></blockquote><div><br></div><div>My point above. In my knowledge, less than 3-4 dev are involved in that area, and are working on two different providers. Having you all on the same code base is a neat solution I think. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>A new Spatialite-Provider is being actively worked on and is earmarked for Qgis 3.2, that will deal with the present problems as well as supporting the extra functionality of Spatialite 5.0.</div></div></blockquote><div><br></div><div>Ok good to know, and let's make that happen if the work is mostly done. <br>In my recording, the amount of work to review the massive PRs was a limiting factor to have that merged. And the QGIS reviewing process is still remaining on unpaied volunteer work. Do you have plans to ease that review process? <br><br></div><div>Best regards, <br></div><div>Régis Haubourg<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Mark Johnson, Berlin Germany</div></div>
<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></blockquote></div><br></div></div>