<div dir="ltr"><div><div><div><div><div>Hi Victor<br><br></div>For me, core features (and not core plugins) are much more integrated into QGIS ui and dialogs. For example, tablemanager plugins adds some nice features , but they should be integrated in the Fields tab of the vector layer properties. Having the features separated in a plugin (core or not core) adds complexity for users.<br>
<br></div>For other plugins like mmqgis, which brings a list of algorithms , I agree there is no big difference between plugin and feature.<br><br></div>I think we won't find a common rule for all the plugins. We should have a look plugin by plugin, otherwise our discussion will go in every direction.<br>
</div><br></div>Michael<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-04-07 21:43 GMT+02:00 Victor Olaya <span dir="ltr"><<a href="mailto:volayaf@gmail.com" target="_blank">volayaf@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I actually do not see the difference between a core plugin a something<br>
implemented directly in the core c++ code. Other than the extra time<br>
it might take to develop it. The user doesn't have to know it is a<br>
plugin, and it should be easy to actually remove a core plugin from<br>
the plugin manager (like black-listing it), so it doesn't appear<br>
there.<br>
<br>
<br>
<br>
2014-04-07 20:05 GMT+02:00 Olivier Dalang <<a href="mailto:olivier.dalang@gmail.com">olivier.dalang@gmail.com</a>>:<br>
<div class="HOEnZb"><div class="h5">> Hi !<br>
><br>
> I agree with those saying it's better to integrate the features of<br>
> top-plugin in the core, if we find the features are worth it, and if someone<br>
> has the time to do so, rather than shipping dozens of preinstalled plugin.<br>
><br>
> I don't like the impression it gives to have a brand new software already<br>
> "bloated" by plugins, which you never really know what they do and if it's<br>
> OK or not to remove them.<br>
><br>
> A better alternative IMO is to display the "featured" plugins category as a<br>
> tab in the plugin manager, but not to preinstall them.<br>
> It could even become the default page of the plugin manager.<br>
><br>
> I personally feel much better when adding by myself suggested plugins than<br>
> when hesitating to remove a plugin which I'm not really sure what it's about<br>
> but seems kinda-important since it already was installed...<br>
><br>
> About this, please consider this ticket also :<br>
> <a href="http://hub.qgis.org/issues/9405" target="_blank">http://hub.qgis.org/issues/9405</a><br>
><br>
> Cheers !<br>
><br>
> Olivier<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> 2014-04-07 19:41 GMT+02:00 Etienne Tourigny <<a href="mailto:etourigny.dev@gmail.com">etourigny.dev@gmail.com</a>>:<br>
><br>
>> Thanks for the links. Most of this information is also available at [1].<br>
>><br>
>> I am preparing a simple plugin to load these layers  as raster layers,<br>
>> will keep you updated on this.<br>
>><br>
>> [1] <a href="http://www.gdal.org/frmt_wms.html" target="_blank">http://www.gdal.org/frmt_wms.html</a><br>
>><br>
>><br>
>><br>
>> On Mon, Apr 7, 2014 at 2:32 PM, kimaidou <<a href="mailto:kimaidou@gmail.com">kimaidou@gmail.com</a>> wrote:<br>
>>><br>
>>> Hi List<br>
>>><br>
>>> For the record, here is an old blog post about using gdal driver to<br>
>>> use external layers such as OSM<br>
>>><br>
>>> <a href="http://www.3liz.com/blog/rldhont/index.php?post/2012/07/17/OpenStreetMap-Tiles-in-QGIS" target="_blank">http://www.3liz.com/blog/rldhont/index.php?post/2012/07/17/OpenStreetMap-Tiles-in-QGIS</a><br>

>>><br>
>>> The problem is that with this method, it seems GDAL does not alway use<br>
>>> the right tiles for the rigth scale. There must be an additionnal<br>
>>> parameter wich can control this behaviour.<br>
>>><br>
>>> I totally agree with the concerns about licence violation. Easing the<br>
>>> use of Google layers is kind of encouraging people to use it, for<br>
>>> example for digitization purpose. Users must be warned about the terms<br>
>>> of service.<br>
>>><br>
>>> Michael<br>
>>><br>
>>> PS : someone has gathered a list of XML for GDAL for some providers :<br>
>>><br>
>>> <a href="http://libreavous.teledetection.fr/geomatique/28-sig/58-afficher-des-couches-issues-de-services-en-ligne-dans-un-sig" target="_blank">http://libreavous.teledetection.fr/geomatique/28-sig/58-afficher-des-couches-issues-de-services-en-ligne-dans-un-sig</a><br>

>>><br>
>>> Click on the button called "Fichiers de configuration ...."<br>
>>> Michael<br>
>>><br>
>>> 2014-04-07 16:48 UTC+02:00, Etienne Tourigny <<a href="mailto:etourigny.dev@gmail.com">etourigny.dev@gmail.com</a>>:<br>
>>><br>
>>> > Since the OpenLayers plugin does not (currently) work with master,<br>
>>> > perhaps<br>
>>> > we can replace it with TMS-based layers, either through a plugin or as<br>
>>> > a<br>
>>> > native (GDAL-based) provider?<br>
>>> ><br>
>>> > Is there anything in OpenLayers plugin that could not work with GDAL<br>
>>> > TMS<br>
>>> > mini-driver [1] ?<br>
>>> ><br>
>>> > [1] <a href="http://www.gdal.org/frmt_wms.html" target="_blank">http://www.gdal.org/frmt_wms.html</a><br>
>>> ><br>
>>> ><br>
>>> > On Mon, Apr 7, 2014 at 11:42 AM, Etienne Tourigny<br>
>>> > <<a href="mailto:etourigny.dev@gmail.com">etourigny.dev@gmail.com</a>>wrote:<br>
>>> ><br>
>>> >> Since the OpenLayers plugin does not (currently) work with master,<br>
>>> >> perhaps<br>
>>> >> we can replace it with TMS-based layers, wither through a plugin or as<br>
>>> >> a<br>
>>> >> native (GDAL-based) provider?<br>
>>> >><br>
>>> >> Is there anything in OpenLayers that could not work with GDAL TMS<br>
>>> >> mini-driver [1] ?<br>
>>> >><br>
>>> >><br>
>>> >><br>
>>> >> On Mon, Apr 7, 2014 at 7:22 AM, Vincent Picavet<br>
>>> >> <<a href="mailto:vincent.ml@oslandia.com">vincent.ml@oslandia.com</a>>wrote:<br>
>>> >><br>
>>> >>> Hello,<br>
>>> >>><br>
>>> >>> Le lundi 7 avril 2014 12:05:05, Nyall Dawson a écrit :<br>
>>> >>> > On 7 April 2014 18:15, Vincent Picavet <<a href="mailto:vincent.ml@oslandia.com">vincent.ml@oslandia.com</a>><br>
>>> >>> > wrote:<br>
>>> >>> > > A good solution though would be to remove google layers and only<br>
>>> >>> > > use<br>
>>> >>> OSM<br>
>>> >>> > > and mapbox layers, which begin to be on par in terms of quality.<br>
>>> >>> ><br>
>>> >>> > I'm pretty sure this is against MapBox's terms of service too,<br>
>>> >>> > unless<br>
>>> >>> > users were made to sign up for a MapBox account and had to add<br>
>>> >>> > their<br>
>>> >>> > individual API key to QGIS to unlock MapBox layers:<br>
>>> >>> > "You must have a Mapbox account to use Mapbox. You are required to<br>
>>> >>> > register for an account before using the Service. Each request to<br>
>>> >>> > the<br>
>>> >>> > API must include your account's unique API identifier. Unauthorized<br>
>>> >>> > use of any API identifier is prohibited." [1]<br>
>>> >>><br>
>>> >>> Right, I had not read this through. It would probably be much easier<br>
>>> >>> to<br>
>>> >>> get a<br>
>>> >>> specific authorization from MapBox than from Google though, given<br>
>>> >>> their<br>
>>> >>> open-<br>
>>> >>> source orientation.<br>
>>> >>><br>
>>> >>> > > Or let the user a<br>
>>> >>> > > deliberate way to add google layers (indicating a URL or<br>
>>> >>> > > something<br>
>>> >>> like<br>
>>> >>> > > this), warning him about the licence.<br>
>>> >>> ><br>
>>> >>> > Hmm... while this may be a workable solution to the licensing<br>
>>> >>> > issue,<br>
>>> >>> > wouldn't it be a step back in functionality anyway? We'd be trading<br>
>>> >>> > having a good, working off-the-shelf third-party plugin for a<br>
>>> >>> > crippled<br>
>>> >>> > core version which takes user intervention to unlock the same<br>
>>> >>> > features.<br>
>>> >>><br>
>>> >>> In any case, there are quite a lot of OSM based layers which can be<br>
>>> >>> used<br>
>>> >>> (HOT,<br>
>>> >>> OSM.fr, OpenCycleMap...). We can still enhance the plugin with those.<br>
>>> >>> It would lack an aerial imagery layer though.<br>
>>> >>><br>
>>> >>> > I'm totally for adding essential plugins to core (or merging the<br>
>>> >>> > functionality with reimplemented c++ versions), but I honestly<br>
>>> >>> > don't<br>
>>> >>> > know if it's workable to do this for the OpenLayers plugin.<br>
>>> >>><br>
>>> >>> Right, if we remove everything from the plugin except the TMS YXZ<br>
>>> >>> layers,<br>
>>> >>> we<br>
>>> >>> could also just have a better ergonomy for opening this kind of<br>
>>> >>> layers<br>
>>> >>> through<br>
>>> >>> GDAL, and have a predefined list of layers accessible on internet<br>
>>> >>> (even<br>
>>> >>> auto-<br>
>>> >>> updatable by downloading the list).<br>
>>> >>><br>
>>> >>> Vincent<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>
>>> >>><br>
>>> >><br>
>>> >><br>
>>> ><br>
>><br>
>><br>
>><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>
><br>
><br>
><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>
_______________________________________________<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>
</div></div></blockquote></div><br></div>