Re: [QGIS-Developer] qt6-compatible plugins status

[Etienne Trimaille via QGIS-Developer]

Hi,

Using the metadata flag on github.com will give you a "quick" overview of
plugins : https://github.com/search?q=supportsQt6&type=code
But this excludes plugins which are hosted on another website.

Side note, is there a readme to know how to compile with Qt6 ? I saw the
flag when compiling, but about required packages for instance ? (Ubuntu
24.04)

Le mer. 21 août 2024 à 10:01, Vincent Schut via QGIS-Developer <
qgis-developer@lists.osgeo.org> a écrit :

> On 20/08/2024 14:46, Julien Cabieces wrote:
>
> Hi,
>
> There is a plugin metadata which have been added [0] so the Qt 6 QGIS
> version would not allow you to load non Qt6 compatible plugin.
>
> Except if you set the variable QGIS_DISABLE_SUPPORTS_QT6_CHECK [1]
>
> And to be complete about that matter, there is a script [2] that help
> to migrate a plugin from pyqt5 to pyqt6
>
> Regards,
> Julien
>
>
> [0] https://github.com/qgis/QGIS/pull/55912
> [1] https://github.com/qgis/QGIS/pull/56579
> [2] 
> https://github.com/qgis/QGIS/blob/bcdf85abb767bdaa967c3eaff433eb43e0a50988/scripts/pyqt5_to_pyqt6/pyqt5_to_pyqt6.py
>
> Thanks Julien, I'll try the QGIS_DISABLE_SUPPORTS_QT6_CHECK variable to
> see if the plugins that I depend on actually work.
>
> Hi, I successfully built and toyed with a qt6 qgis, and I loved it (I'm on 
> fedora). I would love to use it for my day-to-day work, however, I really
> depend on a few plugins for that, and almost no plugin appeared to be 
> compatible with qt6.
> Now I assume that was to be expected, and I don't want to rush any plugin 
> developers, but what I'd love is if there is a way to check qt6
> compatibility for all plugins. Is there an overview page or another way to 
> check which plugins are already compatible with a qt6 build? So that I
> know when again it makes sense to do another qt6 build and try to use that 
> instead of the qt5 build?
>
> Thanks!
>
>
> --
>
> Vincent Schut
>
> Remote Sensing Software Engineer
>
> +31 302272679 ~ Maliebaan 22 | 3581CP | Utrecht | Netherlands
> Linkedin  ~
> satelligence.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
>
___
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] Official PSC call on pull request policies

[Etienne Trimaille via QGIS-Developer]

Hi,

Le mer. 28 févr. 2024 à 08:32, Julien Cabieces via QGIS-Developer <
qgis-developer@lists.osgeo.org> a écrit :

> - create a branch
> - add your branch name here [0] in a special commit that you will remove
> once your work is ready to create a PR
> - Push, the CI result appear in https://github.com/
> /QGIS/actions
>

Quick tip, you can skip the special commit to add the branch name by
creating a PR against your own fork.
I did that just now, all the CI is working nicely :)
Just change the "base repository" when creating the PR. No need to remove
the commit when the "fake" PR is ready.

My 2 cents ;-)
___
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] Python version in 3.28.x CVEs

[Etienne Trimaille via QGIS-Developer]

Hi,

Le lun. 26 févr. 2024 à 14:47, Samer Kaluf via QGIS-Developer <
qgis-developer@lists.osgeo.org> a écrit :

>
>
> We run Qgis 3.28.5 LTR on some computers and Microsoft Security Center
> seems to be complaining
>
> about the presence of Python.exe version 3.8.5.0 included with 3.28.x LTR
> Qgis installations.
>

You can upgrade your version of QGIS 3.28.15. It has already been fixed.
___
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] LAStools QGIS plugin, transfer of ownership

[Etienne Trimaille via QGIS-Developer]

Hi,

Done, it should be alright now ?

Regards,

Le jeu. 26 oct. 2023 à 23:42, Silke Kämmerer via QGIS-Developer <
qgis-developer@lists.osgeo.org> a écrit :

> Hi there,
>
>
>
> I hope this email finds you well. I'm contacting you because we need help
> with our LAStools QGIS plugin:
>
>
>
> https://plugins.qgis.org/plugins/LAStools/
>
>
>
> Since Martin Isenburg (main owner of the plugin) passed away, and the
> author (Victor Olaya) is not available to maintain the plugin, I wanted to
> ask if you could transfer the ownership of the plugin to our new userid
> 'rapidlasso' so that we can update the plugin, but ensure that all records
> remain (such as versions, number of downloads, ..) ?
>
>
>
> Can you please let us know what we need to do?
>
>
>
> Many thanks,
>
> Silke
>
> ___
>
>
>
> *Silke Kämmerer | CEO*
>
> Phone: +49 172 65 43 209
>
> E-Mail: silke.kaemme...@rapidlasso.de
>
> *rapidlasso GmbH*
>
> Friedrichshafener Straße 1
>
> 82205 Gilching - Germany
>
> www.rapidlasso.de
>
>
>
> *This electronic message and any attached documents are intended only for
> the named addressee(s). This communication from rapidlasso GmbH may contain
> information that is privileged, confidential or otherwise protected from
> disclosure and it must not be disclosed, copied, forwarded or distributed
> without authorization. If you have received this message in error, please
> notify me immediately and delete the original message. **Thank you.*
>
>
>
>
> ___
> 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

[QGIS-Developer] Python minimum version on QGIS 3.33

[Etienne Trimaille via QGIS-Developer]

Hi devs,

The current Python minimum version for QGIS 3.33 is currently Python 3.7
(2018)

Do you think it's possible to update it for QGIS 3.34 (the next LTR) or
would it be possible only later ?

Debian Bullseye is providing Python 3.9 (2020).
___
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] It is possible to protect qgisserver's wms service using authentication?

[Etienne Trimaille via QGIS-Developer]

Hi,

It's something you can do in front of QGIS server. QGIS server is not
connected to any ACL system by default.

Or you can write a QGIS server plugin to add the authentication :
https://docs.qgis.org/3.28/en/docs/pyqgis_developer_cookbook/server.html#access-control-filters

Or some open source webgis based on QGIS server are providing this feature
out of the box : Lizmap, QWC2,... and others as well

Regards,



Le ven. 7 juil. 2023 à 22:22, Francisco Danubio Salas Rosette via
QGIS-Developer  a écrit :

> I have QGIS Server 3.22 running on a server with OS Debian 11, I can
> request the wms service from QGIS correctly, but at no time do I establish
> authentication credentials. Is it possible to configure QGISSERVER so that
> it is mandatory to add the authentication credentials?
> thank you so much.
>  Francisco
> ___
> 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] QGIS Python scripts in a Docker container

[Etienne Trimaille via QGIS-Developer]

Hi,

I'm not answering straight the question, but you can have a look to the
Dockerfile on our working base image :
https://github.com/3liz/docker-qgis-platform/

As an example :

➜ cat script.py
import qgis.core
print(qgis.core.Qgis.QGIS_VERSION)

➜ docker run -it -v $PWD:/scripts 3liz/qgis-platform:3.28 python3
/scripts/script.py
3.28.7-Firenze



Le mer. 5 juil. 2023 à 14:20, Timothée Billiet Cadart via QGIS-Developer <
qgis-developer@lists.osgeo.org> a écrit :

> Hello everyone,
>
> I am trying to setup QGIS within a Docker container in order to run
> standalone Python scripts, but I have a few problems.
>
>- I first had a No module named PyQt5.sip error which I fixed by
>adding PyQt5 in my requirements.txt file
>- Then I had a No module named qgis.core which I fixed by adding a
>whole bunch of paths at the beginning of my script (see below)
>- But now I get a ModuleNotFoundError: No module named 'qgis._core'
>for which I can't find a fix...
>
> I tried to build a Dockerfile closer to what is recommended here
>  but
> that seemed to put me further from my goal with libgdal30, libproj22 and
> many other libraries not being able to be installed. I also have GDAL
> installed, which might be a reason for these errors.
>
> Thank you very much for your help
> Dockerfile
>
> # Use an official Python runtime as the base imageFROM python:3.10
>
> RUN  pip install --upgrade pip
>
> # Install QGIS
> RUN apt-get update \
> && apt-get install -y python3-launchpadlib \
> && apt-get install -y software-properties-common \
> && apt-get update \
> && apt-get install -y qgis \
> && apt-get install -y qgis-plugin-grass
>
> # Set environment variables for QGIS
> ENV QGIS_PREFIX_PATH=/usr
>
> # Set the working directory in the container
> WORKDIR /app
>
> # Copy the current directory contents into the container at /appCOPY . /app
>
> # Install any necessary Python dependencies from requirements.txtCOPY 
> requirements.txt /app/
> RUN pip install --no-cache-dir -r requirements.txt
>
> # Run your Python script
> CMD ["python3", "script.py"]
>
> Python script
>
> import sys
>
> sys.path.append('/usr/lib/python310.zip')
> sys.path.append('/usr/lib/python3.10')
> sys.path.append('/usr/lib/python3.10/lib-dynload')
> sys.path.append('/home/timothee/.local/lib/python3.10/site-packages')
> sys.path.append('/usr/local/lib/python3.10/dist-packages')
> sys.path.append('/usr/lib/python3/dist-packages')
> sys.path.append("/usr/lib/python3/dist-packages/qgis")
> sys.path.append("/usr/lib/python3/")
> sys.path.append('/usr/share/qgis/python/')
> sys.path.append('/usr/lib/qgis/')
> sys.path.append('/usr/lib/')import qgis.coreprint(qgis.core.Qgis.QGIS_VERSION)
>
> Traceback (most recent call last):
>   File "/app/make_tiles_scheduler.py", line 21, in 
> from make_tiles import *
>   File "/app/make_tiles/__init__.py", line 1, in 
> from .make_tiles import make_tiles
>   File "/app/make_tiles/make_tiles.py", line 16, in 
> import qgis.core
>   File "/usr/lib/python3/dist-packages/qgis/core/__init__.py", line 25, in 
> 
> from qgis._core import *
> ModuleNotFoundError: No module named 'qgis._core'
>
> ___
> 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] Profiler times in Python

[Etienne Trimaille via QGIS-Developer]

One line I know, maybe this is enough :

>>> from qgis.utils import plugin_times
>>> plugin_times

It's not using the profiler. Values are different from the Profiler, after
a quick look...

Le ven. 5 mai 2023 à 10:21, Michel Stuyts via QGIS-Developer <
qgis-developer@lists.osgeo.org> a écrit :

> I want to use the data on plugins from the Profiler.  In the
> “Debugging/Development Tools” Panel I can see both the total time for all
> plugins and the individual time per plugin.  With the following Python
> code, I want to get the same data in Python:
>
>
>
> profiler = QgsApplication.profiler()
>
> for child in profiler.childGroups():
>
> childGroup = profiler.childGroups(child)
>
> if child == 'Load plugins':
>
> print(child, profiler.profileTime(child))
>
> for subGroup in childGroup:
>
> print(subGroup, profiler.profileTime(subGroup))
>
>
>
> It shows the total time for all plugins just fine as “Load plugins” with
> the same number of seconds as in the Panel, but for the individual plugins
> I get 0.0 as time for all plugins.  What do I do wrong or is it a bug?
>
>
>
>
>
> Michel Stuyts
> ___
> 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] Multiple python scripts in python console?

[Etienne Trimaille via QGIS-Developer]

> For example, a newly defined function on the class was
> unknown in script_1. Might be a bug, but I'm not even sure.

Well, for me it works without any issue.
But you need to re-execute the script_2.py in the Python console, it will
refresh the class definition in the Python console context then you can
execute script_1 again.

But indeed, you are reaching the limit of using the Python console like
this ...


Le jeu. 4 mai 2023 à 16:02, Raymond Nijssen  a
écrit :

> Hi Etienne,
>
> Already tried what you are describing. Indeed it's inconvenient, and
> sometimes the changes in the class code did not end up in the class
> definition. For example, a newly defined function on the class was
> unknown in script_1. Might be a bug, but I'm not even sure.
>
> So the best way should be to tell QGIS to run another python script in
> the console. Or go the plugin way.
>
> Thanks and kind regards,
>
> Raymond
>
>
> On 04-05-2023 11:29, Etienne Trimaille wrote:
> > If you are talking about the simple Python console panel, and loading
> > Python files from there, then you can skip the " from .script_2 import
> > TestClass".
> >
> > If you notice, when you launch the script_2.py, you have a generated
> > line similar to :
> > exec(Path('/tmp/tmp5g244g4w.py').read_text())
> >
> > So it's reading and executing all the content of file 2 in the console
> > context already.
> > So then, when file 1 will be executed, there will already be the class
> > TestClass in the console context.
> >
> > But, then to manage multiple files, it's not convenient. You should
> > think about the smallest plugin, for instance
> > https://github.com/wonder-sk/qgis-minimal-plugin
> > <https://github.com/wonder-sk/qgis-minimal-plugin> Otherwise, it's
> > difficult to manage IMHO.
> >
> > Le jeu. 4 mai 2023 à 08:59, Raymond Nijssen via QGIS-Developer
> > mailto:qgis-developer@lists.osgeo.org>>
>
> > a écrit :
> >
> > Hi developers,
> >
> > While writing a python script in the QGIS python console editor I
> > needed
> > to write a new class and for convenience I put that in its own
> > python file.
> >
> > Both files are in the same directory, but I cannot import my class in
> > the other script.
> >
> > Here's an example:
> >
> >
> > # script_1.py
> >
> > from .script_2 import TestClass
> > obj1 = TestClass('Ray')
> > print(obj1)
> >
> >
> >
> >
> > # script_2.py:
> >
> > class TestClass():
> >
> >   def __init__(self, name):
> > self.name <http://self.name> = name
> >
> >   def __str__(self):
> >   return f'TestClass[{self.name <http://self.name>}]'
> >
> >
> >
> > It all works properly if I put my class definition in script_1 but as
> > the code is growing (and a customer of mine needs to understand this
> > too) it would really be nice to split the code over multiple files.
> > Is there a way? Or another approach?
> >
> > Kind regards,
> > Raymond
> > ___
> > QGIS-Developer mailing list
> > QGIS-Developer@lists.osgeo.org  QGIS-Developer@lists.osgeo.org>
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> > <https://lists.osgeo.org/mailman/listinfo/qgis-developer>
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> > <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] Multiple python scripts in python console?

[Etienne Trimaille via QGIS-Developer]

If you are talking about the simple Python console panel, and loading
Python files from there, then you can skip the " from .script_2 import
TestClass".

If you notice, when you launch the script_2.py, you have a generated line
similar to :
exec(Path('/tmp/tmp5g244g4w.py').read_text())

So it's reading and executing all the content of file 2 in the console
context already.
So then, when file 1 will be executed, there will already be the class
TestClass in the console context.

But, then to manage multiple files, it's not convenient. You should think
about the smallest plugin, for instance
https://github.com/wonder-sk/qgis-minimal-plugin Otherwise, it's difficult
to manage IMHO.

Le jeu. 4 mai 2023 à 08:59, Raymond Nijssen via QGIS-Developer <
qgis-developer@lists.osgeo.org> a écrit :

> Hi developers,
>
> While writing a python script in the QGIS python console editor I needed
> to write a new class and for convenience I put that in its own python file.
>
> Both files are in the same directory, but I cannot import my class in
> the other script.
>
> Here's an example:
>
>
> # script_1.py
>
> from .script_2 import TestClass
> obj1 = TestClass('Ray')
> print(obj1)
>
>
>
>
> # script_2.py:
>
> class TestClass():
>
>  def __init__(self, name):
>  self.name = name
>
>  def __str__(self):
>  return f'TestClass[{self.name}]'
>
>
>
> It all works properly if I put my class definition in script_1 but as
> the code is growing (and a customer of mine needs to understand this
> too) it would really be nice to split the code over multiple files.
> Is there a way? Or another approach?
>
> Kind regards,
> Raymond
> ___
> 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] Backward compatibility for style in project files between QGIS versions

[Etienne Trimaille via QGIS-Developer]

This PR was about the symbology, but we noticed there are many other parts
of the QGS file which are not backward compatible.
If I'm not wrong :
- a WMS shortname on a group made with QGIS 3.20 can not be read with QGIS
3.18.
- field server configuration made with QGIS 3.16 can not be read with QGIS
3.14
- ...

These settings, (which are way older in the QGIS development, i.e already
present in QGIS 2), are just lost when read with a lower version of QGIS.
And obviously, all new features, options, checkbox etc are lost as well.

I understand, it's not easy to migrate a lot of softwares and to follow all
their versions in a big organization.
But using a QGIS recent version to write a file and then ask a lower
version QGIS to read is, anyway, leading to some reading issues I would
say. The PR was indeed trying to keep some backward compatibility about
symbology, which was nice, but there are other settings which are lost
already, so I would be careful with other settings in general ;-)

Just for your information, but I noticed these other settings as well ;-)



Le mar. 2 mai 2023 à 09:38, FERRATON Alain (Adjoint au chef de groupe) -
SG/DNUM/MSP/DS/GSG via QGIS-Developer  a
écrit :

> Hi Denis,
>
> Thanks for your feedback.
>
> I think that re-introducing backwards compatibility in QGIS 3.28 would be
> valuable for our services. The size of the project files is not too
> critical in my opinion compared to the size of the data files, which are
> usually much larger.
>
> Is this possible for QGIS 3.28.7?
>
> Alain
> ---
>
> *Alain FERRATON*
> Adjoint au chef de groupe
> MSP/DS/GSG
> Direction du numérique | Secrétariat général
>
> MAN 7, rue René Viviani 44200 NANTES
> Bureau : MAN étage 1 plateau B
> Tel : +33 240128408 - Mobile : +33 671794593
> www.ecologie.gouv.fr
> [image: Marianne] Secrétariat général
> MINISTÈRES
> TRANSITION ÉCOLOGIQUE
> COHÉSION DES TERRITOIRES
> TRANSITION ÉNERGÉTIQUE
> MER
> [image: liberté, égalité, fraternité]
>
>
> Le 28/04/2023 10:02, > denis.rouzaud a écrit :
>
> Hi Alain,
>
> Yes, the backward compatibility to 3.16 has been removed in 3.28,
> considering there was a LTR in between and that 3.16 was not maintained for
> more than a year.
>
> The PR is here https://github.com/qgis/QGIS/pull/45143
>
> I am not sure if it's possible to do it with a plugin.
> An approach would be to revert this in the 3.28 branch to give more time.
> I have no strong opinion here. The main motivation to drop compatibility
> was the size of the project file and redundancy of information (manually
> editing the file gets harder).
>
> Denis
>
>
> Le jeu. 27 avr. 2023, 09:08, FERRATON Alain (Adjoint au chef de groupe) -
> SG/DNUM/MSP/DS/GSG via QGIS-Developer  a
> écrit :
>
>> Hi
>>
>> A polygon layer saved in a project file with QGIS 3.28 is systematically
>> opened in blue in QGIS 3.16 (the style is lost).
>>
>> There has been a change in the storage of style in project files
>> introduced in QGIS 3.22.
>>
>> QGIS 3.22 save the style in both formats (
>>
>> and 
>>
>> (see the attachment)
>>
>> This is no longer the case in QGIS 3.28
>>
>> We have a heterogeneous QGIS version park. The non backward compatibility
>> of style is an important brake to migrate progressively our services to
>> QGIS 3.28
>>
>> We could consider developing or having developed a plugin to ensure this
>> backward compatibility.
>> Is this possible? What would be the best way to proceed? Can we find
>> documentation on the storage of styles in QGIS project files and on its
>> evolution?
>> (I didn't find anything relevant by searching on the internet).
>>
>> Sincerely,
>> --
>>
>> *Alain FERRATON*
>> Adjoint au chef de groupe
>> MSP/DS/GSG
>> Direction du numérique | Secrétariat général
>>
>> MAN 7, rue René Viviani 44200 NANTES
>> Bureau : MAN étage 1 plateau B
>> Tel : +33 240128408 - Mobile : +33 671794593
>> www.ecologie.gouv.fr
>> [image: Marianne] Secrétariat général
>> MINISTÈRES
>> TRANSITION ÉCOLOGIQUE
>> COHÉSION DES TERRITOIRES
>> TRANSITION ÉNERGÉTIQUE
>> MER
>> [image: liberté, égalité, fraternité]
>> ___
>> 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
>
___
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] Customizing Layer Panel

[Etienne Trimaille via QGIS-Developer]

You should have a look at the QAction documentation :
https://doc.qt.io/qt-5/qaction.html
The first parameter, you can give a QIcon.
For some predefined icon in QGIS, you can look to
https://pyqgis-icons-cheatsheet.geotribu.fr/

Le jeu. 27 avr. 2023 à 13:15, Giulio Fattori via QGIS-Developer <
qgis-developer@lists.osgeo.org> a écrit :

> Great, what if I want an icon too?
> Thanks in advance for any help
> Giulio
>
> Il 27/04/2023 00:06, Nyall Dawson via QGIS-Developer ha scritto:
>
>
>
> On Thu, 27 Apr 2023 at 07:42, Catania, Luke A ERDC-RDE-GRL-VA CIV via
> QGIS-Developer  wrote:
> >
> > But I am looking to access the dock widget and add two icons in its row
> of icons or maybe a menu.
>
> It's not available via the stable API, but let's not let that stop us! 😆
>
> layer_tree = iface.layerTreeView()
> layer_tree_dock = layer_tree.parent().parent()
> toolbar = layer_tree_dock.findChildren(QToolBar)[0]
>
> my_action = QAction('something')
> toolbar.addAction(my_action)
>
> Nyall
>
>
> >
> >
> >
> > Thanks in advance for any help,
> >
> > Luke
> >
> > ___
> > 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 listqgis-develo...@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
>
___
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] Approval and Maintainer-Change of ORSTools-Plugin

[Etienne Trimaille via QGIS-Developer]

Hi,

Are you able to connect on the website ? https://plugins.qgis.org
Go in your plugin page, "Manage" tab, then "Edit", at the bottom, you can
edit the list of owners.

Le mar. 4 avr. 2023 à 15:27, Jakob Schnell via QGIS-Developer <
qgis-developer@lists.osgeo.org> a écrit :

> Dear QGIS-devs,
>
> not sure if this is the correct point of contact, but i couldn't find
> any information about plugin approval and maintainer changes on
> https://plugins.qgis.org/. Please redirect me, if this is the wrong
> contact.
>
> Our plugin (https://plugins.qgis.org/plugins/ORStools/) had a change in
> the maintainer.
> However there is no entry in the metadata.txt to change the maintainer
> displayed in the Details tab.
>
> I did search quite a bit but couldn't find any solution to remove
> nilsnolde as a maintainer from the Details.
>
> Is this probably saved somewhere internally on the website?
> What would be the correct way to go about changing the maintainer?
>
> Is the maintainer responsible for approving the plugin? If not, is there
> anything that we can do to facilitate the process of approval?
>
> Hope to hear from you.
>
> Best regards,
> Jakob
>
> --
> Jakob Schnell
> HeiGIT gGmbH
> Heidelberg Institute for Geoinformation Technology at Heidelberg University
>
> https://heigit.org | jakob.schn...@heigit.org | phone +49-6221-533 482
>
> Postal address: Schloss-Wolfsbrunnenweg 33 | 69118 Heidelberg | Germany
> Offices: Berliner Str. 45 | 69120 Heidelberg | Germany
>
> Amtsgericht Mannheim | HRB 733765
> Managing Directors: Prof. Dr. Alexander Zipf | Dr. Gesa Schönberger
>
>
> ___
> 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] Issue with qgis Docker images starting from qgis:final-3_22_10

[Etienne Trimaille via QGIS-Developer]

Yes it is. Thanks for linking to an existing ticket.

By the way, as we are quite a few using this image for testing QGIS plugin,
does anyone have some plans to make a smaller docker image for testing
plugins ? (It's nearly 9gb right now).

Le mer. 9 nov. 2022 à 17:39, Nicolas Godet  a
écrit :

> Hi,
>
> Is this the same issue as described here
> https://github.com/qgis/QGIS/issues/50729 ?
>
> Le 9 nov. 2022 à 14:30, Sergio Alexander Ramírez Navarro via
> QGIS-Developer  a écrit :
>
> 
> I found that since version 3_22_10 the plugins folder is no longer located
> in /usr/share/qgis/python/plugins but now in /qgis/python/plugins , this
> may have caused the issue.
>
> Regards,
>
>
> Sergio
>
> El mié, 9 nov 2022 a la(s) 08:19, Etienne Trimaille via QGIS-Developer (
> qgis-developer@lists.osgeo.org) escribió:
>
>> Thanks for raising this issue.
>> I can also confirm the regression in unit testing plugins with QGIS 3.22
>> with QGIS docker images.
>>
>> With the tag qgis/qgis:final-3_22_9 and different branches such as 3.16,
>> 3.28, master, everything works fine.
>> Starting with qgis/qgis:final-3_22_10, tests are not loaded anymore :
>>
>> """
>> Running test tests.runner.test_package ...
>> ERROR: no output from the test runner! (exit code: 0)
>> """
>>
>> I didn't check if it was also linked to a ModuleNotFoundError under the
>> hood.
>>
>> Regards
>>
>> Le lun. 7 nov. 2022 à 11:47, DelazJ via QGIS-Developer <
>> qgis-developer@lists.osgeo.org> a écrit :
>>
>>> Hi,
>>>
>>> I also confirm this issue for the QGIS 3.22 documentation (
>>> https://github.com/qgis/QGIS-Documentation/issues/7858) but afaict,
>>> tests were still passing mid october (hence with 3.22.11).
>>>
>>> Regards,
>>> Harrissou
>>>
>>> Le lun. 7 nov. 2022 à 11:15, Paolo Tormene via QGIS-Developer <
>>> qgis-developer@lists.osgeo.org> a écrit :
>>>
>>>> Hello. I use qgis docker images to run tests for a plugin. Recently my
>>>> tests started to fail when attempting to import qgis ("ModuleNotFoundError:
>>>> No module named 'qgis'").
>>>> I normally run tests using images qgis/qgis:latest and
>>>> qgis/qgis:release-3_22, in order to check compatibility with both the
>>>> latest release and the current LTR.
>>>> With qgis/qgis:latest everything works, but with qgis/qgis:release-3_22
>>>> it produces the error described above.
>>>> While investigating the problem, I also tried to use older versions:
>>>> qgis:final-3_22_12 -> KO
>>>> qgis:final-3_22_11 -> KO
>>>> qgis:final-3_22_10 -> KO
>>>> qgis:final-3_22_9 -> OK (it seems to work as expected until this
>>>> version)
>>>> Were there any significant changes between 3_22_9 and 3_22_10 that
>>>> might have caused this? Do you have any suggestions?
>>>> Thank you,
>>>> Paolo
>>>>
>>>> --
>>>>
>>>> *PAOLO TORMENE* senior software developer +39 0382 5169882
>>>>
>>>> *GLOBAL EARTHQUAKE MODEL *working together to assess risk
>>>>
>>>> *GEM -* globalquakemodel.org <http://www.globalquakemodel.org> *T -*
>>>> @GEMwrld <http://twitter.com/GEMwrld> *F -* GEMwrld
>>>> <http://www.facebook.com/GEMwrld>
>>>> ___
>>>> 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
>>>
>> ___
>> 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
>
>
___
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] Issue with qgis Docker images starting from qgis:final-3_22_10

[Etienne Trimaille via QGIS-Developer]

Thanks for raising this issue.
I can also confirm the regression in unit testing plugins with QGIS 3.22
with QGIS docker images.

With the tag qgis/qgis:final-3_22_9 and different branches such as 3.16,
3.28, master, everything works fine.
Starting with qgis/qgis:final-3_22_10, tests are not loaded anymore :

"""
Running test tests.runner.test_package ...
ERROR: no output from the test runner! (exit code: 0)
"""

I didn't check if it was also linked to a ModuleNotFoundError under the
hood.

Regards

Le lun. 7 nov. 2022 à 11:47, DelazJ via QGIS-Developer <
qgis-developer@lists.osgeo.org> a écrit :

> Hi,
>
> I also confirm this issue for the QGIS 3.22 documentation (
> https://github.com/qgis/QGIS-Documentation/issues/7858) but afaict, tests
> were still passing mid october (hence with 3.22.11).
>
> Regards,
> Harrissou
>
> Le lun. 7 nov. 2022 à 11:15, Paolo Tormene via QGIS-Developer <
> qgis-developer@lists.osgeo.org> a écrit :
>
>> Hello. I use qgis docker images to run tests for a plugin. Recently my
>> tests started to fail when attempting to import qgis ("ModuleNotFoundError:
>> No module named 'qgis'").
>> I normally run tests using images qgis/qgis:latest and
>> qgis/qgis:release-3_22, in order to check compatibility with both the
>> latest release and the current LTR.
>> With qgis/qgis:latest everything works, but with qgis/qgis:release-3_22
>> it produces the error described above.
>> While investigating the problem, I also tried to use older versions:
>> qgis:final-3_22_12 -> KO
>> qgis:final-3_22_11 -> KO
>> qgis:final-3_22_10 -> KO
>> qgis:final-3_22_9 -> OK (it seems to work as expected until this version)
>> Were there any significant changes between 3_22_9 and 3_22_10 that might
>> have caused this? Do you have any suggestions?
>> Thank you,
>> Paolo
>>
>> --
>>
>> *PAOLO TORMENE* senior software developer +39 0382 5169882
>>
>> *GLOBAL EARTHQUAKE MODEL * working together to assess risk
>>
>> *GEM -* globalquakemodel.org  *T -*
>> @GEMwrld  *F -* GEMwrld
>> 
>> ___
>> 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
>
___
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] Tests & Merge Request

[Etienne Trimaille via QGIS-Developer]

To run a specific test, have a look to the README.md
https://github.com/qgis/QGIS/blob/master/tests/README.md#running-the-tests
"-R"

For quite a few files, you will find the helper
https://github.com/qgis/QGIS/blob/master/tests/src/python/test_qgspallabeling_server.py#L4

Same, quite a few tests would fail locally, as said by others.

Le lun. 12 sept. 2022 à 09:10, Julien Cabieces via QGIS-Developer <
qgis-developer@lists.osgeo.org> a écrit :

>
> Hi,
>
> There is also a recent script file that will help you run the tests in
> Docker just like on CI:
>
> https://github.com/qgis/QGIS/blob/master/.ci/run_tests.sh
>
> Regards,
> Julien
>
>
>
> > I believe this is normal. If you want to run tests locally you should use
> > the docker toolchain like the GitHub action uses (or set up similar
> actions
> > in your fork). See:
> >
> > https://github.com/qgis/QGIS/blob/master/.github/workflows/run-tests.yml
> >
> >
> > Regards
> >
> > Tim
> >
> > On Sun, Sep 11, 2022 at 11:17 AM Nicolas Godet via QGIS-Developer <
> > qgis-developer@lists.osgeo.org> wrote:
> >
> >> Hi,
> >>
> >> Same « issue » here where I have a lot of failed test locally.
> >> Mostly visual render that slightly differs from expected image.
> >> Linux Mint Vanessa (Ubuntu 22.04)
> >> 4K TV screen
> >>
> >> A lot of timeout too or aborted child
> >>
> >> Le 10 sept. 2022 à 11:08, Marc Ducobu via QGIS-Developer <
> >> qgis-developer@lists.osgeo.org> a écrit :
> >>
> >> 
> >>
> >> Hi !
> >>
> >> I'm working on a Merge Request (
> https://github.com/qgis/QGIS/pull/50167
> >> ) and when I run the tests locally, some tests failed. It seems not to
> be
> >> linked with my modifications : when I run the tests without my changes
> the
> >> same tests failed too.
> >>
> >> I run the tests using the command `make test' or `make check`in my
> >> build-master directory.
> >>
> >> In my ccmake config, I have :
> >>
> >> ```
> >>
> >> ENABLE_TESTS ON
> >>
> >> ```
> >>
> >> and also
> >>
> >> ```
> >>
> >>  ENABLE_COVERAGE  OFF
> >>  ENABLE_HANATEST  OFF
> >>  ENABLE_LOCAL_BUILD_SHORTCUTS OFF
> >>  ENABLE_MODELTEST OFF
> >>  ENABLE_MSSQLTEST OFF
> >>  ENABLE_MSSQLTEST_CPP OFF
> >>  ENABLE_ORACLETESTOFF
> >>  ENABLE_PGTESTOFF
> >>
> >> ENABLE_SAGA_TESTS  OFF
> >>
> >> ```
> >>
> >> The tests that failed are :
> >> 2 - checkGitStatus (Failed)
> >> 24 - ProcessingOtbAlgorithmsTest (Failed)
> >> 46 - test_core_compositionconverter (Failed)
> >> 99 - test_core_layoutmanualtable (Failed)
> >> 107 - test_core_layoutpicture (Failed)
> >> 111 - test_core_layouttable (Failed)
> >> 219 - test_core_openclutils (Subprocess aborted)
> >> 220 - test_core_coordinatereferencesystem (Failed)
> >> 268 - test_gui_scalecombobox (Failed)
> >> 270 - test_gui_rangewidgetwrapper (Failed)
> >> 275 - test_gui_filedownloader (Subprocess aborted)
> >> 293 - test_gui_queryresultwidget (Subprocess aborted)
> >> 297 - test_3d_3drendering (Failed)
> >> 307 - test_analysis_processingalgspt2 (Failed)
> >> 310 - test_analysis_rastercalculator (Failed)
> >> 323 - test_provider_wcsprovider (Failed)
> >> 339 - test_app_advanceddigitizing (Failed)
> >> 341 - test_app_applocatorfilters (Failed)
> >> 395 - PyQgsAnnotation (Failed)
> >> 427 - PyQgsColorRampLegendNode (Failed)
> >> 453 - PyQgsDistanceArea (Failed)
> >> 466 - PyQgsExternalStorageWebDAV (Failed)
> >> 503 - PyQgsGraduatedSymbolRenderer (Failed)
> >> 530 - PyQgsLayoutExporter (Failed)
> >> 594 - PyQgsMetadataUtils (Failed)
> >> 606 - PyQgsNumericFormat (Failed)
> >> 612 - PyQgsOgcUtils (Failed)
> >> 625 - PyQgsPlot (Failed)
> >> 664 - PyQgsProviderSublayerModel (Failed)
> >> 700 - PyQgsScaleWidget (Failed)
> >> 709 - PyQgsTextRenderer (Failed)
> >> 757 - PyQgsVectorLayerCache (Failed)
> >> 774 - PyQgsWFSProviderGUI (Failed)
> >> 794 - PyQgsSelectiveMasking (Failed)
> >> 801 - PyQgsPalLabelingServer (Failed)
> >> 812 - PyQgsServerWMSGetMap (Failed)
> >> 817 - PyQgsServerWMSGetLegendGraphic (Failed)
> >> 826 - PyQgsServerSecurity (Timeout)
> >> 845 - PyQgsServerConfigCache (Timeout)
> >> What should I do for not having tests that failed ?
> >> Also is it possible to run a single test ?
> >> Thanks a lot for your time & held.
> >> Marc
> >> ___
> >> 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
> >>
>
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https:

Re: [QGIS-Developer] deleteShapefile in pyqgis

[Etienne Trimaille]

Hi,

Are you on Windows ?

It's long-standing issue on Windows IIRC :
https://gis.stackexchange.com/questions/365713/deleting-shapefile-python-lock-qgis-3-10
or other links.

Maybe
 lyr = QgsProject.instance().mapLayersByName(diff_layer)[0]
QgsProject.instance().removeMapLayer(lyr.id())
lyr = None
del lyr

But not a real answer ...

FYI, a nice helper to know side car files:
https://qgis.org/api/classQgsFileUtils.html#a8db232d5063ae13133fa2d3351be1b9c

Le mar. 22 févr. 2022 à 18:07, pierluigi de rosa 
a écrit :

> Dear all,
>
> I have some troubles wher I use in a pyqgis the function
> QgsVectorFileWriter.deleteShapeFile(file_path)
> here below the example:
>
> def removeLayer(path_layer):
> # remove layer from TOC if already loaded
> basefile = os.path.basename(path_layer)
> diff_layer = os.path.splitext(basefile)[0]
> directory = os.path.dirname(path_layer)
> extensions = ["shp", "shx", "dbf", "prj", "sbn", "sbx", "fbn", "fbx", 
> "ain", "aih", "ixs", "mxs", "atx", "xml",
>   "cpg", "qix"]
> output_path=path_layer
> if os.path.exists(path_layer):
> if len(QgsProject.instance().mapLayersByName(diff_layer)) > 0:
> lyr = QgsProject.instance().mapLayersByName(diff_layer)[0]
> print('renaming layer1: ', lyr.id())
> QgsProject.instance().removeMapLayer(lyr.id())
>
> QgsVectorFileWriter.deleteShapeFile(path_layer)
>
> Often some handles still remains and I'm not able to delete .dbf and .shp
> files
> How can I solve this error?
>
> Thanks
> Pierluigi
>
> --
> Ing. Pierluigi De Rosa (PhD in Earth Science)
> Contract Professor of Geographic Information System at University of
> Perugia
> cel: 3497558268 / fax: 075 7823038
> skype: pierluigi.derosa
> ___
> 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] Issue with future 3.22 LTR ? (a.k.a missing backports to 3.22)

[Etienne Trimaille]

As Harissou said, the PR was created before the 3.22 branch, so the label
"backport release-3_32" was not created at that time.

Le jeu. 9 déc. 2021 à 15:54, DelazJ  a écrit :

> Hi Olivier,
>
> Yes, backporting to 3.16 implies backport to 3.22. And I think the PR you
> point here is more about forgetting. The PR itself is opened during 3.22.0
> dev cycle and merged few days after release, so easier to forget to add the
> label.
> And the list of missing PRs should actually be
> https://github.com/qgis/QGIS/pulls?q=is%3Apr+label%3A%22backport+queued_ltr_backports%22+-label%3A%22backport+release-3_22%22+merged%3A%3E2021-10-21
> since anything merged before 22/10/2021 is automatically in 3.22. Finally,
> there's no that much leftover PRs, so I think everybody is OK with your
> logic.
>
> Regards,
> Harrissou
>
> Le jeu. 9 déc. 2021 à 15:29, Olivier Dalang  a
> écrit :
>
>> Hi all !
>>
>> There's something I don't completely understand with the current
>> branches/releases process and which to me looks like a major issue (came
>> across it while checking the status of a recently merged bugfix PR#45521
>> ).
>>
>> That fix was merged to master with the `backport queued_ltr_backports`
>> label, but without `backport release-3_22`.
>>
>> As far as I understand, this means it will be available in 3.24 (master)
>> and in 3.16 (after some quarantine), but not in 3.22. Still if I understand
>> correctly, 3.22 is our future LTR, meaning that LTR users will at some
>> point upgrade from 3.16 to 3.22. Does that mean that the bug they have seen
>> fixed in 3.16 will be reintroduced in 3.22 ?
>>
>> The following filter shows many other PRs backported to 3.16 but not 3.22
>> :
>> is:pr label:"backport queued_ltr_backports" -label:"backport release-3_22"
>> 
>>  (same
>> search should also be done with label `backport release-3_16`)
>>
>> Shouldn't backporting to 3.16 always imply backporting to 3.22 ? Or am I
>> missing something ?
>>
>> Cheers !
>>
>> Olivier
>> ___
>> 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
>
___
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] Access QgsVectorLayer from child algorithm

[Etienne Trimaille]

This might help you ?
QgsProcessingUtils::mapLayerFromString()
https://qgis.org/api/classQgsProcessingUtils.html#aa1c2360e52d2ed8100faf02a35125b17


Le mer. 24 nov. 2021 à 11:19, Simon Gröchenig <
simon.groeche...@salzburgresearch.at> a écrit :

> Hi developers,
>
> I am developing a Python processing algorithm with some child algorithms.
> I am struggling to find a way to access a child algorithm's output vector
> layer. I want to use isChildAlgorithm=True in order to correctly set the
> feedback progress.
>
> * If I use processing.run(...) with setting the parameter isChildAlgorithm
> to False (= default), the vector layer (via sink) is returned as a
> QgsVectorLayer.
> * If I set isChildAlgorithm to True, only the dest_id is returned as a
> string. I did not find a solution on how I retrieve the corresponding
> QgsVectorLayer.
> * Is it intentional that the vector layer is returned as QgsVectorLayer or
> str (dest_id), depending on the isChildAlgorithm parameter?
> * How can I access output QgsVectorLayer from a child algorithm?
>
> This is a minimum example where you can modify the is_child_algorithm
> parameter:
>
> parameters = {
> 'INPUT': QgsVectorLayer('Point?crs=epsg:31258', 'locations', "memory"),
> 'DISTANCE': 10,
> 'OUTPUT': 'TEMPORARY_OUTPUT'
> }
> result = processing.run("native:buffer", parameters,
> is_child_algorithm=False )
> vector_layer = result['OUTPUT']
> print(str(type(vector_layer)))
>
> Best regards
> Simon
>
> --
> Simon Gröchenig MSc
> MTA - Mobility & Transport Analytics
>
> Salzburg Research Forschungsgesellschaft mbH
> Jakob-Haringer-Straße 5/3 | 5020 Salzburg, Austria
> T: 
> +43.662.2288-314simon.groechenig@salzburgresearch.athttp://www.salzburgresearch.at
>
> ___
> 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] projected CRS

[Etienne Trimaille]

Hi
On the CRS object, isGeographic() and mapUnits() might help you.

Le mer. 13 oct. 2021 à 11:50, pierluigi de rosa 
a écrit :

> Dear all,
>
> mayble a very simple question.
> Is it possible to check quickly if a layer has a projected CRS or not?
> in QgsCoordinateReferenceSystem I have not found a method able to do that
> check.
> Thanks for your attention
> Pierluigi
>
> --
> Ing. Pierluigi De Rosa (PhD in Earth Science)
> Contract Professor of Geographic Information System at University of
> Perugia
> cel: 3497558268 / fax: 075 7823038
> skype: pierluigi.derosa
> ___
> 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] [Qgis-user] processAlgorithm vs processFeature?

[Etienne Trimaille]

Indeed, if you can, you should use a QgsProcessingFeatureBasedAlgorithm
algorithm. It will make some shortcuts for you and the code is shorter
because you will only have a single feature to process.

Have a look to existing source code :
https://github.com/qgis/QGIS/search?q=QgsProcessingFeatureBasedAlgorithm

Le mar. 24 août 2021 à 04:55, Ujaval Gandhi  a
écrit :

> If your algorithm works on each feature independently, processFeature() is
> preferred. If you need to work with layers, you need to use
> processAlgorithm(). I demonstrate this with an example at
> https://spatialthoughts.com/2019/04/05/geodesic-buffers-in-qgis/
>
> On Mon, 23 Aug 2021 at 10:25 PM, C Hamilton 
> wrote:
>
>> I discovered that it looks like there is another way to deal with
>> processing algorithms. Rather than use processAlgorithm it looks like I can
>> use prepareAlgorithm & processFeature. I have always used processAlgorithm
>> and then iterated through the features.
>>
>> Is processFeature just as quick as using processAlgorithm (iterating
>> through the features)? Is one method preferred over the other? I think for
>> some algorithms using processFeature would make the code look cleaner. Are
>> there any gotchas in using the processFeature method?
>>
>> Thanks,
>>
>> Calvin
>> ___
>> Qgis-user mailing list
>> qgis-u...@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>
> --
> [image: Logo] 
> Ujaval Gandhi
> Spatial Thoughts
> mobile: +91-8095684687
> email: uja...@spatialthoughts.com
> [image: LinkedIn icon]   [image:
> Twitter icon] 
>
> ___
> 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] Access DB manager connection details in a python plugins

[Etienne Trimaille]

Can you clarify what you need from DBManager?
Widgets ? Features ?
Or do you mean to be able to list DB connections and launch SQL queries ?

You should avoid importing code from the DbManager plugin as it is removed
step by step.
Use the database API :
https://qgis.org/api/classQgsAbstractDatabaseProviderConnection.html

metadata = QgsProviderRegistry.instance().providerMetadata('postgres')
connection = metadata.findConnection("name_of_connection)
connection.executeSql("SELECT ")



Le jeu. 22 juil. 2021 à 22:09, Florian El Ahdab  a
écrit :

> Hi.
>
> I would like to take advantage of the db manager from a python plugin.
> That would allow me to avoid handling the database configuration myself and
> would make the overall ui more consistent for the user.
>
> I can't find any relevant reference to do that.
>
> Has anyone achieved anything like that ?
>
> Regards.
> Florian.
> ___
> 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] Using environment variables in QGIS.ini

[Etienne Trimaille]

You might find something useful in this new repository :
https://github.com/haubourg/custom-osgeo4w-qgis/ ?

Le lun. 12 juil. 2021 à 10:54, Alexandre Neto  a
écrit :

> Hi Bo,
>
> This is some old stuff we wrote at Boundless, I believe it still applies
> for QGIS today.
>
>
> https://boundless-desktop.readthedocs.io/en/latest/system_admins/index.html#for-system-administrators
>
> Both initialisation scripts and global setting file can help you with what
> you want to achieve.
>
> (I should make sure this information is available on docs.qgis.org, but I
> never find the time to do it...)
>
> Best regards,
>
> Alexandre Neto
> User Support
> www.qcooperative.net
>
> A segunda, 12/07/2021, 08:34, Bo Victor Thomsen <
> bo.victor.thom...@gmail.com> escreveu:
>
>> Hi Thomas -
>>
>> Your suggestion is actually pretty close to the solution I made -
>>
>>- Standard installation of QGIS with *standard* .msi package.
>>- After the QGIS installation and before QGIS is started the user do
>>a one-time run a Python script from et central network drive -  using the
>>Python interpreter installed together with QGIS  which:
>>- Unzip a complete profile  with specific plugins and customized
>>   parameters from a central network based repository. This profile 
>> replaces
>>   the standard "default" profile.
>>   - Search/replace a couple of "tokenized" values in QGIS.ini with
>>   actual values based on username
>>
>> The profile and tokenized QGIS.ini is prepared by the GIS administrator
>>
>> The Python script is packaged in a .cmd file which is started by the user.
>>
>> Not a perfect solution, but doable:
>>
>>- The It department is happy: No work doing specialized installations
>>- The GIS administrator is happy. It's a one-time piece of work for
>>each QGIS version to  prepare the profile and tokenize the QGIS.ini
>>- The user is - somewhat - happy. To finish the installation is
>>simply to double-click once on a file placed in a "highly visible" 
>> location.
>>- Any subsequent mistakes made by the user (Installation of dodgy
>>plugins, strange changes in setups ) is easily repaired by running the
>>Python script again.
>>
>>
>> Med venlig hilsen / Kind regards
>>
>> Bo Victor Thomsen
>>
>> Den 12-07-2021 kl. 03:14 skrev Thomas Gratier:
>>
>> Hi,
>>
>> I'm not aware QSettings provided by Qt can do it. Your %APPDATA% is not
>> portable as would only work on Windows
>>
>> You can always try generate the QGIS.ini file using a templating system
>>
>> File QGIS.ini.j2 with following content
>>
>>
>> Configuration\MODELS_FOLDER={{APPDATA}}\\QGIS\\QGIS3\\profiles\\default\\processing\\models
>>
>> Configuration\SCRIPTS_FOLDERS={{APPDATA}}\\QGIS\\QGIS3\\profiles\\default\\processing\\scripts
>>
>>
>> File generate_ini.py with following content
>>
>> import os
>> import jinja2
>>
>> templateLoader = jinja2.FileSystemLoader(searchpath="./")
>> templateEnv = jinja2.Environment(loader=templateLoader)
>> TEMPLATE_FILE = "QGIS.ini.j2"
>> template = templateEnv.get_template(TEMPLATE_FILE)
>> mydict = {
>> "APPDATA": os.environ.get("APPDATA")
>> }
>> outputText = template.render(**mydict)
>> with open('QGIS.ini', 'w') as outputfile:
>> outputfile.write(outputText)
>>
>> Then, to write your QGIS.ini file, do
>>
>>
>> python3 generate_ini.py
>>
>>
>> The possible deal breakers with this approach are:
>> - you depend from jinja2, a third party Python library,
>> - you can't later reuse the mechanism if for instance QGIS changes the
>> QGIS.ini file later on
>>
>>
>> Regards
>>
>> Thomas
>>
>>
>> Le mar. 6 juil. 2021 à 09:18, Bo Victor Thomsen <
>> bo.victor.thom...@gmail.com> a écrit :
>>
>>> To the list -
>>>
>>> Is there a method to use OS (Linux, Windows...) environment variables in
>>> the QGIS.ini setup file ?
>>>
>>> I had a number of customers asking for a method to "generalize"
>>> QGIS.ini, so it doesn't contain any "user" specific file and directory
>>> references, i.e
>>>
>>> (From qgis.ini)
>>>
>>> Configuration\MODELS_FOLDER=*C:\\Users\\Bo Victor
>>> Thomsen\\AppData\\Roaming*
>>> \\QGIS\\QGIS3\\profiles\\default\\processing\\models
>>> Configuration\SCRIPTS_FOLDERS=*C:\\Users\\Bo Victor
>>> Thomsen\\AppData\\Roaming*
>>> \\QGIS\\QGIS3\\profiles\\default\\processing\\scripts
>>>
>>> could be:
>>>
>>> Configuration\MODELS_FOLDER=*%APPDATA%*
>>> \\QGIS\\QGIS3\\profiles\\default\\processing\\models
>>> Configuration\SCRIPTS_FOLDERS=*%APPDATA%*
>>> \\QGIS\\QGIS3\\profiles\\default\\processing\\scripts
>>>
>>> or likewise.
>>>
>>> The ultimate reason is to have a method to distribute a "standard" setup
>>> for QGIS, complete with plugins and specialized setup parameters. This can
>>> be done by making a standard QGIS installation (which the IT departments
>>> love, especially with the new .msi package) and afterwards replace the
>>> "default" profile directory with at  directory specific for the
>>> organisation. However, the process of making the 

Re: [QGIS-Developer] How to transfer data between QGIS Python plugins?

[Etienne Trimaille]

It also depends what you mean by "transferring data". It seems that you
mean Python code ? Not geospatial data ?
If you mean Python code, you can also have a look at the Processing
framework.
https://docs.qgis.org/3.16/en/docs/user_manual/processing/index.html
You can call Processing algorithm plugin A from plugin B by using
"processing.run("plugin_a_provider:name_of_algorithm")".

This will make you code available from the Processing graphical toolbox,
Modeler, etc as well.

Not recommended because others already gave the qgis.utils.plugins
dictionary, but you can do "from plugin_a. import yyy" from you plugin
B.

Le ven. 23 avr. 2021 à 04:43, Tobias Schmetzer  a écrit :

> Hello Zac,
>
> I just saw you were helped and I'm happy the functionality solved your
> problem!
>
> If you feel there's a lack of documentation and you've got an idea how to
> improve it I think the best thing to do is to support this documentation
> with a contribution. This is how I started when I realised something was
> missing and I suggested to add this or that bit of information.
>
> It's easy to sign up on GitHub and make a suggestion. You can't damage
> anything. Everything will get reviewed and maybe discussed. There's also
> guidelines in the docs how to contribute.
>
> Best regards, Tobias
>
> 22.04.2021 14:09:30 Zac Wang :
>
> Hi guys,
>
> Thank you for all your replies.
>
> 'qgis.utils.plugins' really resolves my problem.
>
> This issue obsessed me for a few days, and your advice is fantastic.
>
> I can't understand why there is no documentation for such a useful
> functionality.
>
> Anyway, thank you for your help. Appreciate it.
>
>
> Cheers,
>
> Zac
>
>
> On Thu, 22 Apr 2021 at 22:01, Raymond Nijssen 
> wrote:
>
>> Hi Zac,
>>
>> You can use:
>>
>> qgis.utils.plugins
>>
>> to get a dictionary with all active plugins.
>>
>>
>>
>> To find out if another plugin is available:
>>
>> 'processing' in qgis.utils.plugins
>>
>>
>>
>> And use it like:
>>
>> processing_pl = qgis.utils.plugins['processing']
>> processing_pl.toolbox.searchBox.setText('overlay')
>>
>>
>> Hope this helps,
>>
>> Raymond
>>
>>
>> On 22-04-2021 13:07, Zac Wang wrote:
>> > Hi all,
>> >
>> > Are there some ways to transfer data between different pyqgis plugins?
>> I
>> > hope plugins share state.
>> >
>> > The only way I found is to make pluginA to be a child component of
>> > QgisApp(iface.mainWindow()).
>> >
>> > Then in another pluginB, call findChild() to get the object(pluginA)
>> and
>> > connect its signal.
>> >
>> > This is a possible solution, but it's not easy to maintain because
>> > plugins are not initiated in the same file.
>> >
>> > Is there a better solution?
>> >
>> > Regards,
>> >
>> > Zac
>> >
>> > ___
>> > 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
>>
> ___
> 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
>
___
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-community-team] Automatic creation of issue reports in doc repo for new features

[Etienne Trimaille]

Thanks for the reminder.

I'm just adding some notes as well on PR descriptions.

https://changelog.qgis.org/ and
https://www.qgis.org/en/site/forusers/visualchangelogs.html are created by
"harvesting" the list of PR on GitHub. So the description is important.

For information, it want your feature/bugfix populated with the funder name
and/or URL, you can specify them in the PR description with one of these

Funded by NAME HTTPS://URL.COM
Funded by NAME
Funded by HTTPS://URL.COM

A regex will try to extract these 2 informations.

The first image found in the PR description will also be used as a proper
thumbnail.

These notes should be added in the contributing.md file.

Le sam. 20 mars 2021 à 15:48, Harrissou  a écrit :

> Hi devs,
>
> This is a gentle reminder to add the "needs documentation" label to the
> new features you are developing or reviewing so that the corresponding
> ticket is opened in docs repo. This is the only and single way to
> automatically create the reports.
> The old way to add [feature] or [needs docs] to the commits does NOT
> create a report anymore (abandoned by github - and us - last autumn). It's
> however useful for writers to identify the new feature(s) among many
> changes in a pull request (but of course, only if the label is correctly
> added to the pull request).
>
> So please, whenever you add "feature" or "changelog" labels to a pull
> request, consider whether adding the "needs documentation" label is also
> appropriate. Thanks.
>
> Regards,
> Harrissou
> --
> Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma
> brièveté.___
> Qgis-community-team mailing list for organizing community resources such
> as documentation, translation etc..
> qgis-community-t...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-community-team
>
___
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] How to read content from the metadata.txt file

[Etienne Trimaille]

Hi,

configparser is designed to read INI file :
https://docs.python.org/3/library/configparser.html
There are some helpers if needed in QGIS :
https://github.com/qgis/QGIS/blob/master/python/utils.py#L291 to have the
configparser from a plugin name if needed.

Le lun. 8 mars 2021 à 16:46, Bo Victor Thomsen 
a écrit :

> Hi list -
>
> Is there a smart method - using Python - to read the entries
> ("Homepage", "Bug Tracker", "Code repository"...) in the "metadata.txt"
> in the plugin directory ?
>
> --
> Med venlig hilsen / Kind regards
>
> Bo Victor Thomsen
>
> ___
> 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] Visual Changelog 3.18, add some love to some items?

[Etienne Trimaille]

The changelog is, before to be transformed in RST, hosted online :
https://changelog.qgis.org/en/qgis/version/3.18/

Le ven. 19 févr. 2021 à 10:37, TurboGraphxBeige 
a écrit :

> I would gladly give some love to my potentially dull feature description
> but I don't see anything
> about the 3.18 changelog in the git repo. Also, the link you provided is
> your localhost. :)
>
>
> Patrice Pineault
>
>
> February 18, 2021 9:10 AM, "Richard Duivenvoorde" 
> wrote:
>
> > I was testing the inclusion of the rst in the website of
> >
> > http://localhost/qgis/en/site/forusers/visualchangelog318/index.html
> >
> > Most items are nice already, but... some items are a little dull...
> anybody willing to look into
> > his/her or other dull 'features', and add some 'love'?
> >
> > 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 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] Add a WFS/WMS (or possibly any data source) from API

[Etienne Trimaille]

Richard and I mentioned QgsSettings, this a link which can help :
https://github.com/qcooperative/qgis-core-tests/blob/master/coretests/tests/testerplugin.py#L95

Le mar. 16 févr. 2021 à 18:13, Richard Duivenvoorde  a
écrit :

> On 2/16/21 9:13 AM, Janvier Thomas wrote:
> > Hi all,
> >
> > I’m looking for an automated/scriptable method to publish (and update)
> an organization-wide set of webservices.
> >
> > The idea is to deploy  a “collection of data resources” as a collection
> of WMS/WFS, among an organization…
> >
> > It’s intended to be maintainable (update/add/remove links on-the-fly) so
> all coworkers will have access to the same datafeeds without having to
> manually add each URL (especially for non-expert users).
> >
> > My first thought was to provide a plugin that only job would be to
> register “connections” at launch and update the version of such plugin
> along with the connections list then deploy the update through an internal
> QGIS repo…
> >
> > But I did not find how to “register” the webservices through the API (I
> found tons of doc about how to request them to serve layers, nothing on the
> “add connection to sources”)…
>
> I do not think there is an api for such. There is (per provider) a way to
> save connections to a (provider specific) xml format.
> Maybe use that?
>
> Loading this (via the load button in the connections dialog) is not part
> of the api, but they are all private methods in
> QgsManageConnectionsDialog
>
> See for example the one for WFS:
>
> https://github.com/qgis/QGIS/blob/master/src/gui/qgsmanageconnectionsdialog.cpp#L947
> of for postgres connections
>
> https://github.com/qgis/QGIS/blob/master/src/gui/qgsmanageconnectionsdialog.cpp#L1041
>
> In essence it is nothing more then:
> - reading all connection props from the xml
> - write the (exact) right key/value pairs to users QSettings ( aka
> QGIS.ini of CURRENT profile )
> - emit QgsWFSSourceSelect.connectionsChanged signal (so dropdowns are
> updated)
>
> Difficult part here is that the code is part of the (non public) api/ui,
> so I do not think you can do this 'silently': the user will always be asked
> to 'overwrite' a (named) connection or not.
>
> So I think you should either 'mimic' (copy) all the 'loadXXXconnections'
> logic in python...
>
> OR QGIS could maybe make it possible to call these methods from python
> (make public and part of pyqgis), preferably adding an extra boolean
> 'askPermission' to NOT ask the user/skip gui part (but that will be future
> versions probably).
>
> I tested something, my make all the loadxxxconnections public in
> qgsmanageconnectionsdialog.h
> Then this works (in python, given aa.xml was a valid 'export' of my WFS
> connections):
>
> fh = QFile('/tmp/aa.xml')
> doc = QDomDocument()
> doc.setContent(fh)
> QgsManageConnectionsDialog().loadWfsConnections(doc, ['onelayerfrom
> connections.xml'])
>
> But I fail to fire up the QgsWFSSourceSelect.connectionsChanged ...
>
> I agree that having some kind of api would make it for larger
> organisations easier to deploy needed connections to all users.
>
> Another way I've seen people doing is really creating/read/write the
> QGIS.ini files, and merge them with the users ones...
>
> 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 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] Add a WFS/WMS (or possibly any data source) from API

[Etienne Trimaille]

You can have a look to the "Menu from project" plugin. Especially if you
use the project stored in database, it can be easy to maintain for you to
edit layers available in the menu.

If you really want to add entries in WMS WFS, you can use a custom QGIS INI
file within your organisation or add them with QgsSettings

Pada tanggal Sel, 16 Feb 2021 15:13, Janvier Thomas 
menulis:

> Hi all,
>
>
>
> I’m looking for an automated/scriptable method to publish (and update) an
> organization-wide set of webservices.
>
> The idea is to deploy  a “collection of data resources” as a collection of
> WMS/WFS, among an organization…
>
> It’s intended to be maintainable (update/add/remove links on-the-fly) so
> all coworkers will have access to the same datafeeds without having to
> manually add each URL (especially for non-expert users).
>
>
>
> My first thought was to provide a plugin that only job would be to
> register “connections” at launch and update the version of such plugin
> along with the connections list then deploy the update through an internal
> QGIS repo…
>
> But I did not find how to “register” the webservices through the API (I
> found tons of doc about how to request them to serve layers, nothing on the
> “add connection to sources”)…
>
>
>
> Thanks in advance !
>
>
>
>
>
> *Thomas JANVIER*
>
> 3D Geomodelling developper
>
> DGR/CIM
>
>
>
> 3 av. Claude-Guillemin - BP 36009 - 45060 ORLÉANS Cedex 2
>
> Tel.: +33 (0)2 38 64 33 39/ t.janv...@brgm.fr 
>
> *www.brgm.fr* 
>
>
>
>
>
> *BRGM – THE FRENCH GEOLOGICAL SURVEY*
>
> Newsletter BRGM Infos
> 
>
>
>
> [image: cid:image002.jpg@01D6BE76.48D64A70] 
> [image: cid:image003.jpg@01D6BE76.48D64A70]
>    [image:
> cid:image004.jpg@01D6BE76.48D64A70] 
>[image: cid:image005.jpg@01D6BE76.48D64A70]
> 
>
>
>
>
>
>
> ___
> 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] new plugin not showing up

[Etienne Trimaille]

Yes, this issue has been confirmed by a few people already.
Please follow https://github.com/qgis/QGIS-Django/issues/157

Le mer. 3 févr. 2021 à 17:12, Fredrik Lindberg  a
écrit :

> Hi all,
> I uploaded a new plugin yesterday ([2289] Potential Slope Failure for
> processing) which quickly got approved (thanks) but it does not show up in
> "Manage and Install Plugins" in QGIS.
>
> Any ideas what might have happened or what I have done wrong?
>
> Thanks,
> Fredrik
> ___
> 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] Transfer published plugin to other user account

[Etienne Trimaille]

Hi,

On plugins.qgis.org, in your plugins settings, you can already give rights
to one or many existing logins.


Le mer. 3 févr. 2021 à 01:23, Christoph Franke  a
écrit :

> Hi Devs,
>
> is it possible to transfer a plugin that is already uploaded into the
> QGIS repository to another user account?
>
> My idea would be to remove it from my account and then reupload the
> exact same version with the other user account. But i don't know if that
> might cause trouble in the repository or in the QGIS plugin manager.
>
> The reason for this is that the client i wrote the plugin for wants to
> maintain it in the future. I don't want to give him access to my account
> though.
>
> thanks and regards,
>
> Christoph Franke
>
> ___
> 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] [Qgis-psc] New community voting members

[Etienne Trimaille]

Good morning,

Thank you to all community voting members and PSC.
Very grateful and great pleasure to be there !

Regards,

Le mar. 26 janv. 2021 à 12:16, Peter Petrik <
peter.pet...@lutraconsulting.co.uk> a écrit :

> Dear Community Members and PSC,
>
> I am honored to be a voting member and will try my best to continue to
> help the QGIS Project.
>
> Cheers,
> Peter
>
>
> On Mon, Jan 25, 2021 at 8:14 PM Marco Bernasocchi  wrote:
>
>> Dear Community,
>>
>> it is with great pleasure that I would like to officially congratulate
>> our new community voting members for their election.
>>
>> David signer
>> Enrico Ferreguti
>> Etienne Trimaille
>> Pedro Venâncio
>> Peter Petrik
>> Richard Duivenvoorde
>>
>> I would also like to extend them a heartfelt thank you for all the work
>> they have put into QGIS over the years.
>> I'd also like to extend my gratitude to all voters and everybody who gave
>> feedback on how to make the voting process even better.
>>
>> I will add all new members to the community voting list and you'll be
>> able starting voting immediately.
>>
>> It is a great pleasure having you all on board!
>>
>> Cheers Marco
>>
>> --
>> Marco Bernasocchi
>>
>> QGIS.org Chair
>> OPENGIS.ch CEO
>> http://berna.io
>> ___
>> Qgis-psc mailing list
>> qgis-...@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/qgis-psc
>>
> ___
> 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] Proxy configuration in plugin

[Etienne Trimaille]

The proxy settings are only set up for core class in QGIS, which you should
look at to make your requests.
CF
https://gis.stackexchange.com/questions/343126/how-to-perform-sync-or-async-network-request-in-pyqgis

If you really want to use "requests", you should read the QgsSettings about
proxy and use these values in requests as well.
Similar to
https://stackoverflow.com/questions/23041066/setting-proxy-parameter-in-qgis-plugins-how-to/37757921#37757921

Le jeu. 21 janv. 2021 à 15:03, Sampo Savolainen <
sampo.savolai...@spatineo.com> a écrit :

> Hi,
>
> I'm developing a small QGIS plugin (
> https://github.com/spatineo/qgis-intelligent-search/) and ran into issues
> with proxy configuration. The plugin uses the Python requests library to
> make HTTP API calls and owslib to download and parse GetCapabilities
> documents from WxS services. Owslib seems to use the same requests library
> to make HTTP calls. However proxies are (unsurprisingly) giving us
> headaches.
>
> We have tested the plugin in two environments where proxies are required
> to make HTTP requests. The environments had different versions of QGIS:
> 3.14 and 3.10, both in Windows. The first environment (newer version) is
> able to make the API calls using the requests library, but owslib fails to
> connect to services. The older version of QGIS fails to connect to the API
> and the owslib part never gets tested. Note that this discrepancy may be
> related to the API being available without a proxy in the first
> environment  - though this is just a suspicion, I have been unable to
> confirm this.
>
> With 3.10, I've tried QGIS proxy configuration both as "DefaultProxy" (use
> system config) and as "HttpProxy" but neither one helped. However I was
> able to make it work by setting the http_proxy and https_proxy environment
> variables in a shell and launching QGIS from that shell.
>
> So this seems to boil down to the QGIS proxy settings are not passed to
> the plugin via http_proxy and https_proxy environment variables. Is there a
> best practice on how plugins should access proxy configuration in QGIS and
> use it?
>
>
>  Thanks,
>  Sampo
>
> --
> Sampo Savolainen
> Managing Director
> Työpajankatu 9 D, 00580 Helsinki, Finland
> www.spatineo.com
> Tel. +358 40 7555 649
>
>
>
> This message may contain privileged and/or confidential information. If
> you have received this e-mail in error or are not the intended recipient,
> you may not use, copy, disseminate, or distribute it; do not open
> any attachments, delete it immediately from your system and notify the
> sender promptly by e-mail that you have done so.
> ___
> 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] Function to generate uri from settings in QGIS

[Etienne Trimaille]

The connection API is indeed convenient for that :

metadata = QgsProviderRegistry.instance().providerMetadata('postgres')
connection = metadata.findConnection("the postgis connection name")
uri = QgsDataSourceUri(connection.uri())

Le sam. 9 janv. 2021 à 22:36, Alessandro Pasotti  a
écrit :

> Hi Bo,
>
> you may have a look to
>
> https://qgis.org/pyqgis/master/core/QgsProviderRegistry.html?highlight=decodeuri#qgis.core.QgsProviderRegistry.decodeUri
> and encodeUri.
>
> Or better: the connections API
> https://qgis.org/pyqgis/master/core/QgsAbstractProviderConnection.html
>
>
>
> On Sat, Jan 9, 2021 at 2:03 PM Bo Victor Thomsen
>  wrote:
> >
> > Ok, this has me stumped.
> >
> > I know, that I can generate a database URI like this  (example from
> cookbook):
> >
> > uri = QgsDataSourceUri()
> > # set host name, port, database name, username and password
> > uri.setConnection("localhost", "5432", "dbname", "johny", "xxx")
> > # set database schema, table name, geometry column and optionally
> > # subset (WHERE clause)
> > uri.setDataSource("public", "roads", "the_geom", "cityid = 2643")
> >
> > vlayer = QgsVectorLayer(uri.uri(False), "layer name you like",
> "postgres")
> >
> >
> > But I would like to use information from a already defined Datasource
> connection from the Datamanager dialog.
> >
> > I suspect, that there must be a
> "QgsSettingsConvertToUri_or_whatever_it_is_called()" function that uses a
> QGS settings address  (ex. like "/PostgreSQL/connections/MyDatabase" for a
> Postgresql database connection)  as input and automatically convert the
> settings values to a URI string.
> >
> > Is there anyone, that can point me in the right direction ?
> >
> > --
> >
> > Med venlig hilsen / Kind regards
> >
> > Bo Victor Thomsen
> >
> > ___
> > 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
> QCooperative:  www.qcooperative.net
> ItOpen:   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
>
___
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] How to clear Log messages in the panel?

[Etienne Trimaille]

Just close the tabs.
They will reappear as soon as needed.

Le mar. 22 déc. 2020 à 10:21, Luca Manganelli <
luca.mangane...@comune.trento.it> a écrit :

> Hello,
>
> Is there any way to clear the log messages in the panel?
>
> Thank you
> ___
> 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] Problem with plugin upload

[Etienne Trimaille]

Indeed, this check has been added last week about the `.git` *directory*.
The `.gitignore` mustn't have raised this error.

I will report this information.


Le lun. 7 déc. 2020 à 14:03, Joona Laine  a écrit :

> Hi!
>
> Thank you! I checked and I forgot to remove one of the .gitignore files
> there. I removed that and I managed to upload a new version just fine! This
> is strange since .gitignore files have not caused these kinds of problems
> before but I guess it is not too much of a work to export-ignore or remove
> those files before making a release.
>
> -Joona
>
>
> On Mon, 7 Dec 2020 at 14:49, Andrea Giudiceandrea 
> wrote:
>
>> Joona Laine wrote
>> > I removed those .gitignore files and tried again, but the problem
>> > persists.
>> > -Joona
>>
>> Hi Joona,
>> are you sure you removed all the 5 .gitignore files from the zip file?
>>
>> You can validate the zip file content using the code at
>>
>> https://github.com/qgis/QGIS-Django/blob/master/qgis-app/plugins/validator.py
>>
>> I tested your FMI2QGIS.0.1.1.zip and it generates:
>> For security reasons, zip file cannot contain '.git' directory
>> For security reasons, zip file cannot contain '.git' directory
>> For security reasons, zip file cannot contain '.git' directory
>> For security reasons, zip file cannot contain '.git' directory
>> For security reasons, zip file cannot contain '.git' directory
>>
>> while removing all the 5 .gitignore files from the same zip file it
>> doesn't
>> generate any error.
>>
>> Regards.
>>
>> Andrea
>>
>>
>>
>> --
>> Sent from:
>> http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
>> ___
>> 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
>
___
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] How to call a custom algorithm provider in stand alone application with pyqgis

[Etienne Trimaille]

As you are using QGIS 3.14, I would suggest you to use qgis_process if you
can.
Do you really want to use PyQGIS?

But if you really need PyQGIS, maybe the path where your script is located
is not known to your standalone script ?

Le lun. 2 nov. 2020 à 17:33, PALMIER Patrick (Responsable de groupe) -
CEREMA/DTerNP/DATHa/MT  a écrit :

> Hello,
>
> I work with Qgis 3.14 in Windows 10
>
> I try to call a processing algorithm from a python stand alone app,
> I want to run the following script from the custom Networks algorithm
> provider but I have the message that the algorithm is not known
>
> How to register the provider in the processing registry to be able to call
> it?
>
>
> QgsApplication.setPrefixPath("C:/Program Files/QGIS 3.14/apps/qgis",
> True)
> qgs = QgsApplication([], False)
>
> qgs.initQgis()
> import processing
> from processing.core.Processing import Processing
> Processing.initialize()
>
>
>
> processing.run("Networks:musliw_simple_matrix",
> {'NODES':'G:/BD_DREAL/2020/script_modele_resmultimodal_light
> /noeuds_light_hdf_be.gpkg','NUM':'num','START_POINT':'708675.425564,7063676.157556
> [EPSG:2154]','END_POINT':'708675.425564,7063676.157556
> [EPSG:2154]','DEMAND':1,'DAY':1,'TIME':'09:00:00','DEPARTURE':1,'OUTPUT':'G:/BD_DREAL/2020/script_modele_resmultimodal_light/matrice.txt','WRITE_MODE':0})
>
> Thanks
>
> Best regards
>
>
> --
>
> * Patrick Palmier *
>
> * Responsable du groupe Mobilités et Territoires DATHa / MT *
> * Tél.: +33(0)3 20 49 60 70- Port : +33(0)7 77 34 25 07 *
>
> Cerema Nord-Picardie / 44 ter rue Jean-Bart - CS20275 - 59019 LILLE cedex
>
> ___
> 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] Plugin approval question

[Etienne Trimaille]

I have just checked quickly.

https://plugins.qgis.org/plugins/qgis3redistricter-master/ in the "Details"
tabs.
Clicking on :
* on the issue tracker link, it leads to your website, so we can't create
issues. It must be an issue tracker.
* on the code repository, it leads to a 404

So it makes the task difficult about the approval, we couldn't contact you.


Le jeu. 24 sept. 2020 à 22:26, Statto Redistricting <
redistrict...@stattosoftware.com> a écrit :

> Sorry if this isn't the best place to ask this, but I've been waiting on
> approval for a plugin for a week now and haven't heard anything - is there
> a way to check the plugin approval backlog to see how long it will take?
>
> Plugin is located here if anyone is interested:
> https://plugins.qgis.org/plugins/qgis3redistricter-master/version/2.1/
>
> Thank you
> John Holden
> ___
> 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] Publishing new plugin gives 'you cannot modify'

[Etienne Trimaille]

I have checked this other plugin. The folder inside the zip is called
"LandSurfaceTemperature". So your folder in the zip can't be called with
this name.

Le sam. 19 sept. 2020 à 09:53, Chirag Dasannacharya  a
écrit :

> Hi Etienne,
>
> It's named 'LandSurfaceTemperature', packaged in
> 'LandSurfaceTemperature.zip'.
> Last I checked, I don't think there was another plugin with the exact same
> name. There
> is a 'Land Surface Temperature' with the same purpose, but incompatible
> with
> QGIS 3+. Do you think this might be the issue?
>
> On Sat, 19 Sep 2020 at 12:13, Etienne Trimaille <
> etienne.trimai...@gmail.com> wrote:
>
>> What is the name of the plugin? Maybe there is already a plugin with the
>> same package/folder name? (So you don't own this plugin)
>>
>> Le sam. 19 sept. 2020 à 07:54, Chirag Dasannacharya 
>> a écrit :
>>
>>> Hi all,
>>>
>>> I'm a new developer, I'm trying to publish a plugin for the first time.
>>> Apologies if this is trivial. On uploading the zip file and clicking the
>>> upload button, I get a message saying
>>> 'You cannot modifiy this plugin.' (sic)
>>>
>>> Am I missing something?
>>> ___
>>> 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] Publishing new plugin gives 'you cannot modify'

[Etienne Trimaille]

What is the name of the plugin? Maybe there is already a plugin with the
same package/folder name? (So you don't own this plugin)

Le sam. 19 sept. 2020 à 07:54, Chirag Dasannacharya  a
écrit :

> Hi all,
>
> I'm a new developer, I'm trying to publish a plugin for the first time.
> Apologies if this is trivial. On uploading the zip file and clicking the
> upload button, I get a message saying
> 'You cannot modifiy this plugin.' (sic)
>
> Am I missing something?
> ___
> 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] Latest sources jump from 3.14.1 to 3.14.15

[Etienne Trimaille]

You should follow the roadmap ;-)

https://www.qgis.org/en/site/getinvolved/development/roadmap.html#release-schedule


Le ven. 14 août 2020 à 14:46, Sebastiaan Couwenberg  a
écrit :

> It seems that something is wrong with the new point release, it jumps
> from 3.14.1 to 3.14.15.
>
> Shouldn't that be 3.14.2?
>
> Kind Regards,
>
> Bas
>
> --
>  GPG Key ID: 4096R/6750F10AE88D4AF1
> Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
> ___
> 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] "atlasprint" plugin, version 3.1.0, is listed as available - download throws HTTP 404

[Etienne Trimaille]

Indeed, the plugin is visible on the list page:
https://plugins.qgis.org/plugins/author/3Liz/?page=1&&;

But we click on the "AtlasPrint", it's a 404:
https://plugins.qgis.org/plugins/atlasprint/

Le mer. 29 juil. 2020 à 13:10, Sebastian M. Ernst  a
écrit :

> Just a small find: "atlasprint" version 3.1.0 is listed as available for
> QGIS >= 3.0. Trying to grab it via its download URL throws HTTP 404.
>
> Verify with:
> wget --user-agent="QGIS"
> https://plugins.qgis.org/plugins/atlasprint/version/v3.1.0/download/
>
> Excerpt from `plugins.xml`:
>
> ```
> 
> 
> 
> v3.1.0
> True
> 3.0.0
> 3.99.0
>
> 
> atlasprint.v3.1.0.zip
> /media/packages/2020/icon_3DER6Id.png
> 
>
> 
> https://plugins.qgis.org/plugins/atlasprint/version/v3.1.0/download/
> 
> 
> 2020-04-28T05:18:01.270791
> 2020-04-28T05:18:01.270791
> False
> False
>
> 
> 2763
> 2.9995000833194467
> 6
> 
> True
> 
> ```
> ___
> 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] Compiling QGIS with 3D failing

[Etienne Trimaille]

Same as Richard a few days ago:
https://lists.osgeo.org/pipermail/qgis-developer/2020-July/061703.html
He put the solution after

Le lun. 20 juil. 2020 à 12:09, matteo  a écrit :

>  nope. I get this error now:
>
> /usr/bin/ld: CMakeFiles/qgis_3d.dir/qgswindow3dengine.cpp.o: in function
> `QgsWindow3DEngine::QgsWindow3DEngine()':
> qgswindow3dengine.cpp:(.text+0x5b): undefined reference to
> `Qt3DExtras::Qt3DWindow::Qt3DWindow(QScreen*)'
> collect2: error: ld returned 1 exit status
> make[2]: *** [src/3d/CMakeFiles/qgis_3d.dir/build.make:1052:
> output/lib/libqgis_3d.so.3.15.0] Error 1
> make[2]: Leaving directory '/home/matteo/dev/qgis-master-3d'
> make[1]: *** [CMakeFiles/Makefile2:7388:
> src/3d/CMakeFiles/qgis_3d.dir/all] Error 2
> make[1]: *** Waiting for unfinished jobs
>
>
> 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] Removal of PostGISExecuteSQL.py in 3.14

[Etienne Trimaille]

Le lun. 13 juil. 2020 à 15:59, Nils Nolde  a écrit :

> Hi,
>
> I just realized that the processing algo PostGISExecuteSQL.py was
> removed for the 3.14 release.


The algorithm has been ported to C++, so yes the python version has been
removed.
https://github.com/qgis/QGIS/blob/master/src/analysis/processing/qgsalgorithmexecutepostgisquery.cpp
Even calling it from Python will work using the old previous Python
processing provider because the compatibility is maintained.


> Some time after processing.tools.postgis
> module was removed (as the only module using it was PostGISExecuteSQL,
> but still, it's a public API protected by backwards compatibility right?)
>

Code in plugins (such as Processing or DB Manager) is not considered stable.
You should use the public API, when it's starting with "from qgis." core,
gui, analysis, processing etc
You should use the new database API.


>
> Was that a mistake?
>
> Cheers
> Nils
>
> ___
> 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] pyQGIS for pycharm

[Etienne Trimaille]

Hi,

Did you see
https://docs.qgis.org/3.10/en/docs/pyqgis_developer_cookbook/plugins/ide_debugging.html#debugging-with-pycharm-on-ubuntu-with-a-compiled-qgis
?

I think only the path must be adapted.
 You can follow
https://docs.qgis.org/3.10/en/docs/pyqgis_developer_cookbook/plugins/ide_debugging.html#making-eclipse-understand-the-api
to get the path.

Le mer. 27 mai 2020 à 02:52, Agrimensor Werner Horsch <
werner.agrimen...@gmail.com> a écrit :

> How do I get pyqgis or how do I setup pycharm to code for QGIS under Linux
> there are several pages but no one has some clear instructions to achieve
> this
>
> I appreciate any hints
>
>
> --
> Agrimensor Werner Horsch
> Cel: 011-4526-1570
> Tel: 011-4783-3936
> werner.agrimen...@gmail.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
___
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] annoying frequent github action mail about milestone

[Etienne Trimaille]

Emails are coming your fork Jorge.
So either disable github action on your fork or I think you might need to
have this commit in your fork (so in your branch)

Le ven. 15 mai 2020 à 09:45, Jorge Gustavo Rocha  a
écrit :

> Hi Denis,
>
> I'm still receiving these messages.
>
> This workflow applies to old PR or just for the ones submitted after
> your fix?
>
> Regards (and thank you for looking into this)
>
> Jorge
>
> On 11/05/20 10:00, Denis Rouzaud wrote:
> > let's see https://github.com/qgis/QGIS/pull/36342
> >
> > Le ven. 8 mai 2020 à 15:00, Sandro Santilli  > > a écrit :
> >
> > On Wed, May 06, 2020 at 12:22:12PM +0200, Werner Macho wrote:
> > > Hi!
> > >
> > > From what I remember you have to disable Actions from the Settings
> > of this
> > > repository.
> > > Topmenu "Settings" -> Left Menu "Actions" - disable actions.
> > > Hope this helps
> >
> > Thanks, it seems to have helped.
> > Could the upstream action be configured NOT to even try to run
> > on a fork ?
> >
> > --strk;
> > ___
> > QGIS-Developer mailing list
> > QGIS-Developer@lists.osgeo.org  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
> >
>
> J. Gustavo
> --
> Jorge Gustavo Rocha
> Departamento de Informática
> Universidade do Minho
> 4710-057 Braga
> Gabinete 3.29 (Piso 3)
> Tel: +351 253604480
> Fax: +351 253604471
> Móvel: +351 910333888
> skype: nabocudnosor
> ___
> 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] Processing algorithms in Qgis serveur

[Etienne Trimaille]

Hi,

Can you elaborate what do you mean with "how to run processing algorithms
in Qqis server?" ?

Do you mean providing an WPS service on your server?
Or do you mean to run Processing algorithms with a standalone application?
Look what has been done in QGIS 3.13 https://github.com/qgis/QGIS/pull/34617
Before 3.13, there are some scripts on the internet to launch Processing
algs as a small executable.

Le jeu. 23 avr. 2020 à 07:26, PALMIER Patrick (Responsable de groupe) -
CEREMA/DTerNP/DATHa/MT  a écrit :

> Hello,
>
> Is there any documentation, tutorial or examples to show how to run
> processing algorithms in Qqis server?
>
>
> Thanks
>
>
> Patrick Palmier
> ___
> 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

[Etienne Trimaille]

Le lun. 20 avr. 2020 à 21:43, Régis Haubourg  a
écrit :

> From the benchmark E have been doing in production, NGINX seems to be
> better in most situations.
>

FYI, his video from the FOSS4G about QGIS Server in production:
https://www.youtube.com/watch?v=TchkYqJam3Y
___
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] WIP bot

[Etienne Trimaille]

Hi,

Le mar. 21 janv. 2020 à 20:42, Etienne Trimaille <
etienne.trimai...@gmail.com> a écrit :

> - I think I cannot make a pull request a draft once its opened (and I
>> realize only 10 minutes after opening that I needed to verify X or add some
>> tests)
>>
>
I just noticed a new button today on GitHub to do that ;-)
And it's indeed new:
https://github.blog/changelog/2020-04-08-convert-pull-request-to-draft/
___
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] Understanding plugin management in QGIS: Meta data fields

[Etienne Trimaille]

Hi,

You will find some answers in the QGIS Documentation about "deprecated",
"hasProcessingProvider" ...
https://docs.qgis.org/3.10/en/docs/pyqgis_developer_cookbook/plugins/plugins.html#plugin-metadata
I'm going to add the "server" one.

> So `experimental` is actually a property of a plugin version. Am I
correctly understanding this?

Yes. Have a look here with the two columns :
https://plugins.qgis.org/plugins/DataPlotly/

> As far as `deprecated` goes, I have not figured out the dynamics yet. Is
it also tied to a version or does a plugin author mark all (past)
versions of a plugin as deprecated by uploading a deprecated "final"
release?

A plugin is deprecated, not a single version. Plugins which are in red
https://plugins.qgis.org/plugins/

For the "trusted", if I'm correct, this does not exist anymore since QGIS
3.0.

A plugin can be designed for desktop or/and for server.
Then a plugin can have or not a processing provider (not related to the
statement before).


Le mar. 31 mars 2020 à 20:35, Sebastian M. Ernst  a
écrit :

> Hi everyone,
>
> I am still trying to wrap my head around plugin management. Looking at
> (Python) plugin metadata, I have a few questions.
>
> The meta data contains the fields `experimental` and `deprecated`.
> Having written plugins, I believe that certain versions of a plugin (but
> not "the entire plugin", i.e. all of its versions of it at once) can be
> "experimental". So `experimental` is actually a property of a plugin
> version. Am I correctly understanding this?
>
> As far as `deprecated` goes, I have not figured out the dynamics yet. Is
> it also tied to a version or does a plugin author mark all (past)
> versions of a plugin as deprecated by uploading a deprecated "final"
> release?
>
> What's the story behind `trusted`? I'd guess that plugins of this kind
> can be published without a review and a plugin manager on the client
> should not care about this field.
>
> I understand that `id` is *the* unique identifier for a plugin.
> Eventually, it will be the folder name of the plugin module and it
> usually equals the name of the plugin distribution zip-file (without the
> `.zip` file extension). If this is correct: What's the purpose of
> `zip_repository`? Its description reads "the remote repository id".
>
> Reading through the original plugin manager's code, there are actually a
> few more meta data fields that appear to be undocumented (or at least
> not listed in a central place): `hasProcessingProvider` and `server`,
> both of them more or less booleans. Just to be safe here: Is my
> understanding correct that there are basically three types of Python
> plugins: "regular", server and processing provider?
>
> Best regards,
> Sebastian
> ___
> 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] Testing QGIS Plugin

[Etienne Trimaille]

Hi,

Sorry, I was mainly thinking about this one :
https://github.com/g-sherman/Qgis-Plugin-Builder/blob/master/test/qgis_interface.py
We can find it in many plugins.
Is it still needed ?

I totally agree, the mock iface provided by QGIS core is still useful!
https://github.com/qgis/QGIS/blob/master/python/testing/mocked.py#L37

Le lun. 23 mars 2020 à 12:26, Matthias Kuhn  a écrit :

> Hi Etienne,
>
> I partially but respectfully disagree. I agree that other tools are better
> for this use case. But a mock (dummy) interface is still a valid tool to
> check which API's are called how many times and in which way on a headless
> testing server / CI. Also on QGIS 3.
>
> Best regards
>
> Matthias
>
>
> On 3/23/20 12:11 PM, Etienne Trimaille wrote:
>
> The dummy interface was mainly with QGIS 2. You don't need it anymore.
>
> You can read :
> https://github.com/qgis/QGIS/tree/master/.docker
>
> I will try to make a PR on qgis about Docker this week about some notes I
> have.
>
> Le lun. 23 mars 2020 à 11:48, Jo  a écrit :
>
>> What I found on the internet involves creating a dummy interface, which
>> is great if you want to do Continuous Integration and such, but this wasn't
>> the way I wanted to test. I wanted to be able to see what was happening
>> right there in the live GUI.
>>
>> It took a while before I discovered that there is a mini editor in the
>> Python console. Now I'm launching my test code from there and this works
>> great. QTest allows me to press buttons or enter values and unit testing
>> allows me to verify it's all as expected.
>>
>> I can show you in about half an hour, if you're available, or later.
>>
>> Jo
>>
>> On Mon, Mar 23, 2020 at 11:15 AM shiva reddy  wrote:
>>
>>> Sure.
>>>
>>> Looking forward to it.
>>> Thanks & Regards
>>> Shiva Reddy K.
>>> Scientist/Engineer 'SE’
>>> Indian Institute of Remote Sensing,
>>> Indian Space Research Organisation
>>> Department of Space
>>> 4-Kalidas Road
>>> Dehradun
>>> mobile: 0135-2524126
>>>
>>>
>>>
>>> On Mon, 23 Mar 2020 at 15:38, Jo  wrote:
>>>
>>>> Hi,
>>>>
>>>> I've been advancing a bit on the testing topic. I'll gladly do a
>>>> Googe Hangout with you. We can probably learn from each other.
>>>>
>>>> Jo
>>>>
>>>> On Mon, Mar 23, 2020 at 11:01 AM shiva reddy 
>>>> wrote:
>>>>
>>>>> Hi,
>>>>> Due to ongoing COVID 19 situation , I get unique opportunity for
>>>>> refine my skills by incorporating best practices into my open source
>>>>> projects.
>>>>>
>>>>> In this line, I would like to develop test cases  for my QGIS plugin.
>>>>> Any idea , reference or any mentor who can guide me through this?
>>>>>
>>>>> My plugin name is QRealTime.
>>>>>
>>>>>
>>>>> Thanks & Regards
>>>>> Shiva Reddy K.
>>>>> Scientist/Engineer 'SE’
>>>>> Indian Institute of Remote Sensing,
>>>>> Indian Space Research Organisation
>>>>> Department of Space
>>>>> 4-Kalidas Road
>>>>> Dehradun
>>>>> mobile: 0135-2524126
>>>>>
>>>>> ___
>>>>> 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
>
>
> ___
> QGIS-Developer mailing listqgis-develo...@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] Testing QGIS Plugin

[Etienne Trimaille]

I forgot this link : https://github.com/3liz/QuickOSM#development-and-tests
I put the different ways to launch tests (in Docker, PyCharm, in QGIS
Desktop, in CLI)

Le lun. 23 mars 2020 à 12:11, Etienne Trimaille 
a écrit :

> The dummy interface was mainly with QGIS 2. You don't need it anymore.
>
> You can read :
> https://github.com/qgis/QGIS/tree/master/.docker
>
> I will try to make a PR on qgis about Docker this week about some notes I
> have.
>
> Le lun. 23 mars 2020 à 11:48, Jo  a écrit :
>
>> What I found on the internet involves creating a dummy interface, which
>> is great if you want to do Continuous Integration and such, but this wasn't
>> the way I wanted to test. I wanted to be able to see what was happening
>> right there in the live GUI.
>>
>> It took a while before I discovered that there is a mini editor in the
>> Python console. Now I'm launching my test code from there and this works
>> great. QTest allows me to press buttons or enter values and unit testing
>> allows me to verify it's all as expected.
>>
>> I can show you in about half an hour, if you're available, or later.
>>
>> Jo
>>
>> On Mon, Mar 23, 2020 at 11:15 AM shiva reddy  wrote:
>>
>>> Sure.
>>>
>>> Looking forward to it.
>>> Thanks & Regards
>>> Shiva Reddy K.
>>> Scientist/Engineer 'SE’
>>> Indian Institute of Remote Sensing,
>>> Indian Space Research Organisation
>>> Department of Space
>>> 4-Kalidas Road
>>> Dehradun
>>> mobile: 0135-2524126
>>>
>>>
>>>
>>> On Mon, 23 Mar 2020 at 15:38, Jo  wrote:
>>>
>>>> Hi,
>>>>
>>>> I've been advancing a bit on the testing topic. I'll gladly do a
>>>> Googe Hangout with you. We can probably learn from each other.
>>>>
>>>> Jo
>>>>
>>>> On Mon, Mar 23, 2020 at 11:01 AM shiva reddy 
>>>> wrote:
>>>>
>>>>> Hi,
>>>>> Due to ongoing COVID 19 situation , I get unique opportunity for
>>>>> refine my skills by incorporating best practices into my open source
>>>>> projects.
>>>>>
>>>>> In this line, I would like to develop test cases  for my QGIS plugin.
>>>>> Any idea , reference or any mentor who can guide me through this?
>>>>>
>>>>> My plugin name is QRealTime.
>>>>>
>>>>>
>>>>> Thanks & Regards
>>>>> Shiva Reddy K.
>>>>> Scientist/Engineer 'SE’
>>>>> Indian Institute of Remote Sensing,
>>>>> Indian Space Research Organisation
>>>>> Department of Space
>>>>> 4-Kalidas Road
>>>>> Dehradun
>>>>> mobile: 0135-2524126
>>>>>
>>>>> ___
>>>>> 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
>
>
___
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] Testing QGIS Plugin

[Etienne Trimaille]

The dummy interface was mainly with QGIS 2. You don't need it anymore.

You can read :
https://github.com/qgis/QGIS/tree/master/.docker

I will try to make a PR on qgis about Docker this week about some notes I
have.

Le lun. 23 mars 2020 à 11:48, Jo  a écrit :

> What I found on the internet involves creating a dummy interface, which is
> great if you want to do Continuous Integration and such, but this wasn't
> the way I wanted to test. I wanted to be able to see what was happening
> right there in the live GUI.
>
> It took a while before I discovered that there is a mini editor in the
> Python console. Now I'm launching my test code from there and this works
> great. QTest allows me to press buttons or enter values and unit testing
> allows me to verify it's all as expected.
>
> I can show you in about half an hour, if you're available, or later.
>
> Jo
>
> On Mon, Mar 23, 2020 at 11:15 AM shiva reddy  wrote:
>
>> Sure.
>>
>> Looking forward to it.
>> Thanks & Regards
>> Shiva Reddy K.
>> Scientist/Engineer 'SE’
>> Indian Institute of Remote Sensing,
>> Indian Space Research Organisation
>> Department of Space
>> 4-Kalidas Road
>> Dehradun
>> mobile: 0135-2524126
>>
>>
>>
>> On Mon, 23 Mar 2020 at 15:38, Jo  wrote:
>>
>>> Hi,
>>>
>>> I've been advancing a bit on the testing topic. I'll gladly do a
>>> Googe Hangout with you. We can probably learn from each other.
>>>
>>> Jo
>>>
>>> On Mon, Mar 23, 2020 at 11:01 AM shiva reddy 
>>> wrote:
>>>
 Hi,
 Due to ongoing COVID 19 situation , I get unique opportunity for refine
 my skills by incorporating best practices into my open source projects.

 In this line, I would like to develop test cases  for my QGIS plugin.
 Any idea , reference or any mentor who can guide me through this?

 My plugin name is QRealTime.


 Thanks & Regards
 Shiva Reddy K.
 Scientist/Engineer 'SE’
 Indian Institute of Remote Sensing,
 Indian Space Research Organisation
 Department of Space
 4-Kalidas Road
 Dehradun
 mobile: 0135-2524126

 ___
 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
___
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] Size of docker images

[Etienne Trimaille]

Hi,

Just for your information, I have noticed that the size of official QGIS
docker images are increasing:

qgis/qgis release-3_4  4.83GB
qgis/qgis release-3_106.67GB
qgis/qgis latest6.95GB

Is-it an issue? A known issue?
Thanks
___
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] QgsProject.instance() in QGIS docker 3.10 crash

[Etienne Trimaille]

Hi,

I have setup some plugins with unittests using Docker.
I have followed the documentation :
https://github.com/qgis/QGIS/tree/master/.docker
to run them locally or/and on Travis.

This tests is working well using the QGIS 3.4 docker image :

class TestEditionDialog(unittest.TestCase):

def test_atlas_dialog(self):
"""Test atlas dialog."""
layer = QgsVectorLayer(plugin_test_data_path('lines.geojson'),
'lines', 'ogr')
QgsProject.instance().addMapLayer(layer)
self.assertTrue(layer.isValid())

But as soon as I start using a QGIS 3.10 docker image, QGIS crash.

test_atlas_dialog (lizmap.test.test_dialog_edition.TestEditionDialog)
Test atlas dialog. ... QGIS died on signal 11Test atlas dialog. ... QGIS
died on signal 11
Finished running test
qgis_plugin_tools.infrastructure.test_runner.test_package (codes: IS_DEAD=0
IS_FAILED=1 IS_PASSED=1).
root@1c7939c428c6:/tests_directory/lizmap#

By commenting the code, I noticed it's the `QgsProject.instance()` which
trigger the crash.
It tried quickly to replace by:

layer = QgsVectorLayer(plugin_test_data_path('lines.geojson'),
'lines', 'ogr')
project = QgsProject()
project.addMapLayer(layer)
self.assertTrue(layer.isValid())

It's working, the test is OK. But then, all my tests using a
QgsMapLayerComboBox are failing because the combobox is empty.

Does anyone confirm this kind of behaviour in their tests? Is-it a bug or
is-it another way to do tests using this docker image?

Regards,
Etienne
___
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] repo for old-ltr?

[Etienne Trimaille]

Hi,

We have the same issue as last year for us.
Is-there a repository for QGIS 3.4?

Similar to:
http://qgis.org/debian-ltr-2.18/
http://qgis.org/ubuntugis-ltr-2.18/

for QGIS 2.18.

Thanks


Le lun. 25 févr. 2019 à 16:50, Paolo Cavallini  a
écrit :

> Thanks a lot Jürgen.
>
> On 25/02/19 16:39, Jürgen E. Fischer wrote:
> > Hi Paolo,
> >
> > On Mon, 25. Feb 2019 at 16:02:06 +0100, Paolo Cavallini wrote:
> >> now that 3.4 is LTR, is there a deb repo for 2.18? The reason is that
> >> unfortunately several web clients (notably Lizmap) are not yet ported to
> >> 3, so a server install will require the old 2.18.
> >
> > http://qgis.org/debian-ltr-2.18/
> > http://qgis.org/ubuntugis-ltr-2.18/
> >
> >
> > Jürgen
> >
> >
> > ___
> > 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 - www.faunalia.eu
> QGIS.ORG Chair:
> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>
> ___
> 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] changes in QGIS development with git

[Etienne Trimaille]

You should rename your fork. You are still using the old name "Quantum-GIS"
and not QGIS ?

Le mar. 3 mars 2020 à 15:10, William Kyngesburye  a
écrit :

> OK, now a backporting problem.  The backport run appears to be failing
> because it can't find my repository.  But the merge had no problem finding
> my repository.  huh?
>
> For 2 PRs now.
>
> -
> William Kyngesburye
> 
> 
>
> Don't Panic
>
> On Mar 2, 2020, at 11:37 AM, William Kyngesburye 
> wrote:
>
> Thanks.  I can add labels.
>
> First one failed travis-ci.  Which is odd... failed a test completely
> unrelated to this change.
>
> -
> William Kyngesburye
> 
> 
>
> Don't Panic
>
> On Mar 2, 2020, at 3:10 AM, Denis Rouzaud  wrote:
>
> 
>
>
> Le dim. 1 mars 2020 à 20:04, William Kyngesburye 
> a écrit :
>
>> It's been a couple years since I made a commit with git, and I find that
>> I can't do that any more.  It appears master (and branches?) are locked so
>> that only travis-ci-validated commits can be pushed.  That means I have to
>> use a github fork and make pull requests, yay.  I just want to make sure I
>> have this correct now.
>>
>> I figured out how to reset my 8 year old fork to current master.
>>
>> The PR process from my years-old notes:
>>
>> 1. merge upstream changes to my fork
>>
>> 2. make my changes
>>
>> 3. push my changes to my fork
>>
>> 4. make PR to qgis upstream
>>
>> 5. (new) wait for travis-ci to succeed
>>
>
> an added step is to wait for a positive review now
>
>>
>> 6. merge PR
>>
>> One thing I'm not sure about is backporting.  I've seen [Backport] tagged
>> messages from Github.  And I recall talk about problems with the automated
>> backporting bot/app (fixed?).
>>
> yes it should be working
>
>>
>> How do I handle backporting?  Most of the changes I need to make need to
>> be backported.
>>
> the PR must be labeled with "backport _branchname_". If you cannot define
> the label (rights) just ask for it to be labeled.
>
>
> ___
> 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
___
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] Q-without-GIS

[Etienne Trimaille]

In my previous jobs, I got the use case where I wanted to use QGIS without
maps ...
It was a Postgresql database and I needed a application to do some CRUD on
the database, in an easy way.
QGIS does plenty of things like:
- forms
- attribute table
- conditional formatting in the attribute table
- loading views from PostgreSQL etc
- dataplotly
- layout/reports
which are indeed very nice. It looks a little bit weird to open QGIS to
open a non-spatial project :)

I didn't find any good software to replace QGIS. (maybe I was biased too)
I tried to build one quickly a few months ago for editing a single
postgresql table (with conditional formatting and forms), but I didn't go
far:
https://github.com/Gustry/qgis_standalone_application

Le jeu. 20 févr. 2020 à 12:05, Paolo Cavallini  a
écrit :

> Il 2020-02-20 11:46 Raymond Nijssen ha scritto:
> > Haha, I never heard anyone using QGIS for any work that doesn't have a
> > map involved. Do you have examples?
>
> sure, plenty of:
> * designing od data entry forms (yes, even for an addressbook)
> * reports including pictures and tables
>
> > But last month I suggested using QGIS for generating the invoices for
> > the Dutch User Group (as an atlas). Because I didn't know another way
> > for doing such a job. Besides I thought it would be funny. :)
>
> indeed!
> cheers
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> ___
> 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] How to test a processing plugin ?

[Etienne Trimaille]

We are writing unit test for our processing algorithms.

Jean-Charles, can you explain your questions? Is-it about how to initialize
the Processing provider ? on travis, in unittest?

I started a simple one last week on this plugin :
https://github.com/3liz/qgis-raepa-plugin/blob/master/test/test_processing.py

Le jeu. 20 févr. 2020 à 09:41, Alessandro Pasotti  a
écrit :

> Hi,
>
> see:
> https://github.com/qgis/QGIS/tree/master/python/plugins/processing/tests
>
> On Thu, Feb 20, 2020 at 9:30 AM Jean-Charles Quillet <
> jeancharles.quil...@gmail.com> wrote:
>
>> Hi,
>>
>> I'm currently writing a processing plugin and I was wondering how to unit
>> test it.
>>
>> Is there a well established way of testing plugins ? Is there a template
>> somewhere I can use to base my tests on ?
>>
>> Thanks for your help,
>>
>> Jean-Charles
>>
>> ___
>> 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
___
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] How to notify an error from QgsProcessingAlgorithm.processAlgorithm ?

[Etienne Trimaille]

Le mar. 4 févr. 2020 à 16:04, Jean-Charles Quillet <
jeancharles.quil...@gmail.com> a écrit :

> I've tried to raise QgsProcessingException. But from the output window,
> the exception does not seem to be well handled.
>

This is, I think, the way to go. What do you mean by not well handled? You
mean the display with the traceback? This has been fixed in latest QGIS
versions. Maybe not in QGIS 3.8 which is not maintained anymore.

You should open the script template provided in QGIS Desktop :
https://github.com/qgis/QGIS/blob/master/python/plugins/processing/script/ScriptTemplate.py#L136
___
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] WIP bot

[Etienne Trimaille]

No worries, just wondering ;-)

Le mar. 21 janv. 2020 à 19:58, Matthias Kuhn  a écrit :

> - IIRC tests are not executed for draft PRs
>
Not anymore. Tests are running on a draft PR now. I think it was only at
the beginning.

- I think I cannot make a pull request a draft once its opened (and I
> realize only 10 minutes after opening that I needed to verify X or add some
> tests)
>

Yes, this is missing, I agree.
___
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] WIP bot

[Etienne Trimaille]

Just for curiosity, do you use draft PR?

https://github.blog/2019-02-14-introducing-draft-pull-requests/

Le mar. 21 janv. 2020 à 15:39, Matthias Kuhn  a écrit :

> Hi
>
> Do you know the WIP bot?
>
> It blocks merging pull requests with WIP in the title. It's very helpful
> to tag pull requests as requiring action and add an extra obstacle
> before clicking the green merge button.
>
> I think we can only win by installing it.
>
> Could a repository admin do that for me?
>
> Thank you very much
>
> Matthias
>
>
> https://github.com/marketplace/wip/plan/MDIyOk1hcmtldHBsYWNlTGlzdGluZ1BsYW4xMjE0#pricing-and-setup
>
>
> ___
> 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] Improve build times with ccache

[Etienne Trimaille]

Thanks Matthias for these tips.

Samweli, do you think you can add some notes in
https://github.com/qgis/QGIS/blob/master/doc/linux.t2t (which will land in
the INSTALL file) so we won't loose these notes in the mailing list?

PS : Welcome in the Kartoza team ;-)

Le lun. 16 déc. 2019 à 22:20, Tim Sutton  a écrit :

> And thanks from me too!
>
> Regards
>
> Tim
>
> On 16 Dec 2019, at 08:47, Samweli  wrote:
>
> Hi Matthias, Thanks a lot. Compiling only the required target (eg.
> qgis_desktop) really works well!!
>
>
>
>
> --
> Sent from:
> http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
> ___
> 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
___
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] How to retrieve enum-input value in processing

[Etienne Trimaille]

On which QGIS version are you?

I made this ticket a few weeks ago. You will see that the enum will give
its index and not the string as you can think.
https://github.com/qgis/QGIS/issues/32452

Nyall did some PR in 3.11.

You need to use a CASE WHEN in your expression. You can open Nyall's model
to check.

Le ven. 13 déc. 2019 à 12:25, Richard Duivenvoorde  a
écrit :

> Just received a question from a user:
>
> He has a small processing model and wants to use an 'enum' (text) input
> in the model as value for a new column. Which in the column  is created
> by the 'field calculator' algorithm.
>
> But we cannot find out how to get the 'chosen' value out of the
> 'enum'-input (which are always 'strings'). Whatever we try the value of
> the new column records are always NULL
>
> To reproduce:
> - create an fresh model with an input vector layer
> - create in 'enum' input call it 'choice' with 2 values 'blue', 'red'
> - use the 'field calculator' algorithm to create a new string field
> we thought that '@choice' would be the Formula (being the value of the
> 'choice' input...
>
> BUT: the column is never filled with 'red' or 'blue'...
>
> Anybody a clue?
>
> Regards,
>
> Richard Duivenvoorde
>
> ps looking into
> https://qgis.org/api/classQgsProcessingParameterEnum.html#details
> and
> https://qgis.org/api/qgsprocessingparameters_8cpp_source.html
> dit not reveal anything to me...
> ___
> 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] delayed PR of 3.10.1

[Etienne Trimaille]

Do you mean the 3.10 branch?
https://github.com/qgis/QGIS/tree/release-3_10

Le ven. 29 nov. 2019 à 09:49,  a écrit :

> Hello ,
>
> to compile my plugin I waited for the PR of 3.10.1 but now I have red its
> been delayed for a week :-)
>
> So I decided to compile it with last version for downloading (
> QGIS-Codeversion* 6ffa89eb3e)*
> But how can I get the source code from github? I can't find a branch for
> this version.
>
> Can anyone help, please?
> 
>
>
> Freundliche Grüße aus Leipzig
> Susann Schmidt
> Softwareentwicklung
>
> **
>
> GFI - Gesellschaft für Informationstechnologie mbH
> Philipp-Rosenthal-Straße 9
> D-04103 Leipzig
> Geschäftsführer: Andreas Richter
> Amtsgericht Leipzig HRB 12054
> USt.-IdNr.: DE179049354 Steuer-Nr.: 231/109/06412
> ESRI Solution Partner  und   ER Mapper Reseller
> Tel. 0341 961 3310Fax 0341 961 3311   Mail i...@gfi-gis.de
> Web  www.gfi-gis.de  und  www.themenbrowser.de
> ___
> 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] Detailed error information from processing.run

[Etienne Trimaille]

You need to create your own QgsProcessingFeedback object instead of using
the default feedback.
Check this answer: https://gis.stackexchange.com/a/310947/24505

Le ven. 18 oct. 2019 à 12:26, Tejas L  a écrit :

> Hello Devs,
>
> I would like to get a detailed error messages when processing.run fails.
> For: e.g. in code like ths
>
> try:
>   buffered_layer = processing.run(..., context, feedback)['OUTPUT']
> except QgsProcessingException as e:
>print (e)  // 'There were errors executing the algorithm.'
>
> The exception message is very generic. The processing log window does show
> a more detailed message like: "GEOS processing error: intersection failed".
>
> Could the detailed message also be made available in the exception?
>
> Regards,
> Tej
>
> ___
> 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] 3.10.0 in hard freeze, should we branch master as unfreeze for 3.12?

[Etienne Trimaille]

René-Luc, the only exempt label for the bot is "Merge after thaw":
https://github.com/qgis/QGIS/blob/master/.github/stale.yml#L7

It should be applied when a PR is approved and waiting for the branch to be
unfrozen.

Le lun. 14 oct. 2019 à 15:12, René-Luc Dhont  a écrit :

> Hi devs,
>
> I remove my +1 for branching version 3.10 before release, but we have an
> issue in QGIS managing stale tag for frozen branch.
>
> Some Pull Requests with frozen tag has been tagged stale by the github
> probot-stale.
>
> René-Luc
>
>
> ___
> 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] pyqgis - canUninstallPlugin

[Etienne Trimaille]

Hi,

I'm adding back the QGIS dev mailing list.

Le lun. 14 oct. 2019 à 08:29, VOLPES-EXT, Jacky <
jacky.volpes-...@canal-de-provence.com> a écrit :

> I didn’t share any code because I don’t know how to be more clear… :/
>

You said your code is not working and/or not called. So without seing it,
it was confusing ;-)


> The objective would be to prevent the plugin to be uninstalled in our
> specific company context :
>
> I want every user to have a specific set of plugins already installed in
> their QGis environment so they don’t have to manage installations or
> updates of plugins (thanks to the QGIS_PLUGINPATH environment var, where I
> will install and update the plugins for them).
>
>
>
> But as a result, if one user decides to uninstall a plugin, it will be
> uninstalled for every user.
>

Seems weird to change every plugin you are going to install for them by
adding this flag.
So you are using a network share for all installed plugins?
Why not a read only directory?

>
___
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] [FEATURE] Selective masking #30747

[Etienne Trimaille]

The PR can stay open with the label "Merge after thaw". Stalebot won't
close these PR.

Le mer. 9 oct. 2019 à 15:28, Hugo Mercier  a
écrit :

> Hi Kaplan,
>
> Thanks for your feedback.
>
> This Pull Request has been frozen due to the dedicated current feature
> freeze period. It will be merged after the feature freeze period is
> over, i.e. when new features are accepted back for inclusion.
>
> I think the last code state is ok to be merged. There are still very
> valuable design suggestions raised by Martin in the last comments, but I
> won't be able to take them into account soon. I prefer to take some
> extra time to fix bugs that should arise when this new feature will be
> merged.
>
> Hugo
>
>
> On 09/10/2019 12:22, Lior Kaplan wrote:
> > Hi Guys,
> >
> > First time on this list after attending foss4g (:
> >
> > I was looking for this PR by Hugo Mercier to get merged:
> > https://github.com/qgis/QGIS/pull/30747
> >
> > But it looks like things fell a bit between the chairs, as the feedback
> > was OK (after a few rounds of comments). Can anyone help to shed
> > some light on this?
> >
> > Thanks,
> >
> > Kaplan
> >
> > +972-52-2235911
> > T: @opensource_il 
> > F: @liorkaplanopensource 
> > https://kaplanopensource.co.il/
> >
> >
> > ___
> > 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
___
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] New plugin: Review / Procedure

[Etienne Trimaille]

Hi,

Le dim. 6 oct. 2019 à 03:43, Richard Marsden  a écrit :

> I was aware of QuickOSM. It didn't work for me when I tried a few
> weeks ago.


Please fill tickets in the GitHub repository, I will help you there.


> From files, it has the same issues as
> OSM Downloader / OGR2OGR.


Same as above, let me know what you think about "issues" as you mentionned.
The "OSM File" panel will open the OSM file and will split the HStore field.

I have a TODO list on QuickOSM, some of them are on the GitHub issue
tracker.
Such as:
* download a "Map preset" with several predefined layers in it: hiking map,
cadastral map, biking map, with QGIS styles
* Add JOSM presets (the F3 keyboard shortcut). So people without knowledge
of OSM key/value can write "bakery" in their own language.
* For non Overpass queries, I want to improve the "OSM File" panel by
setting a local OSM/PBF file and then applying filter. So I think it's what
you want too, right?

I will answer to your email you sent me in private too.
___
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] Processing - Default Output raster&vector extensions enumerator?

[Etienne Trimaille]

No, I think you can't.
People are changing the extension by editing the source code:
https://gis.stackexchange.com/a/317169/24505

Related ticket: https://github.com/qgis/QGIS/issues/28377

Alexandre, where did you find these options? I think they have been removed
a few months ago now.

Le ven. 20 sept. 2019 à 09:13, Alexandre Neto  a
écrit :

> Hi Alex,
>
> Thanks for your fast answer.
>
> Is there a way to control what happens in multi output files? Like split
> vector layer, wher you can only select a output folder.
>
> Thanks,
>
> Alex
>
> A sexta, 20/09/2019, 06:05, Alexander Bruy 
> escreveu:
>
>> Hi,
>>
>> these options are not used anymore and should be removed. Correct
>> extension now
>> determined automatically from the filename for file-based outputs.
>>
>> пт, 20 вер. 2019 о 00:02 Alexandre Neto  пише:
>> >
>> > Hi all,
>> >
>> > I have realized that the processing option to determine the default
>> output extension as moved to the advanced settings. What I find odd is that
>> the value type is an integer and the default values is now 0. Changing it
>> to 1, seems to make the default shapefiles.
>> >
>> > If exists, where can I find the enumeration for default values? this
>> needs to be documented
>> >
>> > Thanks,
>> >
>> > Alexandre Neto
>> > ___
>> > 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
>>
>>
>>
>> --
>> Alexander Bruy
>>
> ___
> 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] Upgrading to V3

[Etienne Trimaille]

Hi,

I can't really answer your question but you should use
https://qgis.org/api/classQgsMapLayerComboBox.html instead of creating your
own combobox. (if possible).

Etienne

Le dim. 15 sept. 2019 à 10:11, Maaza Mekuria  a écrit :

> QGIS Layer List upgrade to V3 C++ plugin - Geographic Information Systems
> Stack Exchange body,.top-bar{margin-top:1.9em}
>
> I was upgrading a c++ plugin that I had used in the past and almost
> eliminated all the the usual compiler errors due to version changes
> according for the current version (3.6). The plugin used to collect current
> map canvas layers in a combo list box for selection. I am getting two
> errors that I can't figure out what to do with. This code compiled without
> problem pre-2.0.
>
> The first happens to be about QGSMapLayer that can't be instantiated
> because it is turned as an abstract class and I am getting an error
> [Severity Code Description Project File Line Source Suppression State Error
> C2259 'QgsMapLayer': cannot instantiate abstract class tarjan_sccplugin
> C:\OSGeo4W64\apps\Qt5\include\QtCore\qlist.h 214 Build ]
>
> This is portion of the code generating the error.  Where cmbNetSourceLayer
> is a combo-box .
>
> void tarjan_sccGui::populateLayers( QString const& url ) {
> cmbNetSourceLayer->clear();
>
> QString layerName; QString layerType;
>
> // fill list of layersQMap mapLayers = 
> QgsProject::instance()->mapLayers();QMap::iterator 
> layer_it = mapLayers.begin();
> for (; layer_it != mapLayers.end(); ++layer_it){
> QgsVectorLayer* vl = dynamic_cast(layer_it.value());
> if (!vl)
> continue;
> else
>
>  cmbNetSourceLayer->addItem(vl->name() );}
>
> The second error appears to be in explicit declaration for the plugin.
> Something has changed in how the plugins are initiated. [Severity Code
> Description Project File Line Source Suppression State Error (active)
> invalid explicit instantiation declaration tarjan_sccplugin
> d:\GIS\v3\Quantum-GIS\src\core\qgsoptionalexpression.h 82 IntelliSense ]
>
> No idea what must be done to overcome this error.  The cited module
> appears to be an optional data module.
>
>
> Any help is appreciated.
> ___
> 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] PyQt and QGIS

[Etienne Trimaille]

Hi,

You should try:
from qgis.gui import QgsFileWidget
It's in the GUI library: https://qgis.org/api/classQgsFileWidget.html

For PyCharm on Ubuntu, I used the normal launcher. Then I have setup a venv
called "QGIS3" that I can use in all my plugins and project related to
QGIS. In the venv, I added
/home/etienne/dev/qgis/build/master/output/python
to my interpreter paths. It works well for autocompletation. You may need
to restart pycharm and/or to force PyCharm to scan these libraries.

Le mar. 3 sept. 2019 à 18:04, Shane Carey  a écrit :

> Thanks Mario,
>
> I'm on Ubuntu.
> Cheers
> Le gach dea ghui,
> *Shane Carey*
> *GIS and Data Solutions Consultant*
>
>
> On Tue, Sep 3, 2019 at 4:21 PM Mario Baranzini  wrote:
>
>> Hi Shane,
>> are you using Linux or other systems?
>>
>> Here there are my notes on how to configure PyCharm for pyqgis
>> development from when I used PyCharm and Gnome:
>> https://marioba.gitlab.io/blog/post/2018-04-12-pyqgis-autocompletion-pycharm/
>>
>> I Hope that helps.
>>
>> Cheers
>> Mario
>>
>>
>>
>>
>> *03 September 2019 16:53 Shane Carey > > wrote:*
>>
>> Hi all,
>> For a few days now, I have been trying to setup PyQt and QGIS without
>> much success. So I have tried to create a ui using QT designer and from
>> there create my python file using pyuic5:
>> When I go to run it in PyCharm, I get the following:
>> No module named 'qgsfilewidget'
>>
>> And the error is coming from:
>> from qgsfilewidget import QgsFileWidget
>>
>> Could some please tell me how to setup PyCharm with QGIS please as I am
>> unable to find anything useful on google.
>>
>> Thanks
>> Le gach dea ghui,
>> *Shane Carey*
>> *GIS and Data Solutions Consultant*
>> <>
>>
>>
>> ___
> 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] DBManager save querys only saves selected code - Bug or Feature?

[Etienne Trimaille]

There is already a ticket: https://github.com/qgis/QGIS/issues/30616

Le dim. 21 juil. 2019 à 11:11, Paolo Cavallini  a
écrit :

> Hi all.
> I agree, the default should be save all. Having the option of savings only
> selected could be handy.
> Cheers.
>
> On 21 July 2019 10:29:21 CEST, Matthias Kuhn  wrote:
>>
>> Hi,
>>
>> Is there any other software with this behavior to "save only selected"?
>> Or a use case where this is desirable?
>>
>> From top of my mind I can't find anything and I think all our other
>> editors always save the full text, regardless of selection.
>>
>> Regards
>>
>> Matthias
>> On 7/21/19 10:19 AM, Alexandre Neto wrote:
>>
>> I agree that it can be a feature, but needs to be more explicit to the
>> user.
>>
>> My problem is that I was creating several instructions and running them
>> one by one. Then, in the end, I wanted to save everything and didn't
>> realize that there was a selection.
>>
>> Documentation alone won't be enough IMHO. So, maybe a check box with
>> "Save selected only?
>>
>> Anyway, thanks for making saving available.
>>
>> Alex
>>
>> A Sáb, 20/07/2019, 18:27, Loïc Bartoletti 
>> escreveu:
>>
>>> Hi Alexandre,
>>>
>>> It's my bad, I used _getSqlQuery
>>> 
>>> insted of self.editSql.text().
>>>
>>> For me a feature must be documented and for this one the user must have
>>> the choice between the full text or the selected part. So it's a bug or I
>>> add this option and the doc.
>>>
>>> Regards,
>>>
>>> Loïc
>>> Le 20/07/2019 à 17:04, Alexandre Neto a écrit :
>>>
>>> Hi,
>>>
>>> I had some frustrations with the DB Manager save query functionality. At
>>> some point I finally understood that, if there is some selected code, only
>>> that part is saved.
>>>
>>> To me it's weird, because when you save, the rest of the code is
>>> maintained in the SQL editor, and the name of the query is showned in the
>>> topo.
>>>
>>> But, when I turn of my project and open it again, surprise surprise,
>>> only the selected part is in the Query.
>>>
>>> Bug or feature?
>>>
>>> Alex Neto
>>>
>>> ___
>>> QGIS-Developer mailing listqgis-develo...@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
>>
>>
>> ___
>> QGIS-Developer mailing listqgis-develo...@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
> --
> Sorry for being short
> ___
> 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] Share upload rights for plugin authors

[Etienne Trimaille]

You can add "owners" in your plugin webpage settings.

Le mer. 10 juil. 2019 à 11:56, Henrik Spångmyr 
a écrit :

> Hi.
> We are currently two main authors for the Midvatten plugin. Currently only
> one of us has the possibility to upload new versions. We would like me to
> also be able to upload new versions.
>
> Is this possible?
>
> Regards,
> Henrik
>
> --
> Henrik Spångmyr
> Midvatten AB
> Borganäsvägen 46
> 784 33 Borlänge
> Mobil: 070-5607879
> Växel: 0243-87620
> ___
> 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] New version notifications

[Etienne Trimaille]

In QGIS Settings -> "General", you can disable "Check QGIS version".

If you are deploying QGIS with an INI file, you can do it programmatically.
You can hide this checkbox because QGIS version is managed by the system
administrator.
https://docs.qgis.org/3.4/en/docs/user_manual/introduction/qgis_configuration.html#deploying-qgis-within-an-organization

Le mar. 4 juin 2019 à 06:55, Bernhard Ströbl  a
écrit :

> On that occasion:
>
> how can I deactivate the new version information? I get frequent calls
> from my users asking if they need to do something. It's kind of annoying
> because we use LTS.
>
> Bernhard
>
> Am 03.06.2019 um 18:11 schrieb Tim Sutton:
> > It takes the version status from QGIS.org  not from
> the
> > repositories. When the actual package arrives depends on your package
> > repo etc.
> >
> > Regards
> >
> > Tim
> >
> >> On 3 Jun 2019, at 00:16, Cory Albrecht  >> > wrote:
> >>
> >> Why does QGIS alert about newer versions before the version is even
> >> available in something like the Debian/Ubuntu repos at
> >> http://qgis.org/ubuntu-nightly-release ?
> >> ___
> >> 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.
> >
> >
> >
> > __ Information from ESET Mail Security, version of virus
> > signature database 19461 (20190603) __
> >
> > The message was checked by ESET Mail Security.
> > http://www.eset.com
> >
> >  '�z�Zr �r ^�)�j[p��Z��'~��zJ&�W�� ��{^� �iק
> >
>
>
>
> __ Information from ESET Mail Security, version of virus signature
> database 19465 (20190604) __
>
> The message was checked by ESET Mail Security.
> http://www.eset.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
___
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] Embedded py libs in plugis

[Etienne Trimaille]

Nothing is written in the documentation about not embedding python
libraries:
https://plugins.qgis.org/publish/

Le mar. 30 avr. 2019 à 18:17, Matthias Kuhn  a écrit :

> Hi,
>
> I also was under the impression that this it's ok to ship dependencies
> within plugins.
>
> One of the major blockers towards a better world (TM) is that no
> pip(-like) tool to auto-install dependency packages at runtime is available
> on all platforms (looking at you, Windows). Meanwhile shipping dep
> libraries as wheels/eggs/... sounds like the best user experience a plugin
> dev can deliver.
>
> Regards
>
> Matthias
> On 4/30/19 6:11 PM, Tim Sutton wrote:
>
> Hi
>
> Yeah I also don’t remember any specific policy discouraging it, and as
> long as they are namespaces nicely it is nicer IMHO than requiring users to
> go and manually fetch extra packages so your plugin will work.
>
> Regards
>
> Tim
>
> On 30 Apr 2019, at 16:57, Luigi Pirelli  wrote:
>
> Are you sure? or are you referring embedding binary library? pure python
> lib or python eggs, IMHO do not generate problems if used in the plugin
> code without modify pythonpath for the all the env.
>
> Am I wrong?
>
> Luigi Pirelli
>
>
> **
> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> * GitHub: https://github.com/luipir
> * Mastering QGIS 2nd Edition:
> *
> https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
> * Hire me: http://goo.gl/BYRQKg
>
> **
>
>
> On Mon, 29 Apr 2019 at 20:50, Paolo Cavallini 
> wrote:
>
>> Hi all,
>> until now we discouraged the inclusion of external python libraries in
>> python plugins. I still think this is the right, clean approach. I just
>> want to check with main core devs if there are strong reasons to change
>> the approach.
>> Thanks for comments.
>> Cheers.
>> --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS.ORG  Chair:
>> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>> ___
>> 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
>
>
> —
>
>
>
>
>
>
>
>
> *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 listqgis-develo...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
> --
> Matthias Kuhn
> matth...@opengis.ch
> +41 (0)76 435 67 63 <+41764356763>
> [image: OPENGIS.ch Logo] 
> ___
> 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] QGIS Server layer metadata

[Etienne Trimaille]

Le jeu. 11 avr. 2019 à 07:46, Alessandro Pasotti  a
écrit :

> If I'm not wrong, in getcapabilities you will get metadata from OWS tab,
> in expressions you get metadata from Metadata tab and there is no fallback.
>

Correct, but there is a fallback. The expression will use the QGIS Server
metadata if the corresponding layer metadata is empty.

According to https://github.com/qgis/QGIS-Enhancement-Proposals/issues/50
and some discussions 2 years ago, I think that all items of the QGIS Server
tab can fit into the new schema. But I agree, the UI is not the best about
links for instance. (metadata URL, data URL, legend URL)


>
>
>
>> Le jeu. 11 avr. 2019 à 05:23, Alessandro Pasotti  a
>> écrit :
>>
>>>
>>> On Thu, Apr 11, 2019 at 11:17 AM René-Luc Dhont 
>>> wrote:
>>>
 Hi ALessandro,

 Which metadata can be reused ?

>>>
>>> For example: Title, Abstract, Keywords, Attribution 
>>>
>>>
>>>
>>>

 René-Luc D'Hont

 Le 11/04/2019 à 11:12, Alessandro Pasotti a écrit :

 Hi,

 Shouldn't we drop some of the QGIS Server that are now available in the
 more general "Metadata" tab or at least fallback on those values?

 Or maybe provide a button to copy values from the "Metadata" tab.


 --
 Alessandro Pasotti
 w3:   www.itopen.it



>>>
>>> --
>>> 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
>>
>>
>
> --
> 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] QGIS Server layer metadata

[Etienne Trimaille]

Nyall has already made a PR for this: https://github.com/qgis/QGIS/pull/9197
To use layer metadata instead of QGIS Server metadata when using an
expression.

I think we can replace a few of them already.

Le jeu. 11 avr. 2019 à 05:23, Alessandro Pasotti  a
écrit :

>
> On Thu, Apr 11, 2019 at 11:17 AM René-Luc Dhont  wrote:
>
>> Hi ALessandro,
>>
>> Which metadata can be reused ?
>>
>
> For example: Title, Abstract, Keywords, Attribution 
>
>
>
>
>>
>> René-Luc D'Hont
>>
>> Le 11/04/2019 à 11:12, Alessandro Pasotti a écrit :
>>
>> Hi,
>>
>> Shouldn't we drop some of the QGIS Server that are now available in the
>> more general "Metadata" tab or at least fallback on those values?
>>
>> Or maybe provide a button to copy values from the "Metadata" tab.
>>
>>
>> --
>> Alessandro Pasotti
>> w3:   www.itopen.it
>>
>>
>>
>
> --
> 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
___
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] 3.6 changelog

[Etienne Trimaille]

Le mar. 26 févr. 2019 à 14:52, Richard Duivenvoorde  a
écrit :

>
> It is a django app, if you create a login (and sent me your username),
> we can give you enough rights to edit yourself:
>

Did the rule change recently?
Before, anyone with a login could add an entry.
___
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] [FEATURE EXCEPTION] Export SLD 1.0 for Rasters. Merge exception request for QGIS 3.6

[Etienne Trimaille]

Le jeu. 31 janv. 2019 à 12:56, Luigi Pirelli  a écrit :

> in the next 3.6 LTR.
>

3.6 will not be LTR.
It's 3.4 which was released October 2018.


>
> these are the technical reasons:
> 1) do not affect any existing feature. The only critical point could be
> the change of some SLD export method from const to no const (I'll explain
> in the PR the reason)
> 2) can be useful for any public institution using geoserver as backend
> when public institutions suppose to install LTR version.
>
> There are the personal reason:
> 0) I really do not like to force the rules and following ones are my
> personal reason why I wasn't able to respect feature freeze.
> 1) busy organizing a complex (for me) conference
> 2) All family sick... I'm still sick!
>
> let me know
>
> Luigi Pirelli
>
>
> **
> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> * GitHub: https://github.com/luipir
> * Mastering QGIS 2nd Edition:
> *
> https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
> * Hire me: http://goo.gl/BYRQKg
>
> **
> ___
> 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] Advanced digitising coordinate entry for a single point

[Etienne Trimaille]

With the vertex tool enabled, right click on a vertex and then you can
enter X and Y.


Le mer. 16 janv. 2019 à 14:25, Tim Sutton  a écrit :

> Hi
>
> In QGIS 3.x we have the nice integration with the advanced digitising
> panel for lines and polygons. Do we have any capability to capture a point
> by entering coordinates? In 2.x we had the numerical vertex editor plugin
> but that isn’t available in 3.x yet.
>
> Regards
>
> Tim
>
>
> —
>
>
>
>
>
>
>
> *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
>
> ___
> 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] Plugin [1546] imajnet-qgis-plugin approval notification.

[Etienne Trimaille]

Hi,

Both the code repository link and the bug tracker link are good. They
redirect to the main compagny website. Is the code available somewhere?
Where is the bug tracker?

Le mer. 10 oct. 2018 à 04:13,  a écrit :

>
> Plugin imajnet-qgis-plugin approval by pcav.
> The plugin version "[1546] imajnet-qgis-plugin 1.0.0 Experimental" is now
> approved
> Link: http://plugins.qgis.org/plugins/imajnet-qgis-plugin/
> ___
> 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] Travis for plugin: "Processing(2): Error: Algorithm gdal:warpreproject not found"

[Etienne Trimaille]

I can't help you too much. But maybe have a look to what has been done by
Nyall in InaSAFE:
https://github.com/inasafe/inasafe/blob/develop/safe/gis/processing_tools.py#L21
There is one GDAL algorithm, running on travis.

Le mer. 19 sept. 2018 à 10:06, Tom Chadwin  a
écrit :

> Hello all
>
> I've never managed to get tests of Processing GDAL algorithms to run under
> Travis for qgis2web. It returns:
>
> Processing(2): Error: Algorithm gdal:warpreproject not found
>
> (eg https://travis-ci.org/tomchadwin/qgis2web/jobs/430529787#L874)
>
> Someone (possibly Nyall?) must have realized this was an issue some time
> ago, and added the following to some tests:
>
> @unittest.skipIf(int(gdal.VersionInfo('VERSION_NUM')) >=
> GDAL_COMPUTE_VERSION(2, 0, 0), 'Test requires updating for GDAL 2.0')
>
> These ones are indeed skipped (eg
> https://travis-ci.org/tomchadwin/qgis2web/jobs/430529787#L1021)
>
> Can I get this working? I'm only testing against release and dev (not LTR).
>
> Thanks
>
> Tom
>
>
>
> -
> Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon
> --
> Sent from:
> http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
> ___
> 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] Can't install QGIS after compile because of contributors.json

[Etienne Trimaille]

There is a PR to fix it from Mathieu: https://github.com/qgis/QGIS/pull/7722

Le lun. 27 août 2018 à 13:05, Andreas Neumann  a
écrit :

> Hi,
>
> After compiling QGIS I can't install QGIS. When i run "ninja install" I
> get the following error message:
>
> ---
>
> CMake Error at doc/cmake_install.cmake:41 (file):
>file INSTALL cannot find "/home/an/dev/QGIS/doc/contributors.json".
> Call Stack (most recent call first):
>cmake_install.cmake:58 (include)
>
>
> FAILED: CMakeFiles/install.util
> cd /home/an/dev/QGIS/build && /usr/bin/cmake -P cmake_install.cmake
> ninja: build stopped: subcommand failed.
> --
>
> Seems like the download/update/install of the contributors.json doesn't
> work?
>
> Thanks for any hints on how to fix this!
>
> Andreas
>
> ___
> 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] QGIS3: Can two different plugins have a common processing provider?

[Etienne Trimaille]

I would say:
At plugin load time, check if your other plugins are already loaded. If
yes, don't load the processing provider, it's already loaded by the first
loaded plugin.

You need to use the same provider name (id). So your models won't be broken.

Don't forget to update each processing algorithms when you edit one file.

Le jeu. 9 août 2018 à 12:31, Tejas L  a écrit :

> Hello!
>
> We are releasing multiple QGIS3 plugins, each with their own processing
> algorithms. We would like the processing algorithms of these plugins to
> appear under a single Processing provider in the Processing toolbox. How
> can we achieve this?
>
> Regards,
> Tej
>
> ___
> 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] Reading OSM data from .osm file

[Etienne Trimaille]

I could replicate your issue too on QGIS 3.2 Matteo.
Not always, maybe depending on the geometry or how many layer you load at
the same time:
Maybe linked to https://issues.qgis.org/issues/19477 (I got some different
behaviors according to the number of layer loaded) and
https://issues.qgis.org/issues/19461

2018-07-24 9:45 GMT-04:00 matteo :

> Hey,
> > When you have your .osm file on your computer (eg downloaded from
> > outside QGIS), you can open it with:
> > * QuickOSM with the default parser, each keys will have their own fields.
> > * QuickOSM with your custom osmconf.ini file. The attribute table is
> > defined according to your osmconf file.
> > * OSM core importer in QGIS 2, not sure about the final attribute table.
> > * QGIS, loading a normal vector file. The osmconf file on your computer
> > will be used to define the attribute table.
> >
> > So it seems you are using the last option, right? So maybe you modified
> > the default osmconf file?
>
> it seems so. Never touched the osmconf file (almost a fresh Debian Sid
> OS). It just seems strange to me that the "default" parser (the last one
> of the list) is lossy (meaning that many columns can collapse into a
> single not usable one).
>
> Anyway: QuickOSM parser works like a charm ;)
>
> Thanks to all
>
> 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] Reading OSM data from .osm file

[Etienne Trimaille]

For me, I have it in /usr/share/gdal/2.2/osmconf.ini
It's by default with gdal. Only a few columns should be created by default:
https://github.com/OSGeo/gdal/blob/master/gdal/data/osmconf.ini

http://www.gdal.org/drv_osm.html how to use this file.


2018-07-24 10:25 GMT-04:00 DelazJ :

> Hi,
>
> Etienne, where does the osmconf file come from? Is it a default file in
> QGIS (v3) installation or something added when installing the QuickOSM
> plugin?
> I mean should the aforementioned option 4 have returned the data in a
> ""flat"" shape (a key <-> a field), as does QuickOSM by default?
>
> Thanks,
> Harrissou
>
>
> 2018-07-24 15:45 GMT+02:00 matteo :
>
>> Hey,
>> > When you have your .osm file on your computer (eg downloaded from
>> > outside QGIS), you can open it with:
>> > * QuickOSM with the default parser, each keys will have their own
>> fields.
>> > * QuickOSM with your custom osmconf.ini file. The attribute table is
>> > defined according to your osmconf file.
>> > * OSM core importer in QGIS 2, not sure about the final attribute table.
>> > * QGIS, loading a normal vector file. The osmconf file on your computer
>> > will be used to define the attribute table.
>> >
>> > So it seems you are using the last option, right? So maybe you modified
>> > the default osmconf file?
>>
>> it seems so. Never touched the osmconf file (almost a fresh Debian Sid
>> OS). It just seems strange to me that the "default" parser (the last one
>> of the list) is lossy (meaning that many columns can collapse into a
>> single not usable one).
>>
>> Anyway: QuickOSM parser works like a charm ;)
>>
>> Thanks to all
>>
>> 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] Reading OSM data from .osm file

[Etienne Trimaille]

When you have your .osm file on your computer (eg downloaded from outside
QGIS), you can open it with:
* QuickOSM with the default parser, each keys will have their own fields.
* QuickOSM with your custom osmconf.ini file. The attribute table is
defined according to your osmconf file.
* OSM core importer in QGIS 2, not sure about the final attribute table.
* QGIS, loading a normal vector file. The osmconf file on your computer
will be used to define the attribute table.

So it seems you are using the last option, right? So maybe you modified the
default osmconf file?

2018-07-24 9:14 GMT-04:00 matteo :

> Hi Etienne,
>
> wait maybe we are confusing providers ;)
>
> QuickOSM parser works great. So far I never had a problem when
> downloading data with your plugin.
>
> But if the .osm file is downloaded outside QGIS (e.g. directly on
> openstreetmap.com) the parser (GDAL?!) makes columns collapsing.
>
> I attached a screenshot of the only 2 columns I have from the point
> layer loaded from the osm file (center of Rome city). So except for
> "osm_id" **all** the other tags are concatenated in the nameless second
> column.
>
> I really don't know is I'm missing something, but I thought that the
> workflow was pretty straightforward.
>
> 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

Re: [QGIS-Developer] Reading OSM data from .osm file

[Etienne Trimaille]

It's the purpose of the QuickOSM default parser. It will not lose any
key/value, so you will have one column for each keys.

But if you load your file without plugins and not with the OSM core
provider in QGIS 2, I'm surprise that you got the "highway" key on the
"other_tags" field. I suspect you modified your own osmconf.ini.
According to the default file, "highway" must have its own field:
https://github.com/OSGeo/gdal/blob/master/gdal/data/osmconf.ini#L48

You can still use the default parser and use the whitelist field in
QuickOSM QGIS 2. It will parse only these OSM keys (separated by a comma).
If you have your own OSM file on your computer, when you open it with
QuickOSM (2 and 3), you can provide your custom OSMConf.ini file which
specify which OSM keys you want to parse.



2018-07-24 8:35 GMT-04:00 matteo :

> Hi Marco,
>
> thanks for the answer and the explanation.
>
> > I guess you are missing an understanding for OSMs data model. OSM is
> > very flexible in adding attributes to a feature by adding key/value
> > pairs. If this is to be represented in a GIS data away (table) you have
> > to convert the data importing just relevant keys (each becoming a
> > column), which results in loss of some attributes, or you can use
> > something like hstore in postgresql [1] meaning you store the set of
> > key/value pairs (or dictionary in python-terms) in one column. This is
> > lossless and seems to be what is used here.
>
> well I think that even if lossless the information are pretty much
> useless also.
>
> What I'm saying is that the old OSM core provider of QGIS 2 (download
> osm and convert osm to SpatiaLite) and the current QuickOSM plugin (both
> QGIS 2 and QGIS 3) stores all the information as well, having maybe a
> lot of columns empty, but still usable.
>
> 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] The future of the F5 shortcut...

[Etienne Trimaille]

It has been fixed in 3.0 if I'm correct Michaël

Le jeu. 12 juil. 2018 à 22:05, kimaidou  a écrit :

> There is another issue relative to F5 button. In database manager, it is
> supposed to run the Query, but I have never seen it work, neither on Ubuntu
> or Windows. Has anyone been confonted to the same issue ?
>
> Michaël
>
> 2018-07-11 11:18 GMT+02:00 Borys Jurgiel :
>
>> Dnia środa, 11 lipca 2018 01:44:48 CEST Matthias Kuhn pisze:
>>
>> > If you feel like doing something fancy, open up a MessageBox at the
>> > first launch of the plugin and inform devs about the shortcut and maybe
>> > even offer a button to quickly toggle for your friends and you ;) Or if
>> > you don't like message boxes, put the same onto the config page,
>> > everybody goes there once in a while ;)
>>
>> Everyone wins! Great idea, thanks!
>>
>> B.
>>
>>
>>
>>
>> ___
>> 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
___
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] Changelog for 3.2 now active

[Etienne Trimaille]

These commits are added to the QGIS-Documentation issue tracker, but not in
the QGIS changelog.
Developers should do it themselves with the form.
We don't create always one changelog entry per feature, for instance with
new expressions, we create only one entry in the changelog referencing all
new expressions with a bullet list.

2018-06-04 10:43 GMT-04:00 Matthias Kuhn :

> Hi,
>
> interesting, even those commits tagged with [FEATURE] are not in the
> changelog, if I am not wrong, those were added automatically in the past.
>
> Matthias
>
> On 06/04/2018 04:08 PM, DelazJ wrote:
> > Hi,
> >
> > Is it normal that http://changelog.qgis.org/en/qgis/version/3.2.0/
> > provides only 5 new features?
> >
> > Harrissou
> >
> > 2018-03-03 12:15 GMT+01:00 Richard Duivenvoorde  > >:
> >
> > On 03-03-18 08:33, Tim Sutton wrote:
> >
> > >> I'm not sure if it's an issue with my projecta account, but I
> can't
> > >> access the "pending entries" page for 3.2. I get a "
> changelog.qgis.org 
> > >> 
> > >> redirected you too many times" error.
> > >>
> > >> Is this a known issue?
> > >
> > >
> > > No its not a know issue and its not raising anything on sentry for
> us
> > > either. I approved the pending entries, if it does it again please
> ping
> > > me and I will get one of my team to take a look.
> >
> > Well, yes it is, all 'normal' users have this, Etienne is aware of
> it.
> > That is the reason I made Regis 'manager', as it is the only way to
> not
> > being redirected. Adding permissions to a normal user do not fix
> this.
> >
> > I agree that the 'pending/moderation' stuff is causing more issues.
> >
> > Regards,
> >
> > Richard
> > ___
> > QGIS-Developer mailing list
> > QGIS-Developer@lists.osgeo.org  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
> >
> ___
> 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] Adding help text for processing plugin

[Etienne Trimaille]

You can check this example:
https://github.com/qgis/QGIS/blob/master/python/plugins/processing/script/ScriptTemplate.py#L77

2018-05-08 17:12 GMT-04:00 Nyall Dawson :

> On 9 May 2018 at 06:52, Phil Ribbens  wrote:
> > Hi,
> >
> > I’m wondering if it’s possible to add help text (that will show up in
> > right-hand sidebar) for a processing plugin that I’m developing in QGIS3.
> >
> > I think I found where the help text for the native QGIS plugins comes
> from
> > (https://github.com/qgis/QGIS/blob/master/python/plugins/
> processing/algs/help/qgis.yaml),
> > but I’m not sure how I might be able to provide my own help text for a
> > processing plugin I’m developing.
>
> You just need to implement the shortHelpString method in your
> algorithm and return the translated help text.
>
> Nyall
>
>
> >
> > Thanks,
> > Phil Ribbens
> >
> > ___
> > 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
___
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] Compiling QGIS3 on Ubuntu problems

[Etienne Trimaille]

Have a look on https://github.com/qgis/QGIS/blob/master/INSTALL and search
"error while loading shared libraries". Does it help?

2018-05-04 15:11 GMT-04:00 Paulo van Breugel :

>
> Dear devs,
>
>
> I am trying to compile QGIS3 (release_3-0) on a freshly install Ubuntu
> 18.04 (bionic). All seems to go well, no error messages during
> configuration or running make and make install.
>
> When trying to run QGIS, however, I am getting the following error:
>
> ./qgis: error while loading shared libraries: libqgis_app.so.3.0.2:
> cannot open shared object file: No such file or directory
>
> Any idea what went wrong here, and how to solve this?
>
> Best wishes,
>
> Paulo
>
>
>
>
> ___
> 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] pyqgis - layer.saveDefaultStyle() for PostGIS layers

[Etienne Trimaille]

For your information, with the big hint from Matthias in the last email,
it's now fixed in 2.18.20. I checked in QGIS 3, it was working fine already.

2017-09-26 9:07 GMT-04:00 Matthias Kuhn :

> For 2.18 it should be ok to make it /InOut/ (there was no return value
> before, so it shouldn't break anything).
> For 3.0 this can be made /Out/ as proposed.
>
> Matthias
>
> On 09/26/2017 12:06 PM, Luigi Pirelli wrote:
> > there is a SIP specification error
> > https://github.com/qgis/QGIS/blob/release-2_18/python/core/
> qgsvectorlayer.sip#L492
> > should be  QString &msgError /out/ );
> >
> > that's the reason that error is not returned in the python side => I
> > suppose SIP would change C++ api in:
> > msg = saveStyleToDatabase( name, description, useAsDefault,
> uiFileContent)
> > Luigi Pirelli
> >
> > 
> **
> > * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
> > * LinkedIn: https://www.linkedin.com/in/luigipirelli
> > * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> > * GitHub: https://github.com/luipir
> > * Mastering QGIS 2nd Edition:
> > * https://www.packtpub.com/big-data-and-business-
> intelligence/mastering-qgis-second-edition
> > 
> **
> >
> >
> > On 25 September 2017 at 16:21, kimaidou  wrote:
> >> I have tried another method
> >>
> >> * first add default style into DB via UI -> it works
> >>
> >> * the use console to create a new, not default, style
> >> msg = ''
> >> layer.saveStyleToDatabase( "a new style", "some description", False,
> None,
> >> msg );
> >>
> >> It does not work (not new line created, and msg remains empty. No log
> in the
> >> database, which means NO query has been sent (I have change postgresql
> >> config to log all requests).
> >>
> >> But the following method works
> >> layer.listStylesInDatabase()
> >>
> >> And a new line appears in the postgresql log
> >> 2017-09-25 16:19:18.248 CEST [8984] mdouchin@qgis LOG:  0:
> duration:
> >> 0.217 ms  statement: SELECT id,styleName,description FROM layer_styles
> WHERE
> >> NOT (f_table_catalog='qgis' AND f_table_schema='sup' AND
> >> f_table_name='geo_commune' AND f_geometry_column='geom') ORDER BY
> >> update_time DESC
> >>
> >> It seems the method saveStyleToDatabase returns with no error, which
> can be
> >> caused by 2 reasons
> >> https://qgis.org/api/2.18/qgsvectorlayer_8cpp_source.html#l04347
> >>
> >>  4369   this->exportNamedStyle( qmlDocument, msgError );
> >>  4370   if ( !msgError.isNull() )
> >>  4371   {
> >>  4372 return;
> >>  4373   }
> >>  4374   qmlStyle = qmlDocument.toString();
> >>  4375
> >>  4376   this->exportSldStyle( sldDocument, msgError );
> >>  4377   if ( !msgError.isNull() )
> >>  4378   {
> >>  4379 return;
> >>  4380   }
> >>
> >> /me investigates
> >>
> >> 2017-09-25 15:50 GMT+02:00 Jorge Gustavo Pereira Bastos Rocha
> >> :
> >>>
> >>> Hi,
> >>>
> >>> It already happened to me. The first user to save a style became the
> owner
> >>> of the table. No other users were able to write on the layer_style
> table,
> >>> because there were DEFAULT PRIVILEGES defined.
> >>>
> >>> Can you check the postgrsql log to see if there is any problem related
> >>> with permissions?
> >>>
> >>> Regards,
> >>>
> >>> Jorge Gustavo
> >>>
> >>> 
> >>> De: QGIS-Developer [qgis-developer-boun...@lists.osgeo.org] em nome de
> >>> kimaidou [kimai...@gmail.com]
> >>> Enviado: 25 de Setembro de 2017 14:23
> >>> Para: Luigi Pirelli
> >>> Cc: qgis-developer@lists.osgeo.org
> >>> Assunto: Re: [QGIS-Developer] pyqgis - layer.saveDefaultStyle() for
> >>> PostGIS layers
> >>>
> >>> Hi,
> >>>
> >>> @ Tom : I really would like to trust QGIS method instead of managing
> >>> manually different providers.
> >>>
> >>> @ Luigi
> >>> No error message, even worse : i got a message telling everything went
> >>> well ;)
> >>>
> >>> layer.saveDefaultStyle()
> >>> (u'The style dbname=\'qgis\' host=localhost port=5432 user=\'mdouchin\'
> >>> sslmode=disable key=\'ogc_fid\' estimatedmetadata=true srid=2154
> >>> type=MultiPolygon table="sup"."geo_commune" (geom) sql= was updated in
> the
> >>> database.', True)
> >>>
> >>> But the line is not created in the layer_styles table.
> >>>
> >>> Michaël
> >>>
> >>>
> >>> 2017-09-25 14:48 GMT+02:00 Luigi Pirelli
> >>> mailto:lui...@gmail.com>>:
> >>> from the code:
> >>>
> >>> mLayer->saveStyleToDatabase and mLayer->saveDefaultStyle
> >>>
> >>> and in
> >>> QString QgsMapLayer::saveDefaultStyle( bool & theResultFlag )
> >>> {
> >>>   return saveNamedStyle( styleURI(), theResultFlag );
> >>> }
> >>>
> >>> => seems you are doing correct.
> >>>
> >>> any log message?
> >>>
> >>> **
> >>>
> >>>
> >>> void QgsVectorLayerProperties::saveDefaultStyle_clicked()
> >>> {
> >>>   ap

Re: [QGIS-Developer] Sentry support for QGIS crashes / minidumps

[Etienne Trimaille]

Having Sentry on a few Python projects, I agree it's a very nice tool to
have for debugging. It shows you new bug, bugs which should be fixed but
occurs again, etc.
It would be nice to have it in QGIS I think.

2018-05-03 7:31 GMT-04:00 Patrick Valsecchi <
patrick.valsec...@camptocamp.com>:

> Hi,
>
> Would be very useful for QGIS server. Good idea!
>
> CU
>
> On Thu, May 3, 2018 at 9:10 AM, Nathan Woodrow 
> wrote:
>
>> Hey Tim,
>>
>> I added a crash handler in 3.0 for Windows at least and it lead to a few
>> good fixes.  I will checkout the stuff you posted to see if we can
>> intergrate it into what I already have there.
>>
>> Nathan
>>
>> On Thu, 3 May 2018, 4:43 pm Tim Sutton,  wrote:
>>
>>> Hi All
>>>
>>>
>>> For many years we have used sentry (http://sentry.io) in our python
>>> projects to systematically collect, review and prioritise issues raised in
>>> our python projects. Sentry.io is open source (plus they offer a
>>> commercially hosted service). At Kartoza we run our own instance under
>>> docker / rancher.
>>>
>>> In the last Nødebo hackfest, we discussed the possibility of using
>>> something like Sentry for QGIS so that we could better understand where our
>>> users encounter crashes and proactively fix them. I subsequently went and
>>> researched whether Sentry.io has support for mini dumps / c++ crash
>>> handling and at the time it did not have so I parked thinking about it
>>> there.
>>>
>>> Yesterday I got a sentry updates newsletter and noticed that they have
>>> now added C++  support (currently in beta):
>>>
>>> https://blog.sentry.io/2018/04/17/introducing-minidump-support
>>>
>>> I know I am not alone when I run training courses offering this advice:
>>> “Save your project regularly, QGIS will probably crash at some point”. I
>>> really hate saying that but we have never had a systematic way of seeing
>>> where QGIS is crashing for our users and fixing this crash points. As we
>>> lead up to 3.4 LTR later this year, having good crash metrics and fixing
>>> the most common crash points will allow us to have a release that we can be
>>> confident works well for our users with out crashing during trivial
>>> operations.
>>>
>>> Perhaps one of our fine developers might like to pitch this as a QGIS
>>> Grant proposal (submission period closes 13 May 2018)?
>>>
>>> http://blog.qgis.org/2018/04/15/qgis-grants-3-call-for-grant
>>> -proposals-2018/
>>>
>>> I’d be happy to help set up our own sentry.io instance on QGIS
>>> infrastructure. We could also use that instance to receive tracebacks from
>>> the python bits of our code….
>>>
>>> Regards
>>>
>>> Tim
>>>
>>> —
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *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
>>>
>>> ___
>>> 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
>>
>
>
> ___
> 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] Custom widgets and Qt Designer 4 and 5

[Etienne Trimaille]

Hi Matteo,

I'm finally trying to use custom widgets from QT Creator instead of using
promoted widgets.
I'm facing the same issue with the generated path. It's not using
"qgis.gui" so it's failing during the import in QGIS.

Did you fix this issue?
I can manually fix these imports, but I'm asking if there is a fix for
that. Thanks

2018-03-20 14:33 GMT+01:00 matteo :

> Hi Matthias,
>
>
> >> * not being able to see the QGS widgets in QT Designer 5 is related with
> >> GDAL version, isn't it? If copying in the
> >> /usr/./pyqt5/plugin/designer the libqgiscustomwidget not compiled
> >> against gdal >= 2.20 won't work
> > That's what I was talking about. It doesn't matter which gdal version
> > you link against.
>
> ok so technically one I have the file libqgiscustomwidget.so and I've
> copied it into the folder I can even clean the directory of QGIS
> (compiled against gdal 2.20)?
>
> Thanks for the patience ;)
>
> 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] Custom widgets and Qt Designer 4 and 5

[Etienne Trimaille]

I can't answer your problem, but I'm using QGIS custom widgets by using the
"promoted widget" feature in QtDesigner. Less convenient I agree.
I never saw these widgets too and I think I'm lazy to check why because it
works with these promoted widgets.

My 2 cents ;-)

2018-03-20 8:59 GMT+01:00 matteo :

> Ok some steps forward.. By adding the repository of ubuntugis [0] I
> could install libqgis-customwidgets version 3. BUT I cannot install it
> because it depends on libgdal >= 2.2.0 (while I have 2.1.2 installed).
>
> Should I also compile gdal to have the widgets available?
>
> Thanks!
>
> 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] Visual Changelog: ready? Move to Website? Or Not?

[Etienne Trimaille]

2018-03-16 13:39 GMT+01:00 Régis Haubourg :

> I would suggest that the validation workflow submits the new version to
> moderators, and that a copy of the old version stays published. A message
> to inform the author he needs some validation would be necessary too.
>

Régis, there is a ticket to remove the pending queue in projecta.
Please check and comment on https://github.com/kartoza/projecta/issues/806

Andreas, about translations of changelog, the 2.18 version has been fully
translated to French:
https://qgis.org/fr/site/forusers/visualchangelog218/index.html
We never know ;-)

Regards,
Etienne


>
> Cheers!
>
> Régis
>
>
>
> 2018-03-16 12:51 GMT+01:00 Andreas Neumann :
>
>> Hi,
>>
>> Personally, I don't think that the visual changelog will be translated (I
>> might be wrong though). Given that we struggle to get enough contributors
>> for even the english master version chances are low, that they will be
>> translates. I kind of promised to continue to work on it, but was too busy
>> with other stuff so far. I will have more time soon, though.
>>
>> Can we let it "as is" for now - let's say until the end of April (so
>> people can still contribute to it) and then copy it to our website at the
>> beginning of May o so? The nice thing about moving it to the website is
>> that we have an archive and no dependency on external services.
>>
>> Thanks,
>>
>> Andreas
>>
>> On 2018-03-16 11:52, Richard Duivenvoorde wrote:
>>
>>
>> See subject :-)
>>
>> Should we 'freeze' current status of the visual changelog?
>>
>> Or are there any items which should be a added/polished.
>>
>> For earlier releases we always 'ported' the changelog to the website:
>> https://qgis.org/en/site/forusers/visualchangelog218/index.html
>> This made the changelog translatable in the website.
>>
>> For 3.0 there is a temporary link to the changelog app now:
>> http://changelog.qgis.org/en/qgis/version/3.0.0/
>>
>> But... do we still want to move it to the website?
>> Or is everybody happy with a link to the above changelog application?
>>
>> I'm ok to move it to the website again, it's always some work because of
>> some styling issues... But that is ok.
>>
>> But if nobody cares, I'll go and do something else, or sit in the sun ;-)
>>
>> 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 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
>
___
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