Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

[Stefan Keller]

Coming back to the original thread, Petr just made an interesting
proposal [1], asking why no integrate into QGIS a vector global
basemap?

He is also offering ready made vector tiles data (MBTiles) which we
(QGIS) could host ourselves.

The styling would be done in QGIS.

He's also referring to the "Vector Tiles Reader" Python plugin I'm
supervising [2]. This astonishing experimental piece of software and
will get a last update before final release. This most probably
inlcudes "loading/flushing tiles" much like raster tiles (this is in
"base map" mode of the plugin. There exist two other modes: Analysis
and Inspection).

As Petr wrote, the "base map" mode of this Vector Tiles Reader should
actually be migrated to a C++ plugin in order to become really fast.
Unfortunately I don't have the resources in short terms to accomplish
that.

Yours, Stefan

[1] 
https://github.com/qgis/QGIS-Enhancement-Proposals/issues/94#issuecomment-316130831
[2] https://github.com/geometalab/Vector-Tiles-Reader-QGIS-Plugin


2017-06-21 9:18 GMT+02:00 Paolo Cavallini :
> Il 21/06/2017 07:59, Richard Duivenvoorde ha scritto:
>
>> It is a LOT of work, both styling and running an open server hosting
>> world data in a custom style. You need also quite a lot
>> cpu/disk/connection resources for it to perform well.
>>
>> So somebody needs to put time/resources in it, AND take responsibility
>> to keep it run smoothly...
>>
>> So I would stick with OSM tiles for now (or some other local/open tile
>> servers), and maybe start yourself with the styling/hosting of a smaller
>> part of the world, share that map and see if that makes people eager to
>> see more :-)
>
> +1
> what I would like to have is some default server already present in
> QGIS. There is some work to do also for this, but much less, and it's
> sustainable over time.
> Anyone willing to help?
> All the best.
>
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
> ___
> 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
___
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

Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

[Paolo Cavallini]

Il 21/06/2017 07:59, Richard Duivenvoorde ha scritto:

> It is a LOT of work, both styling and running an open server hosting
> world data in a custom style. You need also quite a lot
> cpu/disk/connection resources for it to perform well.
> 
> So somebody needs to put time/resources in it, AND take responsibility
> to keep it run smoothly...
> 
> So I would stick with OSM tiles for now (or some other local/open tile
> servers), and maybe start yourself with the styling/hosting of a smaller
> part of the world, share that map and see if that makes people eager to
> see more :-)

+1
what I would like to have is some default server already present in
QGIS. There is some work to do also for this, but much less, and it's
sustainable over time.
Anyone willing to help?
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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

Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

[Richard Duivenvoorde]

On 20-06-17 23:14, Stéphane Henriod wrote:
> Hi all
> 
> in the last 3 weeks there hasn't been any contribution on this QEP or in
> the Google Doc. Should I assume that it hasn't raised lots attention
> because it is not seen as a priority feature? In this case, I guess we
> can remove the QEP (or change its status to "Postponed")
> 
> Or is it just that everybody is overloaded with other tasks but still
> thinks this feature would be pretty damn cool? :-)

Hi,

just my 2 ct (and talking about myself: yep, busy too).

It is a LOT of work, both styling and running an open server hosting
world data in a custom style. You need also quite a lot
cpu/disk/connection resources for it to perform well.

So somebody needs to put time/resources in it, AND take responsibility
to keep it run smoothly...

So I would stick with OSM tiles for now (or some other local/open tile
servers), and maybe start yourself with the styling/hosting of a smaller
part of the world, share that map and see if that makes people eager to
see more :-)

Regards,

Richard Duivenvoorde
___
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

Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

[Nathan Woodrow]

Hey,

I think most of us are pretty busy just with the ramp up to 3.0. The idea
is fine however the proposal requires hosting map tiles, which may come at
a large cost if hit hard.  I think your best bet is to follow leads on that
front first, if you can get someone to step up to host the tiles then maybe
we can get it off the ground, I suspect we don't have the server capcatity
at qgis.org (could be wrong).  I'm also not sure we want to turn into a
tile provider yet given we already have enough on.

Regards,
Nathan

On Wed, Jun 21, 2017 at 7:14 AM, Stéphane Henriod 
wrote:

> Hi all
>
> in the last 3 weeks there hasn't been any contribution on this QEP or in
> the Google Doc. Should I assume that it hasn't raised lots attention
> because it is not seen as a priority feature? In this case, I guess we can
> remove the QEP (or change its status to "Postponed")
>
> Or is it just that everybody is overloaded with other tasks but still
> thinks this feature would be pretty damn cool? :-)
>
> Thanks and cheers
> Stéphane
>
>
> Le mardi 6 juin 2017, Stéphane Henriod  a écrit :
>
>> As recommended by Jorge, I just opened a QEP: https://github.com/qgis/Q
>> GIS-Enhancement-Proposals/issues/94
>>
>> But I would still suggest to keep the discussion on the Gdoc. I think
>> it's a more flexible place for brainstorming. If we get some kind of
>> consensus there, then I will fill up the QEP with more detailed info.
>>
>> Would that be ok? (first time I open a QEP, so not quite sure about the
>> usual procedures and etiquette)
>>
>> Cheers
>> Stéphane
>>
>> Le mardi 6 juin 2017, Stéphane Henriod  a écrit :
>>
>>> Hi again
>>>
>>> if some are with me on this, let's try to work first on general
>>> requirements. Then we can assess, I guess, relatively soon if this is
>>> realistic or not.
>>>
>>> I started to brainstorm here: https://docs.google.com/
>>> document/d/1f1OJtshHCPcLVEVqZjTEgI47zn61Plv5I-Yc68d2b64/edit?usp=sharing
>>>
>>> Thanks and cheers
>>> Stéphane
>>>
>>>
>>> Le mardi 6 juin 2017, Jorge Gustavo Rocha  a écrit :
>>>
 Hi Stéphane,

 Your suggestion may complement or be an alternative to the default OSM
 background maps.

 Regarding the implementation of the initial proposal, it is not
 difficult and have been done in PR#4352. It is basically one button to
 add another layer to the map.

 Creating a new vector tile service, provided by QGIS, seems quite more
 difficult to me. We need to maintain a mirror of the planet. This means
 a lot of resources (hw and ops).

 Developing one style is not difficult but one that everybody likes is
 much more difficult. We would end up as OSM did, with several styles,
 for different users. But if the render is on the client side, there is
 no problem to maintain more than one style.

 In summary, providing the tile service seems more complicated to me, but
 this can be further explored. If you would like to try it, I can help.

 Regards,

 Jorge Gustavo


 Às 10:57 de 06-06-2017, Stéphane Henriod escreveu:
 > Hi all
 >
 > jumping (a bit late) on this...
 >
 > I realize that this would be much heavier and much more expensive to
 > implement but what about developing a "QGIS style" for OSM-based tiles
 > (that could, e.g., be hosted on QGIS.org)? That would take care of 3
 issues:
 >
 >   * "Quality of the cartography": if we are not 100% happy with the
 > default OSM style as a background map, we could come up with a
 more
 > appropriate style
 >   * "Quality of the service":  there is a risk that OSMF once shuts
 down
 > the service because we generate too much traffic. If "we" host the
 > tiles ourselves, the risks and associated decisions remain in
 "our"
 > hands
 >   * "Frequency of updates": same, if it lies in "our" hands, we can
 > define ourselves what frequency would be appropriate
 >
 > I assume that developing a new style is not a huge task (there are
 > probably enough people around with the necessary skills) and could be
 > achieved either with a "small" budget or with sufficient participation
 > of the community. But the long-term maintenance and hosting / serving
 of
 > the tiles is probably an issue of a different magnitude...
 >
 > Would that idea be worth exploring further? Or do you think it is
 > completely not realistic ?
 >
 > Thanks and cheers
 > Stéphane
 >
 > Le lundi 1 mai 2017, Paolo Cavallini  > a écrit :
 >
 > Il 30/04/2017 19:28, Jorge Gustavo Rocha ha scritto:
 >
 > > I did a PR [1], very simple. This discussion is now about the
 best
 > > approach to handle all settings, in all platforms. I'm 

Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

[Stéphane Henriod]

Hi all

in the last 3 weeks there hasn't been any contribution on this QEP or in
the Google Doc. Should I assume that it hasn't raised lots attention
because it is not seen as a priority feature? In this case, I guess we can
remove the QEP (or change its status to "Postponed")

Or is it just that everybody is overloaded with other tasks but still
thinks this feature would be pretty damn cool? :-)

Thanks and cheers
Stéphane


Le mardi 6 juin 2017, Stéphane Henriod  a écrit :

> As recommended by Jorge, I just opened a QEP: https://github.com/qgis/
> QGIS-Enhancement-Proposals/issues/94
>
> But I would still suggest to keep the discussion on the Gdoc. I think it's
> a more flexible place for brainstorming. If we get some kind of consensus
> there, then I will fill up the QEP with more detailed info.
>
> Would that be ok? (first time I open a QEP, so not quite sure about the
> usual procedures and etiquette)
>
> Cheers
> Stéphane
>
> Le mardi 6 juin 2017, Stéphane Henriod  > a écrit :
>
>> Hi again
>>
>> if some are with me on this, let's try to work first on general
>> requirements. Then we can assess, I guess, relatively soon if this is
>> realistic or not.
>>
>> I started to brainstorm here: https://docs.google.com/
>> document/d/1f1OJtshHCPcLVEVqZjTEgI47zn61Plv5I-Yc68d2b64/edit?usp=sharing
>>
>> Thanks and cheers
>> Stéphane
>>
>>
>> Le mardi 6 juin 2017, Jorge Gustavo Rocha  a écrit :
>>
>>> Hi Stéphane,
>>>
>>> Your suggestion may complement or be an alternative to the default OSM
>>> background maps.
>>>
>>> Regarding the implementation of the initial proposal, it is not
>>> difficult and have been done in PR#4352. It is basically one button to
>>> add another layer to the map.
>>>
>>> Creating a new vector tile service, provided by QGIS, seems quite more
>>> difficult to me. We need to maintain a mirror of the planet. This means
>>> a lot of resources (hw and ops).
>>>
>>> Developing one style is not difficult but one that everybody likes is
>>> much more difficult. We would end up as OSM did, with several styles,
>>> for different users. But if the render is on the client side, there is
>>> no problem to maintain more than one style.
>>>
>>> In summary, providing the tile service seems more complicated to me, but
>>> this can be further explored. If you would like to try it, I can help.
>>>
>>> Regards,
>>>
>>> Jorge Gustavo
>>>
>>>
>>> Às 10:57 de 06-06-2017, Stéphane Henriod escreveu:
>>> > Hi all
>>> >
>>> > jumping (a bit late) on this...
>>> >
>>> > I realize that this would be much heavier and much more expensive to
>>> > implement but what about developing a "QGIS style" for OSM-based tiles
>>> > (that could, e.g., be hosted on QGIS.org)? That would take care of 3
>>> issues:
>>> >
>>> >   * "Quality of the cartography": if we are not 100% happy with the
>>> > default OSM style as a background map, we could come up with a more
>>> > appropriate style
>>> >   * "Quality of the service":  there is a risk that OSMF once shuts
>>> down
>>> > the service because we generate too much traffic. If "we" host the
>>> > tiles ourselves, the risks and associated decisions remain in "our"
>>> > hands
>>> >   * "Frequency of updates": same, if it lies in "our" hands, we can
>>> > define ourselves what frequency would be appropriate
>>> >
>>> > I assume that developing a new style is not a huge task (there are
>>> > probably enough people around with the necessary skills) and could be
>>> > achieved either with a "small" budget or with sufficient participation
>>> > of the community. But the long-term maintenance and hosting / serving
>>> of
>>> > the tiles is probably an issue of a different magnitude...
>>> >
>>> > Would that idea be worth exploring further? Or do you think it is
>>> > completely not realistic ?
>>> >
>>> > Thanks and cheers
>>> > Stéphane
>>> >
>>> > Le lundi 1 mai 2017, Paolo Cavallini >> > > a écrit :
>>> >
>>> > Il 30/04/2017 19:28, Jorge Gustavo Rocha ha scritto:
>>> >
>>> > > 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.
>>> >
>>> > FYI, summarized here:
>>> > https://issues.qgis.org/issues/16493
>>> > 
>>> > Please add what is missing.
>>> > Thanks.
>>> > --
>>> > Paolo Cavallini - www.faunalia.eu 
>>> > QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>>> > 
>>> > https://www.google.com/trends/explore?date=all=IT=
>>> qgis,arcgis
>>> > >> is,arcgis>
>>> > ___
>>> > Qgis-developer mailing list
>>> > 

Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

[Stéphane Henriod]

As recommended by Jorge, I just opened a QEP:
https://github.com/qgis/QGIS-Enhancement-Proposals/issues/94

But I would still suggest to keep the discussion on the Gdoc. I think it's
a more flexible place for brainstorming. If we get some kind of consensus
there, then I will fill up the QEP with more detailed info.

Would that be ok? (first time I open a QEP, so not quite sure about the
usual procedures and etiquette)

Cheers
Stéphane

Le mardi 6 juin 2017, Stéphane Henriod  a écrit :

> Hi again
>
> if some are with me on this, let's try to work first on general
> requirements. Then we can assess, I guess, relatively soon if this is
> realistic or not.
>
> I started to brainstorm here: https://docs.google.com/document/d/
> 1f1OJtshHCPcLVEVqZjTEgI47zn61Plv5I-Yc68d2b64/edit?usp=sharing
>
> Thanks and cheers
> Stéphane
>
>
> Le mardi 6 juin 2017, Jorge Gustavo Rocha  > a écrit :
>
>> Hi Stéphane,
>>
>> Your suggestion may complement or be an alternative to the default OSM
>> background maps.
>>
>> Regarding the implementation of the initial proposal, it is not
>> difficult and have been done in PR#4352. It is basically one button to
>> add another layer to the map.
>>
>> Creating a new vector tile service, provided by QGIS, seems quite more
>> difficult to me. We need to maintain a mirror of the planet. This means
>> a lot of resources (hw and ops).
>>
>> Developing one style is not difficult but one that everybody likes is
>> much more difficult. We would end up as OSM did, with several styles,
>> for different users. But if the render is on the client side, there is
>> no problem to maintain more than one style.
>>
>> In summary, providing the tile service seems more complicated to me, but
>> this can be further explored. If you would like to try it, I can help.
>>
>> Regards,
>>
>> Jorge Gustavo
>>
>>
>> Às 10:57 de 06-06-2017, Stéphane Henriod escreveu:
>> > Hi all
>> >
>> > jumping (a bit late) on this...
>> >
>> > I realize that this would be much heavier and much more expensive to
>> > implement but what about developing a "QGIS style" for OSM-based tiles
>> > (that could, e.g., be hosted on QGIS.org)? That would take care of 3
>> issues:
>> >
>> >   * "Quality of the cartography": if we are not 100% happy with the
>> > default OSM style as a background map, we could come up with a more
>> > appropriate style
>> >   * "Quality of the service":  there is a risk that OSMF once shuts down
>> > the service because we generate too much traffic. If "we" host the
>> > tiles ourselves, the risks and associated decisions remain in "our"
>> > hands
>> >   * "Frequency of updates": same, if it lies in "our" hands, we can
>> > define ourselves what frequency would be appropriate
>> >
>> > I assume that developing a new style is not a huge task (there are
>> > probably enough people around with the necessary skills) and could be
>> > achieved either with a "small" budget or with sufficient participation
>> > of the community. But the long-term maintenance and hosting / serving of
>> > the tiles is probably an issue of a different magnitude...
>> >
>> > Would that idea be worth exploring further? Or do you think it is
>> > completely not realistic ?
>> >
>> > Thanks and cheers
>> > Stéphane
>> >
>> > Le lundi 1 mai 2017, Paolo Cavallini > > > a écrit :
>> >
>> > Il 30/04/2017 19:28, Jorge Gustavo Rocha ha scritto:
>> >
>> > > 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.
>> >
>> > FYI, summarized here:
>> > https://issues.qgis.org/issues/16493
>> > 
>> > Please add what is missing.
>> > Thanks.
>> > --
>> > Paolo Cavallini - www.faunalia.eu 
>> > QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>> > 
>> > https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
>> > > qgis,arcgis>
>> > ___
>> > Qgis-developer mailing list
>> > Qgis-developer@lists.osgeo.org 
>> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> > 
>> > Unsubscribe: https://lists.osgeo.org/mailma
>> n/listinfo/qgis-developer
>> > 
>> >
>> >
>> >
>> > --
>> >
>> > “When you travel, remember that a foreign country is not designed to
>> > make you comfortable. It is designed to make its own people
>> > comfortable." -- Clifton Fadiman
>> >
>> >
>> >
>> > ___
>> > QGIS-Developer mailing list
>> 

Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

[Stéphane Henriod]

Hi again

if some are with me on this, let's try to work first on general
requirements. Then we can assess, I guess, relatively soon if this is
realistic or not.

I started to brainstorm here:
https://docs.google.com/document/d/1f1OJtshHCPcLVEVqZjTEgI47zn61Plv5I-Yc68d2b64/edit?usp=sharing

Thanks and cheers
Stéphane


Le mardi 6 juin 2017, Jorge Gustavo Rocha  a écrit :

> Hi Stéphane,
>
> Your suggestion may complement or be an alternative to the default OSM
> background maps.
>
> Regarding the implementation of the initial proposal, it is not
> difficult and have been done in PR#4352. It is basically one button to
> add another layer to the map.
>
> Creating a new vector tile service, provided by QGIS, seems quite more
> difficult to me. We need to maintain a mirror of the planet. This means
> a lot of resources (hw and ops).
>
> Developing one style is not difficult but one that everybody likes is
> much more difficult. We would end up as OSM did, with several styles,
> for different users. But if the render is on the client side, there is
> no problem to maintain more than one style.
>
> In summary, providing the tile service seems more complicated to me, but
> this can be further explored. If you would like to try it, I can help.
>
> Regards,
>
> Jorge Gustavo
>
>
> Às 10:57 de 06-06-2017, Stéphane Henriod escreveu:
> > Hi all
> >
> > jumping (a bit late) on this...
> >
> > I realize that this would be much heavier and much more expensive to
> > implement but what about developing a "QGIS style" for OSM-based tiles
> > (that could, e.g., be hosted on QGIS.org)? That would take care of 3
> issues:
> >
> >   * "Quality of the cartography": if we are not 100% happy with the
> > default OSM style as a background map, we could come up with a more
> > appropriate style
> >   * "Quality of the service":  there is a risk that OSMF once shuts down
> > the service because we generate too much traffic. If "we" host the
> > tiles ourselves, the risks and associated decisions remain in "our"
> > hands
> >   * "Frequency of updates": same, if it lies in "our" hands, we can
> > define ourselves what frequency would be appropriate
> >
> > I assume that developing a new style is not a huge task (there are
> > probably enough people around with the necessary skills) and could be
> > achieved either with a "small" budget or with sufficient participation
> > of the community. But the long-term maintenance and hosting / serving of
> > the tiles is probably an issue of a different magnitude...
> >
> > Would that idea be worth exploring further? Or do you think it is
> > completely not realistic ?
> >
> > Thanks and cheers
> > Stéphane
> >
> > Le lundi 1 mai 2017, Paolo Cavallini  
> > >> a écrit :
> >
> > Il 30/04/2017 19:28, Jorge Gustavo Rocha ha scritto:
> >
> > > 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.
> >
> > FYI, summarized here:
> > https://issues.qgis.org/issues/16493
> > 
> > Please add what is missing.
> > Thanks.
> > --
> > Paolo Cavallini - www.faunalia.eu 
> > QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> > 
> > https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
> >  >
> > ___
> > 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
> > 
> >
> >
> >
> > --
> >
> > “When you travel, remember that a foreign country is not designed to
> > make you comfortable. It is designed to make its own people
> > comfortable." -- Clifton Fadiman
> >
> >
> >
> > ___
> > 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
> >
>
> 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: 

Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

[Jorge Gustavo Rocha]

Hi Stéphane,

Your suggestion may complement or be an alternative to the default OSM
background maps.

Regarding the implementation of the initial proposal, it is not
difficult and have been done in PR#4352. It is basically one button to
add another layer to the map.

Creating a new vector tile service, provided by QGIS, seems quite more
difficult to me. We need to maintain a mirror of the planet. This means
a lot of resources (hw and ops).

Developing one style is not difficult but one that everybody likes is
much more difficult. We would end up as OSM did, with several styles,
for different users. But if the render is on the client side, there is
no problem to maintain more than one style.

In summary, providing the tile service seems more complicated to me, but
this can be further explored. If you would like to try it, I can help.

Regards,

Jorge Gustavo


Às 10:57 de 06-06-2017, Stéphane Henriod escreveu:
> Hi all
> 
> jumping (a bit late) on this...
> 
> I realize that this would be much heavier and much more expensive to
> implement but what about developing a "QGIS style" for OSM-based tiles
> (that could, e.g., be hosted on QGIS.org)? That would take care of 3 issues:
> 
>   * "Quality of the cartography": if we are not 100% happy with the
> default OSM style as a background map, we could come up with a more
> appropriate style
>   * "Quality of the service":  there is a risk that OSMF once shuts down
> the service because we generate too much traffic. If "we" host the
> tiles ourselves, the risks and associated decisions remain in "our"
> hands
>   * "Frequency of updates": same, if it lies in "our" hands, we can
> define ourselves what frequency would be appropriate
> 
> I assume that developing a new style is not a huge task (there are
> probably enough people around with the necessary skills) and could be
> achieved either with a "small" budget or with sufficient participation
> of the community. But the long-term maintenance and hosting / serving of
> the tiles is probably an issue of a different magnitude... 
> 
> Would that idea be worth exploring further? Or do you think it is
> completely not realistic ?
> 
> Thanks and cheers
> Stéphane
> 
> Le lundi 1 mai 2017, Paolo Cavallini  > a écrit :
> 
> Il 30/04/2017 19:28, Jorge Gustavo Rocha ha scritto:
> 
> > 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.
> 
> FYI, summarized here:
> https://issues.qgis.org/issues/16493
> 
> Please add what is missing.
> Thanks.
> --
> Paolo Cavallini - www.faunalia.eu 
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> 
> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
> 
> ___
> 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
> 
> 
> 
> 
> -- 
> 
> “When you travel, remember that a foreign country is not designed to
> make you comfortable. It is designed to make its own people
> comfortable." -- Clifton Fadiman
> 
> 
> 
> ___
> 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
> 

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

Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

[Paolo Cavallini]

Il 06/06/2017 11:57, Stéphane Henriod ha scritto:
> Would that idea be worth exploring further? Or do you think it is
> completely not realistic ?

Hi Stéphane,
we have been thiking about this, but probably we do not have the
resources to manage it. I'd be happy if I could be proved wrong.
All the best.


-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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

Re: [QGIS-Developer] [Qgis-developer] Adding default OSM backround maps

[Stéphane Henriod]

Hi all

jumping (a bit late) on this...

I realize that this would be much heavier and much more expensive to
implement but what about developing a "QGIS style" for OSM-based tiles
(that could, e.g., be hosted on QGIS.org)? That would take care of 3 issues:

   - "Quality of the cartography": if we are not 100% happy with the
   default OSM style as a background map, we could come up with a more
   appropriate style
   - "Quality of the service":  there is a risk that OSMF once shuts down
   the service because we generate too much traffic. If "we" host the tiles
   ourselves, the risks and associated decisions remain in "our" hands
   - "Frequency of updates": same, if it lies in "our" hands, we can define
   ourselves what frequency would be appropriate

I assume that developing a new style is not a huge task (there are probably
enough people around with the necessary skills) and could be achieved
either with a "small" budget or with sufficient participation of the
community. But the long-term maintenance and hosting / serving of the tiles
is probably an issue of a different magnitude...

Would that idea be worth exploring further? Or do you think it is
completely not realistic ?

Thanks and cheers
Stéphane

Le lundi 1 mai 2017, Paolo Cavallini  a écrit :

> Il 30/04/2017 19:28, Jorge Gustavo Rocha ha scritto:
>
> > 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.
>
> FYI, summarized here:
> https://issues.qgis.org/issues/16493
> Please add what is missing.
> Thanks.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
> ___
> 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



-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
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

Re: [Qgis-developer] Adding default OSM backround maps

[Paolo Cavallini]

Il 30/04/2017 19:28, Jorge Gustavo Rocha ha scritto:

> 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.

FYI, summarized here:
https://issues.qgis.org/issues/16493
Please add what is missing.
Thanks.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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

Re: [Qgis-developer] Adding default OSM backround maps

[Jorge Gustavo Rocha]

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 +, 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 -
>> 

Re: [Qgis-developer] Adding default OSM backround maps

[Paolo Cavallini]

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 +, 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
>> 

Re: [Qgis-developer] Adding default OSM backround maps

[Paolo Cavallini]

Il 27/03/2017 12:25, Jürgen E. Fischer ha scritto:
> On Tue, 21. Mar 2017 at 14:58:30 +, 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.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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

Re: [Qgis-developer] Adding default OSM backround maps

[Jürgen E . Fischer]

On Tue, 21. Mar 2017 at 14:58:30 +, 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.


Jürgen

-- 
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Norden http://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode


signature.asc
Description: PGP signature
___
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

Re: [Qgis-developer] Adding default OSM backround maps

[Paolo Cavallini]

Il 22/03/2017 13:51, Tim Sutton ha scritto:
> Hi
> 
>> On 22 Mar 2017, at 2:44 PM, Alexander Bruy > > 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

Hi all,
sorry I was unclear: we are not talking of adding a background map by
default (I agree with Alex that this would cause trouble), but to add it
in the Tiled server (XYZ) as a default entry, to make it easy for users
to add it.
Thanks for helping me clarifying.
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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

Re: [Qgis-developer] Adding default OSM backround maps

[Tom Chadwin]

Greg Troxel-2 wrote
> According to the policy, QGIS would probably need permission to offer
> tiles from OSM servers.

That is what Paolo has been discussing with OSM.


Greg Troxel-2 wrote
> I'm unclear if this discussion is only about using OSM as a base layer
> within QGIS, or also extends to publishing created maps on the web such
> that web users would load tiles.  Generally, OSM tileservers are
> intended to support OSM itself, and for low-usage applications.  So it
> might be that for publishing it would be good to ask people to check
> that they've read the tile usage policy.

It would be a fully-featured layer within QGIS, which users could publish.


Greg Troxel-2 wrote
> Socially, if you have a facility to add OSM, then by default, adequate
> attribution should be added, so that someone who does not understand how
> to set up attribution or does not understand that they must will end up
> doing thte right thing.

Yes, we would add the approved attribution by default.

Tom



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Adding-default-OSM-backround-maps-tp5313358p5313657.html
Sent from the QGIS - Developer mailing list archive at Nabble.com.
___
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

Re: [Qgis-developer] Adding default OSM backround maps

[Tim Sutton]

Hi

> On 22 Mar 2017, at 2:44 PM, Alexander Bruy  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 :
>> 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=IT=qgis,arcgis
>> ___
>> 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
> 
> 
> 
> -- 
> Alexander Bruy
> ___
> 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

—










Tim Sutton

Co-founder: Kartoza
Project chair: QGIS.org

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

Desktop GIS programming services
Geospatial web development
GIS Training

Re: [Qgis-developer] Adding default OSM backround maps

[Alexander Bruy]

-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.

Just my 2c.


2017-03-21 11:52 GMT+02:00 Paolo Cavallini :
> 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=IT=qgis,arcgis
> ___
> 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



-- 
Alexander Bruy
___
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

Re: [Qgis-developer] Adding default OSM backround maps

[Greg Troxel]

For context, I've only been lurking and intend to use QGIS when I get
time.  I have been an OSM mapper for 8 years.

Paolo Cavallini  writes:

> Il 21/03/2017 15:58, Jorge Gustavo Rocha ha scritto:
>
>> 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.
>
> thanks - so, which could be the right default?

OSM data is freely usable, but there is a tile usage policy for the OSM
Foundation's servers:

  https://operations.osmfoundation.org/policies/tiles/

According to the policy, QGIS would probably need permission to offer
tiles from OSM servers.  The server admins might well be ok with this --
generally cooperation among Open Data and Free Software is great -- but
they are trying to serve tiles to the world without a big budget.

One of the guidelines is about user agent, which is aimed at less
configurable programs, to be able to identify and/or block things that
use too much server capacity.  So the notion of easily user-configure
UserAgent string sent to OSM tileservers should probably be discussed
with the OSM server admins.  I find configuration here strange; I would
expect the UserAgent string to be something that just looks like "QGIS
2.18".   But probably I have misunderstood.

Note that bulk downloading of tiles is not allowed.  If they are loaded
only when the user pans/zooms, that's ok.  But you can't prefetch a
large area to make that work faster or offline.  (See local rendering
commenta at the end.)

Another part of the usage policy is caching.  Clients must cache tiles
for at least 7 days by default.

I'm unclear if this discussion is only about using OSM as a base layer
within QGIS, or also extends to publishing created maps on the web such
that web users would load tiles.  Generally, OSM tileservers are
intended to support OSM itself, and for low-usage applications.  So it
might be that for publishing it would be good to ask people to check
that they've read the tile usage policy.


>> 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.
>
> sounds good to me, and I assume also for OSM board

Yes, but as a mapper I would really like to see people sign up for an
account and have non-anonymous notes.  It's not that I need to know
their True Name, but two other things:

  An anonymous note cannot be used as the basis for editing, only to go
  check yourself, because the anonymous note writer has not necessarily
  agreed to the contributor terms and we don't know where the info came
  from (could be copied from another map).

  You can't ask for clarification.

Still, anonymous notes are useful, if one is local enough to be going by
or make a small detour at some point, or if the issue can be confirmed
by acceptably-licensed sources.

>> 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.).
>
> sounds good

I am guessing you have some new-layer database which is kept fresh, and
enabling QGIS as a project to disable/change the OSM layer if there are
issues sounds good.  (I realize nothing stops anyone from doing
anything, but the point is to be able to protect OSM servers from large
numbers of users of a program who did not actually evaluate the
decision.)

>> 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.
>
> sounds good to me, have to check with OSM

Legally, you may well be right.

Socially, if you have a facility to add OSM, then by default, adequate
attribution should be added, so that someone who does not understand how
to set up attribution or does not understand that they must will end up
doing thte right thing.

It's fairly frequent for OSM people to come across unattributed use and
ask for correction.  So I think the OSM community would appreciate it if
by default this came out right.  Not adding attribution by default is
sort of like offering to download a copy of QGIS'S source code with all
the copyright statements removed :-)

The fact that someone can remove it intentionally is not your
fault/problem.

>> 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

Re: [Qgis-developer] Adding default OSM backround maps

[Paolo Cavallini]

Hi Jorge,
thanks for taking this.

Il 21/03/2017 15:58, Jorge Gustavo Rocha ha scritto:

> 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.

thanks - so, which could be the right default?

> 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.

sounds good to me, and I assume also for OSM board

> 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.).

sounds good

> 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.

sounds good to me, have to check with OSM

> 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.

it makes sense to me

so, Jorge, would you like to help with coding this?

all the best, and thanks.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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

Re: [Qgis-developer] Adding default OSM backround maps

[Paolo Cavallini]

Il 22/03/2017 06:07, Tim Sutton ha scritto:
> Hi Tom and Mathieu 
> 
> 
> Ok good responsesI'll withdraw my suggestion for now

Agreed, thanks to all for the suggestion.
IMHO OSM could be a first, then it should be easy to add new ones.
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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

Re: [Qgis-developer] Adding default OSM backround maps

[Tim Sutton]

Hi Tom and Mathieu 


Ok good responsesI'll withdraw my suggestion for now

Regards 

Tim Sutton 
Co-founder of Kartoza 
QGIS project chairman 

> On 22 Mar 2017, at 5:11 AM, Mathieu Pellerin  wrote:
> 
> Tim,
> 
> -1 to use OSM-based XYZ tile server that doesn't update its dataset on a 
> regular basis (+/- weekly). While there are nicer styles that OSM's default 
> one, one of the fundamental dynamic of OSM is the ability to update / add 
> spatial data and see those updates reflected on tiles immediately. We should 
> both respect and benefit from that :)
> 
> For e.g., the beautiful style on the link you provided uses a 10-month old 
> OSM dataset. It's a significant data gap.
> 
> Math
> 
> 
>> On Wed, Mar 22, 2017 at 2:29 AM, Tim Sutton  wrote:
>> Hi
>> 
>> Its really great to see this Paolo. I think the OSM requests all sound 
>> reasonable and if we do start representing a high load on their servers we 
>> could consider adding a caching proxy between QGIS clients and OSM tile 
>> server so that we don't hit their servers too hard.
>> 
>> One thing that I would suggest is that we do not use the default tile 
>> renders for OSM - it would be much nicer to provide something 'consumer' 
>> orientated rather than the OSM renders which are great for visualizing a 
>> broad range of OSM feature types but not IMHO very nice looking cartography. 
>> Reaching out to the folks at http://giscience.uni-hd.de to see if we can use 
>> their tile renders might provide a nicer out of the box experience for our 
>> users. Of course we would still acknowledge OSM as the source of the data 
>> and giscience as source of the renders. Here is an example of their render:
>> 
>> http://korona.geog.uni-heidelberg.de
>> 
>> Regards
>> 
>> Tim
>> 
>> 
>> 
>> 
>> 
>>> On 21 Mar 2017, at 4:58 PM, Jorge Gustavo Rocha  wrote:
>>> 
>>> Hi Paolo,
>>> 
>>> I can help on this.
>>> 
>>> 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.
>>> 
>>> 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.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.).
>>> 
>>> 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. 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.
>>> 
>>> Regards,
>>> 
>>> Jorge Gustavo
>>> 
>>> Às 09:52 de 21-03-2017, Paolo Cavallini escreveu:
 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 

Re: [Qgis-developer] Adding default OSM backround maps

[Mathieu Pellerin]

Tim,

-1 to use OSM-based XYZ tile server that doesn't update its dataset on a
regular basis (+/- weekly). While there are nicer styles that OSM's default
one, one of the fundamental dynamic of OSM is the ability to update / add
spatial data and see those updates reflected on tiles immediately. We
should both respect and benefit from that :)

For e.g., the beautiful style on the link you provided uses a 10-month old
OSM dataset. It's a significant data gap.

Math


On Wed, Mar 22, 2017 at 2:29 AM, Tim Sutton  wrote:

> Hi
>
> Its really great to see this Paolo. I think the OSM requests all sound
> reasonable and if we do start representing a high load on their servers we
> could consider adding a caching proxy between QGIS clients and OSM tile
> server so that we don't hit their servers too hard.
>
> One thing that I would suggest is that we do not use the default tile
> renders for OSM - it would be much nicer to provide something 'consumer'
> orientated rather than the OSM renders which are great for visualizing a
> broad range of OSM feature types but not IMHO very nice looking
> cartography. Reaching out to the folks at http://giscience.uni-hd.de to
> see if we can use their tile renders might provide a nicer out of the box
> experience for our users. Of course we would still acknowledge OSM as the
> source of the data and giscience as source of the renders. Here is an
> example of their render:
>
> *http://korona.geog.uni-heidelberg.de
> *
>
> Regards
>
> Tim
>
>
>
>
>
> On 21 Mar 2017, at 4:58 PM, Jorge Gustavo Rocha  wrote:
>
> Hi Paolo,
>
> I can help on this.
>
> 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.
>
> 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.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.).
>
> 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. 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.
>
> Regards,
>
> Jorge Gustavo
>
> Às 09:52 de 21-03-2017, Paolo Cavallini escreveu:
>
> 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 

Re: [Qgis-developer] Adding default OSM backround maps

[Tom Chadwin]

Hi Tim


Tim Sutton-6 wrote
> One thing that I would suggest is that we do not use the default tile
> renders for OSM - it would be much nicer to provide something 'consumer'
> orientated rather than the OSM renders which are great for visualizing a
> broad range of OSM feature types but not IMHO very nice looking
> cartography. Reaching out to the folks at http://giscience.uni-hd.de
> http://giscience.uni-hd.de/; to see if we can use their tile
> renders might provide a nicer out of the box experience for our users. Of
> course we would still acknowledge OSM as the source of the data and
> giscience as source of the renders. Here is an example of their render:
> 
> http://korona.geog.uni-heidelberg.de
> http://korona.geog.uni-heidelberg.de/;

While I agree with the principal that OSM's default stylesheet is not
suitable as a basemap, there are several issues your proposal raises:

1. Using OSM's tileservers is more likely to be resilient and unchanging
than another provider

2. OSM itself has authority and kudos, which could be good to associate
ourselves with

3. The style is more familiar, and is more likely to meet users'
expectations

4. Using another provider of course means starting new negotiations

5. Using OSM themselves carries the lowest risk (in my opinion) of a
licensing change like the MapQuest one which quite recently affected many,
many published webmaps

In other words, I think we need OSM first and foremost, and can then look to
ask other providers whose styles are likely to prove more useful
cartographically.



Tom



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Adding-default-OSM-backround-maps-tp5313358p5313529.html
Sent from the QGIS - Developer mailing list archive at Nabble.com.
___
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

Re: [Qgis-developer] Adding default OSM backround maps

[Tim Sutton]

Hi

Its really great to see this Paolo. I think the OSM requests all sound 
reasonable and if we do start representing a high load on their servers we 
could consider adding a caching proxy between QGIS clients and OSM tile server 
so that we don't hit their servers too hard.

One thing that I would suggest is that we do not use the default tile renders 
for OSM - it would be much nicer to provide something 'consumer' orientated 
rather than the OSM renders which are great for visualizing a broad range of 
OSM feature types but not IMHO very nice looking cartography. Reaching out to 
the folks at http://giscience.uni-hd.de  to see if 
we can use their tile renders might provide a nicer out of the box experience 
for our users. Of course we would still acknowledge OSM as the source of the 
data and giscience as source of the renders. Here is an example of their render:

http://korona.geog.uni-heidelberg.de 

Regards

Tim





> On 21 Mar 2017, at 4:58 PM, Jorge Gustavo Rocha  wrote:
> 
> Hi Paolo,
> 
> I can help on this.
> 
> 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.
> 
> 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.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.).
> 
> 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. 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.
> 
> Regards,
> 
> Jorge Gustavo
> 
> Às 09:52 de 21-03-2017, Paolo Cavallini escreveu:
>> 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 

Re: [Qgis-developer] Adding default OSM backround maps

[Jorge Gustavo Rocha]

Hi Paolo,

I can help on this.

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.

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.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.).

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. 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.

Regards,

Jorge Gustavo

Às 09:52 de 21-03-2017, Paolo Cavallini escreveu:
> 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.
> 

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: 

[Qgis-developer] Adding default OSM backround maps

[Paolo Cavallini]

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=IT=qgis,arcgis
___
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