Hi Paolo, I did a PR [1], very simple. This discussion is now about the best approach to handle all settings, in all platforms. I'm working on that.
Best regards, Jorge Gustavo [1] https://github.com/qgis/QGIS/pull/4352 Às 17:23 de 30-04-2017, Paolo Cavallini escreveu: > Hi all, > during a meeting with Etienne and Alessnadro we put up this proposal: > * add an entry in settings with an URL where we store details about XYZ > servers > * add a button on the Add XYZ dialog "Get default servers" > * QGIS connects to the URL above and get the list with: > * URL of the service > * user agent required for it > * notes and explanations (where all details about participation and > licencing requested by OSM foundation will be stored and displayed). > Does this make sense? Any comments? > All the best. > > Il 28/04/2017 22:07, Paolo Cavallini ha scritto: >> Il 27/03/2017 12:25, Jürgen E. Fischer ha scritto: >>> On Tue, 21. Mar 2017 at 14:58:30 +0000, Jorge Gustavo Rocha wrote: >>>> 1. The UserAgent is already a configurable feature in QGIS (under >>>> Options/Network). Any user can change it, but we can propose another >>>> default value. >>> >>> Correct. And the default is what Qt would use by default. There might be >>> servers expecting a browser signature as well - so changing this default >>> is probably not good for everyone either. >> >> Hi all, >> let's see if we can implement this during the HF. >> I recap here the requests by OSM PSC: >> >> 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. >> >> a proposal by Jorge Gustavo Rocha: >>> 2. The QGIS community is very much aware of OpenStreetMap. If we really >>> need to make our users more aware, does it make sense to add a new >>> button to QGIS to report map errors? (context dependent, when the >>> OpenStreetMap layer is shown) It would have the same functionality of >>> the notes in OpenStreetMap web interface. >> >> 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. >> >> a proposal: >>> 3.1 On the "add layer" dialog, we can show the OpenStreetMap url (which >>> might change over time) and licenses (for data and tiles) taken from >>> settings or an (external) resource. We can make this not hard coded, to >>> be modified easily, without upgrading QGIS. We can also check if the >>> service is enabled for us, before allow users to add that layer (related >>> with 4.). >> >> * 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. >> >> a proposal: >>> 3.2 When the tiles are used in the composer or on the web client, we can >>> not enforce an attribution string. We might add or suggest it, but users >>> should be free the create and edit the attributions. It the >>> responsibility of the user, not a QGIS responsibility. >> >> 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. >> >>> 4. We have to handle when tiles are not loading, either because there >>> are network problems, server busy, etc. We can customize the user's >>> feedback regarding the load of the default OpenStreetMap tiles. But we >>> definitely need to know formally when they shut our access down. This is >>> related with 3.1 issue. If the access is disabled, we can also disable >>> adding default OpenStreetMap tiles option. >> >> Anyone interested? >> All the best. >> > > J. Gustavo -- Jorge Gustavo Rocha Departamento de Informática Universidade do Minho 4710-057 Braga Tel: +351 253604480 Fax: +351 253604471 Móvel: +351 910333888 skype: nabocudnosor _______________________________________________ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer