[QGIS-Developer] [Qgis-developer] Adding default OSM backround maps
Nathan Woodrow
madmanwoo at gmail.com
Tue Jun 20 14:32:07 PDT 2017
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 <stephanebek at gmail.com>
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 <stephanebek at gmail.com> 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 <stephanebek at gmail.com> 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 <jgr at di.uminho.pt> 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 <cavallini at faunalia.it
>>>> > <mailto:cavallini at faunalia.it>> 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
>>>> > <https://issues.qgis.org/issues/16493>
>>>> > Please add what is missing.
>>>> > Thanks.
>>>> > --
>>>> > Paolo Cavallini - www.faunalia.eu <http://www.faunalia.eu>
>>>> > QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>>>> > <http://www.faunalia.eu/training.html>
>>>> > https://www.google.com/trends/explore?date=all&geo=IT&q=qgi
>>>> s,arcgis
>>>> > <https://www.google.com/trends/explore?date=all&geo=IT&q=qg
>>>> is,arcgis>
>>>> > _______________________________________________
>>>> > Qgis-developer mailing list
>>>> > Qgis-developer at lists.osgeo.org <javascript:;>
>>>> > List info: https://lists.osgeo.org/mailma
>>>> n/listinfo/qgis-developer
>>>> > <https://lists.osgeo.org/mailman/listinfo/qgis-developer>
>>>> > Unsubscribe: https://lists.osgeo.org/mailma
>>>> n/listinfo/qgis-developer
>>>> > <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 at 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 <+351%20253%20604%20480>
>>>> Fax: +351 253604471 <+351%20253%20604%20471>
>>>> Móvel: +351 910333888 <+351%20910%20333%20888>
>>>> skype: nabocudnosor
>>>> _______________________________________________
>>>> QGIS-Developer mailing list
>>>> QGIS-Developer at lists.osgeo.org
>>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>>>
>>>
>>> --
>>>
>>> “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
>>>
>>>
>>
>> --
>>
>> “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
>>
>>
>
> --
>
> “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 at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20170621/68fce45f/attachment.html>
More information about the QGIS-Developer
mailing list