I don't think VRT would work because not all QGIS data sources are OGR based so VRT wouldn't work in that case.
A special type of layer, e.g plugin, IMO would be best for this. Something that just reads the feature from the underlying layer and adds the geometry on the fly. - Nathan On Mon, Jul 1, 2013 at 6:47 PM, Régis Haubourg < [email protected]> wrote: > > Hey Regis, > > I think a Layer -> Create Geometry Layer menu item would be a great idea > for non geometry layers. > > Wouldn't be that hard to do I don't think. > > Sqlite might be the best format as it's light and flexible. If you want > something dynamic i.e change the data, updates the points, then maybe a > plugin layer would be best. I am planning on adding the ability to define > data provider in Python for 2.1, I do have working code just can't commit > it, which I think would work well here. It would wrap the other layers > dataprovider and just return the geometry on the fly. > > We could make it 2.1. > > Regards, > Nathan > > > > that looks nice! SQLITE is a data duplication.. so could be hard to > maintain > sync with datasource. > Opinions about relying on a vrt ? > > > > > -- > View this message in context: > http://osgeo-org.1560.x6.nabble.com/New-feature-s-needed-create-geometry-from-attribute-tp5063071p5063204.html > Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. > _______________________________________________ > Qgis-developer mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/qgis-developer >
_______________________________________________ Qgis-developer mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/qgis-developer
