Re: [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Alexandre Neto]

Great, thanks for the update!

Anita Graser  escreveu no dia domingo, 30/04/2017 às
21:19:

> Hi,
>
> We just finished our discussion on the unified add layer dialog and we are
> optimistic that it will make its way into 3.0. You can find a short summary
> of the planned steps at the end of the doc:
>
>
> https://docs.google.com/document/d/1aMX9jOfl10q8oETRzOHSHnRpHCc7UJ1dDnCCq3VyTAY/edit?usp=sharing
>
> Please feel free to ask if there are any questions.
>
> Best wishes,
> Anita
>
>
>
>
> On Fri, Apr 28, 2017 at 1:28 PM, Stéphane Henriod 
> wrote:
>
>> Very good!
>>
>> Looking forward to hearing the outcome of these discussions!
>>
>> Cheers and thanks for your support here
>>
>> Stéphane
>>
>>
>> “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
>>
>> 2017-04-27 22:54 GMT+06:00 Alexandre Neto :
>>
>>> Hi,
>>>
>>> Some of my colleagues will be in Essen for QGIS Developers meeting. They
>>> will bring this up, and try to get the opinion of other developers. I'm
>>> sure everyone there will be interested in contributing with ideas for it.
>>>
>>> So, let's wait for now.
>>>
>>> Thanks for your work.
>>>
>>> Stéphane Henriod  escreveu no dia quinta,
>>> 27/04/2017 às 09:42:
>>>
 Hi all

 I would be more than happy to help push this new feature forward but I
 am not really sure what is needed now?

 Alexandre, I think you mentioned that your company might be interested
 to implement this unique "Add layer" button. Does the Gdoc now contain
 sufficient information for you to move on and identify what can
 realistically be done? Or is there a need for more polishing?

 Thanks in advance!

 Stéphane


 Le vendredi 21 avril 2017, Stéphane Henriod  a
 écrit :

> Done!
>
>
> https://docs.google.com/document/d/1aMX9jOfl10q8oETRzOHSHnRpHCc7UJ1dDnCCq3VyTAY/edit?usp=sharing
>
>
> “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
>
> 2017-04-20 14:47 GMT+06:00 Alexandre Neto :
>
>> Fine with me.
>>
>> Stéphane Henriod  escreveu no dia terça,
>> 18/04/2017 às 05:46:
>>
>>> Hi all
>>>
>>> Harrissou has quite intensively re-organised the doc, which is now,
>>> IMO, much clearer. Thanks for that!
>>>
>>> But lots of changes are in "suggestion mode". I'd like to accept all
>>> those changes to increase the clarity and readability. Any objection on
>>> this?
>>>
>>> Thanks and cheers
>>>
>>> Stéphane
>>>
>>>
>>> Le mercredi 12 avril 2017, Alexandre Neto  a
>>> écrit :
>>>
 Hi Stéphane,

 I believe it's a great starting point, very complete (I would not
 remember/consider some types of data).

 We still need to fill the second page and discuss the possible
 UI/UX implementation. Then, we will need some developers (I'm not a
 developer) to consider the requests and filter what would be hard or
 impossible to tackle.

 Our best chance to have this implemented is by doing baby steps. I
 would not consider more data format/providers than the ones we have in 
 the
 manage layers toolbar in this first phase.

 Thanks!

 Stéphane Henriod  escreveu no dia terça,
 11/04/2017 às 12:57:

> Hi Alexandre
>
> this is indeed great!
>
> Is the gdoc as it is now helpful enough for you to design a
> possible implementation? Or, if not, what other inputs / comments 
> would be
> necessary?
>
> Cheers
>
> Stéphane
>
>
> Le lundi 10 avril 2017, Alexandre Neto  a
> écrit :
>
>> Hello all,
>>
>> At Boundless we are planning to put some development time in this
>> "unified add layer" button/feature. As others already did, our idea 
>> was to
>> use the browser panel as a base for replacing most of the buttons 
>> and add
>> any capabilities that are still missing.
>>
>> So, let's work together to find what are those missing pieces,
>> and how it would be the best way to implement it. We will put our 
>> thoughts
>> in the Google document. As soon we have it stabilized we can start 
>> creating
>> a QEP for it.
>>
>> Thanks,
>>
>> Alexandre Neto

[Qgis-developer] 2017 QGIS Grant Proposals final results

[Tim Sutton]

Hi All

Thanks for your patience while you waited for us to prepare the final
results for the grant proposals. I hope it was worth the wait since we
managed to make some more funds available to support more than the planned
EUR 20,000 of proposals.  Read all about the successful proposals here:

http://blog.qgis.org/2017/04/30/qgis-grant-programme-2-results/


Regards

Tim

-- 



*Tim Sutton*
QGIS Project Steering Committee Chair
t...@qgis.org
___
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] Are there plans to create a unique "Add layer" tool?

[Anita Graser]

Hi,

We just finished our discussion on the unified add layer dialog and we are
optimistic that it will make its way into 3.0. You can find a short summary
of the planned steps at the end of the doc:

https://docs.google.com/document/d/1aMX9jOfl10q8oETRzOHSHnRpHCc7UJ1dDnCCq3VyTAY/edit?usp=sharing

Please feel free to ask if there are any questions.

Best wishes,
Anita




On Fri, Apr 28, 2017 at 1:28 PM, Stéphane Henriod 
wrote:

> Very good!
>
> Looking forward to hearing the outcome of these discussions!
>
> Cheers and thanks for your support here
>
> Stéphane
>
>
> “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
>
> 2017-04-27 22:54 GMT+06:00 Alexandre Neto :
>
>> Hi,
>>
>> Some of my colleagues will be in Essen for QGIS Developers meeting. They
>> will bring this up, and try to get the opinion of other developers. I'm
>> sure everyone there will be interested in contributing with ideas for it.
>>
>> So, let's wait for now.
>>
>> Thanks for your work.
>>
>> Stéphane Henriod  escreveu no dia quinta,
>> 27/04/2017 às 09:42:
>>
>>> Hi all
>>>
>>> I would be more than happy to help push this new feature forward but I
>>> am not really sure what is needed now?
>>>
>>> Alexandre, I think you mentioned that your company might be interested
>>> to implement this unique "Add layer" button. Does the Gdoc now contain
>>> sufficient information for you to move on and identify what can
>>> realistically be done? Or is there a need for more polishing?
>>>
>>> Thanks in advance!
>>>
>>> Stéphane
>>>
>>>
>>> Le vendredi 21 avril 2017, Stéphane Henriod  a
>>> écrit :
>>>
 Done!

 https://docs.google.com/document/d/1aMX9jOfl10q8oETRzOHSHnRp
 HCc7UJ1dDnCCq3VyTAY/edit?usp=sharing


 “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

 2017-04-20 14:47 GMT+06:00 Alexandre Neto :

> Fine with me.
>
> Stéphane Henriod  escreveu no dia terça,
> 18/04/2017 às 05:46:
>
>> Hi all
>>
>> Harrissou has quite intensively re-organised the doc, which is now,
>> IMO, much clearer. Thanks for that!
>>
>> But lots of changes are in "suggestion mode". I'd like to accept all
>> those changes to increase the clarity and readability. Any objection on
>> this?
>>
>> Thanks and cheers
>>
>> Stéphane
>>
>>
>> Le mercredi 12 avril 2017, Alexandre Neto  a
>> écrit :
>>
>>> Hi Stéphane,
>>>
>>> I believe it's a great starting point, very complete (I would not
>>> remember/consider some types of data).
>>>
>>> We still need to fill the second page and discuss the possible UI/UX
>>> implementation. Then, we will need some developers (I'm not a 
>>> developer) to
>>> consider the requests and filter what would be hard or impossible to 
>>> tackle.
>>>
>>> Our best chance to have this implemented is by doing baby steps. I
>>> would not consider more data format/providers than the ones we have in 
>>> the
>>> manage layers toolbar in this first phase.
>>>
>>> Thanks!
>>>
>>> Stéphane Henriod  escreveu no dia terça,
>>> 11/04/2017 às 12:57:
>>>
 Hi Alexandre

 this is indeed great!

 Is the gdoc as it is now helpful enough for you to design a
 possible implementation? Or, if not, what other inputs / comments 
 would be
 necessary?

 Cheers

 Stéphane


 Le lundi 10 avril 2017, Alexandre Neto  a
 écrit :

> Hello all,
>
> At Boundless we are planning to put some development time in this
> "unified add layer" button/feature. As others already did, our idea 
> was to
> use the browser panel as a base for replacing most of the buttons and 
> add
> any capabilities that are still missing.
>
> So, let's work together to find what are those missing pieces, and
> how it would be the best way to implement it. We will put our 
> thoughts in
> the Google document. As soon we have it stabilized we can start 
> creating a
> QEP for it.
>
> Thanks,
>
> Alexandre Neto
>
> Stéphane Henriod  escreveu no dia quinta,
> 6/04/2017 às 12:14:
>
>> Thanks Harrissou!
>>
>> I took the liberty to remove the first table (that I created) and
>> to leave only yours. It 

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

[Qgis-developer] Plugin [1216] SPZ Builder approval notification.

[noreply]

Plugin SPZ Builder approval by pcav.
The plugin version "[1216] SPZ Builder 1.0.1 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/SpzBuilder/
___
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] Plugin [766] Spreadsheet Layers approval notification.

[noreply]

Plugin Spreadsheet Layers approval by pcav.
The plugin version "[766] Spreadsheet Layers 1.0.1" is now approved
Link: http://plugins.qgis.org/plugins/SpreadsheetLayers/
___
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] Register Hackfest in Nødebo

[Lene Fischer]

Hi Developer,

Time to register to the next Hackfest/Conference in Nødebo

Please give full info when you register: Name, Email, Arrival/Departure dates - 
so planning will become more smoothly.
Read more and register at 
https://github.com/qgis/QGIS/wiki/18th-QGIS-User-Conference-and-Developer-Meeting-in-N%C3%B8debo,-August-2-11-2017

Hope to see you in Nødebo
Regards


Lene Fischer
Associate Professor

University of Copenhagen
Department of Geoscience and Natural Resource Management

Forest and Landscape College
Nødebovej 77a
3480
Denmark

TEL +45 40115084
l...@ign.ku.dk


[cid:image001.gif@01D2C1AF.E37DB670]

[cid:image002.png@01D2C1AF.E37DB670]<@Lene_Fischer> 
[cid:image003.png@01D2C1AF.E37DB670] 



___
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