I don't know if it has been discussed in the past. Qgis data providers can only load native compiled libraries (.so, .dll, etc) that offer the required interface. Is there anything blocking to the possibility of having python data providers? Would it be possible to have them loaded along the native ones, or dynamically through some API method?

  • Do you have an hypothetical example to enrich your question? – Pablo Mar 19 '13 at 18:58

For reference.

Shortly after this question was asked, a discussion arose on the developer mailing list here and here and an older one.

For certain use-cases is may be sufficient to use a plugin layer. While not being an equivalent it serves its purpose.

At the moment the possibilities to write real dataproviders in python are still missing, but as far as I can remember, nobody brought up any technical restrictions concerning this so far.

| improve this answer | |

QGIS is not written in python. It has python bindings for the C++ API. So if you use python code to read a data say ESRI Shapefile, it call the undelying cpp code from qgis .dlls and this intrun transfer to gdal and from there to shapelib.

Btw which python data providers you need?. Why do you care if the API calls from a .so or .dll

| improve this answer | |

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.