Re: [QGIS-Developer] Server manual

[Paolo Cavallini]

Hi Tudor,
thanks for your reply. I agree styles are different, but the information
are essentially the same. Currently some info present in TM are missing
from UM. I'm going to add them so that the UM will be complete, then
I'll leave the decision about the TM to you. I'm not in favour of
duplicating info, as it is very easy to get out of sync, but I don't
want to step on your feet.
Cheers.

Il 17/04/20 17:04, Tudor barascu ha scritto:
> Hi all,
> 
> I don’t see how the training manual server part could go into the user
> manual as they have different styles. One is for teaching and one for
> presenting most of/all the options.
> I could be wrong though.
> All the best,
> 
> Tudor
> 
> 
> 
> On Fri, Apr 17, 2020 at 5:41 PM +0300, "matteo"  > wrote:
> 
> Hi,
> 
> for me +1 to remove it from the training manual and move it only to the
> user manual. If the content is duplicated and the information in the
> training manual fits in the user one, let's keep doc clean
> 
> Objections?
> 
> Cheers
> 
> Matteo
> ___
> 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
> 

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

[Tudor barascu]

Hi all,
I don’t see how the training manual server part could go into the user manual 
as they have different styles. One is for teaching and one for presenting most 
of/all the options.I could be wrong though.All the best,   
Tudor  



On Fri, Apr 17, 2020 at 5:41 PM +0300, "matteo"  wrote:










Hi,

for me +1 to remove it from the training manual and move it only to the
user manual. If the content is duplicated and the information in the
training manual fits in the user one, let's keep doc clean

Objections?

Cheers

Matteo
___
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] Server manual

[matteo]

Hi,

for me +1 to remove it from the training manual and move it only to the
user manual. If the content is duplicated and the information in the
training manual fits in the user one, let's keep doc clean

Objections?

Cheers

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

[Paolo Cavallini]

Hi Richard,

Il 17/04/20 15:18, Richard Duivenvoorde ha scritto:

> I agree that there is overlap, but that is with all info in the Training
> Manual?

I assume the approach is different: description of functionality vs
howto. In the case of the server they are almost the same.

> But I think setting up server is probably not the same group of users as
> the average Training Manual user?

Exactly, unless the training manual is conceived as as assemblage of
HowTo's.
I'd be in favour of putting everything in the User Manual, but I'd
appreciate if documentation gurus would give their advice.

Cheers.
-- 
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 [1677] FragScape approval notification.

[noreply]

Plugin FragScape approval by pcav.
The plugin version "[1677] FragScape 2.0.3" is now approved
Link: http://plugins.qgis.org/plugins/FragScape/
___
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

[Richard Duivenvoorde]

On 4/17/20 2:59 PM, Paolo Cavallini wrote:
> 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.

I'm not your authorative response :-)

I agree that there is overlap, but that is with all info in the Training
Manual?
But I think setting up server is probably not the same group of users as
the average Training Manual user?
Also to just make it easier to decide...

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] Server manual

[Paolo Cavallini]

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

[QGIS-Developer] Next user survey proposal

[Clemens Raffler]

Hi,

I think that this is a great Idea! The way I experience it is, that 
there are large fields of geospatial analysis which (currently) can only 
be worked on using third party providers in QGIS (eg. cost distance 
analysis or raster analysis in general). Many of those workflows turn 
out to be not very stable (at least thats the case for me).


I would like to further  work on the collection of native QGIS 
processing algorithms and knowing which algorithms are used most 
frequently would make it easier to focus the development of new algorithms.
I'm already very interested in the comparison/test-results you are going 
to post!


Best,
Clemens

___
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

[Paolo Cavallini]

Hi Werner,

Il 17/04/20 14:45, werner.ma...@gmail.com ha scritto:
> Hi Paolo,
> 
> Thanks a lot, I overlooked that small part,

so you confirm the current situation _is_confusing ;)

> but as far as I see it
> covers "only" nginx. 

do you need spawn-fcgi for apache?
cheers

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

[werner . macho]

Hi Paolo,

Thanks a lot, I overlooked that small part, but as far as I see it
covers "only" nginx. 

regards
Werner

On Fri, 2020-04-17 at 14:41 +0200, Paolo Cavallini wrote:
> Hi Werner,
> 
> Il 17/04/20 13:43, werner.ma...@gmail.com ha scritto:
> > Hi!
> > 
> > As I am about to test and setup QGIS Server I will follow the
> > changes
> > too and look what I can contribute.
> > As far as I can see there is few to no documentation about setting
> > up
> > spawn-fcgi. Maybe I can contribute to that (once I figured it out
> > ;) )
> 
> this is covered:
> https://docs.qgis.org/3.10/en/docs/user_manual/working_with_ogc/server/getting_started.html#nginx
> and it worked smoothly for me.
> Cheers.

___
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

[Paolo Cavallini]

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

[Paolo Cavallini]

Hi Werner,

Il 17/04/20 13:43, werner.ma...@gmail.com ha scritto:
> Hi!
> 
> As I am about to test and setup QGIS Server I will follow the changes
> too and look what I can contribute.
> As far as I can see there is few to no documentation about setting up
> spawn-fcgi. Maybe I can contribute to that (once I figured it out ;) )

this is covered:
https://docs.qgis.org/3.10/en/docs/user_manual/working_with_ogc/server/getting_started.html#nginx
and it worked smoothly for me.
Cheers.
-- 
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

[Paolo Cavallini]

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

[QGIS-Developer] Plugin [2016] ESDL loader approval notification.

[noreply]

Plugin ESDL loader approval by pcav.
The plugin version "[2016] ESDL loader 1.2" is now approved
Link: http://plugins.qgis.org/plugins/ESDL_loader/
___
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

[David Marteau]

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

Re: [QGIS-Developer] Server manual

[Alessandro Pasotti]

Should we also add the new standalone development server to the manual?


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



-- 
Alessandro Pasotti
w3:   www.itopen.it
___
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

[werner . macho]

Hi!

As I am about to test and setup QGIS Server I will follow the changes
too and look what I can contribute.
As far as I can see there is few to no documentation about setting up
spawn-fcgi. Maybe I can contribute to that (once I figured it out ;) )

regards
Werner

On Fri, 2020-04-17 at 11:17 +0200, Paolo Cavallini wrote:
> 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.

___
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] Next user survey proposal

[matteo]

Hi all,

giving some recent threads (and/or github comments [0]) I think that it
could be useful for QGIS to know from users which algorithms of thirdly
part algorithms they use and because:

* are not available in QGIS
* are available in QGIS but don't have that specific(s) parameter(s)
* are faster
* ...

recently I collaborated with an Italian student that tested and ran a
few algorithms (intersection, difference, etc) on the same machine with
the different providers. I will share a link soon with the results

Ideas or feedback?

Cheers

Matteo


[0] https://github.com/qgis/QGIS/pull/35734
___
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

[Etienne Trimaille]

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

Re: [QGIS-Developer] Server manual

[David Marteau]

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] Server manual

[Paolo Cavallini]

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.
-- 
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] Refresh Layer at interval functionality: data or repaint?

[Tim Sutton]

Hi Richard

> On 17 Apr 2020, at 08:05, Richard Duivenvoorde  wrote:
> 
> Hi,
> 
> on the User-mailing list:
> 
> https://lists.osgeo.org/pipermail/qgis-user/2020-April/045348.html
> 
> there was a question about the 'Refresh Layer at interval' checkbox in
> the Properties/Rendering tab.
> 
> I was wondering what the idea was behind it, as apparently it is only
> repainting a layer?

Hmm no it should be doing a complete redraw,

> While F5 (menu 'View/Refresh') is actually refreshing the data to (shown
> by retrieving a geojson layer from a mini service).
> 
> Is this by design? Or could it be an issue?

I think it is an issue. The original intent was to support applications like 
fleet tracking where you have the layer redraw every few seconds to update the 
current position of your fleet vehicles.

> 
> To me a real refresh checkbox (a la F5) would be useful to users.
> As this opens the use-case to for example hand an geojson-url to a
> vector layer which could retrieve a 'live data' containing the latest
> position of cars, or the latest measurements of a set of measuring
> points etc etc.
> And to be honest I do not see so much the value of repainting the canvas
> (other then when you want moving features created by an expression or so).
> And IF the repainting is valuable for a certain use-case: fine.
> Then: what about adding a second checkbox then there...?
> 
> Anybody has an idea about this?


Well the value of the refresh interval option is only there if the underlying 
data has changed, so maybe there was a regression. I wasn’t clear about the 
second check box you mentioned, but if the layer is not reloading it sounds 
like a bug. I think we mainly tested with a PG provided when Nyall added it. 
Note there is also some not so exposed magic by Nyall under the hood to 
optimise label redrawing so that the labels don’t ‘flash’ everytime the layer 
updates. I think you can only access it via python at the moment though given 
all the new temporal stuff it might be nice to surface that logic to the UI 
some time Nyall?

Regards

Tim


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

—










Tim Sutton

Co-founder: Kartoza
Ex Project chair: QGIS.org

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

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux 
IRC: timlinux on #qgis at freenode.net

I'd love to connect. Here's my calendar link 
 to make finding time easy.

___
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

[matteo]

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
___
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] Refresh Layer at interval functionality: data or repaint?

[Richard Duivenvoorde]

Hi,

on the User-mailing list:

https://lists.osgeo.org/pipermail/qgis-user/2020-April/045348.html

there was a question about the 'Refresh Layer at interval' checkbox in
the Properties/Rendering tab.

I was wondering what the idea was behind it, as apparently it is only
repainting a layer?
While F5 (menu 'View/Refresh') is actually refreshing the data to (shown
by retrieving a geojson layer from a mini service).

Is this by design? Or could it be an issue?

To me a real refresh checkbox (a la F5) would be useful to users.
As this opens the use-case to for example hand an geojson-url to a
vector layer which could retrieve a 'live data' containing the latest
position of cars, or the latest measurements of a set of measuring
points etc etc.
And to be honest I do not see so much the value of repainting the canvas
(other then when you want moving features created by an expression or so).
And IF the repainting is valuable for a certain use-case: fine.
Then: what about adding a second checkbox then there...?

Anybody has an idea about this?

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

[QGIS-Developer] Plugin [564] Pic2Map approval notification.

[noreply]

Plugin Pic2Map approval by pcav.
The plugin version "[564] Pic2Map 3.3 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/Pic2Map/
___
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