[Qgis-developer] Adding default OSM backround maps

[Tim Sutton]

Hi

> On 22 Mar 2017, at 2:44 PM, Alexander Bruy <alexander.bruy at gmail.com> wrote:
> 
> -1 to load any background map by default. Think about offline users
> and users with limited internet connections. Loading background map
> may be not acceptable for them
> 
> Also why load map? We can just add some default servers to the
> "Add XYZ layer" dialog like we already have in WMS/WFS dialogs.
> This will be consistent with other parts of QGIS. Otherwise someone
> may complain that they want to load not OSM but something else,
> e.g. data from other OGC service.
> 
> If we decide to go that way (allow loading background map) this map
> should be configurable and not limited to XYZ services.

Well I think we can have the best of both worlds:

- make a default background map optional
- let the user choose their own XYZ map in favour of the default OSM XYZ we provide

Regards

Tim

> 
> Just my 2c.
> 
> 
> 2017-03-21 11:52 GMT+02:00 Paolo Cavallini <cavallini at faunalia.it>:
>> Hi all,
>> we have been exploring the possibility of adding default XYZ maps to
>> QGIS, so to make life far easier for users.
>> The good news is that the OSM board is quite positive about this.
>> The not-so-good news is that their (I believe reasonable) requirements
>> imply some more development from our side.
>> Is anyone interested in taking this?
>> Requirements below.
>> All the best.
>> ===
>> 
>> 1. You seem to be using an user agent of "Mozilla/5.0 QGIS/2.18.3". We
>> strongly recommend that you don't pretend to be a browser by adding the
>> "Mozilla" bit. OpenStreetMap sees increasing traffic from "fake" user
>> agents, and it is likely that we will penalise user agents like that at
>> some point in the future - meaning tiles will still be served, but
>> slower than to "honest" user agents that don't pretend to be a browser
>> when they are not. We understand that this is difficult terrain and that
>> other data sources might actually *require* that you pretend to be a
>> browser - perhaps per-datasource overrides of the user agent are a
>> possibility.
>> 
>> 2. As you know, OpenStreetMap thrives on contributions by mappers, and
>> one of the main reasons we make our tiles freely available is the hope
>> of attracting new contributors. It would be nice if QGIS could do its
>> part to help us here, by making their users aware that OSM is open for
>> everyone to contribute. Perhaps a link to
>> http://www.openstreetmap.org/fixthemap can be placed somewhere in the
>> layer description or something.
>> 
>> 3. Our data is licensed under ODbL 1.0, and our map tiles are CC-BY-SA
>> 2.0. The latter could change at any time; the former is
>> relatively constant.
>> 
>> The legal consequences of this situation for your users are:
>> 
>> * If they publish an image in which our tiles are visible, they must
>> attribute OpenStreetMap as the source, and specify that the map image is
>> CC-BY-SA 2.0, and specify that the data behind it is ODbL 1.0. All these
>> requirements can be fulfilled in one go by linking to
>> www.openstreetmap.org/copyright but there is no legal requirement to
>> link to that page.
>> 
>> * Everyone is allowed to create derivatives of OpenStreetMap data - for
>> example by tracing features on the OSM tiles - and freely distribute
>> them. Such derived datasets, unless they are "insubstantial"
>> (https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Substantial_-_Guideline)
>> inherit the ODbL license and must, when publicly used, on request be
>> made available under ODbL.
>> 
>> 4. If the load coming from QGIS should be unexpectedly high and impact
>> our service performance, there might come a time where we'd have to
>> throttle or even switch off this access. You should have some mechanism
>> or plan that deals with that to avoid frustration among your user base -
>> maybe a mechanism where QGIS installations request updated tile sources
>> from a central service so you could notify them of the OSM tiles not
>> being available (or being available elsewhere) should the need arise.
>> 
>> --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>> https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
>> _______________________________________________
>> Qgis-developer mailing list
>> Qgis-developer at lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> 
> 
> -- 
> Alexander Bruy
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

—










Tim Sutton

Co-founder: Kartoza
Project chair: QGIS.org

Visit http://kartoza.com <http://kartoza.com/> to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux 
IRC: timlinux on #qgis at freenode.net

Kartoza is a merger between Linfiniti and Afrispatial

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20170322/e7fdd550/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: KartozaNewLogoThumbnail.jpg
Type: image/jpeg
Size: 6122 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20170322/e7fdd550/attachment-0001.jpg>