<div dir="ltr">Since the OpenLayers plugin does not (currently) work with master, perhaps we can replace it with TMS-based layers, wither through a plugin or as a native (GDAL-based) provider?<div><br></div><div>Is there anything in OpenLayers that could not work with GDAL TMS mini-driver [1] ?</div>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 7, 2014 at 7:22 AM, Vincent Picavet <span dir="ltr"><<a href="mailto:vincent.ml@oslandia.com" target="_blank">vincent.ml@oslandia.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
Le lundi 7 avril 2014 12:05:05, Nyall Dawson a écrit :<br>
<div class="">> On 7 April 2014 18:15, Vincent Picavet <<a href="mailto:vincent.ml@oslandia.com">vincent.ml@oslandia.com</a>> wrote:<br>
> > A good solution though would be to remove google layers and only use 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, unless<br>
> users were made to sign up for a MapBox account and had to add 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 the<br>
> API must include your account's unique API identifier. Unauthorized<br>
> use of any API identifier is prohibited." [1]<br>
<br>
</div>Right, I had not read this through. It would probably be much easier to get a<br>
specific authorization from MapBox than from Google though, given their open-<br>
source orientation.<br>
<div class=""><br>
> > Or let the user a<br>
> > deliberate way to add google layers (indicating a URL or something like<br>
> > this), warning him about the licence.<br>
><br>
> Hmm... while this may be a workable solution to the licensing 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 crippled<br>
> core version which takes user intervention to unlock the same<br>
> features.<br>
<br>
</div>In any case, there are quite a lot of OSM based layers which can be used (HOT,<br>
OSM.fr, OpenCycleMap...). We can still enhance the plugin with those.<br>
It would lack an aerial imagery layer though.<br>
<div class=""><br>
> I'm totally for adding essential plugins to core (or merging the<br>
> functionality with reimplemented c++ versions), but I honestly don't<br>
> know if it's workable to do this for the OpenLayers plugin.<br>
<br>
</div>Right, if we remove everything from the plugin except the TMS YXZ layers, we<br>
could also just have a better ergonomy for opening this kind of layers through<br>
GDAL, and have a predefined list of layers accessible on internet (even auto-<br>
updatable by downloading the list).<br>
<span class="HOEnZb"><font color="#888888"><br>
Vincent<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<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>