Re: [QGIS-Developer] Maintainance of QGIS Plugin repository

[Jorge Gustavo Rocha via QGIS-Developer]

Hi Tim,

We already have a problem managing plugins.

The situation will be no better in the future. My suggestion is not to 
add an additional problem, just to solve the current one. I understand 
your point and opening comments can be a problem. But can also add 
valuable information about the plugins. It is a tradeoff.


I would allow comments from authenticated users [1], without any 
moderation. The purpose is to get evaluations and feedback from several 
users, not from just one user. It works well, as far as I know, at 
Wordpress as I mentiones, and many more software with plugins.


It makes sense to be open text, to raise questions, security and privacy 
issues and point out features not available in any predefined list of 
options.


Maybe in the future we can discuss this again, when we have 10k plugins ;-)

Best regards,

Jorge

[1] Quote from GNOME Extensions: "Unfortunately, to help prevent spam, 
we require that you log in to GNOME Shell Extensions 
<https://extensions.gnome.org/accounts/login/> in order to post a 
comment or report an error. You understand, right?"


On 01/05/24 23:59, Tim Sutton wrote:

Hi Jorge!



On Tue, Apr 30, 2024 at 11:03 PM Jorge Gustavo Rocha via 
QGIS-Developer  wrote:


Hi Admire,

Thank you for helping with the plugins.

I think we can lower the administration time, if we can enable
reviews by the users. Not just voting (that we already have), but
written reviews. Written reviews can address issues you mentioned:

- Duplication of functionality. Plugin functionality already
exists in QGIS.

- Plugins containing binaries (and related problems)

- Plugins which are a fork of an existing plugin

- Etc

As an example, Wordpress has about 60k plugins [1]. The submission
process and rules are similar [2]. But the credibility about each
plugin is mostly based on user's reviews, votes and number of
downloads.

Basically, we already almost the same data as wordpress about
plugins, but we miss user's reviews. User's reviews can add value.

My concern here would be that we create a new problem: Having to 
moderate the comments. Maybe we could use a simple like/dislike and/or 
predefined lists of comments (e..g "Works great", "Doesnt work on 
Linux", "Doesnt work on macOS" etc.).


Regards

Tim


--
--

Tim Sutton
Kartoza Co-Founder
Visit http://kartoza.com to find out about open source:
 * Desktop GIS programming services
 * Geospatial web development
* GIS Training
* Consulting Services
Tim is a member of the QGIS Project Steering Committee
---___
QGIS-Developer mailing list
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] Maintainance of QGIS Plugin repository

[Jorge Gustavo Rocha via QGIS-Developer]

Hi Admire,

Thank you for helping with the plugins.

I think we can lower the administration time, if we can enable reviews 
by the users. Not just voting (that we already have), but written 
reviews. Written reviews can address issues you mentioned:


- Duplication of functionality. Plugin functionality already exists in QGIS.

- Plugins containing binaries (and related problems)

- Plugins which are a fork of an existing plugin

- Etc

As an example, Wordpress has about 60k plugins [1]. The submission 
process and rules are similar [2]. But the credibility about each plugin 
is mostly based on user's reviews, votes and number of downloads.


Basically, we already almost the same data as wordpress about plugins, 
but we miss user's reviews. User's reviews can add value.


What do you think?

Regards,

Jorge Gustavo

[1] https://wordpress.org/plugins/

[2] https://wordpress.org/plugins/developers/

On 30/04/24 21:38, Tim Sutton via QGIS-Developer wrote:

Hi Admire

Thanks for this! We can certainly task Lova with helping to streamline 
the process, implement better moderation tools etc. With regards to 
deleting plugins, I think we should take the approach that we in 
general do not physically delete things, rather we unpublish them with 
a flag that removes them from the plugins.xml, search on the plugins 
page etc. I think it would be prudent to maintain the chain of 
evidence in case we ever have a dispute or complaint about a plugin.


Regards

Tim

On Tue, Apr 30, 2024 at 2:41 PM Admire Nyakudya via QGIS-Developer 
 wrote:


Hi All

I help out in the approval process of QGIS plugins. There are
various issues that are listed
https://github.com/qgis/QGIS-Django/issues to streamline the
approval process of plugins.

Over the years there has been a steady increase in plugins that
are not approved .
This is due to a number of reasons:

* Duplication of functionality. Plugin functionality already
exists in QGIS.

* Plugin authors not willing to address issues raised during the
approval process.

* Plugins containing binaries (Not really sure about the policy here).

* Plugins which are a fork of an existing plugin and then they get
renamed to something else without permission from the original
author or the author is no longer interested i.e
https://plugins.qgis.org/plugins/active_fire2/.

* Old plugins that still use the old architecture i.e Python2.

Could we either implement the following changes to
maintain/cleanup the plugin repository.

* Old plugins that were never approved because the author did not
care to resolve issues flagged be deleted from the repository i.e
https://plugins.qgis.org/plugins/ban_adresse_locator/

* Plugins that have vague names and offer functionality that is
ambiguious i.e https://plugins.qgis.org/plugins/upload/ be deleted.

* We could automate the deletion of plugins where feedback has
been received but the author hasn't done any corrective measure
maybe after a month or couple of months.

* Automatically flag the plugins which are not approved to
Deprecated after some time.

I think the above and other recommendations will encourage people
to use the plugin repository properly as currently it feels like a
dumping ground.


On a side note: What is the policy for plugin names. I know it is
up to the author to give his plugin a suitable name but something
like

https://plugins.qgis.org/plugins/transfer_layerfilegdb_to_geopackage/#plugin-versions
looks like a description rather than a name.

Regards

Adire

-- 



  Admire Nyakudya

GIS Engineer

Work: Sand Technologies 

Location: Home Address 

Phone: +27 (63) 067-038--9982 

Email: add...@gmail.com

Social Media:

  * LinkedIn 
  * GitHub 

___
QGIS-Developer mailing list
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
Kartoza Co-Founder
Visit http://kartoza.com to find out about open source:
 * Desktop GIS programming services
 * Geospatial web development
* GIS Training
* Consulting Services
Tim is a member of the QGIS Project Steering Committee
---

___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info:https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] qgis.org/ubuntugis down or not responding

[Jorge Gustavo Rocha via QGIS-Developer]

Thank you! 

On April 21, 2024 13:50:15 GMT+01:00, "Jürgen E. Fischer via QGIS-Developer" 
 wrote:
>Hi Jorge,
>
>On Sun, 21. Apr 2024 at 12:22:35 +0100, Jorge Gustavo Rocha via QGIS-Developer 
>wrote:
>> QGIS repos, like https://qgis.org/ubuntu or https://qgis.org/ubuntugis are
>> not responding. The connection ends at cloudfare.com with timeout error.
> 
>> Is it a problem on QGIS servers side or some cloudfare temporary issue?
>
>qgis2.qgis.org was apparently dead.  Rebooted.  Builds restarted…
>
>
>Jürgen
>
>-- 
>Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
>Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
>Software Engineer   D-26506 Nordenhttps://www.norbit.de
>QGIS release manager (PSC)  Germany IRC: jef on Libera|OFTC
___
QGIS-Developer mailing list
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] qgis.org/ubuntugis down or not responding

[Jorge Gustavo Rocha via QGIS-Developer]

Hi,

QGIS repos, like https://qgis.org/ubuntu or https://qgis.org/ubuntugis 
are not responding. The connection ends at cloudfare.com with timeout error.


Is it a problem on QGIS servers side or some cloudfare temporary issue?

Regards,

Jorge

___
QGIS-Developer mailing list
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] Question about missing WMS TIME parameter in the documentation

[Jorge Gustavo Rocha via QGIS-Developer]

Hi Selma,

Thank for the feedback. Seems like this TIME parameter never landed in 
the documentation.


I'll continue the discussion on top of the existent issue 
https://github.com/qgis/QGIS-Documentation/issues/7622


Regards,

Jorge

On 27/03/24 15:41, Selma Vidimlic wrote:


Hello Jorge,

Thank you for bringing this to our attention. I must admit, I wasn't 
aware of the omission of the WMS TIME parameter from the QGIS Server 
documentation. My contributions to the server manual have been 
minimal, so I might not be the best person to provide a historical 
perspective on this matter. Harrissou, however, might have more 
insights regarding this.

I see that there is an open issue concerning the WMS TIME parameter:

  * https://github.com/qgis/QGIS-Documentation/issues/7622

If you could, please open an issue on the documentation repository 
detailing the need for the inclusion of the TIME parameter. An 
explanation or example of how this parameter is used would be 
particularly helpful, at least for me :D


And of course, if you're comfortable making the change yourself, 
please feel free to do so. Either way, thank you for pointing this out.


Regards,
Selma.


On Wed, 27 Mar 2024 at 15:17, Jorge Gustavo Rocha  
wrote:


Hi Selma,

Thank you for the excellent work with the documentation.

I was checking QGIS Server documentation and the WMS parameter
TIME is not mentioned.

The parameter is still valid and WMS queries can use TIME
parameter, but there is no reference to it in the documentation.

I think it was there some time ago, but I'm not sure. I can update
the documentation, if necessary, but first I would like to know
why it disappeared (if it was there before).

You you aware of such modification?

Best regards,

Jorge Gustavo

On 05/01/24 16:19, Selma Vidimlic via QGIS-Developer wrote:

Hello all and happy new year,

Documentation writer report:

Merged pull requests:

  * https://github.com/qgis/QGIS-Documentation/pull/8713
  * https://github.com/qgis/QGIS-Documentation/pull/8721
  * https://github.com/qgis/QGIS-Documentation/pull/8723

Open pull requests:

  * https://github.com/qgis/QGIS-Documentation/pull/8764
  * https://github.com/qgis/QGIS-Documentation/pull/8765

Working on:

  * https://github.com/qgis/QGIS-Documentation/issues/7545
  * Georeferencer chapter

Have a nice weekend,
Selma.

On Fri, 15 Dec 2023 at 16:51, Selma Vidimlic 
wrote:

Hello all,

Here is the report for this week:

Merged pull requests:

  * https://github.com/qgis/QGIS-Documentation/pull/8701
  * https://github.com/qgis/QGIS-Documentation/pull/8702
  * https://github.com/qgis/QGIS-Documentation/pull/8708

Open pull requests:

  * https://github.com/qgis/QGIS-Documentation/pull/8713

Still working on:

  * https://github.com/qgis/QGIS-Documentation/issues/7568
  * https://github.com/qgis/QGIS-Documentation/issues/7545


Have a great weekend,
Selma.


On Fri, 8 Dec 2023 at 17:19, Selma Vidimlic
 wrote:

Hello all,

Merged pull requests from this week:

  * 3D Tiles Chapter
<https://github.com/qgis/QGIS-Documentation/pull/8657> with
two commits from this week:

 1. fixes after review and update opening_data file

<https://github.com/qgis/QGIS-Documentation/pull/8657/commits/f6fe29198c5a21096e1927dcbf3716f8350d2dbc>
 2. cross references

<https://github.com/qgis/QGIS-Documentation/pull/8657/commits/303b7ae487faacb5959d1b535f3bedf500767ee5>

  * Identify tool update
<https://github.com/qgis/QGIS-Documentation/pull/8692>

Open pull requests from this week:

  * Topology checker update
<https://github.com/qgis/QGIS-Documentation/pull/8701>
  * Auto-open options for exported layout
<https://github.com/qgis/QGIS-Documentation/pull/8702>

Regards,
Selma.

On Fri, 24 Nov 2023 at 19:48, Selma Vidimlic
 wrote:

Hi all,

Merged PR from this week:

  * Vector tiles update
<https://github.com/qgis/QGIS-Documentation/pull/8639>

Open PR:

  * 3d tiles
<https://github.com/qgis/QGIS-Documentation/pull/8657> -
so, here I need to additionally describe
properties (symbology, 3d view, elevation menu),
also the second section now is called *Scene,
*but I believe this will be changed. I'm looking
forward to your feedback (review).

Still worki

[QGIS-Developer] Question about missing WMS TIME parameter in the documentation

[Jorge Gustavo Rocha via QGIS-Developer]

Hi Selma,

Thank you for the excellent work with the documentation.

I was checking QGIS Server documentation and the WMS parameter TIME is 
not mentioned.


The parameter is still valid and WMS queries can use TIME parameter, but 
there is no reference to it in the documentation.


I think it was there some time ago, but I'm not sure. I can update the 
documentation, if necessary, but first I would like to know why it 
disappeared (if it was there before).


You you aware of such modification?

Best regards,

Jorge Gustavo

On 05/01/24 16:19, Selma Vidimlic via QGIS-Developer wrote:

Hello all and happy new year,

Documentation writer report:

Merged pull requests:

  * https://github.com/qgis/QGIS-Documentation/pull/8713
  * https://github.com/qgis/QGIS-Documentation/pull/8721
  * https://github.com/qgis/QGIS-Documentation/pull/8723

Open pull requests:

  * https://github.com/qgis/QGIS-Documentation/pull/8764
  * https://github.com/qgis/QGIS-Documentation/pull/8765

Working on:

  * https://github.com/qgis/QGIS-Documentation/issues/7545
  * Georeferencer chapter

Have a nice weekend,
Selma.

On Fri, 15 Dec 2023 at 16:51, Selma Vidimlic  wrote:

Hello all,

Here is the report for this week:

Merged pull requests:

  * https://github.com/qgis/QGIS-Documentation/pull/8701
  * https://github.com/qgis/QGIS-Documentation/pull/8702
  * https://github.com/qgis/QGIS-Documentation/pull/8708

Open pull requests:

  * https://github.com/qgis/QGIS-Documentation/pull/8713

Still working on:

  * https://github.com/qgis/QGIS-Documentation/issues/7568
  * https://github.com/qgis/QGIS-Documentation/issues/7545


Have a great weekend,
Selma.


On Fri, 8 Dec 2023 at 17:19, Selma Vidimlic  wrote:

Hello all,

Merged pull requests from this week:

  * 3D Tiles Chapter
 with
two commits from this week:

 1. fixes after review and update opening_data file


 2. cross references



  * Identify tool update


Open pull requests from this week:

  * Topology checker update

  * Auto-open options for exported layout


Regards,
Selma.

On Fri, 24 Nov 2023 at 19:48, Selma Vidimlic
 wrote:

Hi all,

Merged PR from this week:

  * Vector tiles update


Open PR:

  * 3d tiles
 -
so, here I need to additionally describe properties
(symbology, 3d view, elevation menu), also the second
section now is called *Scene, *but I believe this will
be changed. I'm looking forward to your feedback
(review).

Still working on:

  * geometry expressions


Have a nice weekend,
Selma.

On Fri, 17 Nov 2023 at 17:15, Selma Vidimlic
 wrote:

Hello everyone,

This week (and last week at the OSGeo meeting Vienna)
I was working on documentation for 3D Tiles in QGIS. I
used blog posts from Lutra Consulting and North Road
websites as the main source for the documentation,
also I followed video tutorials and Martin Dobias
explained 3D tiles to me while we were in Vienna. I'm
planning to create a draft version in my GitHub
repository (I will send you a link) so you can
check it out. This is my first time creating a whole
new chapter for documentation so I'm trying to be as
detailed as possible. I also prepared screenshots for
other chapters updates related to 3D tiles/Scene
(browser, data source management etc.).

PR from this week:
Vector tiles properties

In this PR I updated chapter with Source and Rendering
properties, but I wasn't able to recreate
OpenStreetMap landuse layer with all rules (like image
that is in the docs now), so if someone has advice on
how to do that, please let me 

Re: [QGIS-Developer] Unable to build master on Ubuntu 22.04

[Jorge Gustavo Rocha via QGIS-Developer]

4-linux-gnu/qt5/QtQml -isystem 
/usr/include/x86_64-linux-gnu/qt5/Qt3DCore -isystem 
/usr/include/x86_64-linux-gnu/qt5/Qt3DRender -isystem 
/usr/include/x86_64-linux-gnu/qt5/Qt3DInput -isystem 
/usr/include/x86_64-linux-gnu/qt5/Qt3DLogic -isystem 
/usr/include/x86_64-linux-gnu/qt5/Qt3DExtras -Wall -Wextra 
-Wno-long-long -Wformat-security -Wno-strict-aliasing 
-Wnon-virtual-dtor -Wno-redundant-move -Wno-misleading-indentation 
-Wno-deprecated-copy -g -fPIC -fvisibility=hidden -fPIC -MD -MT 
src/app/CMakeFiles/qgis_app.dir/qgisapp.cpp.o -MF 
src/app/CMakeFiles/qgis_app.dir/qgisapp.cpp.o.d -o 
src/app/CMakeFiles/qgis_app.dir/qgisapp.cpp.o -c 
/media/delazj/github/QGIS/src/app/qgisapp.cpp

c++: fatal error: Processus arrêté signal terminated program cc1plus
compilation terminated.
[12/1820] Building CXX object 
src/app/CMakeFiles/qgis_app.dir/qgsattributetabledialog.cpp.o

ninja: build stopped: subcommand failed.


___
QGIS-Developer mailing list
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

Re: [QGIS-Developer] applying an SLD to a WMS layer

[Jorge Gustavo Rocha]

Hi René,

I'm just asking questions to fully understand the use case. Thank you 
for your feedback. You mentioned an interesting point.


As you mentioned, the solution can be based on the server side if the 
map server accepts an SLD.


This approach can not be used against WMS services working behind 
caches/tiling services providing only predefined styles.


Regards,

Jorge Gustavo

On 26/10/21 12:43, René-Luc Dhont wrote:

Hi Jorge,

WMS Server can process SLD  provide in a GetMap Request.
QGIS Server is able to apply an SLD to a layer and provide the resulting 
image. The SLD can be provided through the SLD_BODY parameter or the  
SLD parameter for linked file.

https://docs.qgis.org/3.16/en/docs/server_manual/services.html#qgisserver-wms-getmap
This capability is mainly exploited by web clients

René-Luc

Le 26/10/2021 à 12:26, Jorge Gustavo Rocha a écrit :

Hi Kurt,

By design, WMS GetMap requests returns images. Those are rendered on 
the server side, by the map server. Many services just provide those 
rendered images.


Are you trying to provide advanced image processing capabilities on 
the client side to apply an SLD on top those images?


Or would you like to try other GetMap formats, more friendly to 
process on the client side? Like svg or kml? Some of these formats are 
available as vendor options of the map server.


Regards,

Jorge Gustavo


On 26/10/21 10:58, Kurt Menke wrote:

Hello,
We have been developing web apps that allow the user to download the 
selected extent and data layers as a QGIS project file. Many of the 
layers are hosted by the government as WMS services. We are wondering 
if anyone has looked into the possibility of applying an SLD style to 
a WMS layer in QGIS. We were hoping to be able to edit the *.qgs file 
programmatically. We would be interested in sponsoring the effort 
depending on the level of effort required, assuming it is even possible.

Best,
Kurt

--

Kurt Menke

GIS-Consultant
--
Septima P/S
Frederiksberggade 19, 2nd Floor
1459 Copenhagen

Tlf: +45 5114 6444

___
QGIS-Developer mailing list
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



___
QGIS-Developer mailing list
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

Re: [QGIS-Developer] applying an SLD to a WMS layer

[Jorge Gustavo Rocha]

Hi Kurt,

By design, WMS GetMap requests returns images. Those are rendered on the 
server side, by the map server. Many services just provide those 
rendered images.


Are you trying to provide advanced image processing capabilities on the 
client side to apply an SLD on top those images?


Or would you like to try other GetMap formats, more friendly to process 
on the client side? Like svg or kml? Some of these formats are available 
as vendor options of the map server.


Regards,

Jorge Gustavo


On 26/10/21 10:58, Kurt Menke wrote:

Hello,
We have been developing web apps that allow the user to download the 
selected extent and data layers as a QGIS project file. Many of the 
layers are hosted by the government as WMS services. We are wondering if 
anyone has looked into the possibility of applying an SLD style to a WMS 
layer in QGIS. We were hoping to be able to edit the *.qgs file 
programmatically. We would be interested in sponsoring the effort 
depending on the level of effort required, assuming it is even possible.

Best,
Kurt

--

Kurt Menke

GIS-Consultant
--
Septima P/S
Frederiksberggade 19, 2nd Floor
1459 Copenhagen

Tlf: +45 5114 6444

___
QGIS-Developer mailing list
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

Re: [QGIS-Developer] CRS transformation default option Lambert72-Lambert2008

[Jorge Gustavo Rocha]

Hi Michiel,

Better to ask in the QGIS User list. This list is more related to 
development topics.


You can go to QGIS project properties → Transformations → + and then 
select Lambert 72 and Lambert 2008.
You will see which transformations are available. If a NTv2 grid 
transformation is available, you can see the grid being used for the 
transformation. If you don't have such NTv2 grid, it will provide the 
download link.


See this print screen: 
https://nextcloud.geomaster.pt/index.php/s/mmwH5S5bRWBtBqC



Best regards,

Jorge Gustavo

On 22/10/21 10:06, Van Gompel Michiel wrote:

Dear,

I’d like to know which NTv2 transformation grid has been built in by 
default in the default transformation option to transform the CRS from 
Lambert 72 to Lambert 2008 (Belgian projection systems).


Does anyone know where to find this information or someone who can help 
me further with this?


Kind regards,

Michiel Van Gompel

*Michiel Van Gompel*

Afdeling Gegevens- en Dienstenintegratie

*INFORMATIE VLAANDEREN*

michiel.vangom...@vlaanderen.be <mailto:michiel.vangom...@vlaanderen.be>

Koningin Maria Hendrikaplein 70, 9000 Gent

*www.vlaanderen.be* 
<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fclicktime.symantec.com%2F35Ugc9rEkZTLMwJHq4yBNc17Vc%3Fu%3Dhttps%253A%252F%252Feur03.safelinks.protection.outlook.com%252F%253Furl%253Dhttp%25253A%25252F%25252Fwww.vlaanderen.be%25252F%2526data%253D04%25257C01%25257Cmichiel.vangompel%252540vlaanderen.be%25257C572f8e78c58941a2b94508d971123a53%25257C0c0338a695614ee8b8d64e89cbd520a0%25257C0%25257C0%25257C637665145356144370%25257CUnknown%25257CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%25253D%25257C1000%2526sdata%253DIDBMkOECfpCDBEIC1vQrY1SdsI8gBucQVbOHnIjeUf8%25253D%2526reserved%253D0=04%7C01%7Cmichiel.vangompel%40vlaanderen.be%7C0c4ec442feaf454d553d08d97848815c%7C0c0338a695614ee8b8d64e89cbd520a0%7C0%7C0%7C637673075066277485%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000=AFS%2Fd%2FJ5mwnmrpQf%2FhvA%2FR4ckHqA9bcdiST0RujXznA%3D=0>**


//

//


___
QGIS-Developer mailing list
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

Re: [QGIS-Developer] DWG files preview in QGIS

[Jorge Gustavo Rocha]

Hi Todor,

You can configure an action on your shapefile layer. The action can call
your DWG previewer with the dwg filename.

If you use the ODA Drawings Explorer for example, the action would be:
/usr/bin/ODADrawingsExplorer "[% "DWG_FILE_NAME" %]"
where DWG_FILE_NAME is your field with the DWG file.

I hope it helps.

Regards,

Jorge Gustavo


On 20/07/21 15:31, todor lambev wrote:
> Dear QGIS developers, 
> 
> I have a strange need. Could you help me? 
> I have 30 000 DWG files that are not georeferenced, each file has unique
> and a specific name. I have a point shapefile which in its attribute
> table contains a column with the names of the *dwg files. 
> 
> My question is: How I can load to preview the DWG files in QGIS next to
> the points or to preview the DWG by clicking on the point (similar to
> the photo preview widget)?
> 
> I hope that you won't skip my question and will help me to find a
> solution basically because otherwise, I have to do it manually...
>   
> Best regards
> 
> Todor Lambev, PhD Student - - - - - *Institute of Oceanology
> */Department of coastal zones dynamics mob: +359 886 75 72 85; Varna,
> Bulgaria URL: http://www.io-bas.bg <http://www.io-bas.bg>/
> 
> 
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] QGIS Server: default values for GetLegendGraphics (fonts, symbol sizes, etc.)

[Jorge Gustavo Rocha]

Hi Andreas,

The default values are in fact the values used in the QGIS project.
These GetLegendGraphics parameters are used to overwrite those default
settings.

These are parameters and are not read from the environment. It should
not be difficult to read them from the environment too, but it requires
some additional logic on the server side.

Some time ago, in our local municipality, I added some rewrite rules to
Apache to use the same font in each GetLegendGraphics request, since not
all people were using the same font on QGIS projects. The rewrite just
adds
=true=FreightSans=FreightSans
to each GetLengenGraphic request. The legend was much more uniform with
this simple rewrite.

As a workaround, I suggest something like these rewrite rules on the
server side.

Regards,

Jorge

On 17/06/21 16:33, Andreas Neumann wrote:
> Hi,
> 
> I have a question regarding the default values for changing the look and
> feel of GetLegendGraphics as described at
> https://docs.qgis.org/3.16/en/docs/server_manual/services.html#getlegendgraphics
> <https://docs.qgis.org/3.16/en/docs/server_manual/services.html#getlegendgraphics>
> (e.g. LAYERFONTFAMILY, SYMBOLWIDTH, etc.).
> 
> Is there a way to specify "default" values  for these settings, e.g. in
> an environment variable or through other means?
> 
> Thank you if you know anything about it.
> 
> 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
> 

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

Re: [QGIS-Developer] Disable/commenting provider filter?

[Jorge Gustavo Rocha]

Hi,

Another workaround is layer duplication. You can have an instance
without filters and one with filters. Then switch between them.

But a filter history for the layer (like the one in the old DB manager
where you can save queries), could be useful.

Regards,

Jorge

On 11/05/21 21:31, Alexandre Neto wrote:
> Bad workaround then :-p
> 
> A terça, 11/05/2021, 21:10, Matthias Kuhn  <mailto:matth...@opengis.ch>> escreveu:
> 
> Unfortunately, that won't work, filters are not part of the style.
> 
> On Tue, May 11, 2021 at 9:24 PM Alexandre Neto
> mailto:senhor.n...@gmail.com>> wrote:
> 
> As an workaround, can't you just create a new style and remove
> the filter? Then go back to the default style?
> 
> Obviously a checkbox would be much more user friendly.
> 
> Alexandre Neto
> 
> A terça, 11/05/2021, 09:52, Andreas Neumann  <mailto:andr...@qgis.org>> escreveu:
> 
> Hi Richard,
> 
> Yes - I think this would be very useful. I would prefer the
> checkbox for enabling/disabling without losing the filter
> string.
> 
> Thanks,
> Andreas
> 
> On Mon, 10 May 2021 at 16:41, Richard Duivenvoorde
> mailto:rdmaili...@duif.net>> wrote:
> 
> Hi List,
> 
> When I add a filter to a layer, I often want to
> temporarily disable that
> filter (just to see what the full view is).
> 
> Working a lot with sql scripts recently, in which you
> comment out (a
> part) of a sql query by putting '--' in front of it, I
> tried that also
> in the Query builder, and though it looks like I'm
> commenting out my
> query (the query is greyed-out), it's not working, I get
> a parsing
> error.
> 
> So usability question:
> - would other people be interested in temporarily
> disabling the layer
> filter query, or am I the only one :-)
> 
> If yes:
> 
> - should it be implemented by 'commenting' out part of
> the query?
> - or should there be some 'temporarily disable' checkbox
> in the query
> builder)
> - should it be a context menu (either the layer, or the
> little filter
> overlay icon in the layermanager)
> 
> Tech question:
> - any forseeing issues with such thing?
> 
> Regards,
> 
> Richard Duivenvoorde
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> <mailto:QGIS-Developer@lists.osgeo.org>
> List info:
> https://lists.osgeo.org/mailman/listinfo/qgis-developer
> <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>
> 
> 
> 
> -- 
> 
> --
> Andreas Neumann
> QGIS.ORG <http://QGIS.ORG> board member (treasurer)
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> <mailto:QGIS-Developer@lists.osgeo.org>
> List info:
> https://lists.osgeo.org/mailman/listinfo/qgis-developer
> <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
> <mailto: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>
> 
> 
> ___

Re: [QGIS-Developer] Compilation error with 'master'

[Jorge Gustavo Rocha]

Hi Bjoern,

Are you using PROJ from packages or a compiled version by yourself? Are
you using PROJ 8 or a former version?

You should have proj_experimental.h available at PROJ_INCLUDE_DIR.

Try to locate where you have proj_experimental.h and set
PROJ_INCLUDE_DIR to it.

cmake -G Ninja -DCMAKE_BUILD_TYPE=Debug
-DPROJ_INCLUDE_DIR=/usr/local/include ../QGIS

If needed, you can also define PROJ_LIBRARY, if not in a default path.

cmake -G Ninja -DCMAKE_BUILD_TYPE=Debug
-DPROJ_INCLUDE_DIR=/usr/local/include
-DPROJ_LIBRARY=/usr/local/lib/libproj.so ../QGIS

Try not to mix versions of PROJ libraries. Delete all dangling former
versions.

I hope it helps. Regards,

Jorge Gustavo

Às 09:26 de 16/03/21, pathmapper escreveu:
> Hi,
> 
> if I try to compile QGIS with latest master (commit 8731c7e) it fails with:
> 
> QGIS/src/core/qgscoordinatetransform_p.cpp:26:10: fatal error:
> proj_experimental.h: Datei oder Verzeichnis nicht gefunden
>  #include 
>   ^
> compilation terminated.
> 
> ("Datei oder Verzeichnis nicht gefunden" -> "file or folder not found")
> 
> I'm on Debian Buster and compiling the 'release-3_18' branch (commit
> d740a22) works flawlessly with my setup.
> 
> Any idea how to fix this?
> 
> Cheers,
> Bjoern
> 
> 
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] point in polygon strikes again: big performance issue

[Jorge Gustavo Rocha]

Hi Nyall,

Fully agree with you. There are many ways to do this.

In summary, expressions should be used caution, specially in virtual
fields.

But it is so nice to have expressions in virtual fields able to update
as we edit and move features around. I love it!

Regards,

Jorge
Às 00:01 de 15/03/21, Nyall Dawson escreveu:
> On Mon, 15 Mar 2021 at 09:56, David Strip  wrote:
>>
>> On 3/14/2021 5:34 PM, Jorge Gustavo Rocha wrote:
>>
>> Hi David,
>>
>> Thanks for replication this issue. "Join attributes by location
>> (summary)" is definitely the best choice for this use case. It creates
>> the new layer in a few seconds. That's why I think we are missing
>> something (spatial indexes?, dependency graph?) in the expression engine.
>>
>> There are anomalies in the data. That's almost the same with any dataset
>> we start working with :-)
>>
>> Regards,
>>
>> Jorge
>>
>> I tried a different approach, using aggregate, matching on the country name, 
>> thinking that would be faster than a spatial check.
>> I created a new field with the expression:
>>
>> aggregate( '03-03-2021','sum', "Confirmed", "Country_Region" ILIKE 
>> attribute(@parent,'SOVEREIGNT'))
>>
>> Much to my surprise, this was slower than "Join attributes by location 
>> (summary)"
> 
> As noted previously in this thread, the expression engined isn't
> optimised for this kind of use case, vs the processing algorithms
> which are HEAVILY optimised!
> 
> Like almost everything in GIS, there's many ways to achieve the same
> results and some will work better than others! :D
> 
> Nyall
> 
> 
>>
>> ___________
>> QGIS-Developer mailing list
>> 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

Re: [QGIS-Developer] point in polygon strikes again: big performance issue

[Jorge Gustavo Rocha]

Hi David,

Yes, yes. I've tried the same! We can say that a spatial join can beat
an attribute based join in performance!

Regards,

Jorge

Às 23:51 de 14/03/21, David Strip escreveu:
> On 3/14/2021 5:34 PM, Jorge Gustavo Rocha wrote:
>> Hi David,
>>
>> Thanks for replication this issue. "Join attributes by location
>> (summary)" is definitely the best choice for this use case. It creates
>> the new layer in a few seconds. That's why I think we are missing
>> something (spatial indexes?, dependency graph?) in the expression engine.
>>
>> There are anomalies in the data. That's almost the same with any dataset
>> we start working with :-)
>>
>> Regards,
>>
>> Jorge
> I tried a different approach, using aggregate, matching on the country
> name, thinking that would be faster than a spatial check.
> I created a new field with the expression:
> 
> aggregate( '03-03-2021','sum', "Confirmed", "Country_Region" ILIKE 
> attribute(@parent,'SOVEREIGNT'))
> 
> Much to my surprise, this was slower than "Join attributes by location
> (summary)"
> 

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

Re: [QGIS-Developer] point in polygon strikes again: big performance issue

[Jorge Gustavo Rocha]

Hi Nyall,

I've tried with:

array_sum( overlay_contains( '03-04-21', Active ) )

as suggested by Harrissou. Now I understand why it isn't much faster
than an aggregate.

We have a call for grants ending within a week. Maybe someone jumps in
to rewrite the expression engine with speed improvements ;-)

Regards,

Jorge

Às 23:40 de 14/03/21, Nyall Dawson escreveu:
> On Mon, 15 Mar 2021 at 09:34, Jorge Gustavo Rocha  wrote:
>>
>> Hi David,
>>
>> Thanks for replication this issue. "Join attributes by location
>> (summary)" is definitely the best choice for this use case. It creates
>> the new layer in a few seconds. That's why I think we are missing
>> something (spatial indexes?, dependency graph?) in the expression engine.
> 
> Actually there's LOTS missing
> - if you're not using the overlay_* method, then spatial indices won't
> be used at all
> - even if you use the overlay_* methods, the overlay tests are not
> optimised in any way (they don't use prepared geometries), so will
> always be orders of magnitude slower than the processing tools.
> 
> Nyall
> 
> 
> 
>>
>> There are anomalies in the data. That's almost the same with any dataset
>> we start working with :-)
>>
>> Regards,
>>
>> Jorge
>>
>> Às 21:47 de 14/03/21, David Strip escreveu:
>>> I was able to replicate your problem on my system (Win 10, QGIS 3.10.5).
>>>
>>> I tried "Join attributes by location (summary)". This computed the
>>> result in about 5 seconds.
>>> There are some anomalies in the data, however. For example, there's an
>>> entry for Belgium with province value "Unknown" and no lat/lon, so it
>>> doesn't get included in the total. Also, the point for Northern
>>> Territories, Australia, lies in the ocean, so it is not contained in the
>>> Australia polygon.
>>>
>>
>> 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

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

Re: [QGIS-Developer] point in polygon strikes again: big performance issue

[Jorge Gustavo Rocha]

Hi David,

Thanks for replication this issue. "Join attributes by location
(summary)" is definitely the best choice for this use case. It creates
the new layer in a few seconds. That's why I think we are missing
something (spatial indexes?, dependency graph?) in the expression engine.

There are anomalies in the data. That's almost the same with any dataset
we start working with :-)

Regards,

Jorge

Às 21:47 de 14/03/21, David Strip escreveu:
> I was able to replicate your problem on my system (Win 10, QGIS 3.10.5).
> 
> I tried "Join attributes by location (summary)". This computed the
> result in about 5 seconds.
> There are some anomalies in the data, however. For example, there's an
> entry for Belgium with province value "Unknown" and no lat/lon, so it
> doesn't get included in the total. Also, the point for Northern
> Territories, Australia, lies in the ocean, so it is not contained in the
> Australia polygon.
> 

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

Re: [QGIS-Developer] point in polygon strikes again: big performance issue

[Jorge Gustavo Rocha]

Hi Harrissou,

Thanks for the tip. I've used:

array_sum( overlay_contains( '03-04-21', Active ) )

and it works, but... there is not significant perform enhancement. As
far as I can see, overlay_contains does not take any advantage of a
spatial index.

Regards,

Jorge

Às 22:36 de 14/03/21, Delaz J escreveu:
> Hi Jorge,
> 
> It doesn't explain nor fix the issue with your expression but mind
> trying /array_sum(overlay_contains('03-04-2021', 'Active'))/? No working
> QGIS around to test myself.
> 
> I don't remember if array_sum was introduced in 3.18 or master but
> overlay_** requires at least 3.16. Regards, Harrissou
> 
> Le 14/03/2021 à 22:47, David Strip a écrit :
>> I was able to replicate your problem on my system (Win 10, QGIS 3.10.5).
>>
>> I tried "Join attributes by location (summary)". This computed the
>> result in about 5 seconds.
>> There are some anomalies in the data, however. For example, there's an
>> entry for Belgium with province value "Unknown" and no lat/lon, so it
>> doesn't get included in the total. Also, the point for Northern
>> Territories, Australia, lies in the ocean, so it is not contained in
>> the Australia polygon.
>>
>>
>> ___
>> QGIS-Developer mailing list
>> 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] point in polygon strikes again: big performance issue

[Jorge Gustavo Rocha]

Hi,

I've done a QGIS demonstration last week at the local medical school, to
show how easy is to get data and process it with QGIS. But I failed with
a very simple aggregate expression. QGIS is not able to compute the
expression "immediately". It takes one regular coffee to compute the
expression (starting from cold water in the kettle).

The problem is easy to replicate. It just uses one polygon layer (225
countries) and a point layer (+-4000 points related to COVID cases
reported).

I've used the natural earth countries shapefile and COVID values from a
csv file.

These two layers can be retrieved with:

wget
https://www.naturalearthdata.com/http//www.naturalearthdata.com/download/10m/cultural/ne_10m_admin_0_countries.zip
wget
https://raw.githubusercontent.com/CSSEGISandData/COVID-19/master/csse_covid_19_data/csse_covid_19_daily_reports/03-04-2021.csv

For the same country, like Germany or Italy, there are values for each
state or province in the CSV file, as illustrated in [1]. I want to
aggregate all values of the country.

I've created a virtual field in country layer. I've used this expression
to compute the total active cases for each country:

aggregate(layer:='03-04-2021', aggregate:='sum', expression:="Active",
filter:=contains( geometry(@parent), $geometry) )

It takes several minutes do evaluate and, if you have the attribute
table opened, it will take the same amount again to fill the attribute
table. If I try to use the aggregated field in symbology, it will try to
evaluate it and it will be a problem.

How can I improve the writing of such spatial expressions?

My findings:

1) Using contains or intersect is the same. No difference in performance.

2) Using a shapefile instead of the origin CSV does not improve the
performance

3) Adding spatial indexes (via 'Create spatial index' processing tool)
to both shapefiles does not improve the performance

Before you ask:

a) The are topological errors in the Natural Earth source. Correcting
them or just using the good polygons does not solve the problem. There
is no difference in performance.

b) For this specific COVID layer, a simple attribute join could be used.
The point here is to understand how this spatial expression can be
improved in terms of performance.

c) This can be done in Postgresql with:

select wf.sovereignt, sum(cases."Active")
from world wf, "03-04-2021" cases
where st_contains(wf.geom, cases.geom)
group by wf.sovereignt;

and it is computed "instantaneously". I know that too, but the point is
to improve QGIS.

Regards,

Jorge Gustavo

[1] https://nextcloud.geomaster.pt/index.php/s/ZNR87PHBrBJjmmC
[2] https://nextcloud.geomaster.pt/index.php/s/bxyXTfN3J4moKHr



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

Re: [QGIS-Developer] Creating a spatial index on a table created with QgsVectorLayerExporter Python function

[Jorge Gustavo Rocha]

Hi Andrea,

Às 17:17 de 14/03/21, Andrea Giudiceandrea escreveu:
> Jorge Gustavo Rocha wrote
>> I did the laziest test. I've tried to run 'Create spatial index' on a
>> Postgresql layer. Result was:
>>
>> Layer's data provider does not support spatial indexes [1]
> 
> Is PostGIS installed and enabled on the PostgreSQL db server?
> 

Yes, yes. I've ran the 'Create spatial index' on top of an existent
Postgis layer (with a role able to create spatial indexes). Have you
tried the same? Is it different on your side?

psql service=ftth -c "select postgis_full_version()"
POSTGIS="3.2.0dev 3.1.0rc1-47-gba2f659c0" [EXTENSION] PGSQL="120"
GEOS="3.8.0-CAPI-1.13.1 " PROJ="8.0.0" GDAL="GDAL
3.3.0dev-f6689b6533-dirty, released 2021/01/22" LIBXML="2.9.10"
LIBJSON="0.13.1" LIBPROTOBUF="1.3.3" WAGYU="0.5.0 (Internal)" (core
procs from "3.1.0dev 3.1.0alpha2-36-g25825b61d" need upgrade) RASTER
(raster procs from "3.1.0dev 3.1.0alpha2-36-g25825b61d" need upgrade)

Regards,

Jorge

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

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

Re: [QGIS-Developer] Creating a spatial index on a table created with QgsVectorLayerExporter Python function

[Jorge Gustavo Rocha]

Hi Bo,

I did the laziest test. I've tried to run 'Create spatial index' on a
Postgresql layer. Result was:

Layer's data provider does not support spatial indexes [1]

Does it help?

I think that things like spatial filters, used on rendering, runs on the
provider side, so QGIS do not need to know about spatial filters.

But I found out that aggregate expressions, for example, seems to run on
QGIS side and do not take advantage of spatial indexes.

Regards,

Jorge

[1] https://nextcloud.geomaster.pt/index.php/s/w38gboTBNsf2pe8

The layer itself is a Postgresql layer with a native gist index. It was
created on the provider site.

Às 12:01 de 14/03/21, Andrea Giudiceandrea escreveu:
> Bo Victor Thomsen wrote
>> # Experiment for getting spatial index. Tried with 1, True ...
>> options = {}
>> options['spatial_index'] = 'on'
> 
> Hi Bo Victor,
> AFAIK it should be:
> 
> options = {}
> options['layerOptions'] = ['SPATIAL_INDEX=YES']
> 
> 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
> 

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

Re: [QGIS-Developer] [Qgis-user] A nice task for a community member: revamping the QGIS github landing page

[Jorge Gustavo Rocha]

Hi all,

Nice work, Martin!

Yes, the text itself and the images are not properly formatted.

Right now the goal is to validate and improve the structure and the key
arguments, as I understand. Afterwards, images can be improved and
properly formatted in  markdown.

I think everyone can edit this proposal in place, to submit improvements
as a PR. Matthias already did it. My contribution just landed there.

https://github.com/Houska1/QGIS/edit/README-md-update/README.md

Regards,

Jorge

Às 08:29 de 23/02/21, JD L escreveu:
> Hi Martin,
> I have the impression that it's not suitable for small screen ? Do you
> confirm ?
> 
> 
> Le mar. 23 févr. 2021 à 09:08, Tyler Eshelman  <mailto:teshelman@gmail.com>> a écrit :
> 
> Hello everyone,
> 
> This is my first time replying to these emails since joining the
> QGIS development list.
> Besides the landing page, are there any other beginner tasks that
> you have in mind for someone to begin contributing to this project?
> 
> Please let me know when you have a moment free.
> 
> Respectfully,
> 
> Tyler
> 
> —
> 
> On Mon, Feb 22, 2021 at 6:54 PM Martin Pergler  <mailto:perg...@gmail.com>> wrote:
> 
> As per the thread last week, with the help of Jorge Gustavo
> Rocha (regarding
> server) and Ben Hur Pintor, I've taken a first crack at revising
> the Github
> landing page to be more exciting, up-to-date, and visual.
> 
> The current draft is at
> https://github.com/Houska1/QGIS/blob/README-md-update/README.md; all
> comments welcome (here, there, or by email to perg...@gmail.com
> <mailto:perg...@gmail.com>).
> 
> At this stage, I'd love to get buy in on the overall structure,
> and the
> choice of the 5 high-level points under Features. We can then
> hunt for
> better illustrations for each -- right now, I grabbed something
> from the
> user manual or qgis.org <http://qgis.org> gallery for each one,
> but we can probably do better.
> Might even make sense to make something custom at a better image
> size/resolution (but only once we're collectively happy we have
> the right
> points to illustrate...).
> 
> Cheers,
> Martin
> 
> 
> 
> --
> Sent from:
> http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> <mailto:QGIS-Developer@lists.osgeo.org>
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org>
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> 
> ___________
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] Usability initiative/offensive for QGIS 4.0

[Jorge Gustavo Rocha]

)
>  
> - Add functionality to the layer context menu in "Layers" panel: Add a
> feature related context menu to the categorized symbols/items/features
> in a layer, that enables the user to "Zoom to features", "Zoom to
> selection", "Flash all features", "Flash selected features"
> (functionality considered as inferior priority)
> (https://github.com/qgis/QGIS/issues/41637)
> 
> - Create a "Selected Features panel", meaning to provide a panel similar
> to "Identify results" with the functionality of the "Multiple feature
> dialog". Important note: In needs to be easily distinguishable by its
> looks from the identify results
> (functionality considered as inferior priority)
> (https://github.com/qgis/QGIS/issues/41638)
>  
> - User may be confused about selected objects that cannot be modified:
> Maybe change selection color of objects when Layer of selected features
> is editable?
> (functionality considered as inferior priority)
> (https://github.com/qgis/QGIS/issues/41639)
> 
> - ability to open the raster georeferencer and read recently
> georeferenced raster map from layer context menu
> (https://github.com/qgis/QGIS/issues/41640)
>  
>  
>  
> 
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] Building QGIS with Visual Studio 2019 CE and vcpkg

[Jorge Gustavo Rocha]

Hi Stefan,

Yes, GitHub discussions were removed. I don't know why.

Regards,

Jorge

Às 15:48 de 16/02/21, Uhrig, Stefan escreveu:
> Hi Mats,
> 
>  
> 
> Thanks for the feedback! Good to hear that it worked for you. And thanks
> for sharing your configuration insights!
> 
>  
> 
> When I last tried, geos_c.lib was detected as well. So, this seems to be
> fixed. Thanks for the ZSTD hint, I missed the “Show advanced variables”
> checkbox in Visual Studio.
> 
>  
> 
> @Jorge: I planned to add the instructions to the discussion section
> first, but it seems to be gone. Was it removed?
> 
>  
> 
> @All: Are there concerns adding these instructions to
> https://github.com/qgis/QGIS/blob/master/INSTALL.mdwith an
> “experimental” hint? If there aren’t any concerns, I can prepare a pull
> request.
> 
>  
> 
> Best regards,
> 
> Stefan
> 
>  
> 
> *From:*Mats Taraldsvik 
> *Sent:* Thursday, February 11, 2021 11:30 AM
> *To:* Uhrig, Stefan 
> *Cc:* DelazJ ; Jorge Gustavo Rocha ;
> qgis-developer 
> *Subject:* Re: [QGIS-Developer] Building QGIS with Visual Studio 2019 CE
> and vcpkg
> 
>  
> 
> Hi Stefan,
> 
>  
> 
> Thank you for this excellent guide to compile with vcpkg, it worked
> right away after me struggling with the official guide+CMake compilation
> for a couple of hours.
> 
>  
> 
> I did make a few modifications that might help:
> 
>  
> 
> 1. Release build:
> 
> - geos_c.lib was detected automatically, and for some reason I did not
> need to explicitly set GEOS_LIBRARY
> 
>  
> 
> 2. Debug build:
> 
>  
> 
> I noticed: 1> [CMake] -- Found ZSTD:
> C:/Users/mattar/Source/Repos/vcpkg_qgis/installed/x64-windows/lib/zstd.lib
> in the logs and you wrote:
> 
>> The build will fail because the execution of crssync.exe fails. That's
> because crssync.exe tries to load zstd.dll instead of zstdd.dll. I
> haven't figured out why, yet. An easy workaround is copying zstdd.dll to
> zstd.dll in QGIS\out\build\x64-Debug\output\bin. Then restart the build
> and it should succeed.
> 
>  
> 
> By setting ZSTD_LIBRARY explicitly to
> /installed/x64-windows/debug/lib/zstdd.lib it picked
> the right lib and dll:
> 
> Then log changed to: 1> [CMake] -- Found ZSTD:
> C:/Users/mattar/Source/Repos/vcpkg_qgis/installed/x64-windows/debug/lib/zstdd.lib
> 
>  
> 
> I hope this does help a bit.
> 
>  
> 
> I'm an outsider to this community, but my humble suggestion _when this
> work is complete_ (what's missing except for python support?):
> 
> - add your CMakeSettings.json to the build description or to
> src/CMakeSettings.json
> 
> - vcpkg has a new feature "manifests", where a file vcpkg.json describes
> all dependencies. this should also be added or described (instead of the
> vcpkg install command).
> 
> - vcpkg just got versioning, which might help align the requirements
> with the rest of qgis
> 
> - I see that vcpkg already has flex and bison
> (/downloads/tools/winflexbison), so if there is a way
> for win_bison.exe and win_flex.exe to be copied to the build directory,
> these could be used instead of cygwin, making the build even easier)
> 
> - vcpkg does have binary caching, perhaps making a github actions CI
> build using this method feasible?
> 
>  
> 
> Anyway, thank you for your efforts! It made the first QGIS-step more
> pleasant. :)
> 
>  
> 
> Best regards,
> 
> Mats Taraldsvik
> 
>  
> 
> On Mon, Feb 1, 2021 at 4:24 PM Uhrig, Stefan  <mailto:stefan.uh...@sap.com>> wrote:
> 
> Hi all,
> 
>  
> 
> In my opinion, the build with Visual Studio 2019 and vcpkg is still
> too experimental to add it to the INSTALL.md file. It might break
> any day if QGIS requires a package or package version that is not
> available from vcpkg.
> 
>  
> 
> Actually, I like the idea to add it to the “Show & tell” category.
> We can ask the community for their experiences with that setup. Does
> it work, is it getting used? If it is used by some “critical mass”
> and works over a longer time without issues, we can add instructions
> to the INSTALL.md file. Maybe we can add a hint to the INSTALL.md
> file that the not so faint-hearted developers might give it a try
> and provide a link to the “Show & tell” post.
> 
>  
> 
> However, to be really useful, the debug build should also work with
> Python bindings and QGIS processing. I got it working for release
> builds (just needed to install the required Python dependencies via
> pip install ), but that does not work for de

Re: [QGIS-Developer] [Qgis-user] A nice task for a community member: revamping the QGIS github landing page

[Jorge Gustavo Rocha]

Hi,

Thanks for stepping up, Martin.

I would like to add a single suggestion: to make a clear distinction
between QGIS and QGIS Server. If necessary, I can help/review QGIS
Server description.

Regards,

Jorge Gustavo


Às 01:15 de 16/02/21, Martin Pergler escreveu:
> Happy to take this on (next week, this week is a bit crazy).
> I like all 3 examples given: key thing being leading off much more with an
> easy-to-understand, illustrated list of main functionality and use cases.
> 
> By way of introduction, 30 years ago I was a software developer, back when
> Pascal and C (++ was cutting edge!) were mainstream and Prolog was sexy (at
> least for geeks, that is). I then became a mathematician for a while, before
> going into business consulting. I've done a fair amount of technical writing
> and ran an editorial board for a while. My day job is now risk consulting,
> including probabilistic modeling, Excel/VBA, and R. On the side I help
> manage and preserve a decent chunk of Canadian wilderness, through which in
> the past couple of years I've become more and more involved in GIS. First,
> just making a map of the darned thing, but more recently vegetation and
> land-use analysis, indexing of research notes and wildlife photos,
> automation so others can use it, and even more recently UAV 2.5D mapping.
> I'm also a frequent contributor (Q and A) at gis.stackexchange.com
> 
> Happy also to work on this 4 (or more) hands if anyone else wants to help
> out. Otherwise, I'll sit back this week and accept with gratitude any
> additional suggestions of what to cover or how. I'll then come back with a
> 1st (but doubtlessly incomplete) draft next week.
> 
> Martin Pergler
> 
> 
> 
> 
> --
> 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
> 

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

Re: [QGIS-Developer] Activate vertex tool with a specific polygon highligted from Python

[Jorge Gustavo Rocha]

Hi Bo,

I didn't investigate it much. I just tried on the console:
iface.actionVertexToolActiveLayer().trigger()
and it works. It open the vertex editor, but no geometry is "locked".
You have to manually lock your geometry with a right mouse click.

You want to mimic also the right click to selected the geometry to be
used by the vertex editor, right? I think you want to call
'QgsVertexTool::updateVertexEditor( QgsVectorLayer *layer, QgsFeatureId
fid )' but QgsVertexTool does not have bindings for python.

Maybe there is another way to do it. Let's see if someone knows how to
lock the selected geometry in Python.

Good luck!

Jorge

Às 16:35 de 07/02/21, Bo Victor Thomsen escreveu:
> Hi list -
> 
> Is there any way/method - using python - to activate the Vertex Tool
> with a specific object from a specific layer ? The position and
> attribute values for the object is known.
> 
> The situation is as follows:
> 
>  1. The user has pushed a button i a plugin dialog.
>  2. The function to this event automatically generates  a polygon.
>  3. The geometry is calculated from the position and extend of the
> current mapper window.
>  4. The polygon is inserted in a known layer.
>  5. This layer is made user editable
> 
>  6. The vertex tool is activated with the inserted polygon highlighted
> 
> Point 1-5 is working fine. It's point 6 I'm asking about
> 
> -- 
> 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
> 

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

Re: [QGIS-Developer] Building QGIS with Visual Studio 2019 CE and vcpkg

[Jorge Gustavo Rocha]

    {
> 
>   "name": "QCA_LIBRARY",
> 
>   "value": "C:/src/vcpkg/installed/x64-windows/debug/lib/qcad.lib",
> 
>   "type": "FILEPATH"
> 
>     },
> 
>     {
> 
>   "name": "GEOS_LIBRARY",
> 
>   "value":
> "C:/src/vcpkg/installed/x64-windows/debug/lib/geos_cd.lib",
> 
>   "type": "FILEPATH"
> 
>     },
> 
>     {
> 
>   "name": "GSL_LIB",
> 
>   "value": "C:/src/vcpkg/installed/x64-windows/debug/lib/gsld.lib",
> 
>   "type": "FILEPATH"
> 
>     },
> 
>     {
> 
>   "name": "GSLCBLAS_LIB",
> 
>   "value":
> "C:/src/vcpkg/installed/x64-windows/debug/lib/gslcblasd.lib",
> 
>   "type": "FILEPATH"
> 
>     },
> 
>     {
> 
>   "name": "PROJ_LIBRARY",
> 
>   "value":
> "C:/src/vcpkg/installed/x64-windows/debug/lib/proj_d.lib",
> 
>   "type": "FILEPATH"
> 
>     },
> 
>     {
> 
>   "name": "QSCINTILLA_LIBRARY",
> 
>   "value":
> "C:/src/vcpkg/installed/x64-windows/debug/lib/qscintilla2_qt5d.lib",
> 
>   "type": "FILEPATH"
> 
>     },
> 
>     {
> 
>   "name": "QTKEYCHAIN_LIBRARY",
> 
>   "value":
> "C:/src/vcpkg/installed/x64-windows/debug/lib/qt5keychaind.lib",
> 
>   "type": "FILEPATH"
> 
>     },
> 
>     {
> 
>   "name": "QWT_LIBRARY",
> 
>   "value": "C:/src/vcpkg/installed/x64-windows/debug/lib/qwtd.lib",
> 
>   "type": "FILEPATH"
> 
>     },
> 
>     {
> 
>   "name": "SPATIALINDEX_LIBRARY",
> 
>   "value":
> "C:/src/vcpkg/installed/x64-windows/debug/lib/spatialindex-64d.lib",
> 
>   "type": "FILEPATH"
> 
>     }
> 
>   ]
> 
>     }
> 
>   ]
> 
> }
> 
>  
> 
>  
> 
>  
> 
>  
> 
> *From:*i-s-o <46.i.s.o...@gmail.com>
> *Sent:* Saturday, January 30, 2021 5:58 PM
> *To:* Uhrig, Stefan 
> *Cc:* qgis-developer 
> *Subject:* Re: [QGIS-Developer] Building QGIS with Visual Studio 2019 CE
> and vcpkg
> 
>  
> 
> I am very interested in trying out your solution. Could you share the
> required steps?
> 
>  
> 
> Thx.
> 
>  
> 
> On Fri, Jan 29, 2021, 09:25 Uhrig, Stefan  <mailto:stefan.uh...@sap.com>> wrote:
> 
> TL;DR: It is currently possible to build the QGIS core app with
> Visual Studio 2019 and vcpkg, which makes debugging QGIS
> dependencies easy.
> 
>  
> 
>  
> 
> Hi all,
> 
>  
> 
> Some time ago I discovered vcpkg
> (https://github.com/microsoft/vcpkg). vcpkg is a package manager
> that downloads package source code to your local machine and builds
> the package locally. Recently, I discovered that vcpkg should be
> able to provide all dependencies to build at least the QGIS core
> application. Hence, I gave it a try.
> 
>  
> 
> Basically, it worked out of the box. I started with a fresh Windows
> 10 installation, installed Visual Studio 2019 Community Edition,
> Git, vcpkg, Python 3 and flex and bison for Windows. I fetched all
> other dependencies via vcpkg. It was not necessary to even touch a
> single file in the repository. I could just open the main
> CMakeLists.txt file in Visual Studio and only had to tweak the CMake
> cache (the CMake find macros that come with QGIS are not aware of
> vcpkg, so I had to set some paths manually). I had to switch off
> some extensions though as the required dependencies were not
> available via vcpkg (WITH_BINDINGS, WITH_QGIS_PROCESS,
> WITH_QTWEBKIT). The build did not report any errors, I could start
> the application and it seems to work, but I did some light testing only.
> 
>  
> 
> I mainly tried it because I enjoy debugging with Visual Studio more
> than with gdb (or gdb wrapped in some IDE). In my experience, the
> performance of the Visual Studio debugger is better and it is more
> stable, especially in long debug sessions.
> 
>  
> 
> I don’t want to promote official building support of QGIS with
> vcpkg. Providing the dependencies via OSGeo4W is much more reliable.
> However, if you don’t mind the experimental nature of this setup and
> you want to be able to debug into QGIS’ dependencies, you might give
> it a try. Especially, if you want to track the cause of a crash in
> one of QGIS’ dependencies, this setup might be helpful. You have the
> source code and debug versions of the dependencies, so the debugger
> will jump to the crashing code line and you can inspect all the
> variables of the dependency.
> 
>  
> 
> If someone is interested in trying it, give me a note. I can then
> assemble detailed instructions on how to make it work. It took me a
> while to figure out which packages are needed and how the CMake
> cache needs to be tweaked.
> 
>  
> 
> Best regards,
> 
> Stefan
> 
>  
> 
>  
> 
>  
> 
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org>
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> 
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> 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

Re: [QGIS-Developer] undefined symbol: GDALAutoCreateWarpedVRTEx

[Jorge Gustavo Rocha]

Hi Even,

Thanks for the feedback. You are absolutely right. My test scripts were
introducing a dependency that install the old libgdal26.

Easy to fix, after your feedback.

Regards,

Jorge

Às 10:06 de 19/01/21, Even Rouault escreveu:
> On mardi 19 janvier 2021 09:55:46 CET Jorge Gustavo Rocha wrote:
>> Hi,
>>
>> Just an additional comment. The GDALAutoCreateWarpedVRTEx is there, as
>> far as I can see.
>>
>> nm -g libqgis_core.so.3.16.3 | grep GDALAutoCreateWarpedVRTEx
>>  U GDALAutoCreateWarpedVRTEx
>>
>> But if the symbol is defined in the library, why do I get this error?
> 
> The U means undefined. Which is expected. libqgis_core imports the symbol 
> from 
> libgdal.
> What I suspect here is that QGIS is built against a libgdal 3.2.x (QGIS only 
> tries to use GDALAutoCreateWarpedVRTEx if GDAL headers are >= 3.2), but at 
> runtime links against an older one.
> 
> Even
> 

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

Re: [QGIS-Developer] undefined symbol: GDALAutoCreateWarpedVRTEx

[Jorge Gustavo Rocha]

Hi,

Just an additional comment. The GDALAutoCreateWarpedVRTEx is there, as
far as I can see.

nm -g libqgis_core.so.3.16.3 | grep GDALAutoCreateWarpedVRTEx
 U GDALAutoCreateWarpedVRTEx

But if the symbol is defined in the library, why do I get this error?

File "/usr/local/share/qgis/python/qgis/core/__init__.py", line 25, in

qgis-server_1  | from qgis._core import *
qgis-server_1  | ImportError: /usr/local/lib/libqgis_core.so.3.16.3:
undefined symbol: GDALAutoCreateWarpedVRTEx

Help is appreciated :-)

Regards,

Jorge Gustavo

Às 09:24 de 19/01/21, Jorge Gustavo Rocha escreveu:
> Hi,
> 
> Sometimes I use QGIS running from docker (both the server and desktop),
> using the docker maintained by camp2camp [1].
> 
> The docker gets the gdal image and compiles QGIS.
> 
> Recently (no more than a week), I 'm having a run time error (caused by
> a linkage issue), when using qgis.core in Python:
> 
> File "/usr/local/share/qgis/python/qgis/core/__init__.py", line 25, in
> 
> qgis-server_1  | from qgis._core import *
> qgis-server_1  | ImportError: /usr/local/lib/libqgis_core.so.3.16.3:
> undefined symbol: GDALAutoCreateWarpedVRTEx
> 
> This GDALAutoCreateWarpedVRTEx was introduced in GDAL recently.
> 
> Is anybody getting this error also from a self compiled QGIS?
> 
> Regards,
> 
> [1] https://github.com/camptocamp/docker-qgis-server
> 
> J. Gustavo
> 

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] undefined symbol: GDALAutoCreateWarpedVRTEx

[Jorge Gustavo Rocha]

Hi,

Sometimes I use QGIS running from docker (both the server and desktop),
using the docker maintained by camp2camp [1].

The docker gets the gdal image and compiles QGIS.

Recently (no more than a week), I 'm having a run time error (caused by
a linkage issue), when using qgis.core in Python:

File "/usr/local/share/qgis/python/qgis/core/__init__.py", line 25, in

qgis-server_1  | from qgis._core import *
qgis-server_1  | ImportError: /usr/local/lib/libqgis_core.so.3.16.3:
undefined symbol: GDALAutoCreateWarpedVRTEx

This GDALAutoCreateWarpedVRTEx was introduced in GDAL recently.

Is anybody getting this error also from a self compiled QGIS?

Regards,

[1] https://github.com/camptocamp/docker-qgis-server

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

Re: [QGIS-Developer] Stale bot and older requests/issues - possible enhancement

[Jorge Gustavo Rocha]

Hi,

I have a different opinion on this. We should emphasis the community
component of our QGIS open source project. Just asking to pay if they
want the issue solved, is what any commercial software project does. It
does not help to create new contributors.

Reporting and working on issues is (should be) included in our strategy
to promote participation and get new blood. It is a good place to engage
new users into QGIS development.

Users should be encourage to know better the community and the people
behind the software. If a issue is tagged as stale, we should help them
to identify and know the people related/behind that feature. Without
knowing the people and without communication, there is no community.

When people know and trust the community behind software, they will
invest money in. In other words, it is too soon to ask for money for
someone that just filled an issue in github.

Just my two cents.

Jorge Gustavo

Às 00:42 de 07/01/21, Nyall Dawson escreveu:
> Hi list,
> 
> I've a small request to consider for stale bot and issues/feature
> requests. I think that if a ticket remains open for say > 90 days
> since the last comment, it would be nice if stale bot added a comment
> like:
> 
> "Unfortunately this bug/feature request has not seen any solution in
> the recent QGIS release. If this fix/feature is important to you or
> your organisation, you can help to fast-track its development by
> sponsoring this work. To do so, contact one of the QGIS commercial
> support providers listed at ... to discuss how you could fund this
> functionality".
> 
> I think it's a non-threatening, non-begging way to advise bug
> reporters on the alternative ways they can fast track development in
> QGIS.
> 
> Thoughts?
> 
> Nyall
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] Problem with plugin upload

[Jorge Gustavo Rocha]

Hi Joona,

I'm not sure if the problem was solved on the server side. I'm still
getting this "For security reasons, zip file cannot contain '.git'
directory" error with your plugin.

Can you do one more test, please? Remove these .gitignore files and
upload it again.

./resources/i18n/.gitignore
./resources/.gitignore
./resources/icons/.gitignore
./resources/ui/.gitignore
./logs/.gitignore

Good luck!

Jorge

Às 11:04 de 07/12/20, Denis Rouzaud escreveu:
> I just experienced the same issue a few minutes ago and it went back
> to normal.
> I thought it was thanks to a requirements.txt file removal, but I guess
> it was a server issue.
> 
> 
> 
> On Mon, 7 Dec 2020, 11:38 Joona Laine,  <mailto:jo...@gispo.fi>> wrote:
> 
> Hi Jorge!
> 
> Thanks for the fast reply! Here
> 
> <https://github.com/GispoCoding/FMI2QGIS/releases/download/0.1.1/FMI2QGIS.0.1.1.zip>
> is a link to the zip file I tried originally (version 0.1.1) and
> here
> 
> <https://github.com/GispoCoding/FMI2QGIS/releases/download/0.1.0/FMI2QGIS.0.1.0.zip>
> is a link to the initial release zip file (version 0.1.0) that I
> uploaded successfully on 1st December.
> 
>     -Joona
> 
> <http://www.gispo.fi/>
> 
> 
> On Mon, 7 Dec 2020 at 12:31, Jorge Gustavo Rocha  <mailto:j...@di.uminho.pt>> wrote:
> 
> Hi Joona,
> 
> Can you share a link to your zip file? It would help to see the
> exact
> contents you are trying to upload.
> 
> Regards,
> 
> Jorge Gustavo
> 
> Às 10:27 de 07/12/20, Joona Laine escreveu:
> > Hello Folks!
> >
> > I noticed that there might be a problem with QGIS plugin
> repository
> > while uploading plugins. I tried to add a new version to a plugin
> > (FMI2QGIS <https://plugins.qgis.org/plugins/FMI2QGIS/>) first via
> > qgis-plugin-ci <https://github.com/opengisch/qgis-plugin-ci>
> and then
> > manually on web page, but both methods failed with error messages:
> >
> >  compressed
> > archive. For security reasons, zip file cannot contain '.git'
> directory">
> >
> > and
> >
> >  "There were errors reding plugin package (please check also your
> > plugin's metadata). For security reasons, zip file cannot
> contain '.git'
> > directory".
> >
> > I double checked the metadata.txt file and made sure that
> there were no
> > .git -directory in the zip file but still the problem
> persisted. I even
> > tried to upload the previous version again with a different
> version
> > number to see if the problem might lie in the plugin upload
> process
> > instead and I couldn't upload that one either.
> >
> > Thanks!
> >
> > Best regards,
> > Joona Laine, Gispo Ltd.
> > <http://www.gispo.fi/>
> >
> > _______
> > QGIS-Developer mailing list
> > QGIS-Developer@lists.osgeo.org
> <mailto:QGIS-Developer@lists.osgeo.org>
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe:
> https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >
> 
> 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
> <mailto:QGIS-Developer@lists.osgeo.org>
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org>
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> 
> ___
> QGIS-Developer mailing list
>

Re: [QGIS-Developer] Problem with plugin upload

[Jorge Gustavo Rocha]

Hi Joona,

Can you share a link to your zip file? It would help to see the exact
contents you are trying to upload.

Regards,

Jorge Gustavo

Às 10:27 de 07/12/20, Joona Laine escreveu:
> Hello Folks!
> 
> I noticed that there might be a problem with QGIS plugin repository
> while uploading plugins. I tried to add a new version to a plugin
> (FMI2QGIS <https://plugins.qgis.org/plugins/FMI2QGIS/>) first via
> qgis-plugin-ci <https://github.com/opengisch/qgis-plugin-ci> and then
> manually on web page, but both methods failed with error messages:
> 
>  archive. For security reasons, zip file cannot contain '.git' directory">
> 
> and
> 
>  "There were errors reding plugin package (please check also your
> plugin's metadata). For security reasons, zip file cannot contain '.git'
> directory".
> 
> I double checked the metadata.txt file and made sure that there were no
> .git -directory in the zip file but still the problem persisted. I even
> tried to upload the previous version again with a different version
> number to see if the problem might lie in the plugin upload process
> instead and I couldn't upload that one either.
> 
> Thanks!
> 
> Best regards,
> Joona Laine, Gispo Ltd.
> <http://www.gispo.fi/>
> 
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] Storing a copy of map canvas extent in QgsProject (for server)

[Jorge Gustavo Rocha]

Hi,

(It is more a question, than a contribution).

We already have the extent available in the API, for people opening the
projects, with something like:

project = QgsProject.instance()
root = project.layerTreeRoot()
canvas = QgsMapCanvas()
bridge = QgsLayerTreeMapCanvasBridge(root, canvas)
project.read(projectpath)
e = canvas.extent()

If the user just wants to parse the project's xml, it is also there (the
extent and the extent's CRS).

I think Alessandro was asking for this in the server context, like make
it available in QgsServerProjectUtils.

Regards,

Jorge

Às 03:37 de 13/11/20, Nyall Dawson escreveu:
> On Thu, 12 Nov 2020 at 23:53, Alessandro Pasotti  wrote:
>>
>> Hi,
>>
>> The new landing page server core API module makes use of the canvas
>> extent to determine the initial extent of the map being shown in the
>> web gis viewer.
>>
>> If I'm not mistaken, that value is only available in map canvas and
>> it's not available in the server context. My current workaround mimics
>> what happens in the desktop when QgsProject::readProject is emitted.
>>
>> This prevents me from using the server's config (project) cache and
>> results in an unnecessary additional project read when the server
>> landing page API is accessed for the first time.
>>
>> I was thinking of storing that value directly in QgsProject instances
>> as "initialExtent()" by reading it from the "mapcanvas" xml tag, I'm
>> not super-happy with that because that would be a duplication but I
>> cannot see another way to access that information without re-reading
>> the project.
>>
>> Any idea or comment before I proceed?
> 
> I'm in favour. I think there's other good use cases for this too -
> e.g. giving a stable api for qfield/input to open projects at the
> correct map extents.
> 
> Can you put the new settings in QgsProjectViewSettings? That's the
> ideal place for things like this to reside...
> 
> Nyall
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] Troubles compiling QGIS master with 3D in Ubuntu 20.04

[Jorge Gustavo Rocha]

Hi Giuseppe,

That's what I use in Ubuntu 20.04 (using local compiled GDAl and PROJ):

cmake -DCMAKE_BUILD_TYPE=Debug -DBUILD_TESTING=FALSE -DENABLE_TESTS=OFF
-DWITH_SERVER=TRUE -DWITH_3D=TRUE
-DQt53DExtras_DIR=/home/jgr/dev/cpp/QGIS/external/qt3dextra-headers/cmake/Qt53DExtras
-DQT5_3DEXTRA_LIBRARY=/usr/lib/x86_64-linux-gnu/libQt53DExtras.so
-DCMAKE_PREFIX_PATH=/home/jgr/dev/cpp/QGIS/external/qt3dextra-headers/cmake
-DQT5_3DEXTRA_INCLUDE_DIR=/home/jgr/dev/cpp/QGIS/external/qt3dextra-headers
-DGDAL_CONFIG=/usr/local/bin/gdal-config
-DPROJ_INCLUDE_DIR=/usr/local/include
-DPROJ_LIBRARY=/usr/local/lib/libproj.so ../QGIS

I hope it helps.

Regards,

Jorge

Às 07:54 de 21/10/20, demarcog escreveu:
> Hello I read with much interest your solution to this issue compiling Qgis
> from source in Linux Ubuntu 20.04 and I adjusted paths for cmake to find
> this QT3D cmake files but unfortunately when it goes through the compiling
> process, the compiler cannot find a specific library which is part of
> Qt3DExtras apparently and is called QPhongMaterial and compiling fails with
> an error. Does anybody have any clue? For the record I have been able to
> compile Qgis from source excluding the 3D feature... 
> 
> 
> 
> --
> 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
> 

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

Re: [QGIS-Developer] Loading MySQL Layers

[Jorge Gustavo Rocha]

Hi Andreas,

It almost a joke, but since you are familiar with Postgresql, you can
use MySQL foreign data wrapper. It is not a solution, but if you need
that data in QGIS, it is easier than compile GDAL.

Regards,

Jorge

On 06/10/20 15:12, Andreas Neumann wrote:
> Hi,
> 
> Are there still ways to load MySQL/MariaDB non-spatial or spatial tables
> in QGIS master or recent versions?
> 
> As far as I know, there is no native driver available, but also through
> OGR it doesn't seem loadable anymore - I compiled MySQL Support into OGR
> - but all I get in QGIS is:
> 
> Any idea how I could load MySQL tables into QGIS - other than ODBC?
> 
> Thanks,
> 
> 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
> 

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

Re: [QGIS-Developer] PG loading broken in master

[Jorge Gustavo Rocha]

Hi Andreas,

Just a quick question: if both are present, should one be ignored? Which
auth configuration should be used in that case?

Regards,

Jorge

On 15/09/20 16:05, Andreas Neumann wrote:
> Ok - 
> 
> I am currently building older versions of master to find out which
> commit still worked.
> 
> Will let you know, if I know more.
> 
> Thanks,
> 
> Andreas
> 
> On 2020-09-15 17:02, Alessandro Pasotti wrote:
> 
>> On Tue, Sep 15, 2020 at 4:52 PM Andreas Neumann > <mailto:a.neum...@carto.net>> wrote:
>>>
>>> Hi,
>>>
>>> Some recent commit broke all my projects that load PG layers with a
>>> datasource like:
>>>
>>> service='pub' authcfg=sogis00 key='t_id' srid=2056
>>> type=Point checkPrimaryKeyUnicity='1' table="schema"."table"
>>> (geometrie) sql=
>>>
>>> Means a combination of PG service name and auth config. None of the
>>> PG layers in the project can be loaded.
>>>
>>> Any idea what recent commit might be the culprit?
>>
>>
>> Sorry I don't, but I'm in bug fixing mode right now and working on
>> other PG issues, if you have any chance to let me debug your project
>> please let me know.
>>
>> Cheers
> 
> 
> 
> ___________
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 

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

Re: [QGIS-Developer] Travis restart build button missing

[Jorge Gustavo Rocha]

Hi Matteo,

Alternatively, you can close and reopen your PR, if using the GH interface.

On the command line, on the client side, you can force a CI rebuild with
an empty commit:
git commit --amend --no-edit
git push -f

Regards from home,

Jorge Gustavo

On 26/08/20 13:50, matteo wrote:
> Hi all,
> 
> I noticed that (for me) the "Restart Build" button was missing in Travis
> and I discovered that you just have to log out and log in to make it
> appear again.
> 
> So just a small trick if someone is missing the button too
> 
> 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
> 

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

Re: [QGIS-Developer] QGIS Server visibility and documentation

[Jorge Gustavo Rocha]

Hi all,

A dedicated logo and a dedicated landing page would be great (we could
use server.qgis.org for example). Part of QGIS Server "identity" problem
is because people think it as some QGIS additional feature. Not as
something that can be deployed in a headless server, independently of
QGIS. In fact, QGIS and QGIS Server share the same code base, but from a
functional point of view, they are different applications, for different
purposes. As developers, we put all the code in the same repo, but as
marketeers, we should sell two different products :-)

People looking for "map servers" should go there. Developers/sysops
should be able to deploy new QGIS Server instances from there.

Thank you Alexandre for volunteer. Julien, as far as I understood, will
lead this QEP implementation. Thank you both.

Regards,

Jorge

On 06/07/20 21:55, Alexandre Neto wrote:
> Hi all,
> 
> I agree the QGIS server deserves its own "document" in QGIS docs.
> 
> I Wouldn't mind assisting with that. Always a good opportunity to learn
> more about it.
> 
> Best regards,
> 
> Alexandre
> 
> A segunda, 6/07/2020, 15:36, Julien Cabieces
> mailto:julien.cabie...@oslandia.com>>
> escreveu:
> 
> 
> Hi,
> 
> > Hi,
> >
> > During our recent meeting about QGIS Server it was pointed out that
> > QGIS Server does not have all the visibility that it deserves.
> >
> > One of the possible actions is to move the server documentation to its
> > own independent chapter.
> >
> 
> +1
> 
> > The server documentation is now mainly mainly buried deep under
> >
> 
> https://docs.qgis.org/3.10/en/docs/user_manual/working_with_ogc/server/index.html
> >
> > A few other resources are in:
> > the training manual:
> >
> https://docs.qgis.org/3.10/en/docs/training_manual/qgis_server/index.html
> > and
> >
> https://docs.qgis.org/3.10/en/docs/pyqgis_developer_cookbook/server.html
> >
> > I was wondering this activity a could be performed as a part of the
> > paid/funded activity
> > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/184
> 
> Yes, I believe it should. We'll do it while we realize the QEP.
> 
> >
> > Kind regards
> 
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org>
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> 
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> 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

Re: [QGIS-Developer] [Lexicon] Concerns about translations and QGIS overall credibility

[Jorge Gustavo Rocha]

Hi Ron,

Thank you for the update.

I've looked in the current https://osgeodev.geolexica.org and on yours
Glossarist desktop tool. Looks like very promising.

OSGeo and QGIS in particular would benefit from such a well defined
glossary.

I'll be watching the project. I'll try to contribute with build
instructions for Linux :-)

Best regards,

Jorge

On 04/07/20 04:56, Ronald Tse wrote:
> Hi Jorge,
> 
> Thank you for spreading the news!
> 
> The current development site with loaded terms is located here:
> https://osgeodev.geolexica.org
> 
> I believe the group is still waiting for some confirmation on
> terminology across OSGeo. As you can see on the site, a number of
> conflicting definitions exist and the group would need some effort to
> discuss and attempt to settle these — since they are used across
> different OSGeo projects.
> 
> Geolexica has also been working with ISO/TC 211 on their latest efforts
> in translating the 5th edition of the TC 211 Multi-Lingual Glossary of
> Terms (MLGT). There is now have a desktop application for managing
> translations through change requests, all based off a git repository on
> GitHub:
> https://www.glossarist.org
> 
> I agree that more love is needed to the lexicon group to move things ahead!
> 
> Kind regards,
> Ron
> 
> _
> 
> Ronald Tse
> Ribose Inc.
> 
> +=+
> This message may contain confidential and/or privileged
> information.  If you are not the addressee or authorized to
> receive this for the addressee, you must not use, copy,
> disclose or take any action based on this message or any
> information herein.  If you have received this message in
> error, please advise the sender immediately by reply e-mail
> and delete this message.  Thank you for your cooperation.
> +=+
> 
>> On Jul 4, 2020, at 6:23 AM, Jorge Gustavo Rocha > <mailto:j...@di.uminho.pt>> wrote:
>>
>> Hi Ian, hi all,
>>
>> There are people trying to run an OSGeo "Interest group" on
>> "Terminology", to be transversal to all OSGeo projects.
>>
>> They created a proof of concept, called "geolexica", available at:
>>
>> https://osgeo.geolexica.org/concepts/
>>
>> Sources on: https://github.com/geolexica/osgeo.geolexica.org
>>
>> It would be awesome if we were able to fill the translation for the
>> different languages associated with the English concept, right on the
>> origin.
>>
>> As far I as know (I'm cc to lexica group), this project needs some
>> additional "love" to go on.
>>
>> Maybe Cameron (in cc) or someone else can make an update on the lexicon
>> activities/plans.
>>
>> Regards,
>>
>> Jorge
>>
>> On 30/06/20 10:57, Ian Turton wrote:
>>>
>>>
>>> On Tue, 30 Jun 2020 at 10:40, Bo Victor Thomsen
>>> mailto:bo.victor.thom...@gmail.com>> wrote:
>>>
>>>    Dear developers:
>>>
>>>    As a former translator of the Danish version of QGIS I have a few -
>>>    very personal, perhaps a bit caustic - comments:
>>>
>>>  * Create a group or list of highly technical GIS related terms
>>>    that is *not* to be translated. There is a lot of GIS terms that
>>>    is English in origin, but haven't a well defined local
>>>    translation. (With some hilarious results if they are
>>>    translated). Not all translators is well versed in every aspect
>>>    of GIS.   
>>>
>>>
>>>
>>> Is this something that OSGEO can help to oversee and/or maintain as I
>>> suspect that this list would be useful across many projects.
>>>
>>> Ian 
>>>
>>> -- 
>>> Ian Turton
>>>
>>> ___
>>> QGIS-Developer mailing list
>>> 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
>> ___
>> Lexicon mailing list
>> lexi...@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/lexicon
> 

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

Re: [QGIS-Developer] Concerns about translations and QGIS overall credibility

[Jorge Gustavo Rocha]

Hi Ian, hi all,

There are people trying to run an OSGeo "Interest group" on
"Terminology", to be transversal to all OSGeo projects.

They created a proof of concept, called "geolexica", available at:

https://osgeo.geolexica.org/concepts/

Sources on: https://github.com/geolexica/osgeo.geolexica.org

It would be awesome if we were able to fill the translation for the
different languages associated with the English concept, right on the
origin.

As far I as know (I'm cc to lexica group), this project needs some
additional "love" to go on.

Maybe Cameron (in cc) or someone else can make an update on the lexicon
activities/plans.

Regards,

Jorge

On 30/06/20 10:57, Ian Turton wrote:
> 
> 
> On Tue, 30 Jun 2020 at 10:40, Bo Victor Thomsen
> mailto:bo.victor.thom...@gmail.com>> wrote:
> 
> Dear developers:
> 
> As a former translator of the Danish version of QGIS I have a few -
> very personal, perhaps a bit caustic - comments:
> 
>   * Create a group or list of highly technical GIS related terms
> that is *not* to be translated. There is a lot of GIS terms that
> is English in origin, but haven't a well defined local
> translation. (With some hilarious results if they are
> translated). Not all translators is well versed in every aspect
> of GIS.   
> 
> 
> 
> Is this something that OSGEO can help to oversee and/or maintain as I
> suspect that this list would be useful across many projects.
> 
> Ian 
> 
> -- 
> Ian Turton
> 
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] QGIS Server and the Grants programme

[Jorge Gustavo Rocha]

 have stats for it, but
>>>> QGIS Desktop is probably the most popular Open Source Desktop GIS,
>>>> and is certainly going to have many orders of magnitude more users
>>>> than QGIS Server.
>>>>
>>>> * Playing to your strengths - QGIS' strength is it's Desktop and
>>>> it's generally good practice to play to your strengths.
>>>>
>>>>
>>>> So given the above, and that QGIS is already "winning" as an Open
>>>> Source Desktop (great job!), I'd like to suggest it's not a good
>>>> idea to dilute the limited resources by spending them on QGIS
>>>> Server. Instead it seems that far more people would benefit if that
>>>> money was spent on Desktop, especially the bug fixing programme.
>>>>
>>>> Or alternatively, given the "Unique Selling Point" of QGIS Server is
>>>> its integration with QGIS Desktop, those resources could be used to
>>>> further improve interoperability with
>>>> GeoServer/MapServer/deegree/etc. Those are all successful mature
>>>> OSGeo projects that excel at serving maps, have an architecture
>>>> designed for it, and already have huge install bases.
>>>>
>>>> TLDR: QGIS excels at being a Desktop, and I'd like to suggest it
>>>> should play to its strengths and focus its limited funds there to
>>>> benefit the most users.
>>>>
>>>> I shall now retreat to my bunker. :-)
>>>>
>>>> Cheers,
>>>> Jonathan
>>>>
>>>> Note: The above only applies to the Grant program and funding; how
>>>> developers wish to spend their time, and on which projects is of
>>>> course their own prerogative.
>>>>
>>>> (Disclosure: I have no horse in this race; I don't run or administer
>>>> any mapping servers, but I have done GeoServer in the past.)
>>>>
>>>>
>>>>
>>>> ___
>>>> QGIS-Developer mailing list
>>>> 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
>>>
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> -- 
> Marco Bernasocchi
> OPENGIS.ch CEO
> QGIS.org Chair
> ma...@opengis.ch <mailto:ma...@opengis.ch>
> +41 (0)79 467 24 70 
> 
> OPENGIS.ch Logo <https://www.opengis.ch>
> 
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] annoying frequent github action mail about milestone

[Jorge Gustavo Rocha]

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  <mailto:s...@kbt.io>> 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 <mailto:QGIS-Developer@lists.osgeo.org>
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> 
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> 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

Re: [QGIS-Developer] Appending Features to a layer

[Jorge Gustavo Rocha]

Hola Luís,

The options are quite simple. You can see them in this SO question:
https://gis.stackexchange.com/questions/87404/how-to-write-a-new-layer-to-postgresql-from-qgis-plugin/360270#360270

You should create a temporary layer with the original one, plus the
features you want to append. Then you write it to the database.

Does it help?

Regards,

Jorge Gustavo

On 13/05/20 11:57, Luís Miguel Royo Pérez wrote:
> Hi all,
> I'm seeking a way to append features to a layer when exporting into a
> PostGIS layer.
> 
> For now I'm using the tool QgsVectorLayerExporter.
> 
> I'm doing something like this
> 
> QgsVectorLayerExporter(uri, "postgres", fields, layer.wkbType(),
> utils().crs, overwrite,{}).addFeatures([feat for feat in
> layer.getFeatures()])
> 
> Inside the curly brackets I know I can place the options, but I can't
> find where are these options documented. Or wether these options can
> help me in my task of append features to a QGIS layer.
> 
> Can anyone point me in the right direction in this task of appending
> features?
> 
> Kind regards.
> -- 
> Luís Miguel Royo Pérez.
> Analista-Programador GIS
> C/ Antic Regne de Valencia nº 4. Manises (Valencia)
> Teléfono:+34  679846103
> webs:
> inisig.com <http://inisig.com>
> geofibra.com <https://geofibra.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
> 

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

Re: [QGIS-Developer] Cannot restart jobs on travis

[Jorge Gustavo Rocha]

Hi Matthias,

I don't see the restart button. Probably because I'm not a maintainer.

I was able to trigger another build with:

git commit --amend --no-edit
git push -f

This doesn't change anything, so it looks like a good workaround for
contributors with maintainer privileges.

Regards,

Jorge

On 08/05/20 08:58, Martin Dobias wrote:
> Hi Matthias
> 
> On Fri, May 8, 2020 at 9:16 AM Matthias Kuhn  wrote:
>>
>> We did some tests with Nyall and it seems that it's related to
>> permissions on github, where at least "maintainer" permissions are required.
>>
>> With this rectified, I don't see a reason any more to switch to
>> github-ci.com for now.
>>
>> I asked for a permission change for you too.
> 
> Great, thanks for looking into that! I can see that Restart build
> button appears for me again on travis.
> 
> Cheers
> Martin
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] Processing algorithms in Qgis serveur

[Jorge Gustavo Rocha]

Hi Patrick,

David Marteau did a presentation in FOSS4G related with QGIS Server and
server side processing. Please check
https://www.youtube.com/watch?v=YL1tdcJwimA

Regards,

Jorge Gustavo

On 23/04/20 06:26, PALMIER Patrick (Responsable de groupe) -
CEREMA/DTerNP/DATHa/MT wrote:
> 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
> 

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

Re: [QGIS-Developer] QGIS Development server - Service WMS is not registered

[Jorge Gustavo Rocha]

/uros/dev/cpp/QGIS/build-master/output/share/qgis
> 08:58:28 INFO Server[26649]: User DB PATH:
> /home/uros/.local/share/QGIS/QGIS3/profiles/default/qgis.db
> 08:58:28 INFO Server[26649]: Auth DB PATH:
> /home/uros/.local/share/QGIS/QGIS3/profiles/default/qgis-auth.db
> 08:58:28 INFO Server[26649]: SVG PATHS:
> /home/uros/dev/cpp/QGIS/build-master/output/share/qgis/svg/:/home/uros/.local/share/QGIS/QGIS3/profiles/default/svg/
> 08:58:28 WARNING No Authentication Methods[26649]: No QGIS auth method
> plugins found in:
> /home/uros/dev/cpp/QGIS/build-master/output/lib/qgis/plugins
> No authentication methods can be used. Check your QGIS installation
> 08:58:28 INFO Server[26649]: Server initialized
> 08:58:28 INFO
> /home/uros/dev/cpp/QGIS/src/server/qgsserverplugins.cpp[26649]: load
> library /home/uros/dev/cpp/QGIS/build-master/output/lib/qgispython (3.13.0)
> 08:58:28 WARNING [26649]: Couldn't load Python support library: Cannot
> load library /home/uros/dev/cpp/QGIS/build-master/output/lib/qgispython:
> (/home/uros/dev/cpp/QGIS/build-master/output/lib/libqgispython.so:
> cannot open shared object file: No such file or directory)
> 08:58:28 INFO Server[26649]: No server python plugins are available
> 
> Problem is when I send some requests, like:
> http://localhost:8000/?SERVICE=WMS=1.3.0=GetCapabilities=/home/uros/dev/cpp/QGIS/tests/testdata/qgis_server_project/project.qgs
> 
> Project is opened, but I get Service WMS is not registered. I know this
> is case sensitive, but it's actually whatever I give in SERVICE
> parameter is not registered.
> 
> 08:59:34 INFO Server[26649]:
> MAP:/home/uros/dev/cpp/QGIS/tests/testdata/qgis_server_project/project.qgs
> 08:59:34 INFO Server[26649]: REQUEST:GetCapabilities
> 08:59:34 INFO Server[26649]: SERVICE:WMS
> 08:59:34 INFO Server[26649]: VERSION:1.3.0
> Logged warning: Loading a file that was saved with an older version of
> qgis (saved in 3.2.0-Bonn, loaded in 3.13.0-Master). Problems may occur.
> 08:59:35 WARNING [26649]: Service WMS is not registered
> 08:59:35 WARNING Server[26649]:  xmlns="http://www.opengis.net/ogc; version="1.3.0">
>  Service unknown or
> unsupported
> 
> 
> Any ideas what's wrong, something with my build?
> 
> I will try now with standard QGIS Server setup and see if it's working.
> 
> best regards
> Uroš
> 
> 
> 
> 
> 
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] QGIS unstable on debian testing

[Jorge Gustavo Rocha]

Hi Andrea,

Yes, Nyall added a test using exactly uclaros's expression and it must
return NULL.

uclaros, nice work!

Regards,

Jorge Gustavo

On 15/04/20 10:27, Andrea Giudiceandrea wrote:
> uclaros wrote
>> FYI the issue is resolved with https://github.com/qgis/QGIS/pull/35776
> 
> Does it also fix the following problem?
> 
> QgsGeometry.fromWkt('Polygon ((0 0, 1 1, 1 0, 0
> 0))').intersection(QgsGeometry.fromWkt('Point (42 0)'))
> returns 
> 
> 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
> 

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

Re: [QGIS-Developer] QGIS unstable on debian testing

[Jorge Gustavo Rocha]

Hi uclaros,

Can you check just GEOS without QGIS? Does this works?

from shapely import wkt
a = wkt.loads('Polygon ((0 0, 1 1, 1 0, 0 0))')
b = wkt.loads('Point (42 0)')
print(a.intersection(b))

My answer is just:
POINT EMPTY

Best regards,

On 14/04/20 14:15, uclaros wrote:
> Thanks for the reply,
> the python code was just an easy way to trigger the crash. The problem is
> not python related, it's reproducible on a fresh debian testing vm, fully
> upgraded, ie proj 7.0.0, gdal 3.4, geos 3.8.1. The issue does not exist on
> debian stable, maybe your ubuntu is based on the stable debian branch.
> I will try rebuilding everything with geos 3.8.0 and report back.
> 
> 
> 
> --
> 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
> 

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

Re: [QGIS-Developer] QGIS unstable on debian testing

[Jorge Gustavo Rocha]

Hi uclaros,

No crash here, running your PyQGIS code, on Ubuntu. Even if you compile
Proj 6.3.1 + GDAL 3.x + QGIS properly, we can have problems with Python.

For example, I recently changed to Python 3.7 and I had to:
sudo pip3 install pyproj --no-binary pyproj
sudo pip3 install owslib
and recompile PROJ+GDAL+QGIS to have it working again.

Don't forget that after compiling GDAL, you have to:
cd swig/python
python3 setup.py build
sudo python3 setup.py install

After compiling QGIS, you also have to take care of your Python path
environment.

The problem with the code you mentioned, might be related to the Python
environment and not with QGIS itself, but this is just a wild guess. Are
you running the code in the Python console?

Have you run QgsApplication.showSettings() and checked the output?

Regards,

Jorge Gustavo

On 14/04/20 12:04, uclaros wrote:
> Part of my problems seem to be caused by the fact that intersections between
> a polygon or linestring and a point cause QGIS to crash...
> eg. the following python code:
> 
> QgsGeometry.fromWkt('Polygon ((0 0, 1 1, 1 0, 0
> 0))').intersection(QgsGeometry.fromWkt('Point (42 0)'))
> 
> 
> 
> 
> 
> --
> 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
> 

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] Travis tests failing with bad argument to internal function

[Jorge Gustavo Rocha]

Hi,

Travis tests are failing. It already happened in my PR, but I've checked
other PR and the error is the same.

There is no problem running the same tests locally.

The failure is like this:

==

ERROR: testValidateNative (__main__.TestQgsLayerMetadata)

--

SystemError: ../Objects/dictobject.c:1561: bad argument to internal function

The above exception was the direct cause of the following exception:

Traceback (most recent call last):

  File "/root/QGIS/tests/src/python/test_qgslayermetadata.py", line 417,
in testValidateNative

self.assertEqual(list[0].identifier, 0)

  File "/usr/lib/python3.6/unittest/case.py", line 828, in assertEqual

assertion_func = self._getAssertEqualityFunc(first, second)

  File "/usr/lib/python3.6/unittest/case.py", line 808, in
_getAssertEqualityFunc

if type(first) is type(second):

SystemError:  returned a result with an error set

Does anybody know why this is happening?

Regards from #home

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

Re: [QGIS-Developer] Cancellation: QGIS Developer meeting and conference Nødebo

[Jorge Gustavo Rocha]

On 31/03/20 06:42, Jürgen E. Fischer wrote:
> Hi Tim,
> 
> On Mon, 30. Mar 2020 at 20:46:56 +0100, Tim Sutton wrote:
>> Ten +1’s for this idea…and let’s make sure to have at least 15 patch 
>> releases so we can have 3.1415 out in the wild :-)
>  
> Or just use 3.14.1, 3.14.15, 3.14.159, 3.14.1592 for point releases.

Excellent!

> 
> TeX is at 3.14159265.
> 
> 
> 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
> 

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

Re: [QGIS-Developer] Cancellation: QGIS Developer meeting and conference Nødebo

[Jorge Gustavo Rocha]

Hi devs,

Since we don't have the city name for the next QGIS version, can we just
call Pi to version 3.14?

Best regards,

Jorge

On 30/03/20 15:34, Tim Sutton wrote:
> Hi Luigi
> 
> Do you mean to also reference the fact that Netherlands HF was cancelled?
> 
> Regards
> 
> Tim
> 
>> On 30 Mar 2020, at 15:19, Luigi Pirelli > <mailto:lui...@gmail.com>> wrote:
>>
>> :( so sorry
>>
>> could make sense to go back to Netherland?
>>
>> Luigi Pirelli
>>
>> **
>> * LinkedIn: https://www.linkedin.com/in/luigipirelli
>> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
>> * GitHub: https://github.com/luipir
>> * Book: Mastering QGIS3 - 3rd Edition
>> <https://www.packtpub.com/eu/application-development/mastering-geospatial-development-qgis-3x-third-edition>
>> * Hire a team: http://www.qcooperative.net <http://www.qcooperative.net/>
>> **
>>
>>
>> On Sat, 28 Mar 2020 at 18:09, Lene Fischer > <mailto:l...@ign.ku.dk>> wrote:
>>
>> Dear QGIS Developer
>>  It is with great regret we have to inform: We are not able to
>> host 25th QGIS Developer meeting and conference this year in Nødebo.
>> Due to the close down at the moment, a lot of our lectures and
>> activities are postponed till August.
>>
>> Regards
>>
>>
>> Lene Fischer
>> Associate Professor
>>
>> University of Copenhagen
>> Department of Geosciences and Natural Resource Management
>> Forest and Landscape College
>> Nødebovej 77a
>> 3480 Fredensborg
>>
>> MOB +45 40115084
>> l...@ign.ku.dk <mailto:l...@ign.ku.dk>
>>
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org>
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org>
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> —
> 
> 
> 
> 
> 
> 
> 
> 
> *Tim Sutton*
> 
> *Co-founder:* Kartoza
> *Ex Project chair:* QGIS.org <http://QGIS.org>
> 
> Visit http://kartoza.com <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 <http://freenode.net>
> 
> I'd love to connect. Here's my calendar link
> <https://calendly.com/timlinux> 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
> 

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

Re: [QGIS-Developer] Fwd: Compiling Problem QGis 3.12.1 on CentOS 7.6

[Jorge Gustavo Rocha]

Hi Victor,

Maybe yours qt5-qtbase-devel-5.9.7-2.el7.x86_64 is the same as mine
qtbase5-dev. I'm not on CentOS, sorry.

Your compiler is complaining about QIODevice. In my QT, QIODevice is
defined in qtbase5-dev package. I'm using QT 5.12 (not 5.9).

Try to find in your CentOS this QIODevice class.

Regards,

Jorge

On 25/03/20 11:06, Jorge Gustavo Rocha wrote:
> Hi Victor,
> 
> Have you qtbase5-dev package installed? I think it is missing in you
> system. Can you check, please?
> 
> Regards,
> 
> Jorge
> 
> On 25/03/20 10:33, Victor LOPES wrote:
>> Hello is someone can help with this case ?
>>
>> Vic
>>
>> Le 24/03/2020 à 17:42, piaff33z a écrit :
>>> Hello all, I need some help to compile and install last version of
>>> QGis 3.12.1 :-)
>>> Below my explanation about my last last blocking point.
>>>
>>> Context :
>>> My system is an CentOS Linux release 7.6.1810 (Core) on Linux
>>> 3.10.0-957.10.1.el7.x86_64 #1 SMP
>>>
>>> 
>>> Making tools
>>> -
>>> Provide by CentOS :
>>> gcc-c++-4.8.5-39.el7.x86_64
>>> libgcc-4.8.5-39.el7.x86_64
>>>
>>> Devtoolset installed if some products need to be compiled with more
>>> recent compiler :
>>> devtoolset-7-gcc-7.3.1-5.16.el7.x86_64
>>> gcc-4.8.5-39.el7.x86_64
>>> devtoolset-7-gcc-c++-7.3.1-5.16.el7.x86_64
>>>
>>> 
>>>
>>> I compiled successfully software below to have last versions
>>>
>>> lrwxrwxrwx. 1 root root    11 23 mars  15:15 gdal -> gdal-3.0.4/
>>> drwxr-xr-x. 7 root root  4096 23 mars  15:15 gdal-3.0.4
>>> lrwxrwxrwx. 1 root root    11 23 mars  15:52 grass -> grass-7.8.2
>>> drwxr-xr-x. 4 root root  4096 23 mars  15:57 grass-7.8.2
>>> lrwxrwxrwx. 1 root root    19 23 mars  17:11 libspatialite ->
>>> libspatialite-4.3.0
>>> drwxr-xr-x. 4 root root  4096 23 mars  17:11 libspatialite-4.3.0
>>> drwx--. 2 root root 16384 21 mars   2019 lost+found
>>> lrwxrwxrwx. 1 root root    10 23 mars  17:23 proj -> proj-4.9.3
>>> drwxr-xr-x. 6 root root  4096 23 mars  17:23 proj-4.9.3 ( I tried with
>>> proj-7.0.0 but is too recent for QGis 3.12.1 :-( )
>>> lrwxrwxrwx. 1 root root    11 23 mars  14:05 sqlite -> sqlite-3.32
>>> drwxr-xr-x. 6 root root  4096 23 mars  14:05 sqlite-3.32
>>>
>>> --
>>>
>>> Qt5 is provide by my distribution and I didn't try to compile it from
>>> source
>>>
>>> qca-qt5-2.1.3-3.el7.x86_64
>>> qt5-qttools-common-5.9.7-1.el7.noarch
>>> qt5-qtwebkit-devel-5.9.1-2.el7.x86_64
>>> qt5-qtwayland-devel-5.9.7-1.el7.x86_64
>>> qt5-qtbase-gui-5.9.7-2.el7.x86_64
>>> qt5-qtlocation-5.9.7-1.el7.x86_64
>>> python36-qt5-webkit-5.12.1-3.el7.x86_64
>>> qt5-qtgraphicaleffects-5.9.7-1.el7.x86_64
>>> qt5-qtquickcontrols2-devel-5.9.7-1.el7.x86_64
>>> qt5-qtstyleplugins-5.0.0-29.el7.x86_64
>>> qt5-qtbase-odbc-5.9.7-2.el7.x86_64
>>> qt5-qtserialport-5.9.7-1.el7.x86_64
>>> qt5-qtenginio-1.6.2-2.el7.x86_64
>>> qt5-qttools-devel-5.9.7-1.el7.x86_64
>>> qt5-qtaccountsservice-devel-0.1.1-3.el7.x86_64
>>> qt5-qtenginio-devel-1.6.2-2.el7.x86_64
>>> qca-qt5-gnupg-2.1.3-3.el7.x86_64
>>> qca-qt5-devel-2.1.3-3.el7.x86_64
>>> qt5-qtwebkit-5.9.1-2.el7.x86_64
>>> qt5-qttools-5.9.7-1.el7.x86_64
>>> qt5-qtimageformats-5.9.7-1.el7.x86_64
>>> qt5ct-0.35-2.el7.x86_64
>>> qt5-qtx11extras-5.9.7-1.el7.x86_64
>>> qt5-qtdeclarative-5.9.7-1.el7.x86_64
>>> qt5-qtmultimedia-5.9.7-1.el7.x86_64
>>> python36-qt5-5.12.1-3.el7.x86_64
>>> qt5-linguist-5.9.7-1.el7.x86_64
>>> qt5-qtconfiguration-0.3.0-3.el7.x86_64
>>> qt5-qt3d-5.9.7-1.el7.x86_64
>>> qt5-qtquick1-devel-5.7.1-2.2bc722agit.el7.x86_64
>>> qt5-qtwebchannel-devel-5.9.7-1.el7.x86_64
>>> qt5-qtdeclarative-static-5.9.7-1.el7.x86_64
>>> qca-qt5-pkcs11-2.1.3-3.el7.x86_64
>>> qca-qt5-nss-2.1.3-3.el7.x86_64
>>> qt5-rpm-macros-5.9.7-2.el7.noarch
>>> qt5-qtserialport-devel-5.9.7-1.el7.x86_64
>>> qt5-qttools-libs-help-5.9.7-1.el7.x86_64
>>> qt5-qtwebsockets-5.9.7-1.el7.x86_64
>>> qt5-qttools-libs-designercomponents-5.9.7-1.el7.x86_64
>>> qt5-qtscript-devel-5.9.7-1.el7.x86_64
>>> qt5-qtcanvas3d-5.9.7-1.el7.x86_64
>>> qt5-qdbusviewer-5.9.7-1.el7.x86_64
>>> qt5-qtbase-static-5.9.7-2.el7.x86_64
>>> qt5-qtsensors-devel-5.9.7-1.el7.x86_64
>>> qca-qt5-cyrus-sasl-2.1.

Re: [QGIS-Developer] Fwd: Compiling Problem QGis 3.12.1 on CentOS 7.6

[Jorge Gustavo Rocha]

qt3d-devel-5.9.7-1.el7.x86_64
>> qt5-qtwebsockets-devel-5.9.7-1.el7.x86_64
>> qca-qt5-gcrypt-2.1.3-3.el7.x86_64
>> qt5-qtserialbus-devel-5.9.7-1.el7.x86_64
>> python36-pyqt5-sip-4.19.16-3.el7.x86_64
>> qt5-qtscript-5.9.7-1.el7.x86_64
>> qt5-qtconnectivity-devel-5.9.7-1.el7.x86_64
>> qca-qt5-logger-2.1.3-3.el7.x86_64
>> qt5-qtsvg-5.9.7-1.el7.x86_64
>> qt5-qtconnectivity-5.9.7-1.el7.x86_64
>> qt5-doctools-5.9.7-1.el7.x86_64
>> qt5-qtaccountsservice-0.1.1-3.el7.x86_64
>> qt5-assistant-5.9.7-1.el7.x86_64
>> qca-qt5-botan-2.1.3-3.el7.x86_64
>> qca-qt5-ossl-2.1.3-3.el7.x86_64
>> qt5-qtbase-5.9.7-2.el7.x86_64
>> qt5-qtsensors-5.9.7-1.el7.x86_64
>> qt5-qtdeclarative-devel-5.9.7-1.el7.x86_64
>> qt5-qtquickcontrols2-5.9.7-1.el7.x86_64
>> qt5-qtconfiguration-devel-0.3.0-3.el7.x86_64
>> qt5-qtxmlpatterns-5.9.7-1.el7.x86_64
>> python36-qt5-base-5.12.1-3.el7.x86_64
>> qt5-qtwayland-5.9.7-1.el7.x86_64
>> qt5-qtmultimedia-devel-5.9.7-1.el7.x86_64
>> qt5-qttools-static-5.9.7-1.el7.x86_64
>>
>> --
>>
>> Result after compiliing with cmake3 --version
>> cmake3 version 3.14.6
>>
>> [root@build-master]# cmake3 .. -DGDAL_LIBRARY=/opt/gdal/lib
>> -DPROJ_LIBRARY=/opt/proj/lib -DPROJ_INCLUDE_DIR=/opt/proj/include
>> -DSQLITE3_INCLUDE_DIR=/opt/sqlite/include
>> -DSQLITE3_LIBRARY=/opt/sqlite/lib
>> -DGRASS_INCLUDE_DIR=/opt/grass/include -DGRASS_LIBRARY=/opt/grass/lib
>>
>> -- QGIS version: 3.12.1 București (31201)
>> -- Found OpenCL C++ headers: /usr/include
>> *-- Could not find GRASS 7*
>> -- Found Proj: /opt/proj/lib version 4 (4.9.3)
>> -- Found GEOS: /usr/lib64/libgeos_c.so (3.4.2)
>> -- Found GDAL: /opt/gdal/lib (3.0.4)
>> -- Found Expat: /lib64/libexpat.so
>> -- Found Qwt: /usr/lib64/libqwt.so (6.1.1)
>> -- Found libzip: /usr/lib64/libzip.so
>> -- Found Sqlite3: /opt/sqlite/lib
>> -- Found PostgreSQL: /usr/lib64/libpq.so
>> -- Qt WebKit support enabled
>> -- Found Qt version: 5.9.7
>> -- Found QScintilla2: /usr/lib64/libqscintilla2.so (2.8)
>> -- Found QCA: /usr/lib64/libqca-qt5.so (2.0.3)
>> -- QCA OpenSSL plugin C++ check failed to compile
>> -- QCA OpenSSL plugin C++ check compile output:
>> -- Change Dir:
>> /images/compile/QGIS-final-3_12_1/build-master/CMakeFiles/CMakeTmp
>>
>> Run Build Command(s):/usr/bin/gmake cmTC_2370e/fast
>> /usr/bin/gmake -f CMakeFiles/cmTC_2370e.dir/build.make
>> CMakeFiles/cmTC_2370e.dir/build
>> gmake[1] : on entre dans le répertoire «
>> /images/compile/QGIS-final-3_12_1/build-master/CMakeFiles/CMakeTmp »
>> Building CXX object CMakeFiles/cmTC_2370e.dir/qcaossl.cpp.o
>> /usr/bin/c++   -I/usr/include/qt5 -I/usr/include/qt5/QtCore
>> -I/usr/lib64/qt5/./mkspecs/linux-g++ -I/usr/include/QtCrypto  -fPIC   
>> -std=gnu++11 -o CMakeFiles/cmTC_2370e.dir/qcaossl.cpp.o -c
>> /images/compile/QGIS-final-3_12_1/build-master/CMakeFiles/CMakeTmp/qcaossl.cpp
>> In file included from /usr/include/QtCrypto/qca.h:38:0,
>>  from /usr/include/QtCrypto/QtCrypto:1,
>>  from
>> /images/compile/QGIS-final-3_12_1/build-master/CMakeFiles/CMakeTmp/qcaossl.cpp:2:
>> /usr/include/QtCrypto/qca_basic.h:318:14: erreur: ‘QIODevice’ has not
>> been declared
>>   void update(QIODevice *file);
>>   ^
>> gmake[1]: *** [CMakeFiles/cmTC_2370e.dir/qcaossl.cpp.o] Erreur 1
>> gmake[1] : on quitte le répertoire «
>> /images/compile/QGIS-final-3_12_1/build-master/CMakeFiles/CMakeTmp »
>> gmake: *** [cmTC_2370e/fast] Erreur 2
>>
>> CMake Error at cmake/QCAMacros.cmake:76 (message):
>>   QCA OpenSSL plugin not found (run-time/unit-test dependency)
>> Call Stack (most recent call first):
>>   CMakeLists.txt:444 (FIND_QCAOSSL_PLUGIN_CPP)
>>
>>
>> -- Configuring incomplete, errors occurred!
>> See also
>> "/images/compile/QGIS-final-3_12_1/build-master/CMakeFiles/CMakeOutput.log".
>> See also
>> "/images/compile/QGIS-final-3_12_1/build-master/CMakeFiles/CMakeError.log".
>>
>> Two problems :
>>
>>   * What are the variables to tell where is Grass 7 path installation
>> for my cmake3 call ?
>> Is not clearly defined in ../cmake/FindGRASS.cmake like others
>> cmake files ?
>>
>>   * Could someone help me to understand what is missing in my system
>> or compile parameters :-)
>>
>> I can post CMakeOutput.log or CMakeError.log, but i don't be sure that
>> this mailing accept this type of sending...
>>
>> Vic
> 
> 
> 
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] Frage

[Jorge Gustavo Rocha]

Hi Sebastian,

Are you looking for a function like ST_MaxDistance [1] available in
PostGIS?

I'm not aware of such function in QGIS, but it can be implemented in PyQGIS.

Best regards,

Jorge Gustavo

[1] http://postgis.net/docs/ST_MaxDistance.html

On 22/03/20 13:50, Sebastian Hess wrote:
> Sehr geehrte Damen und Herren,
>  
> ich benutze die QGis-version 3.12.0 und hätte ein Frage:
>  
> Gibt es in QGIs eine Funktion, mit der man den Punkt mit dem maximalen
> Abstand zwischen zwei Lininen herausfnden kann, und dann den
> dazugehörigen Wert des Abstandes in Metern erhält. 
>  
> Mit freundlichen Grüßen
> Sebastian Heß 
> 
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] Explicit policy re bug fixing responsibilities after new features

[Jorge Gustavo Rocha]

Hi,

I forgot to mention that https://github.com/qgis/qgis4.0_api/issues is
collecting wishes for 4.x and should be considered, when discussion what
is core and what is not.

Regards,

Jorge

On 11/03/20 00:57, Jorge Gustavo Rocha wrote:
> Hi,
> 
> I agree that we have been following a "drive by features" approach.
> 
> Maybe with a more detailed road map of what we want in QGIS core, it
> would be easier to tag features provided by some developer/org as
> "extra" features or core features.
> 
> Core features, according to some kind of road map, should be supported
> by any developer and eventually supported by QGIS.org. All PR related to
> these should have higher priority.
> 
> The policy you are suggesting, Nyall, should be for "extra" features,
> the ones that are nice, but maybe not so important for the majority of
> users.
> 
> You are one of the developers with more features introduced. Even if you
> are suggesting this policy, I think you are not responsible to maintain
> everything you did. Some are core features that should be backed by any
> other developer, if you are busy with something else.
> 
> I think DB Manager is also a good example of something that was taken
> out of the road map. Developers trying to keep it alive should fix any
> upcoming errors.
> 
> Maybe we could take more advantage of github "projects" tool to identify
> for each upcoming release the core features/priorities. Everybody could
> discuss, contribute and see what is scheduled and considered priority.
> 
> QEP has been used for this, but it is a flat list, without any kind of
> priority and has no distinction between what is core or not. The tool is
> not important. Changing the drive from "features" to something more
> broader can improve the project management.
> 
> Maybe we can work on your early discussion for 4.x to have a clear
> vision of what we want for QGIS in the short and medium term.
> 
> In summary, as an alternative or complement to this policy, a clear road
> map of what we want in QGIS would make this responsibilities more clear.
> 
> Regards from the virtual hackfest in Den Bosche,
> 
> Jorge
> 
> On 10/03/20 22:59, Nyall Dawson wrote:
>> On Tue, 10 Mar 2020 at 20:30, Régis Haubourg  
>> wrote:
>>>
>>> Hi Nyall,
>>> this sounds reasonable indeed, can we have a bit more background or 
>>> pointers to real cases?
>>
>> There's been a lot of "drive by features" over the last 12 months,
>> where we see work merged and then the original developer disappears. A
>> decent number of these have been first time QGIS developers. I'd
>> rather not point to individual cases if that's ok!
>>
>>> One issue we faced these past months is that he exponential trafic on the 
>>> issues and PR makes it harder to follow issues and just have the 
>>> information that we could possibly be at stake somewhere.
>>> Last year I was able to follow +/- 80 % of the discussions. I must admit 
>>> that lastly it became nearly impossible unless to work mostly on QGIS bug 
>>> triaging or coding.
>>
>> Yep, I hear you here! The PR queue is really stacking up again now and
>> stressing me out...
>>
>> Nyall
>>
>>
>>>
>>> I really don't know how we could improve our communication channels. Any 
>>> hint welcome.
>>>
>>> Best regards
>>> Régis
>>>
>>> Le lun. 9 mars 2020 à 23:14, Nyall Dawson  a écrit :
>>>>
>>>> Hi list,
>>>>
>>>> I'm after feedback on whether or not others think an explicit
>>>> policy/contract regarding bug fixing responsibilities for new features
>>>> is a good idea or not.
>>>>
>>>> I would like to see something like this added to the developer guidelines:
>>>>
>>>> "Following any new feature development, it is the original developer's
>>>> (or organisations) SOLE responsibility to implement bug fixes relating
>>>> to the new feature (or regressions to other parts of QGIS which have
>>>> resulted from its development). This extends up to the next major QGIS
>>>> release following the feature being merged*. It is NOT acceptable to
>>>> use QGIS.org sponsored bug fixing efforts to implement these fixes.
>>>> Failure to provide fixes to all reasonable bug reports raised for a
>>>> new feature may lead to that feature being reverted prior to release."
>>>>
>>>> *i.e. currently 3.14
>>>>
>>>> Personally, I think having th

Re: [QGIS-Developer] Explicit policy re bug fixing responsibilities after new features

[Jorge Gustavo Rocha]

Hi,

I agree that we have been following a "drive by features" approach.

Maybe with a more detailed road map of what we want in QGIS core, it
would be easier to tag features provided by some developer/org as
"extra" features or core features.

Core features, according to some kind of road map, should be supported
by any developer and eventually supported by QGIS.org. All PR related to
these should have higher priority.

The policy you are suggesting, Nyall, should be for "extra" features,
the ones that are nice, but maybe not so important for the majority of
users.

You are one of the developers with more features introduced. Even if you
are suggesting this policy, I think you are not responsible to maintain
everything you did. Some are core features that should be backed by any
other developer, if you are busy with something else.

I think DB Manager is also a good example of something that was taken
out of the road map. Developers trying to keep it alive should fix any
upcoming errors.

Maybe we could take more advantage of github "projects" tool to identify
for each upcoming release the core features/priorities. Everybody could
discuss, contribute and see what is scheduled and considered priority.

QEP has been used for this, but it is a flat list, without any kind of
priority and has no distinction between what is core or not. The tool is
not important. Changing the drive from "features" to something more
broader can improve the project management.

Maybe we can work on your early discussion for 4.x to have a clear
vision of what we want for QGIS in the short and medium term.

In summary, as an alternative or complement to this policy, a clear road
map of what we want in QGIS would make this responsibilities more clear.

Regards from the virtual hackfest in Den Bosche,

Jorge

On 10/03/20 22:59, Nyall Dawson wrote:
> On Tue, 10 Mar 2020 at 20:30, Régis Haubourg  wrote:
>>
>> Hi Nyall,
>> this sounds reasonable indeed, can we have a bit more background or pointers 
>> to real cases?
> 
> There's been a lot of "drive by features" over the last 12 months,
> where we see work merged and then the original developer disappears. A
> decent number of these have been first time QGIS developers. I'd
> rather not point to individual cases if that's ok!
> 
>> One issue we faced these past months is that he exponential trafic on the 
>> issues and PR makes it harder to follow issues and just have the information 
>> that we could possibly be at stake somewhere.
>> Last year I was able to follow +/- 80 % of the discussions. I must admit 
>> that lastly it became nearly impossible unless to work mostly on QGIS bug 
>> triaging or coding.
> 
> Yep, I hear you here! The PR queue is really stacking up again now and
> stressing me out...
> 
> Nyall
> 
> 
>>
>> I really don't know how we could improve our communication channels. Any 
>> hint welcome.
>>
>> Best regards
>> Régis
>>
>> Le lun. 9 mars 2020 à 23:14, Nyall Dawson  a écrit :
>>>
>>> Hi list,
>>>
>>> I'm after feedback on whether or not others think an explicit
>>> policy/contract regarding bug fixing responsibilities for new features
>>> is a good idea or not.
>>>
>>> I would like to see something like this added to the developer guidelines:
>>>
>>> "Following any new feature development, it is the original developer's
>>> (or organisations) SOLE responsibility to implement bug fixes relating
>>> to the new feature (or regressions to other parts of QGIS which have
>>> resulted from its development). This extends up to the next major QGIS
>>> release following the feature being merged*. It is NOT acceptable to
>>> use QGIS.org sponsored bug fixing efforts to implement these fixes.
>>> Failure to provide fixes to all reasonable bug reports raised for a
>>> new feature may lead to that feature being reverted prior to release."
>>>
>>> *i.e. currently 3.14
>>>
>>> Personally, I think having this as part of our developer agreement
>>> would help clear up some ambiguity and source of frustration/conflict
>>> between developers.
>>>
>>> Thoughts?
>>>
>>> Nyall
>>> ___
>>> QGIS-Developer mailing list
>>> 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] GeoPDF not available with GDAL 3.0.4

[Jorge Gustavo Rocha]

Hi Matteo,

My gdalinfo returns:

gdalinfo --formats | grep -i pdf
  PDF -raster,vector- (rw+vs): Geospatial PDF

Can you check your's gdalinfo --formats output?

Did you compile it? I compile gdal myself and I use the option:
--with-pdfium=/usr/local

To compile PDFium, use Even's receipt:

git clone https://github.com/rouault/pdfium_build_gdal_3_1
cd pdfium_build_gdal_3_1/
./build_linux.sh
sudo cp -r install/include /usr/local
sudo cp -r install/lib /usr/local
sudo ldconfig

Then compile GDAL.

See you soon,

Jorge

On 09/03/20 08:20, matteo wrote:
> Hi all,
> 
> I've complied QGIS against GDAL 3.0.4 but when I try to export a geopdf
> it is still greyed out saying:
> 
> GeoPDF creating requires GDAL version 3.0 or later
> 
> this is the output of the terminal:
> 
> matteo@debian:~/dev/build-qgis$ gdal-config --version
> 3.0.4
> 
> some suggestions?
> 
> 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
> 

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] Unit tests: compare images is failing in my local setup

[Jorge Gustavo Rocha]

 I can undesstand, 0/8697360 means that the pixels
are equal

2) The error is due to the fact that the images have different sizes on
the file system.

The images are available at: http://webgis.di.uminho.pt/~jgr/QGIS/images.zip

In fact, the images have different sizes on the file system. I don't
know why.

-rw-r--r-- 1 jgr jgr 175786 mai 29  2019 WMS_GetPrint_TwoMaps.png
-rw-r--r-- 1 jgr jgr 176003 fev  5 15:19 WMS_GetPrint_TwoMaps_result.png
-rw-r--r-- 1 jgr jgr  31288 fev  5 15:19
WMS_GetPrint_TwoMaps_result_diff.png

My libpng-dev version is 1.6.34-2ubuntu0.1.

Does any one else have experienced the same problem?

Regards,

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

Re: [QGIS-Developer] get all the features of a specific layer which are visible in the viewport

[Jorge Gustavo Rocha]

Hi Jo,

You can use setFilterRect (see
https://docs.qgis.org/3.4/en/docs/pyqgis_developer_cookbook/vector.html).

request = QgsFeatureRequest().setFilterRect(iface.mapCanvas().extent())
for feature in layer.getFeatures(request):
print(feature.id)

This way, you only iterate over the visible features.

Regards,

Jorge Gustavo

On 18/01/20 20:39, Jo wrote:
> Hi,
> 
> I created the following code:
> 
> class FBSegmentPoiComboBox(FBComboBox):
> def __init__(self, name, identifier=None, update_method=None, iface=None):
> super().__init__(name=name, identifier=identifier, 
> update_method=update_method)
> self.iface = iface
> self.items_list = []
> self.find_segments()
> self.rubber_band = QgsRubberBand(self.iface.mapCanvas(), False)
> self.rubber_band.setWidth(12)
> self.rubber_band.setStrokeColor(QColor.fromRgb(90, 0, 20))
> self.highlighted.connect(self.highlight_segment)
> self.currentIndexChanged.connect(self.clear_rubberband)
> 
> def find_segments(self):
> self.clear()
> self.add_item(REFRESH_SEGMENTS_LIST, None)
> # put a dummy at position 0
> self.items_list = ['dummy']
> segment_layer_list = QgsProject.instance().mapLayersByName('segment')
> if segment_layer_list:
> segment_layer = segment_layer_list[0]
> layer = 
> QgsProject.instance().layerTreeRoot().findLayer(segment_layer)
> if layer:
> layer.setItemVisibilityChecked(True)
> if self.iface:
> segments = QgsSpatialIndex()
> for segment in segment_layer.getFeatures():
> segments.insertFeature(segment)
> nearby = 
> segments.nearestNeighbor(self.iface.mapCanvas().center(), neighbors=10) # , 
> maxDistance=1000)
> for featureId in nearby:
> fit2 = 
> segment_layer.getFeatures(QgsFeatureRequest().setFilterFid(featureId))
> ftr = QgsFeature()
> fit2.nextFeature(ftr)
> self.add_item(ftr.attribute(0), ftr.attribute(0))
> self.items_list.append(ftr)
> self.changed = False
> 
> def highlight_segment(self, index):
> self.rubber_band.reset()
> if index == 0:
> self.find_segments()
> elif index < len(self.items_list):
> self.rubber_band.setToGeometry(self.items_list[index].geometry())
> 
> def clear_rubberband(self, index):
> self.rubber_band.reset()
> 
> 
> It populates a drop down with all the LineStrings near to the center of the 
> screen.
> 
> It's not very efficient though, as I need to first pass all the LineStrings 
> on that particular layer to it.
> 
> Is there a way to replace this code:
> 
> for segment in segment_layer.getFeatures():
> segments.insertFeature(segment)
> 
> So it only works on a smaller subset of features that are actually visible to 
> on the user's screen?
> 
> Jo
> 
> 
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] Environmental policy

[Jorge Gustavo Rocha]

Hi,

1) I don't think QGIS.ORG was created to educate people. QGIS.ORG is
doing the job quite well and doesn't have to follow the latest fashion
trends.

2) If QGIS.ORG starts to educate people about environmental issues, the
next step will be about ethical, moral, gender, religion, etc, as we saw
in some emails. Should QGIS.ORG prevent alcoholic drinks (like beer) in
the events? Or unhealthy practices, like smoking or programming for a
couple of hours without regular intervals?

3) QGIS.ORG should follow the open source values and support the ones
that contribute to the project and should care about overall QGIS ecosystem.

3) Each of us have to decide if train is better, car sharing, walking,
etc, according to our own lives. Some might have young children, a sick
spouse or elder parents and prefer the plane instead of train.

4) QGIS.ORG should simple welcome and support the developers asking for
support. QGIS.ORG didn't ask about gender, religion, or anything else
before. So, I don't think we should start asking about eating habits and
so on. We will end up asking about the civil registration of the birth
of children or the spouse's medical record to be eligible for a plane
refund.

In summary, each of us needs his own "environmental policy". QGIS.ORG
doesn't have to have one.

See you soon in 's-Hertogenbosch!

Jorge Gustavo

On 16/01/20 11:21, Paolo Cavallini wrote:
> Hi all,
> following the interesting proposal by Andreas, I'm here starting a
> discussion about QGIS.ORG environmental policy:
> 
> * do we need an explicit environmental policy?
> * probably our greatest impact is travel for Developers Meetings
>   * do we need in person general meetings, or we can promote more
> extensive and structured use of remote connections?
>   * if we need it, do we need two meetings per year?
>   * do we want to plan our meetings in an optimal location, to minimize
> total travel?
>   * do we want a combination between the two: smaller local meetings
> that reduce travel, coordinated across the globe?
>   * do we want to suggest|gently push|require participants to use low
> impact transportation?
>   * do we want a cap on cost and time difference between transportation
> method? e.g. train is to be used when cost or duration are no more than
> x times flight cost or duration
> * do we want to engage in proactive environmental actions? e.g. donating
> to the environmental agencies|NGOs|etc. specific tools to evaluate and
> reduce impact? e.g. a QGIS ad hoc grant with a specific budget for it
> * do we want additional actions? e.g. low impact (vegan) diet on Dev
> Meetings?
> 
> I tried to collect options and ideas, please do not take these as my
> personal preferences.
> Given the wide interest and impact of this theme, I encourage an open
> and friendly discussion involving also non PSC members. Please be gentle.
> Following this I'll call for a vote on specific items.
> Cheers.
> 

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

Re: [QGIS-Developer] WMS projection wrong?

[Jorge Gustavo Rocha]

Hi Paolo,

Maybe related with axis order in 1.3.0? Seems like that. Erithrea
coordinates are like the ones in Italy, but in reverse order.

Regards,

Jorge

On 10/01/20 15:34, Paolo Cavallini wrote:
> Thanks fro checking. In my case, qgis 3.10 is reprojecting wrong,
> placing the layer in Erithrea, rather than in Italy.
> Cheers.
> 
> Il 10/01/20 16:09, Jorge Gustavo Rocha ha scritto:
>> Hi Paolo,
>>
>> I'm running QGIS 3.11-Master on Ubuntu and I'm able to add layers from
>> that service in EPSG:6706. What is happening in your QGIS?
>>
>> Regards,
>>
>> Jorge
>>
>> On 10/01/20 14:55, Paolo Cavallini wrote:
>>> Hi all,
>>> this service:
>>> https://wms.cartografia.agenziaentrate.gov.it/inspire/wms/ows01.php
>>> is displayed correctly (epsg:6706) in qgis 3.4 (GDAL/OGR 2.4.3 + PROJ
>>> 6.2.1) whereas is wrong in 3.10 (GDAL/OGR 3.0.2 + PROJ 6.3.0) on my
>>> Debian box. Reports from Windows are apparently mixed.
>>> Anyone has a hint?
>>> Thanks in advance.
>>>
>>
>> J. Gustavo
>>
> 

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

Re: [QGIS-Developer] WMS projection wrong?

[Jorge Gustavo Rocha]

Hi Paolo,

I'm running QGIS 3.11-Master on Ubuntu and I'm able to add layers from
that service in EPSG:6706. What is happening in your QGIS?

Regards,

Jorge

On 10/01/20 14:55, Paolo Cavallini wrote:
> Hi all,
> this service:
> https://wms.cartografia.agenziaentrate.gov.it/inspire/wms/ows01.php
> is displayed correctly (epsg:6706) in qgis 3.4 (GDAL/OGR 2.4.3 + PROJ
> 6.2.1) whereas is wrong in 3.10 (GDAL/OGR 3.0.2 + PROJ 6.3.0) on my
> Debian box. Reports from Windows are apparently mixed.
> Anyone has a hint?
> Thanks in advance.
> 

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

Re: [QGIS-Developer] QScintilla headers not found before compiling

[Jorge Gustavo Rocha]

Hi Nils,

It is not difficult to find out where qsciglobal.h is. Try:
dpkg -L libqscintilla2-qt5-dev | grep qsciglobal.h

On my Ubuntu it is installed in:
/usr/include/x86_64-linux-gnu/qt5/Qsci/qsciglobal.h

If you need it, just add:
-DQSCINTILLA_INCLUDE_DIR=/usr/include/x86_64-linux-gnu/qt5

Hope it works.

Regards,

Jorge Gustavo

On 14/12/19 18:08, Nils Nolde wrote:
> Hi all,
> 
> I was trying to build the current QGIS master from source on Ubuntu
> 18.04 following the Github Pages docu:
> https://htmlpreview.github.io/?https://raw.github.com/qgis/QGIS/master/doc/INSTALL.html#toc3.
> Mostly to try remote plugin debugging in PyCharm.
> 
> While scanning the build parameters, ccmake couldn't find
> QSCINTILLA_INCLUDE_DIR even though the libqscintilla2-qt5-dev library is
> installed (from bionic universe repo). I couldn't locate a
> "qsciglobal.h" on my file system either which the cmake recipe
> apparently is looking for and nothing in my usual include directories.
> Also I couldn't figure out how fix it manually (like copying include
> headers from the universe repo source of QScintilla; naive?!). But I'm
> not really too familiar with c++ dependency management.. Still working
> on that:)
> 
> Did anyone get bugged by this before? Or has a clue how to fix it?
> 
> Many thanks
> 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

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

Re: [QGIS-Developer] QGIS Onboarding Day?

[Jorge Gustavo Rocha]

Hi Raymond,

Really nice initiative, with a very suggestive name.

I've added a stream "Get my first QGIS Server up and running..." to the
event page.

Best regards,

Jorge Gustavo

On 05/12/19 12:18, Raymond Nijssen wrote:
> Dear Devs,
> 
> Making plans for the next hackfest (13-15 March 2020, The Netherlands)
> we are thinking of a way to attract new people to the project. Quite
> some Dutch people are interested to come over and "see" us, but of
> course we need to help them getting up and running.
> 
> So we are thinking on doing an "Onboarding Day" the day prior to the HF
> (Thursday March 12) with workshops teaching:
> 
> - How to translate?
> - How to write documentation?
> - How to compile?
> etc...
> 
> We already noticed Alessandro's offer to do a Mentor Stream on "my first
> pull request" which would also fit this idea.
> 
> Just curious, what are your thoughts on this? And would you like to
> arrive one day earlier in the lovely Netherland to warmly welcome new
> contributors?
> 
> Thanks,
> Raymond (and Rosa and Aron)
> 
> https://github.com/qgis/QGIS/wiki/24th-Contributor-Meeting-in-'s-Hertogenbosch
> 
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] Reading out-of-db PostgreSQL Raster

[Jorge Gustavo Rocha]

Hi Paolo,

Nice to know you found out the problem. The easiest option to store
out-of-db rasters can be under Postgresql's data_directory. All users
should be able to read files from there.

# show data_directory;
   data_directory
-
 /var/lib/postgresql/11/main

Regards,

Jorge


Às 07:37 de 06/11/19, Paolo Cavallini escreveu:
> /me stupid: postgresql did not have read access to the file.
> sorry for the noise
> 
> Il 06/11/19 08:18, Paolo Cavallini ha scritto:
>> Hi Jorge,
>>
>> Il 05/11/19 21:34, Jorge Gustavo Rocha ha scritto:
>>
>>> If you have GDAL >= 2.4, it should work. Can you check your GDAL version?
>>
>> 2.4.2+dfsg-2
>>
>>> Do you also have overviews/pyramids? The overviews should work, because
>>> they are in db. Only the original raster is out-of-db.
>>
>> sure, all "normal" rasters, incluging the pyramids, are correctly shown.
>>
>> thanks for the feedback.
>>
>>> Às 20:24 de 05/11/19, Paolo Cavallini escreveu:
>>>> Hi all,
>>>> loading PostGIS rasters from the browser works very well, thanks Ale!
>>>> However, those loaded with the -R option (out of db rasters) throw an 
>>>> error:
>>>>
>>>> Warning: Logged warning: RasterIO error:
>>>> PostGISRasterRasterBand::IRasterIO(): ERROR:  rt_band_load_offline_data:
>>>> Cannot open offline raster:
>>>> /home/paolo/Documents/Didattica/Corsi_Formazione_Faunalia/PostGIS/data/dtm_nord.tif
>>>>
>>>> I have enabled out-of-db rasters:
>>>>
>>>>  POSTGIS_ENABLE_OUTDB_RASTERS=1
>>>>  POSTGIS_GDAL_ENABLED_DRIVERS=ENABLE_ALL
>>>>
>>>> The same data are readable from psql
>>>> select * from dtm_ext ;
>>>> ┌─┬───────────
>>>> │ rid │
>>>>
>>>> ├─┼───
>>>> │   1 │ 0101...
>>>>
>>>> Is this a known limitation, or do I need some additional config?
>>>>
>>>> Thanks.
>>>>
>>>
>>> J. Gustavo
>>>
>>
> 

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

Re: [QGIS-Developer] Geopackage as QGIS mapserver datasource failing?

[Jorge Gustavo Rocha]

Hi Richard,

> failed to opened in update mode, trying in read-only mode

The file is on /tmp. Why can't QGIS open it in write mode? Can you check
the permissions?

Best regards,

Jorge


Às 08:55 de 06/11/19, Richard Duivenvoorde escreveu:
> Hi,
> 
> I'm trying to get QGIS mapserver (master) here. All fine, untill I add a
> Geopackage to the project.
> Both with a simple gpkg (as in: create a polygon gpkg without any
> attributes in QGIS) as in a more complex gpkg (the one I started with: 2
> tables and a view).
> 
> GetCapabilities show:
> 
> Layer(s) not valid
> 
> Both gpkg's load/show fine in QGIS itself
> 
> Relevant log part (I think):
> 
> ../src/core/qgsproject.cpp:1225 : (readProjectFile) [2ms] 43 properties
> read
> ../src/core/qgsvectorlayer.cpp:1455 : (readXml) [3ms] Datasource in
> QgsVectorLayer::readXml: /tmp/blaat.gpkg|layername=blaat
> ../src/core/providers/ogr/qgsogrprovider.cpp:475 : (QgsOgrProvider)
> [1ms] Data source uri is [/tmp/blaat.gpkg|layername=blaat]
> ../src/core/providers/ogr/qgsogrprovider.cpp:273 : (AnalyzeURI) [0ms]
> Data source uri is [/tmp/blaat.gpkg|layername=blaat]
> ../src/core/providers/ogr/qgsogrprovider.cpp:4369 : (open) [0ms]
> mFilePath: /tmp/blaat.gpkg
> ../src/core/providers/ogr/qgsogrprovider.cpp:4370 : (open) [0ms]
> mLayerIndex: 0
> ../src/core/providers/ogr/qgsogrprovider.cpp:4371 : (open) [0ms]
> mLayerName: blaat
> ../src/core/providers/ogr/qgsogrprovider.cpp:4372 : (open) [0ms]
> mSubsetString:
> ../src/core/providers/ogr/qgsogrprovider.cpp:4425 : (open) [0ms] OGR
> failed to opened in update mode, trying in read-only mode
> ../src/core/qgsmessagelog.cpp:29 : (logMessage) [0ms]
> 2019-11-06T09:46:34 OGR[1] Cannot open /tmp/blaat.gpkg.()
> ../src/core/qgsvectorlayer.cpp:1684 : (setDataProvider) [0ms]
> Instantiated the data provider plugin
> ../src/core/qgsvectorlayer.cpp:1689 : (setDataProvider) [0ms] Invalid
> provider plugin /tmp/blaat.gpkg|layername=blaat
> ../src/core/qgsvectorlayer.cpp:1490 : (readXml) [0ms] Could not set data
> provider for layer /tmp/blaat.gpkg|layername=blaat
> ../src/core/qgsvectorlayer.cpp:2091 : (readSymbology) [0ms]
> contextproject:layers:blaat_7cda99cd_6a97_4738_8e95_c0368d244004:fieldaliases
> source fid
> ../src/core/qgsvectorlayer.cpp:2097 : (readSymbology) [0ms] field fid
> origalias  trans
> ../src/core/qgsproject.cpp:1061 : (addLayer) [1ms] Unable to load vector
> layer
> 
> Should I create an issue?
> 
> 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

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

Re: [QGIS-Developer] Reading out-of-db PostgreSQL Raster

[Jorge Gustavo Rocha]

Hi Paolo,

If you have GDAL >= 2.4, it should work. Can you check your GDAL version?

Do you also have overviews/pyramids? The overviews should work, because
they are in db. Only the original raster is out-of-db.

Regards,

Jorge

Às 20:24 de 05/11/19, Paolo Cavallini escreveu:
> Hi all,
> loading PostGIS rasters from the browser works very well, thanks Ale!
> However, those loaded with the -R option (out of db rasters) throw an error:
> 
> Warning: Logged warning: RasterIO error:
> PostGISRasterRasterBand::IRasterIO(): ERROR:  rt_band_load_offline_data:
> Cannot open offline raster:
> /home/paolo/Documents/Didattica/Corsi_Formazione_Faunalia/PostGIS/data/dtm_nord.tif
> 
> I have enabled out-of-db rasters:
> 
>  POSTGIS_ENABLE_OUTDB_RASTERS=1
>  POSTGIS_GDAL_ENABLED_DRIVERS=ENABLE_ALL
> 
> The same data are readable from psql
> select * from dtm_ext ;
> ┌─┬───
> │ rid │
> 
> ├─┼───
> │   1 │ 0101...
> 
> Is this a known limitation, or do I need some additional config?
> 
> Thanks.
> 

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

Re: [QGIS-Developer] News panel?

[Jorge Gustavo Rocha]

Hi Raymond,

You can confirm it by yourself. Just open https://feed.qgis.org/ and you
will see the entire news feed.

Best regards,

Jorge

Às 16:18 de 26/10/19, Raymond Nijssen escreveu:
> Same for me in 3.10 and it seems also gone in qgis-master. In the
> settings the "show qgis newsfeed" option is checked.
> 
> Maybe there is no news??
> 
> Raymond
> 
> Terglobo
> Fahrenheitstraat 1
> 5223 BJ 's-Hertogenbosch
> The Netherlands
> +31 (0) 6 25 31 49 83
> 
> On 26-10-19 08:42, Paolo Cavallini wrote:
>> Hi all,
>> I just compiled a fresh 3.10, and I cannot find the new News panel at
>> startup. What is its current status?
>> 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

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

Re: [QGIS-Developer] python3-autopep8 not available on Bionic distribution

[Jorge Gustavo Rocha]

Hi Alex,

It is not easy to have the INSTALL file always updated, for so many
different platforms.

If you really want to provide the detailed build instructions for Ubuntu
18.04, it is better to look at .docker folder in QGIS repository. In
particular, .docker/qgis3-build-deps.dockerfile will have all updated
dependencies and how to install them. This runs every time someone
submit a PR or adds a commit to an open PR. These files are always
updated. It not, our continuous integration fails.

I think the best option is to add a pointer in the INSTALL file to this
information. Something like:

"Please check .docker/qgis3-build-deps.dockerfile for updated
dependencies and .docker/qgis.dockerfile for detailed build instructions
for Ubuntu."

What do you think?

Best regards,

Jorge

Às 14:56 de 08/10/19, Alexandre Neto escreveu:
> Olá Jorge,
> 
> I think it worked.
> 
> Should we change the INSTALL file?
> 
> Alexandre Neto
> 
> On Tue, Oct 8, 2019 at 2:03 PM Jorge Gustavo Rocha  <mailto:j...@di.uminho.pt>> wrote:
> 
> Hi Alex,
> 
> Try:
> sudo -H /usr/local/bin/pip3 install autopep8
> 
> Regards,
> 
> Jorge Gustavo
> 
> Às 13:58 de 08/10/19, Alexandre Neto escreveu:
> > Hi,
> >
> > I am trying to compile QGIS in Ubuntu 18.04 and I am installing the
> > build dependencies following the instructions on the INSTALL file.
> >
> > It seems that python3-autopep8 is not available.
> >
> > Any suggestions?
> >
> > Alexandre Neto
> >
> > ___
> > QGIS-Developer mailing list
> > QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org>
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >
> 
> 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 <mailto:QGIS-Developer@lists.osgeo.org>
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 

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

Re: [QGIS-Developer] python3-autopep8 not available on Bionic distribution

[Jorge Gustavo Rocha]

Hi Alex,

Try:
sudo -H /usr/local/bin/pip3 install autopep8

Regards,

Jorge Gustavo

Às 13:58 de 08/10/19, Alexandre Neto escreveu:
> Hi,
> 
> I am trying to compile QGIS in Ubuntu 18.04 and I am installing the
> build dependencies following the instructions on the INSTALL file.
> 
> It seems that python3-autopep8 is not available.
> 
> Any suggestions?
> 
> 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
> 

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

Re: [QGIS-Developer] "Needs sponsor" label? (again) → "Start a bounty"

[Jorge Gustavo Rocha]

Hi,

I really like gis.stackexchange bounty mechanism [1]. Issues could have
a "start a bounty" button, exactly like the gis.stackechange. Users
could allocate any amount between 50 and 500 bounty points, in 50-point
increments. Any user (other than the one reporting the issue) can ass
bounty points.

How they get bounty-points? Donations to QGIS (managed by PSC) awards
bounty-points to that user/company/community. An 1.000,00 € donation
would award 1000 bounty-points. They can invest the bounty points to
solve issues.

Developer(s)/ able to solve the issue would be refunded (in real money)
according to the number of bounty point.

This wouldn't be difficult to implement, I think. The mechanism is
really transparent, for users and for developers.

Regards,

Jorge Gustavo

[1] https://gis.stackexchange.com/help/bounty


Às 08:28 de 05/10/19, Matthias Kuhn escreveu:
> Hi everyone
> 
> On 10/5/19 7:02 AM, Paolo Cavallini wrote:
>>
>>> My original thinking was that we would use this tag for tickets which
>>> require extensive development (e.g. weeks of development), and
>>> accordingly are extremely unlikely to happen on a solely volunteer
>>> basis.
>> this makes sense. Perhaps better advertizing one of these tickets as
>> soon as one dev is interested and available to fix it?
> 
> I think there is still a missing link from an issue to how to proceed if
> one wants to have it resolved.
> 
> For an average visitor it might appear as "It has been registered in the
> tracker, it will eventually be resolved", presumably by pure magic ;)
> 
> What would be good is instructions on the possibilities to get things
> done well visible there. Something like a "Help us fix this issue"
> button just next to the issue discussion.
> 
> Matthias
> 
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] QGIS FCGI Server 3.9.0 - JPEG renders but PNG empty

[Jorge Gustavo Rocha]

raße 13  Fax.
>>> +49-4931-918175-50
>>> Software Engineer   D-26506 Norden
>>>    https://www.norbit.de
>>> QGIS release manager (PSC)  Germany    IRC: jef on
>>> FreeNode
>>
>>
>> --
>>
>> Message: 4
>> Date: Mon, 30 Sep 2019 10:53:20 +0300
>> From: Tomas Straupis > <mailto:tomasstrau...@gmail.com>>
>> To: QGIS Developer Mailing List > <mailto:qgis-developer@lists.osgeo.org>>
>> Subject: Re: [QGIS-Developer] QGIS FCGI Server 3.9.0 - JPEG renders
>>    but PNG    empty
>> Message-ID:
>>    > <mailto:CA+f=8=prbzKmHB4AU4vYOCq3JG5Hjfj5xx=+2bwlhgera9t...@mail.gmail.com>>
>> Content-Type: text/plain; charset="UTF-8"
>>
>> Hello, Tom
>>
>>  You could probably try the method described by Jorge in QGIS-user list:
>>
>>  1. Compile QGIS with debug info.
>>
>>  2. Create a script with all FcgidInitialEnv taken from apache config
>> converted to export's like:
>>  export QGIS_SERVER_LOG_FILE=/tmp/qgis-000.log
>>
>>  3. Add query string variable and project file:
>>  export QUERY_STRING="SERVICE=WMS=1.3.0=GetCapabilities"
>>  export QGIS_PROJECT_FILE="/var/www/wms/oracle.qgs"
>>
>>  4. execute qgis_mapserv.fcgi with debug on:
>>  export QGIS_DEBUG=9
>>  export QGIS_LOG_FILE=/tmp/qgis.log
>> ./qgis_mapserv.fcgi
>>
>>  This gives both server logs as well as debug information in separate
>> files.
>>
>> -- 
>> Tomas
>>
>>
>> --
>>
>> Message: 5
>> Date: Mon, 30 Sep 2019 09:59:39 +0200
>> From: Jürgen E. Fischer mailto:j...@norbit.de>>
>> To: Nyall Dawson mailto:nyall.daw...@gmail.com>>
>> Cc: qgis-developer > <mailto:qgis-developer@lists.osgeo.org>>
>> Subject: Re: [QGIS-Developer] Updating osgeo4w to qt 5.12.4/5.13.1
>> Message-ID: <20190930075939.ipf7afnls6bsg...@norbit.de
>> <mailto:20190930075939.ipf7afnls6bsg...@norbit.de>>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Hi Nyall,
>>
>> On Mon, 30. Sep 2019 at 10:09:19 +1000, Nyall Dawson wrote:
>>>> Does that already also include the fixes we fund KDAB for?
>>
>>> No - I'm not aware of anyone of these which have actually been merged
>>> upstream yet.
>>
>> Is there an ETA on that?
>>
>>
>> Jürgen
>>
>> -- 
>> Jürgen E. Fischer norBIT GmbH   Tel.
>> +49-4931-918175-31
>> Dipl.-Inf. (FH)   Rheinstraße 13    Fax.
>> +49-4931-918175-50
>> Software Engineer D-26506 Norden
>>  https://www.norbit.de
>> -- next part --
>> A non-text attachment was scrubbed...
>> Name: signature.asc
>> Type: application/pgp-signature
>> Size: 827 bytes
>> Desc: not available
>> URL:
>> <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20190930/85738003/attachment-0001.sig>
>> -- next part --
>> An embedded and charset-unspecified text was scrubbed...
>> Name: Pflichtangaben
>> URL:
>> <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20190930/85738003/attachment-0001.ksh>
>>
>> --
>>
>> Message: 6
>> Date: Mon, 30 Sep 2019 09:50:34 -
>> From: nore...@qgis.org <mailto:nore...@qgis.org>
>> To: karasiak.nico...@gmail.com <mailto:karasiak.nico...@gmail.com>,
>> qgis-developer@lists.osgeo.org <mailto:qgis-developer@lists.osgeo.org>
>> Subject: [QGIS-Developer] Plugin [995] dzetsaka : Classification tool
>>    approval notification.
>> Message-ID: <20190930095034.24825.85476@2c6504964296>
>> Content-Type: text/plain; charset="utf-8"
>>
>>
>> Plugin dzetsaka : Classification tool approval by pcav.
>> The plugin version "[995] dzetsaka : Classification tool 3.6" is now
>> approved
>> Link: http://plugins.qgis.org/plugins/dzetsaka/
>>
>>
>> --
>>
>> Message: 7
>> Date: Mon, 30 Sep 2019 18:24:15 +0200
>> From: DelazJ mailto:del...@gmail.com>>
>> To: qgis-developer > <mailto:qgis-developer@lists.osgeo.org>>
>> Subject: [QGIS-Developer] No more layout page properties in contextual
>>    menu?
>> Message-ID:
>>    > <mailto:caecjssofynd0ja+5lv9t_6fdd+e61h_knu5un4fo3wlbeq4...@mail.gmail.com>>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Hi devs,
>>
>> I'm using QGIS 3.9 ea7b27ef3e and am unable to access the page properties;
>> it used to be available with right-click in the layout but can't find it
>> there. Browsing the menus neither shows it.
>>
>> Since my version is not the latest (and osgeo4w did not let me update all
>> the day), can someone confirm whether it's a bug, a moved feature or me
>> needing new glasses?
>>
>> Regards,
>> Harrissou
>> -- next part --
>> An HTML attachment was scrubbed...
>> URL:
>> <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20190930/4227cf07/attachment-0001.html>
>>
>> --
>>
>> Subject: Digest Footer
>>
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org>
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>> --
>>
>> End of QGIS-Developer Digest, Vol 167, Issue 67
>> ***
> 
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] [Processing][Vector Geometry] Check Validity Algorithm

[Jorge Gustavo Rocha]

Hi João,

If you can see a good way to make both validation errors strings more
similar (when the GEOS and QGIS error are the same), feel to make a
proposal.

Right now, for the same error, a user will see (for example):

Using GEOS:
Ring self-intersection

Using QGIS:
segments 2 and 126 of line 0 intersect at -2632521.58859, 5137728.25013
segments 3 and 126 of line 0 intersect at -2632521.58859, 5137728.25013

Regards,

Jorge Gustavo

PS For my classes/workshops, I use the alaska shapefile from
https://qgis.org/downloads/data/
It contains errors :-)

Às 16:24 de 27/09/19, Jorge Gustavo Rocha escreveu:
> Hi João,
> 
> That would be great!
> 
> For the GEOS validation, you can get the list of errors from:
> src/core/geometry/qgsgeos.cpp
> 
> QStringLiteral( "topology validation error" ), QObject::tr( "Topology
> validation error", "GEOS Error" )
> QStringLiteral( "repeated point" ), QObject::tr( "Repeated point", "GEOS
> Error" )
> QStringLiteral( "hole lies outside shell" ), QObject::tr( "Hole lies
> outside shell", "GEOS Error" )
> QStringLiteral( "holes are nested" ), QObject::tr( "Holes are nested",
> "GEOS Error" )
> QStringLiteral( "interior is disconnected" ), QObject::tr( "Interior is
> disconnected", "GEOS Error" )
> QStringLiteral( "self-intersection" ), QObject::tr( "Self-intersection",
> "GEOS Error" )
> QStringLiteral( "ring self-intersection" ), QObject::tr( "Ring
> self-intersection", "GEOS Error" )
> QStringLiteral( "nested shells" ), QObject::tr( "Nested shells", "GEOS
> Error" )
> QStringLiteral( "duplicate rings" ), QObject::tr( "Duplicate rings",
> "GEOS Error" )
> QStringLiteral( "too few points in geometry component" ), QObject::tr(
> "Too few points in geometry component", "GEOS Error" )
> QStringLiteral( "invalid coordinate" ), QObject::tr( "Invalid
> coordinate", "GEOS Error" )
> QStringLiteral( "ring is not closed" ), QObject::tr( "Ring is not
> closed", "GEOS Error" )
> 
> For the QGIS validation, you have to look at:
> src/core/qgsgeometryvalidator.cpp
> 
> QString msg = QObject::tr( "segment %1 of ring %2 of polygon
> %3 intersects segment %4 of ring %5 of polygon %6 at %7" )
>   QString msg = QObject::tr( "ring %1 with less than four points"
> ).arg( i );
>   QString msg = QObject::tr( "ring %1 not closed" ).arg( i );
> QString msg = QObject::tr( "line %1 with less than two points"
> ).arg( i );
>   QString msg = QObject::tr( "line %1 contains %n duplicate node(s)
> at %2", "number of duplicate nodes", n ).arg( i ).arg( j );
>   QString msg = QObject::tr( "segments %1 and %2 of line %3
> intersect at %4" ).arg( j ).arg( k ).arg( i ).arg( s.toString() );
>   QString msg = QObject::tr( "Ring %1 of polygon %2 not in exterior
> ring" ).arg( i ).arg( idx );
> 
> I hope it helps.
> 
> Best regards,
> 
> Jorge Gustavo
> 
> Às 15:20 de 27/09/19, João Gaspar escreveu:
>> Hi devs,
>> I need some guidance to help me find all possible error messages that
>> are saved in the attribute table when we run the Check Validity
>> Algorithm for both methods.
>> This can be found in the source code?
>>
>> I search here but didn't find:
>> https://github.com/qgis/QGIS/blob/master/python/plugins/processing/algs/qgis/CheckValidity.py
>>
>> I'm asking this because this can be a good addition in the documentation
>> to explain the errors that can occur to help understand what is what and
>> why happens.
>>
>> Please feel free to give any advice.
>>
>> Thank you for your time.
>>
>> Cheers,
>> João
>>
>> ___
>> QGIS-Developer mailing list
>> 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
> 

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

Re: [QGIS-Developer] [Processing][Vector Geometry] Check Validity Algorithm

[Jorge Gustavo Rocha]

Hi João,

That would be great!

For the GEOS validation, you can get the list of errors from:
src/core/geometry/qgsgeos.cpp

QStringLiteral( "topology validation error" ), QObject::tr( "Topology
validation error", "GEOS Error" )
QStringLiteral( "repeated point" ), QObject::tr( "Repeated point", "GEOS
Error" )
QStringLiteral( "hole lies outside shell" ), QObject::tr( "Hole lies
outside shell", "GEOS Error" )
QStringLiteral( "holes are nested" ), QObject::tr( "Holes are nested",
"GEOS Error" )
QStringLiteral( "interior is disconnected" ), QObject::tr( "Interior is
disconnected", "GEOS Error" )
QStringLiteral( "self-intersection" ), QObject::tr( "Self-intersection",
"GEOS Error" )
QStringLiteral( "ring self-intersection" ), QObject::tr( "Ring
self-intersection", "GEOS Error" )
QStringLiteral( "nested shells" ), QObject::tr( "Nested shells", "GEOS
Error" )
QStringLiteral( "duplicate rings" ), QObject::tr( "Duplicate rings",
"GEOS Error" )
QStringLiteral( "too few points in geometry component" ), QObject::tr(
"Too few points in geometry component", "GEOS Error" )
QStringLiteral( "invalid coordinate" ), QObject::tr( "Invalid
coordinate", "GEOS Error" )
QStringLiteral( "ring is not closed" ), QObject::tr( "Ring is not
closed", "GEOS Error" )

For the QGIS validation, you have to look at:
src/core/qgsgeometryvalidator.cpp

QString msg = QObject::tr( "segment %1 of ring %2 of polygon
%3 intersects segment %4 of ring %5 of polygon %6 at %7" )
  QString msg = QObject::tr( "ring %1 with less than four points"
).arg( i );
  QString msg = QObject::tr( "ring %1 not closed" ).arg( i );
QString msg = QObject::tr( "line %1 with less than two points"
).arg( i );
  QString msg = QObject::tr( "line %1 contains %n duplicate node(s)
at %2", "number of duplicate nodes", n ).arg( i ).arg( j );
  QString msg = QObject::tr( "segments %1 and %2 of line %3
intersect at %4" ).arg( j ).arg( k ).arg( i ).arg( s.toString() );
  QString msg = QObject::tr( "Ring %1 of polygon %2 not in exterior
ring" ).arg( i ).arg( idx );

I hope it helps.

Best regards,

Jorge Gustavo

Às 15:20 de 27/09/19, João Gaspar escreveu:
> Hi devs,
> I need some guidance to help me find all possible error messages that
> are saved in the attribute table when we run the Check Validity
> Algorithm for both methods.
> This can be found in the source code?
> 
> I search here but didn't find:
> https://github.com/qgis/QGIS/blob/master/python/plugins/processing/algs/qgis/CheckValidity.py
> 
> I'm asking this because this can be a good addition in the documentation
> to explain the errors that can occur to help understand what is what and
> why happens.
> 
> Please feel free to give any advice.
> 
> Thank you for your time.
> 
> Cheers,
> João
> 
> ___
> QGIS-Developer mailing list
> 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

Re: [QGIS-Developer] travis failing with: Error: Microsoft ODBC Driver 17 for SQL Server : Login failed for user 'sa'..

[Jorge Gustavo Rocha]

Hi Sandro,

Maybe I'm missing something, but the Travis failure is not related with
MS ODBC Driver (which is used by the mssql provider).

Travis is failing with:

507/559 Test #507: PyQgsPostgresProvider .***Failed

https://cdash.orfeo-toolbox.org/viewTest.php?onlyfailed=14455

That is related to your PR, right?

Are Postgresql tests running file on your local environment?

Regards,

Jorge Gustavo

Às 11:02 de 29/08/19, Sandro Santilli escreveu:
> I dubt the failure is related to the changes in my PR
> https://github.com/qgis/QGIS/pull/31468/files
> 
> Does anyone know what could have caused this failure ?
> Shall I go on and merge w/out letting Microsoft bugs
> stop development (I'd still like a review, actually) ?
> 
> --strk;
> 
>   ()   Free GIS & Flash consultant/developer
>   /\   https://strk.kbt.io/services.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
> 

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] QGIS 2019 report for the OSGeo annual general meeting

[Jorge Gustavo Rocha]

Hi QGISers,

We have just one slide to present at the OSGeo annual general meeting.
The slide is still empty. We have a few days to prepare it. The link is:
https://docs.google.com/presentation/d/1imiG7x09ry7lGvmS15FCVq2Z7yaICY00fcpXBK27TXY/edit?usp=sharing

Can I have your collaboration to fill the slide? Possible topics are:

0) Events
- QGIS UserConf & Hackmeeting, March 4-10, 2019, Coruña
- ? (someone mentioned one event in US on the mailing list)

1) key accomplishments
- 2/3 features (which ones?) from Changelog for 3.6
- 2/3 features (which ones?) from Changelog for 3.8
- Proj 6 integration ?
- Issues on Github ?
- Better support for Mac OS installation ?
- ?

2) Board and members initiatives
- Elections for voting members (1 more voting member)
- Call for Grant Proposals 2019 (summary of the call, budget and results)
- Google Summer of Code

4) Outlook for the near future
- 3.10
- 3D (works from Martin + Ismail Sunni)
- DB Manager refactored ?
- ?

See you in Bucharest,

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

Re: [QGIS-Developer] Catch Python exceptions in QGIS console

[Jorge Gustavo Rocha]

Hi Nyall,

This problem only happens in Windows. In Linux, everything is running fine.

I was convinced that it was a Python exception, but for some reason, it
was not caught.

I will investigate this issue further. It makes me crazy!

Thank you for the feedback,

Jorge


Às 00:05 de 14/06/19, Nyall Dawson escreveu:
> On Fri, 14 Jun 2019 at 00:11, Jorge Gustavo Pereira Bastos Rocha
>  wrote:
>>
>> Hi devs,
>>
>> Am I able to catch Python exceptions in Python console?
> 
> Yes, definitely
> 
>>
>> I'm trying to debug a DB Manager related issue [1] using pg_services. I have 
>> the following piece of code, that runs fine in my computer, but fails on any 
>> other computer, within a specific intranet.
>>
>> import psycopg2
>> print (psycopg2.__version__)
>> try:
>> connection = psycopg2.connect(service='pg_trabalho')
>> cursor = connection.cursor()
>> print ( connection.get_dsn_parameters(),"\n")
>> cursor.execute("SELECT version();")
>> record = cursor.fetchone()
>> print("Connected to - ", record,"\n")
>> except:
>> print( psycopg2.InterfaceError )
>> print( psycopg2.OperationalError )
>>
>> When I run it, QGIS crashes [2]. I would prefer to handle the exception 
>> myself. How can I catch the exception without crashing QGIS?
> 
> This crash isn't caused by a Python exception -- it's something
> deeper. If it was just a Python exception you'd see exactly the same
> results as something like
> 
> a = [1]
> print(a[2])
> 
> Unfortunately, these kinds of crashes can be extremely difficult to
> diagnose (especially if they are only reproducible on Windows). If you
> can reproduce on Linux, I'd suggest running under valgrind and looking
> for clues.
> 
> Nyall
> 

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
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

Re: [QGIS-Developer] QGIS Bug Squash party

[Jorge Gustavo Rocha]

Hi Paolo,

Thanks for the feedback. You are right. The time is short, for sure. I
was trying to do it before our next release on June, 21th.

What do you think? Should we do it before the 3.8 release? Maybe on
June, 18-19? Or should we postpone it to prepare it more carefully and
get more visibility?

Regards,

Jorge

Às 10:44 de 08/06/19, Paolo Cavallini escreveu:
> Olá Jorge,
> I fully agree with your proposal. Limited attempts in the past have
> given good results. I think more time should be allowed to let people
> organize.
> Cheers.
> 
> On 07/06/19 17:03, Jorge Gustavo Rocha wrote:
>> Hi devs,
>>
>> We changed our bug tracking tool. One of the goals is to have more
>> people doing bug triage, confirming bug reports, providing examples,
>> screenshots and so on. We need more [power] users involved and more
>> developers on the “bug triage” team.
>>
>> Let’s take advantage of all these discussions around the tool and the
>> changes introduced, to focus on what is really important: to have more
>> people involved in QGIS testing to provide more stable releases. To tool
>> is not the goal.
>>
>> We need to clean up our bug/feature request queue. We already had good
>> proposals here on the list, regarding cleaning old issues and pointing
>> to new policies regarding issue lifetime. We just need more action!
>>
>> Proposal
>>
>> My proposal is to publish a post on our blog calling for a huge QGIS Bug
>> Squash party, for two days, making all users aware of this new tool and
>> calling them for this activity. We can ask them (for example) to
>> selected 5 issues they can improve, by providing more feedback
>> (confirming a bug report in current 3.x version, for example) or by
>> subscribing a feature request they found important.
>>
>> To provide live support for all users involved in the party, I would
>> like to create a Doodle to make sure we have at least one developer
>> available on IRC/Gitter (for the all 48 hours) where people can discuss
>> what to do with ticket X. Each developer would subscribe a 4 hour period
>> (that’s the usual watchkeeping period for sailors).
>>
>> I also would like to propose to the PSC/this developer list that current
>> committers can have the “triage” role on qgis/QGIS - upon request - to
>> have more people doing bug triage. Régis and Saber already mentioned
>> this limitation regarding issue management and both are well known
>> contributors (and Saber can follow 3D tickets ;-)) For those seeking to
>> join the “bug triage” team, they just need to have a PR committed (and
>> they will be rewarded).
>>
>> QGIS Bug Squash party goal
>>
>> If we need to define a goal, it would be: cleanup 2/3 of the queue (and
>> keep the queue below 1000 issues).
>>
>> Comments
>>
>> Please provide comments about this proposal. For the exact dates for the
>> party, I suggest 14 and 15 (next week) to have a regular working day
>> (for those able to work on QGIS on their daily jobs) and Saturday, for
>> the ones only working on their spare time.
>>
>> Regards,
>>
>> J. Gustavo
>>
> 

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
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] QGIS Bug Squash party

[Jorge Gustavo Rocha]

Hi devs,

We changed our bug tracking tool. One of the goals is to have more
people doing bug triage, confirming bug reports, providing examples,
screenshots and so on. We need more [power] users involved and more
developers on the “bug triage” team.

Let’s take advantage of all these discussions around the tool and the
changes introduced, to focus on what is really important: to have more
people involved in QGIS testing to provide more stable releases. To tool
is not the goal.

We need to clean up our bug/feature request queue. We already had good
proposals here on the list, regarding cleaning old issues and pointing
to new policies regarding issue lifetime. We just need more action!

Proposal

My proposal is to publish a post on our blog calling for a huge QGIS Bug
Squash party, for two days, making all users aware of this new tool and
calling them for this activity. We can ask them (for example) to
selected 5 issues they can improve, by providing more feedback
(confirming a bug report in current 3.x version, for example) or by
subscribing a feature request they found important.

To provide live support for all users involved in the party, I would
like to create a Doodle to make sure we have at least one developer
available on IRC/Gitter (for the all 48 hours) where people can discuss
what to do with ticket X. Each developer would subscribe a 4 hour period
(that’s the usual watchkeeping period for sailors).

I also would like to propose to the PSC/this developer list that current
committers can have the “triage” role on qgis/QGIS - upon request - to
have more people doing bug triage. Régis and Saber already mentioned
this limitation regarding issue management and both are well known
contributors (and Saber can follow 3D tickets ;-)) For those seeking to
join the “bug triage” team, they just need to have a PR committed (and
they will be rewarded).

QGIS Bug Squash party goal

If we need to define a goal, it would be: cleanup 2/3 of the queue (and
keep the queue below 1000 issues).

Comments

Please provide comments about this proposal. For the exact dates for the
party, I suggest 14 and 15 (next week) to have a regular working day
(for those able to work on QGIS on their daily jobs) and Saturday, for
the ones only working on their spare time.

Regards,

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
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

Re: [QGIS-Developer] Issue managers on Github

[Jorge Gustavo Rocha]

Hi Régis, hi Saber,

You are right. There was no proposal to migrate/update roles in GitHub.
It is really necessary, I think.

The "triage" role is quite adequate to give to active users that are
willing to help bug triage. This role does not have write permission, so
I think it can be granted with a less formal approach. All issue actions
are traceable and can be reverted/fixed if necessary.

The PSC could add a small rule to make clear how this triage role should
be granted.

In my opinion, it could be granted automatically for contributors (with
commits) or on demand for non contributors asking for it and showing
prior active participation (documentation, local groups, ...).

Regards,

Jorge Gustavo

Às 08:38 de 04/06/19, Saber Razmjooei escreveu:
> Hi Régis,
> 
> I can confirm. I can't even close my own (old) tickets.
> 
> Cheers
> Saber
> 
> On Tue, 4 Jun 2019 at 08:35, Régis Haubourg  <mailto:regis.haubo...@gmail.com>> wrote:
> 
> Hi all,
> it seems that I and a few others lost our issue manager rights when
> migrating from Redmine to Github.
> So I can't help as much in bug triaging, adding tags, changing
> assignees etc..
> It seems the "triaging" role can be assigned at the organisation
> level in github:
> 
> https://help.github.com/en/articles/repository-permission-levels-for-an-organization
> 
> Thanks for your help
> Régis
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org>
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> 
> 
> -- 
> Saber Razmjooei
> www.lutraconsulting.co.uk <http://www.lutraconsulting.co.uk>
> +44 (0)7568 129733
> 
> ___
> QGIS-Developer mailing list
> 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
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

Re: [QGIS-Developer] Issues ID mapping (was: Post github issues migration clean ups - some proposals)

[Jorge Gustavo Rocha]

Hi Sandro,

Às 08:36 de 30/05/19, Sandro Santilli escreveu:
> I was thinking that after migration it would be useful to be able
> to still follow a link from a commit log to its corresponding issue.
> > My understanding is that there's no 1:1 mapping between a Redmine
> issue number and a GitHub issue number other than using a lookup
> table (not included in QGIS source tree). Is that right ?
> 

The mapping table (m: red x gh) is available at:
https://github.com/qgis/QGIS-Enhancement-Proposals/issues/141#issuecomment-496006337

I think we need that table and the commit date. Commits before 20190526
should point to GitHub issue m(red); after 20190526 should point to
GitHub issue gh.

It that possible?

> Is there any other way to tell which issue number refers to each
> tracker ? Like... is there a "biggest issue number" that we could
> use to distinguish between the two ?
> 
> The use case for this would be to set up a redirect from
> issues.qgis.org so that whoever asks for a bigger issue number
> is sent to github. This would also simplify mapping of issue refs
> in commit logs from something like the Gitea mirror of QGIS, see
> this page for example:
> 
>   https://git.osgeo.org/gitea/qgis/QGIS/commit/3f9a07e7
> 
> You can see the commit log references #30003 issue number.
> Gitea was configured to transform that into a link to issues.qgis.org,
> but such link is a "not found" page:
> 
>   https://issues.qgis.org/issues/30003
> 
> An older commit, like this (not too old):
> 
>   https://git.osgeo.org/gitea/qgis/QGIS/commit/f9810a453
> 
> Also references an issue number (#14885) but in this case
> the link goes to an existing page:
> 
>   https://issues.qgis.org/issues/14885
> 
> The solution I'd see for this would be setting up a redirect
> on issues.qgis.org to do the second hop to GitHub when needed,
> is that possible to do at the moment ?
> 
> PS: needless to say, if/when in the future QGIS issues will move
> again we'll have NO CHANCE of setting up such redirects...

I'm trying to find old Redmine issue references and replace then by the
new ones, so everything points to the new ones. Commits messages are not
easy to change, since the message itself is part of the commit.

I've just made https://github.com/qgis/QGIS/pull/30014 to have all
comments in code (and in tests) pointing only to GitHub.

Regards,

Jorge Gustavo

> 
> --strk;
> ___
> QGIS-Developer mailing list
> 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
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

Re: [QGIS-Developer] Post github issues migration clean ups - some proposals

[Jorge Gustavo Rocha]

Hi Alexis,

There is no formal cleanup call, but in are in feature freeze until 3.8
release on summer solstice (next June, 21th). That is why Nyall proposed
this move to GitHub right now, on this feature freeze period.

In other words, we are already in this "round of cleanup"!

So, let's go get them!

Regards,

Jorge Gustavo

Às 21:50 de 27/05/19, Alexis R.L. escreveu:
> Greetings,
> 
> Out of curiosity, will there be a round of cleanup? Some issues are
> either quite old and possibly not reproducible while some other are the
> eternal crash when closing qgis.
> 
> 
> Alexis Roy-Lizotte
> 
> 
> Le lun. 27 mai 2019 à 05:35, Giovanni Manghi  <mailto:giovanni.man...@gmail.com>> a écrit :
> 
> Hi,
> 
> 
> 
> >
> > - "Database" label: should this be renamed "db manager", to
> > disambiguate from postgis/spatialite/etc issues, which instead belong
> > under "data providers"?
> 
> agree
> 
> >
> > - Can "CAD" be merged into "Digitising"? There's only a handful of
> > open issues, and I don't think it warrants a separate category. In
> > QGIS these two concepts are basically merged now anyway.
> 
> not sure, maybe this was meant for the DXF/DWG import/export tools?
> 
> 
> 
> > - "Editing": This label is very vague -- it's being used for
> > digitizing issues, project editing issues, copy/paste issues, and even
> > data provider issues. I'd argue we could drop this label and use other
> > existing, more specific labels instead
> 
> 
> on Redmine I always assumed that "editing" was to be used for issues
> regarding the edits of alphanumeric attributes while "digitizing" was
> to be used for issues about the geometry edits.
> 
> 
> -- G --
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org>
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
> 
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> 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
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

Re: [QGIS-Developer] github tickets authorship

[Jorge Gustavo Rocha]

Hi Sandro,

The information about the author is there, but the issues were created
by the bot. You can not search previous issues by: author:strk.

But since your name was mapped to your GH account, you don't need to
search by your name (as a text string). You can search:

is:open mentions:strk
or
is:open assignee:strk

Regards,

Jorge Gustavo

Às 13:27 de 26/05/19, Sandro Santilli escreveu:
> I was looking at the migrated tickets and found that no tickets
> are known as being reported by myself. Searching for "own tickets"
> is something I'm used to do, periodically, to see if there's any
> problem that I reported that can be closed (I'm probably in the
> best position to test my own tickets).
> 
> Was authorship information lost in the migration or is there a plan
> to recover ?
> 
> --strk;
> ___
> QGIS-Developer mailing list
> 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
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

Re: [QGIS-Developer] Bug fixing sprint -- can we pull the pin on the issues migration?

[Jorge Gustavo Rocha]

Hi Paolo,

It would be nice to have a decision by the PSC about this. The technical
part was discussed and managed by developers, as a regular QEP [1], but
the decision about the move should be clear and should come from the
PSC. As far as I remember, we discuss this at Coruña meeting (Tim and
Nyall were also online) and we all agreed that the last word would be
from the PSC.

15 days ago Marco tried to trigger the PSC vote (as he commented in the
QEP), but I'm not sure if he was able to do it (or to collect the votes
from the members).

If it possible to have a decision from the PSC, it would be perfect.

Regards,

Jorge Gustavo

[1] https://github.com/qgis/QGIS-Enhancement-Proposals/issues/141


Às 05:26 de 21/05/19, Paolo Cavallini escreveu:
> Hi Nyall,
> I agree, this is probably the best time for the switch. I don't know of
> any technical objections. If someone has it, please speak out.
> Regards.
> 
> Il 21 maggio 2019 04:25:06 CEST, Nyall Dawson 
> ha scritto:
> 
> Hi list,
> 
> Given that we're back in freeze and focusing on bug fixing, could we
> hit the switch and make the final issues migration occur?
> 
> From my perspective it seems like all the outstanding addresses with
> the migration have been resolved, nothing new has been raised since a
> number of weeks (months?) and there's no longer any blockers that I
> can see from the previous discussions.
> 
> And it would be oh-so-nice to not have to waste precious bug fixing
> hours trawling through redmine once again...
> 
> Nyall
> 
> QGIS-Developer mailing list
> QGIS-Developer@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
> 

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
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

Re: [QGIS-Developer] Qgis has just vanished

[Jorge Gustavo Rocha]

Hi Shane,

Your question is not related with QGIS development. You should post it
to QGIS-user list. On that list you mighty have better support.

QGIS did not vanish. It does not install because you have broken
packages, right? You have to fix that before installing QGIS or any
other application.

Please google: ubuntu broken packages

Usually that can be solved simple by doing: sudo apt install -f

Check the repository you are using. It should be:

deb https://qgis.org/ubuntu bionic main
deb-src https://qgis.org/ubuntu bionic main

Fix the broken packages, check the repository you are using and report back.

Regards,

Jorge Gustavo

Às 08:00 de 11/03/19, Shane Carey escreveu:
> Hi,
> 
> Qgis has just vanished from my machine and I've no idea why? I tried to
> do a re-install and I keep getting:
> 
> |E: Unable to correct problems, you have held broken packages.
> 
> |
> 
> |Any ideas on what is going on here? I am on ubuntu 18.04
> |
> 
> |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
> 

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
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

Re: [QGIS-Developer] Request for Change of UserAgent

[Jorge Gustavo Rocha]

Hi Richard,

Each user can change the UserAgent, as ElPaso pointed out (under
Advanced settings).

But you are suggesting to start distributing QGIS with a different
default other than "Mozilla/5.0", right? Which kind of UserAgent you
think is a good one? "QGIS "?

We can also add another default setting (not difficult to implement) to
use a specific UserAgent string when using te OpenStreetMap tile
service, and keep the default for all other services. Something like:
connections-xyz\OpenStreetMap\useragent=QGIS

Regards,

Jorge

Às 16:30 de 20/02/19, Richard Duivenvoorde escreveu:
> Hi Devs, PSC,
> 
> I had a short talk on IRC to 'Firefishy' the person who runs
> tile.openstreetmap.org CDN
> (in bcc, and see: http://irclogs.geoapt.com/qgis/%23qgis.2019-02-20.log)
> 
> In short: he/osm has an issue with QGIS using 'Mozilla/5.0 ' as
> User-Agent header, but QGIS NOT behaving as a true browser.
> 
> He explains that the tricks to create their abuse filters do not work on
> QGIS because (for example) we do not honor cookies.
> 
> I asked this earlier:
> 
> http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-Do-we-have-a-User-Agent-string-for-QGIS-td5360740.html
> 
> But in my opinion now is time to change our default UserAgent.
> 
> In the email thread above people were afraid that certain wms proxies
> would block us, but I think we should just try.
> 
> IF we have proxy troubles, we can change the UserAgent per service? For
> example change the UserAgent only for OSM related services.
> Mmm, is it possible to do that via Python...
> 
> I think that we should honor requests from a colleague-FOSS-service. He
> notes that they are exceeding 17000 tile requests per second at peaks...
> 
> 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
> 

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
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

Re: [QGIS-Developer] Why is .qgz the default format?

[Jorge Gustavo Rocha]

Hi Richard,

Feel free to write something!

We need people able to take advantage of the *.qgz format. As Matthias
said, I like the *.qgz format "for the possibilities it will offer in
the future".

But we need to solve the problems reported by users quickly.

See you in 41 days,

Jorge

Às 20:09 de 21/01/19, Richard Duivenvoorde escreveu:
> On 1/21/19 5:27 PM, Jorge Gustavo Rocha wrote:
> 
>> Edit once the ~/.vimrc and add the line:
>> au BufReadCmd *.qgz call zip#Browse(expand(""))
>>
>> Afterwards, you just need to:
>> 1) vim project.qgz
>> and it open the project. Hit enter on top of the project.qgs file and
>> make your changes.
> 
> Cool, Working !!!
> 
>> sed (or for some kind of scripting)
>>
>> Sometimes I need to use sed to do several find/replace. Do do that, I
>> have a folder /mnt/qgis owned by my user.
>>
>> To change the project:
>> 1) fuse-zip edicaoavancada.qgz /mnt/qgis
>>
>> 2) Do command line editing...
>> sed -i "s|\([^<]\+\)|\1
>> 2017|g" /mnt/qgis/edicaoavancada.qgs
>>
>> 3) recreate the qgz file
>> fusermount -u /tmp/qgis
> 
> Very techie, but nice :-)
> 
> Jorge, you should wirte QGIS-nerd blogs someday :-).
> There is a free position on qgis.nl :-)
> Happy to sent you login ;-)
> 
> Regards,
> 
> Richard Duivenvoorde
> 
> Ps if you do not write something I will (and quote 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
> 

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
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

Re: [QGIS-Developer] Why is .qgz the default format?

[Jorge Gustavo Rocha]

Hi,

Just 0,20 € for editing the *.qgs file inside the *.qgz.

Windows users:

7zip is able to edit the file in place. By default, it uses Notepad,
which is not very useful. But you con configure a nice editor (notepad++
or another) in the 7zip options. I don't use Windows, but I've launched
one just to check this option and it works.

Linux users (or distributions using vim)

vim can open the *.qgz file and then edit the *.qgs in place. That's
what I do.

You just need to tell vim zip plugin that the *.qgz are also zipped files.

Edit once the ~/.vimrc and add the line:
au BufReadCmd *.qgz call zip#Browse(expand(""))

Afterwards, you just need to:
1) vim project.qgz
and it open the project. Hit enter on top of the project.qgs file and
make your changes.

sed (or for some kind of scripting)

Sometimes I need to use sed to do several find/replace. Do do that, I
have a folder /mnt/qgis owned by my user.

To change the project:
1) fuse-zip edicaoavancada.qgz /mnt/qgis

2) Do command line editing...
sed -i "s|\([^<]\+\)|\1
2017|g" /mnt/qgis/edicaoavancada.qgs

3) recreate the qgz file
fusermount -u /tmp/qgis

This does not solve any of the problems mentioned, but allows me to do
all kind of editing/scripting of top of the zipped project file.

Regards,

Jorge Gustavo

Às 15:19 de 21/01/19, Paolo Cavallini escreveu:
> Sorry I was not clear: I meant that in the list you can find several
> issues deriving from qgz, as already pointed out.
> All the best.
> 
> On 21/01/19 16:12, Régis Haubourg wrote:
>> Hi Paolo,
>> I think you issue list is a bit pessimistic. Looking a issues
>> mentionning qgz in the subject, we find only 3-4 issues:-- 
> 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
> 

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
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

Re: [QGIS-Developer] Redmine stats

[Jorge Gustavo Rocha]

Hi Marco,

Glad to know that you are taking the lead of this discussion to move
issues away from redmine.

Last year, in Madeira, we have (another) discussing about the subject.

Vincent strongly support the move to GitLab. As I remember, he already
did something on GitLab and was quite confident about the results. If
Vincent is able to come, better.

If you agree to discuss this again, may I open a "Move to GitLab" stream
in the Coruña meeting wiki? That would allow us to prepare a demo
related to issue management and CI (testing and deploy).

Thanks for raising this issue (again).

See you soon,

Jorge

Às 08:32 de 16/01/19, Marco Bernasocchi escreveu:
> Hi Carlo,
> 
> unfortunately (personal opinion) the issue tracker is not on github but
> on a redmine instance so we can't use the api stats nor the integrated
> pulse dash board like in https://github.com/opengisch/QField/pulse
> 
> There have been endless discussion in that sense without ever reaching a
> consensus, therefore at the last PSC meeting we decided that I should
> take the lead on this discussion.
> 
> Cheers Marco
> 
> On 15.01.19 15:49, Carlo A. Bertelli (Charta s.r.l.) wrote:
>> Hello,
>> maybe I don't catch the right meaning of proposals, but I think we
>> could put in better use GitHub by using its API
>> (https://developer.github.com/v3/repos/statistics/).
>> Sorry for misunderstanding if it happens.
>> c
>>
>>
>> Il giorno mar 15 gen 2019, 09:03 Paolo Cavallini
>> mailto:cavall...@faunalia.it>> ha scritto:
>>
>> Hi Richard,
>>
>> On 15/01/19 07:53, Richard Duivenvoorde wrote:
>> > I had a look at that page, it is 4 years old, and updates the
>> database
>> > schema? Anybody experience with this or anybody wants to fix the
>> > database if anything goes wrong ;-)
>> > (Maybe try at the hackfest after a db backup, not we run Redmine
>> 2.5.2)
>>
>> thanks for your reply (and glad also Nyall is intersted - I really
>> think
>> this should make part of our quality control strategy).
>> The plugin I mentioned was just an example. I see there are many,
>> e.g.:
>> https://duckduckgo.com/?q=redmine+statistics=ffab=images
>> Selecting the most appropriate is an important part of the job.
>> Unfortunately, many are not free, but I do not think we need very
>> fancy
>> stuff- the rate of opening and closing tickets over time is
>> probably the
>> most important thing. Any Redmine expert around?
>> All the best.
>> -- 
>> Paolo Cavallini - www.faunalia.eu <http://www.faunalia.eu>
>> QGIS.ORG <http://QGIS.ORG> Chair:
>> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org>
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> -- 
> Marco Bernasocchi
> QGIS.org Co-chair
> ma...@opengis.ch <mailto:ma...@opengis.ch>
> +41 (0)79 467 24 70 
> 
> OPENGIS.ch Logo <https://www.opengis.ch>
> 
> ___
> QGIS-Developer mailing list
> 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
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

Re: [QGIS-Developer] [Qgis-community-team] Call for nominations for new QGIS community voting members

[Jorge Gustavo Rocha]

Hi Paolo,

I don't see this process as a problem, but as an opportunity to build a
better community. That's why this process exist, to recognize and reward
the most dedicated members.

I would put the question in the other way: why can't we make the
nominations public from the start? Is it a problem?

Marco had to send a reminder for the nominations. Why? In my opinion, if
the nominations started as a public process, more people were involved
from the beginning. Soon as the first nomination appeared, others
nominations would came.

In summary: I don't think this is a problem but we should take all
opportunities to foster collaboration, transparency and open communication.

See you soon,

Jorge

Às 16:18 de 10/01/19, Paolo Cavallini escreveu:
> Hi all,
> so are you suggesting that:
> * the call for nominations should be done by a non PSC member (now it's
> a PSC member doing this)
> * make nominations public from the start (we currently disclose them
> after collecting them).
> For the first one I frankly don't see any issue.
> For the second one, having a short buffer does not seem a real problem
> for me; could you please elaborate?
> Thanks.
> 
> On 10/01/19 15:57, Borys Jurgiel wrote:
>> Yes, it's what I had in mind :)
>>
>> Dnia czwartek, 10 stycznia 2019 15:09:18 CET Jorge Gustavo Rocha pisze:
>>> Hi,
>>>
>>> May I join the discussion?
>>>
>>> The OSGeo does this same process [1] every year. I think we can take
>>> advantage of the experience and use a similar procedure, which is
>>> absolutely transparent.
>>>
>>> Every year a CRO [2] is nominated to run the process as independent as
>>> possible (from the board/PSC), the nominations are validated by the CRO
>>> and published on the wiki, and afterwards, people allowed to vote can
>>> review the motivations for each nominee and vote accordingly.
>>>
>>> Regards,
>>>
>>> Jorge Gustavo
>>>
>>> [1] https://wiki.osgeo.org/wiki/Membership_Process
>>> [2] https://wiki.osgeo.org/wiki/Chief_Returning_Officer
>>>
>>> Às 13:53 de 10/01/19, Borys Jurgiel escreveu:
>>>> Thanks Tim!
>>>>
>>>> Looking for candidates is not exactly what I mean. I rather wonder if
>>>> public nominations and then voting on them wouldn't be more transparent
>>>> and encouraging to participate.
>>>>
>>>> Regards,
>>>>
>>>> Borys
>>>>
>>>> Dnia wtorek, 8 stycznia 2019 12:11:08 CET Tim Sutton pisze:
>>>>> Hi Borys
>>>>>
>>>>> Simple answer is just to chat to the person you plan to nominate first
>>>>> and
>>>>> see if they are willing.
>>>>>
>>>>> Regards
>>>>>
>>>>> Tim
>>>>>
>>>>>> On 08 Jan 2019, at 11:18, Borys Jurgiel  wrote:
>>>>>>
>>>>>> Dnia poniedziałek, 7 stycznia 2019 23:57:02 CET Marco Bernasocchi pisze:
>>>>>>> Hi Everybody, this is a gentle reminder that the Call for nominations
>>>>>>> at
>>>>>>>
>>>>>>> https://goo.gl/forms/Lfk1VBDKlRAOrWYq1
>>>>>>>
>>>>>>> will close January 9th 2019 at midnight (GMT).
>>>>>>>
>>>>>>> Cheers
>>>>>>> Marco
>>>>>>
>>>>>> I have one stupid question: how can we know who is interested in being
>>>>>> nominated and who prefers to rather keep away and not be burdened with
>>>>>> the
>>>>>> voting duties? :) Maybe it's because I missed a lot of hackfests, but I
>>>>>> simply don't know who wants to join QGIS.ORG.
>>>>>>
>>>>>> Some of you know I'm looking for a way to be able to also represent the
>>>>>> QGIS.ORG somehow when I'm representing the QGIS project here in Poland,
>>>>>> and
>>>>>> unfortunately being the voting member seems to be the only bridge
>>>>>> between
>>>>>> them. I'm sure there is a bunch of us in similar situation, much more
>>>>>> deserving this position than me, so if any of you wants/needs my
>>>>>> nomination
>>>>>> for fulfilling your representative duties or any other reasons, please
>>>>>> let
>>>>>> me know to help me making the right nominations! :)
>>>>>>
>>>>>> Cheers,
>>>>>>
>>&g

Re: [QGIS-Developer] Call for nominations for new QGIS community voting members

[Jorge Gustavo Rocha]

Hi,

May I join the discussion?

The OSGeo does this same process [1] every year. I think we can take
advantage of the experience and use a similar procedure, which is
absolutely transparent.

Every year a CRO [2] is nominated to run the process as independent as
possible (from the board/PSC), the nominations are validated by the CRO
and published on the wiki, and afterwards, people allowed to vote can
review the motivations for each nominee and vote accordingly.

Regards,

Jorge Gustavo

[1] https://wiki.osgeo.org/wiki/Membership_Process
[2] https://wiki.osgeo.org/wiki/Chief_Returning_Officer


Às 13:53 de 10/01/19, Borys Jurgiel escreveu:
> Thanks Tim!
> 
> Looking for candidates is not exactly what I mean. I rather wonder if public 
> nominations and then voting on them wouldn't be more transparent and 
> encouraging to participate. 
> 
> Regards,
> 
> Borys
> 
> Dnia wtorek, 8 stycznia 2019 12:11:08 CET Tim Sutton pisze:
>> Hi Borys
>>
>> Simple answer is just to chat to the person you plan to nominate first and
>> see if they are willing.
>>
>> Regards
>>
>> Tim
>>
>>> On 08 Jan 2019, at 11:18, Borys Jurgiel  wrote:
>>>
>>> Dnia poniedziałek, 7 stycznia 2019 23:57:02 CET Marco Bernasocchi pisze:
>>>> Hi Everybody, this is a gentle reminder that the Call for nominations at
>>>>
>>>> https://goo.gl/forms/Lfk1VBDKlRAOrWYq1
>>>>
>>>> will close January 9th 2019 at midnight (GMT).
>>>>
>>>> Cheers
>>>> Marco
>>>
>>> I have one stupid question: how can we know who is interested in being
>>> nominated and who prefers to rather keep away and not be burdened with the
>>> voting duties? :) Maybe it's because I missed a lot of hackfests, but I
>>> simply don't know who wants to join QGIS.ORG.
>>>
>>> Some of you know I'm looking for a way to be able to also represent the
>>> QGIS.ORG somehow when I'm representing the QGIS project here in Poland,
>>> and
>>> unfortunately being the voting member seems to be the only bridge between
>>> them. I'm sure there is a bunch of us in similar situation, much more
>>> deserving this position than me, so if any of you wants/needs my
>>> nomination
>>> for fulfilling your representative duties or any other reasons, please let
>>> me know to help me making the right nominations! :)
>>>
>>> Cheers,
>>>
>>> Borys
>>>
>>>
>>> ___
>>> QGIS-Developer mailing list
>>> 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 <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
> 

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
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

Re: [QGIS-Developer] MSSQL driver not found & Can't open lib 'SQL Server' - QGIS 2.18 LTR on Debian

[Jorge Gustavo Rocha]

Hi Michaël,

My first guest is that you need to update your GDAL. I was able to
import MSSQL tables with GDAL 2.3.2. With previous versions, I was
getting those hieroglyphs too.

I've imported a MSSQL Server database to Postgresql that was written by
Geomedia.

To recover the geometry, I had to use the MSSQL function:
geometry_spa.STAsBinary()

Example of the script:

(...)
#Export using ogr2ogr
ogr2ogr -overwrite -skipfailures -preserve_fid -f "PostgreSQL"
PG:"host=$pghost user=$pguser dbname=$pgdb password=$pgpwd
active_schema=$pgschema" -nln $table_name /vsistdin/ <


MSSQL:driver={ODBC 
Driver 17 for SQL
Server};server=$msserver,59228;database=$mssqlschema;tables=$table_name;UID=$msuser;PWD=$mspassword
EPSG:3763
SELECT *, 
geometry_spa.STAsBinary() as the_geom FROM
$table_name


EOF

I hope it helps.

Regards,

Jorge

Às 16:55 de 16/11/18, kimaidou escreveu:
> Ok, I have progressed a little bit.
> You have to rename the section in the odbcinst.ini file. QGIS and
> ogr2ogr expects the section [SQL Server] and not [ODBC Driver 17 for SQL
> Server] as written by Microsoft package.
> 
> Then I can use ogr2ogr to connect to my database and convert some table
> with this:
> ogr2ogr -f "ESRI Shapefile" "/tmp/Carto.vPole"
> "MSSQL:server=myserver;database=MyBase;uid=carto;pwd=***;"
> -overwrite -sql "SELECT id, position FROM Carto.vPole"
> 
> Now I need to understand the SQL Server syntax, and understand why I
> have hieroglyphs in my text fields (encoding I presume...)
> 
> 
> 
> 
> 
> Le ven. 16 nov. 2018 à 17:00, kimaidou  <mailto:kimai...@gmail.com>> a écrit :
> 
> Hi all,
> 
> I am trying to connect to a MSSQL server from a QGIS installed in a
> Linux Debian Jessie computer.
> I have checked that the credentials are ok with the mssql-client
> from Microsoft:
> 
> mssql-cli -S myserver -U carto -P *** -d MyBase
> 
> I installed the following packages from debian and Microsoft repos :
> 
> curl https://packages.microsoft.com/keys/microsoft.asc | apt-key add -
> curl https://packages.microsoft.com/config/debian/8/prod.list  >
> /etc/apt/sources.list.d/mssql-release.list
> apt-get update
> ACCEPT_EULA=Y apt-get install -y mssql-cli unixodbc-dev mssql-tools
> msodbcsql17 msodbcsql odbcinst libqt4-sql-tds libqt4-sql-odbc
> 
> When I open QGIS and try to set up a connection, I use not DSN, and
> I put my server "myserver" as the host. I add the user and password.
> Then try to list the databases, but I get this error
> 
> [unixODBC][Driver Manager]Can't open lib 'SQL Server' : file not found
> 
> I tested with
> 
> root@carto:~# odbcinst -j
> unixODBC 2.3.1
> DRIVERS: /etc/odbcinst.ini
> SYSTEM DATA SOURCES: /etc/odbc.ini
> FILE DATA SOURCES..: /etc/ODBCDataSources
> USER DATA SOURCES..: /root/.odbc.ini
> SQLULEN Size...: 8
> SQLLEN Size: 8
> SQLSETPOSIROW Size.: 8
> 
> So I checked /etc/odbcinst.ini which seems ok
> 
> root@carto:~# cat /etc/odbcinst.ini
> [ODBC Driver 17 for SQL Server]
> Description=Microsoft ODBC Driver 17 for SQL Server
> Driver=/opt/microsoft/msodbcsql17/lib64/libmsodbcsql-17.2.so.0.1
> UsageCount=1
> 
> [ODBC Driver 13 for SQL Server]
> Description=Microsoft ODBC Driver 13 for SQL Server
> Driver=/opt/microsoft/msodbcsql/lib64/libmsodbcsql-13.1.so.9.2
> UsageCount=1
> 
> Should I install more packages ?  Any help appreciated.
> 
> Regards,
> Michaël
> 
> 
> ___
> QGIS-Developer mailing list
> 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
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

Re: [QGIS-Developer] unable to compile release_3_4

[Jorge Gustavo Rocha]

Hi Martin,

Do you have libpython3.6 installed? (Which is your OS, by the way?)

I have libpython3.6.so installed from libpython3.6 package.
On my Ubuntu 18.04, it is at:

jgr@zoe:~$ dpkg -L libpython3.6 | grep libpython3.6.so$
/usr/lib/python3.6/config-3.6m-x86_64-linux-gnu/libpython3.6.so

Regards,

Às 11:42 de 04/11/18, Martin Landa escreveu:
> Hi,
> 
> my last attempt to compile QGIS from release_3_4 fails with
> 
> [ 77%] Built target georefplugin
> make[2]: *** No rule to make target
> '/usr/lib/x86_64-linux-gnu/libpython3.6.so', needed by
> 'output/lib/libqgispython.so.3.4.1'.  Stop.
> make[1]: *** [CMakeFiles/Makefile2:4213:
> src/python/CMakeFiles/qgispython.dir/all] Error 2
> 
> Any idea what could be wrong? Thanks, Ma
> 

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
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

Re: [QGIS-Developer] plugins?

[Jorge Gustavo Rocha]

Hi Arne,

Please use the SCP issue tracker to report your problem:

https://github.com/semiautomaticgit/SemiAutomaticClassificationPlugin/issues

Please report your QGIS version (QGis 3.2.3-Bonn, as you said) and SCP
version (go to SCP → ABout, SCP version, like 6.2.3).

Add a description of the steps you take before trying "Clip multiple
rasters".

Regards,

Jorge

Às 14:16 de 22/09/2018, Arne Linløkken escreveu:
> I just downloaded QGis 3.2.3-Bonn, andthere  SCP plugin was included.
> Now I struggle with the "Clip multiple raster" function. I can't get
> hold of the input files by clicking on the  though both raster and shape
> files are added. Earlier versions showed the selected raster, and the
> shape file name appeared at once when marking in “Use vector for….”. Is
> there a bug or am I doing something wrong. So far I haven’t found an
> answer in the SCP manual.
> 
>  
> 
> Arne
> 
>  
> 
>  
> 
> -Opprinnelig melding-
> Fra: Borys Jurgiel 
> Sendt: lørdag 22. september 2018 14:16
> Til: qgis-developer@lists.osgeo.org; rich...@duif.net
> Kopi: Arne Linløkken 
> Emne: Re: [QGIS-Developer] plugins?
> 
>  
> 
> Dnia sobota, 22 września 2018 13:04:21 CEST Richard Duivenvoorde pisze:
> 
>> Searching for scp I find:
> 
>>
> 
>> http://plugins.qgis.org/plugins/scpplugin/
> 
>  
> 
> Just to clarify, Arne meant that one:
> 
> http://plugins.qgis.org/plugins/SemiAutomaticClassificationPlugin/
> 
>  
> 
> As Richard said, if your QGIS can access the network, you should see
> ~800 available plugins in the Plugins -> Manage and Install Plugins menu.
> 
>  
> 
> Regards,
> 
> Borys
> 
>  
> 
>  
> 
> 
> 
> ___
> QGIS-Developer mailing list
> 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
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] QGIS 3 modeler - GDAL call parameters double escaped

[Jorge Gustavo Rocha]

Hi,

I was showing a very small use case of the modeler, with just two steps,
to count reindeers in a IR raster. It failed with a very simple error.
If I use spaces in the final output name, it fails. This is not a high
priority issue.

If I set the output name as 'reindeer polygons', the gdal call is:

gdal_polygonize.py
/tmp/processing_7b5b06e1a8f14ee09ac38187a00ce932/dfee0e38cbd1483ca732fd82a12110c5/OUTPUT.tif
"\"/tmp/processing_7b5b06e1a8f14ee09ac38187a00ce932/ef043a13ea8044c4a4ab9fee9c373b1f/gdal_polygonize_1_reindeer
polygons.shp\"" -b 1 -f "ESRI Shapefile"

But the additional " are not necessary and it will fail. The entire log
is below.

If the generated string was just (without the additional \"):

gdal_polygonize.py
/tmp/processing_7b5b06e1a8f14ee09ac38187a00ce932/dfee0e38cbd1483ca732fd82a12110c5/OUTPUT.tif
"/tmp/processing_7b5b06e1a8f14ee09ac38187a00ce932/ef043a13ea8044c4a4ab9fee9c373b1f/gdal_polygonize_1_reindeer
polygons.shp" -b 1 -f "ESRI Shapefile"

it works.

So, it is escaped only if there are spaces on the output name. In Linux
this double escaping fails. Does this escaping works on other OS? Is it
safe to discard this double escaping mechanism?

Regards,

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
Tel: +351 253604480
Fax: +351 253604471
Móvel: +351 910333888
skype: nabocudnosor

-

Processing algorithm…
Algorithm 'Counting Reindeer' starting…
Input parameters:
{ 'gdal:polygonize_1:reindeer polygons' :
'/tmp/processing_7b5b06e1a8f14ee09ac38187a00ce932/ed2a4eb50e1d4a6ebe98392ea9f1c520/gdal_polygonize_1_reindeer
polygons.shp', 'infrared' :
'/home/jgr/Documentos/Classification/classification.tif' }

Prepare algorithm: qgis:rastercalculator_1
Running Raster calculator [1/2]
Input Parameters:
{ CELLSIZE: 1, CRS: 'EPSG:32633', EXPRESSION:
'"@1" = 12', EXTENT:
'/home/jgr/Documentos/Classification/classification.tif', LAYERS: '',
OUTPUT:
'/tmp/processing_7b5b06e1a8f14ee09ac38187a00ce932/b2be67056f714fcca6a0317233b4b134/OUTPUT.tif'
}
OK. Execution took 0.321 s (1 outputs).
Prepare algorithm: gdal:polygonize_1
Running Polygonize (raster to vector) [2/2]
Input Parameters:
{ BAND: 1, EIGHT_CONNECTEDNESS: False, FIELD: 'DN', INPUT:
'/tmp/processing_7b5b06e1a8f14ee09ac38187a00ce932/b2be67056f714fcca6a0317233b4b134/OUTPUT.tif',
OUTPUT:
'/tmp/processing_7b5b06e1a8f14ee09ac38187a00ce932/ed2a4eb50e1d4a6ebe98392ea9f1c520/gdal_polygonize_1_reindeer
polygons.shp' }
GDAL command:
gdal_polygonize.py
/tmp/processing_7b5b06e1a8f14ee09ac38187a00ce932/b2be67056f714fcca6a0317233b4b134/OUTPUT.tif
"\"/tmp/processing_7b5b06e1a8f14ee09ac38187a00ce932/ed2a4eb50e1d4a6ebe98392ea9f1c520/gdal_polygonize_1_reindeer
polygons.shp\"" -b 1 -f "ESRI Shapefile" None DN
GDAL command output:
ERROR 1: Failed to create directory
"/tmp/processing_7b5b06e1a8f14ee09ac38187a00ce932/ed2a4eb50e1d4a6ebe98392ea9f1c520/gdal_polygonize_1_reindeer
polygons.shp" for shapefile datastore.

Creating output
"/tmp/processing_7b5b06e1a8f14ee09ac38187a00ce932/ed2a4eb50e1d4a6ebe98392ea9f1c520/gdal_polygonize_1_reindeer
polygons.shp" of format ESRI Shapefile.

Traceback (most recent call last):

File "/usr/bin/gdal_polygonize.py", line 197, in 

dst_layer = dst_ds.CreateLayer(dst_layername, geom_type=ogr.wkbPolygon,
srs = srs )

AttributeError: 'NoneType' object has no attribute 'CreateLayer'

OK. Execution took 0.144 s (1 outputs).
Model processed OK. Executed 2 algorithms total in 0.772 s.
Execution completed in 0.79 seconds
Results:
{'gdal:polygonize_1:reindeer polygons':
}

Loading resulting layers
The following layers were not correctly generated.
/tmp/processing_7b5b06e1a8f14ee09ac38187a00ce932/ed2a4eb50e1d4a6ebe98392ea9f1c520/gdal_polygonize_1_reindeer
polygons.shp
You can check the 'Log Messages Panel' in QGIS main window to find more
information about the execution of the algorithm.

___
QGIS-Developer mailing list
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] Do we have a User-Agent string for QGIS

[Jorge Gustavo Rocha]

Hi Richard,

Yes, we use an User Agent for XYZ requests. The string is exposed in the
settings (Settings → Options → Network). Users can change it. The
default User Agent is "Mozilla/5.0".

Even if the user changes the UserAgent in settings, the string "
QGIS/version" is always added to the User Agent defined. So, the User
Agent is in fact "Mozilla/5.0 QGIS/3.x". See
src/core/qgsnetworkaccessmanager.cpp

  QString userAgent = s.value( QStringLiteral(
"/qgis/networkAndProxy/userAgent" ), "Mozilla/5.0" ).toString();
  if ( !userAgent.isEmpty() )
userAgent += ' ';
  userAgent += QStringLiteral( "QGIS/%1" ).arg( Qgis::QGIS_VERSION );
  pReq->setRawHeader( "User-Agent", userAgent.toUtf8() );

That is what we have: an User Agent as "Mozilla/5.0 QGIS/3.x".

I think plugins should use the same approach. If some plugin
'misbehaves', we just need to fix it.

Regards,

Jorge Gustavo

On 08-04-2018 13:38, Richard Duivenvoorde wrote:
> Hi,
> 
> Being busy with a Nominatim Locator Filter plugin, which retrieves
> geocoder results from the Nominatim service, I read [0] in the Usage
> Policy that the project asks to provide a proper User-Agent in the
> headers. Same
> 
> My question here:
> - do we already have a 'QGIS-Desktop' User-Agent string?
> I read that the tile services (we use the xyz tiles), also ask that [1],
> so we probably (should) have?
> 
> You can put a lot of info in it [2], but I could just add a plugin
> string like: "QGIS-Nominatim-Locator-Plugin".
> 
> OR would it be better to do it project wide: like there would be a
> 'iface.getUserAgentString()'
> which could create much more interesting User-Agent like:
> "QGIS/3.1 (x86_64 GNU/Linux, nl, Qt 5.9.2, GDAL 2.2.4)"
> Or so...
> 
> Mmm, now thinking about it, it is probably better if I just use my own
> User-Agent for a plugin, then when the plugin 'misbehaves', it is not
> the QGIS-project that is blamed for it?
> 
> Or is is better to have one 'face' to the rest of the world.
> 
> Anybody?
> 
> Regards,
> 
> Richard Duivenvoorde
> 
> 
> 
> [0] https://operations.osmfoundation.org/policies/nominatim/
> [1] https://operations.osmfoundation.org/policies/tiles/
> [2] https://en.wikipedia.org/wiki/User_agent
> ___
> QGIS-Developer mailing list
> 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
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

Re: [QGIS-Developer] Failure to load PostGIS raster

[Jorge Gustavo Rocha]

Hi,

Same here. The raster loads, but it ask again for the login credentials.

Maybe this is related with the authentication configurations, but I have
no idea.

I confirm the issue.

Regards,

On 23-02-2018 18:54, Paolo Cavallini wrote:
> Hi all,
> list of tables, inlcuding rasters, are correctly displayed in DB
> Manager. When double clicking, loading fails with the message:
> Cannot open GDAL dataset PG: dbname=
> Couldn't establish database connection
> In the dialog username and password are requested.
> Vectors are loaded correctly.
> Anyone confirms?
> All the best.
> 

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
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