Hi Devs,
The QGIS Server refactoring is facing a segfault in layer tree:
/home/travis/build/qgis/QGIS/build/output/lib/libqgis_core.so.2.99.0(+0x31371c)[0x7fd33114071c]
/home/travis/build/qgis/QGIS/build/output/lib/libqgis_core.so.2.99.0(+0x451f39)[0x7fd33127ef39]
Hi devs,
I have updated the PR with Highlight layers and more tests.
Regards,
René-Luc
Le 05/08/2017 à 11:33, Martin Dobias a écrit :
Hi René-Luc
On Fri, Aug 4, 2017 at 7:00 PM, René-Luc Dhont wrote:
The good news for QGIS Server is that when this PR will be merged,
Hi René-Luc
On Fri, Aug 4, 2017 at 7:00 PM, René-Luc Dhont wrote:
>
> The good news for QGIS Server is that when this PR will be merged, we'll be
> able to definitely remove all the old project parser codes from the server.
That's awesome news - woohoo!! :-)
Cheers
Martin
Hi Devs,
I just created a PR for QGIS Server concerning GetPrint.
Because of the lack of test on the different GetPrint specific
parameters in the precedent versions, I don't know if the refactoring
gives exactly the same features. So I need reviews and tests to add new
tests.
The good news
ok good - just wanted you to be aware of these upcoming changes. Not
that you will be surprised.
Have a nice weekend!
Andreas
On 2016-10-21 18:10, David Marteau wrote:
> Hi Andreas,
>
> We know that it will be premature to write code that dépends on the qgis core
> api and that we have
The idea is to have an 'aviary' branch that can mess with the server while
keeping it in sync with the master, then at some point that branch can 'land'
to the master.
> Le 21 oct. 2016 à 18:14, Paolo Cavallini a écrit :
>
> Il 21/10/2016 18:10, David Marteau ha
I am refering to Martin Dobias proposal nr 14 in
https://qgisblog.files.wordpress.com/2016/09/qgisgrantapplicationssummary-september2016.pdf
titled "Project / Map layer registry refactoring"
Andreas
On 2016-10-21 17:54, Neumann, Andreas wrote:
> Hi René-Luc,
>
> hm - I am not sure if this
Hi Andreas,
We know that it will be premature to write code that dépends on the qgis core
api and that we have to wait that things stabilize on this side and that no
refactoring of the services can occurs without the refactoring of Martin.
The part of the code we wand to start is the support
Il 21/10/2016 18:10, David Marteau ha scritto:
> Hi Andreas,
>
> We know that it will be premature to write code that dépends on the qgis
> core api and that we have to wait that things stabilize on this side and
> that no refactoring of the services can occurs without the refactoring
> of
Hi René-Luc,
great! Thank you for starting it. It should be possible to create a
dedicated branch in the QGIS official repo. Do you have the rights for it?
Or do we have to ask a QGIS Repo community member? It'll be easier for the
QGIS community at large to find and contribute to the ongoing
On Fri, Oct 21, 2016 at 5:54 PM, Neumann, Andreas
wrote:
> Hi René-Luc,
>
> hm - I am not sure if this is good timing.
>
> Martin Dobias will refactor the layer tree extensively to allow a better
> QGIS server code design. It is his proposal he submitted for the QGIS
>
Hi René-Luc,
hm - I am not sure if this is good timing.
Martin Dobias will refactor the layer tree extensively to allow a better
QGIS server code design. It is his proposal he submitted for the QGIS
grants. The swiss QGIS user group, potentially together with the german
QGIS user group will
Hi devs,
We (David Marteau and I) will start the QGIS Server refactoring.
The first step for us is to develop the *service register* like
described in the QEP: QGIS server code refactoring for QGIS 3.0
https://github.com/qgis/QGIS-Enhancement-Proposals/issues/74
To keep the developement
13 matches
Mail list logo