<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">you might be able to achieve that using "plugin layers" which are map</div>

layers that can be created and updated by plugins<br></blockquote><div><br></div><div>What do you mean Etienne?</div><div>How can I serve a layer, dynamically, through a python plugin? I don't want to have a plugin that creates a memory layer, but that gets queried on every pan/zoom/etc to retrieve the update data.</div>
<div><br></div><div>giovanni</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div class="h5"><br>
> The other is having the possibility to bridge, easily, any kind of data<br>
> source, using python as an adapter.<br>
><br>
> giovanni<br>
><br>
><br>
><br>
><br>
> 2012/8/29 Barry Rowlingson <<a href="mailto:b.rowlingson@lancaster.ac.uk">b.rowlingson@lancaster.ac.uk</a>><br>
>><br>
>> I have a vague memory that the python data provider idea was<br>
>> considered a while ago. I was thinking about how one could get direct<br>
>> access from Qgis to R spatial data sets stored in R's binary files.<br>
>> One method would have been to write a provider in python that used Rpy<br>
>> to bridge to R, but wasn't possible because you can't write data<br>
>> providers in Python. It could be done in C by linking to R's C<br>
>> library, but at that point I lost interest and used a looser coupling<br>
>> to get my R data into Qgis.<br>
>><br>
>> The argument then went that if the provider was designed to access a<br>
>> file it would be a better idea to write a GDAL/OGR driver, then even<br>
>> people outside QGIS could use it. Obviously that would have to be<br>
>> C/C++ though.<br>
>><br>
>> And then I think everyone got bored and went back to doing things.<br>
>><br>
>> Do you have a specific use-case?<br>
>><br>
>> On Wed, Aug 29, 2012 at 8:01 AM, G. Allegri <<a href="mailto:giohappy@gmail.com">giohappy@gmail.com</a>> wrote:<br>
>> > Anybody interested in developing the concept and evaluating its<br>
>> > feasibility?<br>
>> > I'm considering the possibility to sponsor it.<br>
>> ><br>
>> > giovanni<br>
>> ><br>
>> > Sent from Nexus<br>
>> ><br>
>> > Il giorno 28/ago/2012 00:11, "G. Allegri" <<a href="mailto:giohappy@gmail.com">giohappy@gmail.com</a>> ha<br>
>> > scritto:<br>
>> >><br>
>> >> AFAIK it isn't possible to register a python script as a dataprovider.<br>
>> >> Maybe it sounds odd, but I think it would interesting if we could have<br>
>> >> it.<br>
>> >> Has it been ever considered? How hard would it be to implement it?<br>
>> >><br>
>> >> Giovanni<br>
>> >><br>
>> >> Sent from Nexus<br>
><br>
><br>
><br>
</div></div>> _______________________________________________<br>
> Qgis-developer mailing list<br>
> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
><br>
</blockquote></div><br>