+1 for having these native spatial drivers. <div>I don't know about MS SQL, for Oracle you cannot distribute the required proprietary lib, which is however freely downloadable from Oracle. In any case this is required by the OGR driver too. </div>
<div><br></div><div>PS: The OGR Oracle driver is quite unusable at now. It's very slow, and Frank told me that it's because it was developed for specific requirements, and he's aware of the various potential improvements needed for a mor generic, fast, use...</div>
<div><br></div><div>giovanni<br><br><div class="gmail_quote">2011/9/5 Paolo Cavallini <span dir="ltr"><<a href="mailto:cavallini@faunalia.it">cavallini@faunalia.it</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Il 05/09/2011 14:34, Marco Hugentobler ha scritto:<br>
> I also think that a native QGIS provider (subclass of QgsVectorDataProvider)<br>
> for MS SQL 2008 would be a great thing. The reason to go for a native driver<br>
<br>
> Btw. a native oracle spatial provider would also be nice to have. Oracle<br>
> spatial is (unfortunately) quite common here.<br>
<br>
I guess the main obstacle is with licencing: if QGIS has to be built against non-free<br>
libraries, the resulting object may have an hybrid licence, unsuitable for distribution.<br>
>From a technical point of view, integration in the DB manager (and QGIS providers)<br>
Giuseppe is writing is IMHO the way to go.<br>
All the best.<br>
<font color="#888888">--<br>
Paolo Cavallini: <a href="http://www.faunalia.it/pc" target="_blank">http://www.faunalia.it/pc</a><br>
_______________________________________________<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>
</font></blockquote></div><br></div>