[QGIS-Developer] Plugin [2037] LoS Tools approval notification.

2020-04-18 Thread noreply

Plugin LoS Tools approval by pcav.
The plugin version "[2037] LoS Tools 0.1" is now approved
Link: http://plugins.qgis.org/plugins/los_tools/
___
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] Server manual

2020-04-18 Thread Paolo Cavallini
Hi all,
I have reviewed
docs/user_manual/working_with_ogc/server/getting_started.rst
I could not test all the combination, so an independent test, better if
on a fresh machine, will be appreciated.
Also help on the best way to configure a `qgis-server.service`` and
``spawn-fcgi.service`` will be useful.
Thanks in advance.
Cheers.

Il 17/04/20 14:59, Paolo Cavallini ha scritto:
> AFAICT, it seems better to incorporate content from the Training Manual
> into the User Manual, rather than the reverse. In this case, however,
> the TM section would become useless.
> I'm waiting for an authoritative response before proceeding.
> Cheers.
> 
> Il 17/04/20 14:45, Paolo Cavallini ha scritto:
>> Hi all,
>> I noticed that there is anple overlap and duplication between the user
>> manual:
>> https://docs.qgis.org/3.10/en/docs/user_manual/working_with_ogc/server/
>> and the training manual:
>> https://docs.qgis.org/3.10/en/docs/training_manual/qgis_server/index.html#training-qgis-server
>> I think this should be cleaned up, as is confusing: those who are more
>> familiar with the layout of manuals can please direct me?
>> Thanks.
>>
>> Il 17/04/20 14:25, Paolo Cavallini ha scritto:
>>> Thanks everybody for the feedback.
>>> I could then:
>>> * create a new file (let's call it server_new.rst)
>>> * migrate and reorganize the content
>>> * when ready, with all your contributes, we can replace the existing
>>> ones, splitting as appropriate.
>>> How does it sound?
>>> (Ale: yes, I agree, the new standalone should be added).
>>> Cheers.
>>>
>>> Il 17/04/20 14:11, David Marteau ha scritto:

 Le 17/04/2020 à 13:44, Alessandro Pasotti a écrit :
> Should we also add the new standalone development server to the manual?

 IMHO we should document the various ways to setup a server: fcgi,
 development, python...


>
> On Fri, Apr 17, 2020 at 1:23 PM Etienne Trimaille
>  wrote:
>> Hi,
>>
>> Yes it's not easy, between what is the minimum to do, what is highly 
>> recommended, between Apache/NGinx etc.
>> So I think you can go ahead, we will follow your PR.
>>
>> I'm also keeping some notes, I will try to make a PR next week to 
>> incorporate them.
>>
>> Le ven. 17 avr. 2020 à 13:17, David Marteau  a écrit :
>>> Hi Paolo
>>>
>>> No problem for helping you on this task, take the lead.
>>>
>>> David
>>>
>>> Le 17/04/2020 à 11:17, Paolo Cavallini a écrit :
>>>
>>> Hi all,
>>> I'm working ont he server section of the manual:
>>> https://docs.qgis.org/3.10/en/docs/user_manual/working_with_ogc/server/getting_started.html
>>> and I'm finding a number of inconsistencies which I'm fixing. More
>>> generally, I find it rather confusing. I'd suggest to reorganize it by
>>> first showing the very basic setup, with a minimal set of
>>> configurations, and adding more sophisticated configs after that. I
>>> found this approach very effective in our training.
>>> Is there an agreement on that? Anyone interested in cooperating?
>>> Thanks in advance.
>>> All the best.
>>>
>>> --
>>>
>>> David Marteau
>>> Responsable Infrastructure
>>> www.3liz.com
>>>
>>> Tel. 06 63 02 89 83
>>> Bureau
>>> 31, rue de l'Argenterie
>>> 34000 Montpellier
>>> Siège social
>>> 73, allée Kleber
>>> Boulevard de Strasbourg
>>> 34000 Montpellier
>>>
>>> ___
>>> 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
>
 -- 

 David Marteau
 Responsable Infrastructure
 www.3liz.com 

 *Tel*. 06 63 02 89 83
 *Bureau*
 31, rue de l'Argenterie
 34000 Montpellier
 *Siège social*
 73, allée Kleber
 Boulevard de Strasbourg
 34000 Montpellier


 ___
 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

>>>
>>
> 

-- 
Paolo Cavallini - QGIS.ORG Chair
www.faunalia.eu:
training, support, development on QGIS, PostGIS and more
___
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] Server manual

2020-04-18 Thread Paolo Cavallini
Hi again
sorry for the flood. I also revised other qgis server sections for
consistence, using uniform paths and commands. To me it looks more
usable. Tests and comments welcome. I'm available for further fixes if
noticed.
Cheers.

Il 18/04/20 12:51, Paolo Cavallini ha scritto:
> Hi all,
> I have reviewed
> docs/user_manual/working_with_ogc/server/getting_started.rst
> I could not test all the combination, so an independent test, better if
> on a fresh machine, will be appreciated.
> Also help on the best way to configure a `qgis-server.service`` and
> ``spawn-fcgi.service`` will be useful.
> Thanks in advance.
> Cheers.
> 
> Il 17/04/20 14:59, Paolo Cavallini ha scritto:
>> AFAICT, it seems better to incorporate content from the Training Manual
>> into the User Manual, rather than the reverse. In this case, however,
>> the TM section would become useless.
>> I'm waiting for an authoritative response before proceeding.
>> Cheers.
>>
>> Il 17/04/20 14:45, Paolo Cavallini ha scritto:
>>> Hi all,
>>> I noticed that there is anple overlap and duplication between the user
>>> manual:
>>> https://docs.qgis.org/3.10/en/docs/user_manual/working_with_ogc/server/
>>> and the training manual:
>>> https://docs.qgis.org/3.10/en/docs/training_manual/qgis_server/index.html#training-qgis-server
>>> I think this should be cleaned up, as is confusing: those who are more
>>> familiar with the layout of manuals can please direct me?
>>> Thanks.
>>>
>>> Il 17/04/20 14:25, Paolo Cavallini ha scritto:
 Thanks everybody for the feedback.
 I could then:
 * create a new file (let's call it server_new.rst)
 * migrate and reorganize the content
 * when ready, with all your contributes, we can replace the existing
 ones, splitting as appropriate.
 How does it sound?
 (Ale: yes, I agree, the new standalone should be added).
 Cheers.

 Il 17/04/20 14:11, David Marteau ha scritto:
>
> Le 17/04/2020 à 13:44, Alessandro Pasotti a écrit :
>> Should we also add the new standalone development server to the manual?
>
> IMHO we should document the various ways to setup a server: fcgi,
> development, python...
>
>
>>
>> On Fri, Apr 17, 2020 at 1:23 PM Etienne Trimaille
>>  wrote:
>>> Hi,
>>>
>>> Yes it's not easy, between what is the minimum to do, what is highly 
>>> recommended, between Apache/NGinx etc.
>>> So I think you can go ahead, we will follow your PR.
>>>
>>> I'm also keeping some notes, I will try to make a PR next week to 
>>> incorporate them.
>>>
>>> Le ven. 17 avr. 2020 à 13:17, David Marteau  a écrit 
>>> :
 Hi Paolo

 No problem for helping you on this task, take the lead.

 David

 Le 17/04/2020 à 11:17, Paolo Cavallini a écrit :

 Hi all,
 I'm working ont he server section of the manual:
 https://docs.qgis.org/3.10/en/docs/user_manual/working_with_ogc/server/getting_started.html
 and I'm finding a number of inconsistencies which I'm fixing. More
 generally, I find it rather confusing. I'd suggest to reorganize it by
 first showing the very basic setup, with a minimal set of
 configurations, and adding more sophisticated configs after that. I
 found this approach very effective in our training.
 Is there an agreement on that? Anyone interested in cooperating?
 Thanks in advance.
 All the best.

 --

 David Marteau
 Responsable Infrastructure
 www.3liz.com

 Tel. 06 63 02 89 83
 Bureau
 31, rue de l'Argenterie
 34000 Montpellier
 Siège social
 73, allée Kleber
 Boulevard de Strasbourg
 34000 Montpellier

 ___
 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
>>
> -- 
>
> David Marteau
> Responsable Infrastructure
> www.3liz.com 
>
> *Tel*. 06 63 02 89 83
> *Bureau*
> 31, rue de l'Argenterie
> 34000 Montpellier
> *Siège social*
> 73, allée Kleber
> Boulevard de Strasbourg
> 34000 Montpellier
>
>
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org

[QGIS-Developer] MapAction MapExport plugin

2020-04-18 Thread Ant Scott
Hi all,

MapAction have developed a plugin (
https://plugins.qgis.org/plugins/mapexport/) which packages up a jpg, pdf
and XML metadata file of a defined metadata set into a zip which is passed
to our Map Catalogue for publishing (https://maps.mapaction.org/). We've
submitted this to the repository, and Paolo made the useful suggestion that
we should start a conversation with developers of other plugins which deal
with printing to see if there is scope for merging. and/or developing a
plugin with wider scope, hence this email (
https://github.com/mapaction/mapexport-qgis3/issues/2).

Our plugin borrows heavily from the MapsPrinter plugin (
https://plugins.qgis.org/plugins/MapsPrinter/ for which huge thanks), but
also adds some metadata creation and editing, with the values stored as
custom variables at an appropriate level (project, layout) before being
collected up for export to XML, and are also used to populate a standard
set of layout templates using expressions.

The functionality replicates a longstanding tool which we've developed for
Arc, with a goal of enabling QGIS to be used in deployments if required. So
while the requirements are MapAction-specific, there are elements which
could have a more generic application - specifically generating outputs for
a selected layout (which MapsPrinter already largely does), and creating
and generating editing UIs for custom variables.

Are there any thoughts on how this could be taken forward, and is there any
interest in doing so? To be honest my limited dev skills are not going to
be a big asset in this, but I really like the ability to use custom
variables, and the area where I see most scope for development is the
ability to specify a set of metadata items in config which could generate
variables, UI widgets in an editing dialogue, XML output etc, so as to
allow easy customisation.

Interested to hear reactions/questions on what we've done.

many thanks
Ant


-- 

Antony Scott

MapAction
+44 7866 455515
http://www.mapaction.org
T: @antscott
___
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 Digest, Vol 174, Issue 34

2020-04-18 Thread Mats Elfström
gt;>>> Tel. 06 63 02 89 83
> >>>>>>>> Bureau
> >>>>>>>> 31, rue de l'Argenterie
> >>>>>>>> 34000 Montpellier
> >>>>>>>> Siège social
> >>>>>>>> 73, allée Kleber
> >>>>>>>> Boulevard de Strasbourg
> >>>>>>>> 34000 Montpellier
> >>>>>>>>
> >>>>>>>> ___
> >>>>>>>> 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
> >>>>>>
> >>>>> --
> >>>>>
> >>>>> David Marteau
> >>>>> Responsable Infrastructure
> >>>>> www.3liz.com <http://www.3liz.com>
> >>>>>
> >>>>> *Tel*. 06 63 02 89 83
> >>>>> *Bureau*
> >>>>> 31, rue de l'Argenterie
> >>>>> 34000 Montpellier
> >>>>> *Siège social*
> >>>>> 73, allée Kleber
> >>>>> Boulevard de Strasbourg
> >>>>> 34000 Montpellier
> >>>>>
> >>>>>
> >>>>> ___
> >>>>> 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
> >>>>>
> >>>>
> >>>
> >>
> >
>
> --
> Paolo Cavallini - QGIS.ORG Chair
> www.faunalia.eu:
> training, support, development on QGIS, PostGIS and more
>
>
> --
>
> Message: 4
> Date: Sat, 18 Apr 2020 12:33:53 +0100
> From: Ant Scott 
> To: qgis-developer@lists.osgeo.org
> Subject: [QGIS-Developer] MapAction MapExport plugin
> Message-ID:
>  6az1w5u_-b0yzd8c...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi all,
>
> MapAction have developed a plugin (
> https://plugins.qgis.org/plugins/mapexport/) which packages up a jpg, pdf
> and XML metadata file of a defined metadata set into a zip which is passed
> to our Map Catalogue for publishing (https://maps.mapaction.org/). We've
> submitted this to the repository, and Paolo made the useful suggestion that
> we should start a conversation with developers of other plugins which deal
> with printing to see if there is scope for merging. and/or developing a
> plugin with wider scope, hence this email (
> https://github.com/mapaction/mapexport-qgis3/issues/2).
>
> Our plugin borrows heavily from the MapsPrinter plugin (
> https://plugins.qgis.org/plugins/MapsPrinter/ for which huge thanks), but
> also adds some metadata creation and editing, with the values stored as
> custom variables at an appropriate level (project, layout) before being
> collected up for export to XML, and are also used to populate a standard
> set of layout templates using expressions.
>
> The functionality replicates a longstanding tool which we've developed for
> Arc, with a goal of enabling QGIS to be used in deployments if required. So
> while the requirements are MapAction-specific, there are elements which
> could have a more generic application - specifically generating outputs for
> a selected layout (which MapsPrinter already largely does), and creating
> and generating editing UIs for custom variables.
>
> Are there any thoughts on how this could be taken forward, and is there any
> interest in doing so? To be honest my limited dev skills are not going to
> be a big asset in this, but I really like the ability to use custom
> variables, and the area where I see most scope for development is the
> ability to specify a set of metadata items in config which could generate
> variables, UI widgets in an editing dialogue, XML output etc, so as to
> allow easy customisation.
>
> Interested to hear reactions/questions on what we've done.
>
> many thanks
> Ant
>
>
> --
>
> Antony Scott
>
> MapAction
> +44 7866 455515
> http://www.mapaction.org
> T: @antscott
> -- next part --
> An HTML attachment was scrubbed...
> URL: <
> http://lists.osgeo.org/pipermail/qgis-developer/attachments/20200418/a2b5167d/attachment.html
> >
>
> --
>
> Subject: Digest Footer
>
> ___
> 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
>
> --
>
> End of QGIS-Developer Digest, Vol 174, Issue 34
> ***
>


-- 
__
Mats Elfström, Väpplingvägen 21, SE-227 38 LUND, Sweden
tel: +46 46 145959 / mob: +46 70 595 39 35
alt e-mail: mats.elfst...@giskraft.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] QGIS-Developer Digest, Vol 174, Issue 34

2020-04-18 Thread Paolo Cavallini
020 at 1:23 PM Etienne Trimaille
> >>>>>>  <mailto:etienne.trimai...@gmail.com>> wrote:
> >>>>>>> Hi,
> >>>>>>>
> >>>>>>> Yes it's not easy, between what is the minimum to do, what
> is highly recommended, between Apache/NGinx etc.
> >>>>>>> So I think you can go ahead, we will follow your PR.
> >>>>>>>
> >>>>>>> I'm also keeping some notes, I will try to make a PR next
> week to incorporate them.
> >>>>>>>
> >>>>>>> Le ven. 17 avr. 2020 à 13:17, David Marteau
> mailto:dmart...@3liz.com>> a écrit :
> >>>>>>>> Hi Paolo
> >>>>>>>>
> >>>>>>>> No problem for helping you on this task, take the lead.
> >>>>>>>>
> >>>>>>>> David
> >>>>>>>>
> >>>>>>>> Le 17/04/2020 à 11:17, Paolo Cavallini a écrit :
> >>>>>>>>
> >>>>>>>> Hi all,
> >>>>>>>> I'm working ont he server section of the manual:
> >>>>>>>>
> 
> https://docs.qgis.org/3.10/en/docs/user_manual/working_with_ogc/server/getting_started.html
> >>>>>>>> and I'm finding a number of inconsistencies which I'm
> fixing. More
> >>>>>>>> generally, I find it rather confusing. I'd suggest to
> reorganize it by
> >>>>>>>> first showing the very basic setup, with a minimal set of
> >>>>>>>> configurations, and adding more sophisticated configs after
> that. I
> >>>>>>>> found this approach very effective in our training.
> >>>>>>>> Is there an agreement on that? Anyone interested in
> cooperating?
> >>>>>>>> Thanks in advance.
> >>>>>>>> All the best.
> >>>>>>>>
> >>>>>>>> --
> >>>>>>>>
> >>>>>>>> David Marteau
> >>>>>>>> Responsable Infrastructure
> >>>>>>>> www.3liz.com <http://www.3liz.com>
> >>>>>>>>
> >>>>>>>> Tel. 06 63 02 89 83
> >>>>>>>> Bureau
> >>>>>>>> 31, rue de l'Argenterie
> >>>>>>>> 34000 Montpellier
> >>>>>>>> Siège social
> >>>>>>>> 73, allée Kleber
> >>>>>>>> Boulevard de Strasbourg
> >>>>>>>> 34000 Montpellier
> >>>>>>>>
> >>>>>>>> ___
> >>>>>>>> QGIS-Developer mailing list
> >>>>>>>> QGIS-Developer@lists.osgeo.org
> <mailto: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
> <mailto:QGIS-Developer@lists.osgeo.org>
> >>>>>>> List info:
> https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >>>>>>> Unsubscribe:
> https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >>>>>>
> >>>>> --
> >>>>>
> >>>>> David Marteau
> >>>>> Responsable Infrastructure
> >>>>> www.3liz.com <http://www.3liz.com> <http://www.3liz.com>
> >>>>>
> >>>>> *Tel*. 06 63 02 89 83
> >>>>> *Bureau*
> >>>>> 31, rue de l'Argenterie
> >>>>> 34000 Montpellier
> >>>>> *Siège social*
> >>>>> 73, allée Kleber
> >>>>> Boulevard de Strasbourg
> >>>>> 34000 Montpellier
> >>>>>
> >>>>>
> >>>>> ___
> >>>>> QGIS-Developer mailing list
> >>>>> QGIS-Developer@lists.osgeo.org
> <mailto:QGIS-Developer@lists.osgeo.org>
> >>>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >>>>> Unsubscribe:
> https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >>>>>
> >>>>
> >>>
> >>
> >
> 
> -- 
> Paolo Cavallini - QGIS.ORG <http://QGIS.ORG> Chair
> www.faunalia.eu <http://www.faunalia.eu>:
> training, support, development on QGIS, PostGIS and more
> 
> 
> --
> 
> Message: 4
> Date: Sat, 18 Apr 2020 12:33:53 +0100
> From: Ant Scott mailto:asc...@mapaction.org>>
> To: qgis-developer@lists.osgeo.org
> <mailto:qgis-developer@lists.osgeo.org>
> Subject: [QGIS-Developer] MapAction MapExport plugin
> Message-ID:
>        
>  <mailto:6az1w5u_-b0yzd8c...@mail.gmail.com>>
> Content-Type: text/plain; charset="utf-8"
> 
> Hi all,
> 
> MapAction have developed a plugin (
> https://plugins.qgis.org/plugins/mapexport/) which packages up a
> jpg, pdf
> and XML metadata file of a defined metadata set into a zip which is
> passed
> to our Map Catalogue for publishing (https://maps.mapaction.org/). We've
> submitted this to the repository, and Paolo made the useful
> suggestion that
> we should start a conversation with developers of other plugins
> which deal
> with printing to see if there is scope for merging. and/or developing a
> plugin with wider scope, hence this email (
> https://github.com/mapaction/mapexport-qgis3/issues/2).
> 
> Our plugin borrows heavily from the MapsPrinter plugin (
> https://plugins.qgis.org/plugins/MapsPrinter/ for which huge
> thanks), but
> also adds some metadata creation and editing, with the values stored as
> custom variables at an appropriate level (project, layout) before being
> collected up for export to XML, and are also used to populate a standard
> set of layout templates using expressions.
> 
> The functionality replicates a longstanding tool which we've
> developed for
> Arc, with a goal of enabling QGIS to be used in deployments if
> required. So
> while the requirements are MapAction-specific, there are elements which
> could have a more generic application - specifically generating
> outputs for
> a selected layout (which MapsPrinter already largely does), and creating
> and generating editing UIs for custom variables.
> 
> Are there any thoughts on how this could be taken forward, and is
> there any
> interest in doing so? To be honest my limited dev skills are not
> going to
> be a big asset in this, but I really like the ability to use custom
> variables, and the area where I see most scope for development is the
> ability to specify a set of metadata items in config which could
> generate
> variables, UI widgets in an editing dialogue, XML output etc, so as to
> allow easy customisation.
> 
> Interested to hear reactions/questions on what we've done.
> 
> many thanks
> Ant
> 
> 
> -- 
> 
> Antony Scott
> 
> MapAction
> +44 7866 455515
> http://www.mapaction.org
> T: @antscott
> -- next part --
> An HTML attachment was scrubbed...
> URL:
> 
> <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20200418/a2b5167d/attachment.html>
> 
> --
> 
> Subject: Digest Footer
> 
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org>
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> --
> 
> End of QGIS-Developer Digest, Vol 174, Issue 34
> ***
> 
> 
> 
> -- 
> __
> Mats Elfström, Väpplingvägen 21, SE-227 38 LUND, Sweden
> tel: +46 46 145959 / mob: +46 70 595 39 35
> alt e-mail: mats.elfst...@giskraft.com <mailto:mats.elfst...@telia.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
> 

-- 
Paolo Cavallini - QGIS.ORG Chair
www.faunalia.eu:
training, support, development on QGIS, PostGIS and more
___
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 [1993] Spectral data loader approval notification.

2020-04-18 Thread noreply

Plugin Spectral data loader approval by pcav.
The plugin version "[1993] Spectral data loader 0.13 Experimental" is now 
approved
Link: http://plugins.qgis.org/plugins/DataLoader/
___
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] EditInPlace Processing script

2020-04-18 Thread Germán Carrillo
Hi Matteo,

confirmed! Then, we've found a bug:

https://github.com/qgis/QGIS/issues/35844

Regards,

Germán

El vie., 17 abr. 2020 a las 2:29, matteo ()
escribió:

> Hola Germàn,
>
> thanks for the hint. While it is perfectly working on QGIS 3.10
> installed from repository. QGIS is crashing with the same data and the
> same script in QGIS master (compiled yesterday). Are there any API
> problems?
>
> Cheers and thanks!
>
> Matteo
>

-- 
---
   |\__
(:>__)(
   |/
Soluciones Geoinformáticas Libres 

https://twitter.com/GeoTux2 

Grupo de Usuarios QGIS Colombia 

https://twitter.com/qgiscolombia
___
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