[Qgis-developer] Spatialize attribute columns XY oor WKT, design choice

[Nathan Woodrow]

Well it's just SQLIte so the Spatialite provider should handle it fine
because to it it's just a normal database with tables.

I would also like to expose the data provider API to Python but I don't
think we will need it for this.

- Nathan


On Wed, Feb 19, 2014 at 9:47 PM, Matthias Kuhn <matthias.kuhn at gmx.ch> wrote:

> A bit of a problem I see is that there is still no support for plugin data
> providers. Are you thinking about implementing this as a plugin layer?
>
>
> On Wed 19 Feb 2014 11:46:39 AM CET, Nathan Woodrow wrote:
>
>> On Wed, Feb 19, 2014 at 6:42 PM, Hugo Mercier
>> <hugo.mercier at oslandia.com <mailto:hugo.mercier at oslandia.com>> wrote:
>>
>>     And Spatialite functions handling spatial indexes can be used on
>>     them ...
>>     So we could imagine a VirtualQGIS virtual table driver distributed
>>     with
>>     QGIS ...
>>     Cool ! :)
>>
>>
>> Yeah it is pretty cool.  That is where I first got the idea from.
>>
>> My main idea was to have a QGIS implementation of that that can sit on
>> top of any QGIS layer not just OGR ones.  So instead of having a
>> backend of OGRFeature and OGRDatasource it would use QgsDataProvider
>> and QgsFeature.
>>
>> It's pretty cool that there is a Python way to do this, will be good
>> to prototype something quick then port to C++ for speed.  I might have
>> some time tomorrow to try my hand at something basic and if it works
>> we can explore it further.
>>
>> - Nathan
>>
>>
>>
>>
>> _______________________________________________
>> Qgis-developer mailing list
>> Qgis-developer at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20140219/7ad9602a/attachment.html>