Re: [QGIS-Developer] [Qgis-psc] QGIS.org new website now online

[Richard Duivenvoorde via QGIS-Developer]

If you take off 'QGIS-OSGeo4W-3.34.8-1.msi'
from current download url:
https://qgis.org/downloads/QGIS-OSGeo4W-3.34.8-1.msi
you'll find older versions at:
https://qgis.org/downloads/

Regards,

Richard Duivenvoorde

(if you think this should be in the website somewhere, you can create an issue?)

On 7/19/24 12:47, Info OpenGIS via QGIS-Developer wrote:

I can't easily find the link that takes you to the page where you can download 
previous versions of QGIS windows.

Il 18 lug 2024 15:45, Tim Sutton via QGIS-Developer 
 ha scritto:

Thank you Julien!

Regards

Tim

On Wed, Jul 17, 2024 at 6:07 PM Julien Cabieces mailto:julien.cabie...@oslandia.com>> wrote:


Hi all,

Thank you to all the people involved in the new website, IMHO it's way
clearer and look more professionnal than the previous one.

Keep up the good work!

Regards,
Julien


 > Hi all
 >
 > 拾 The new website is now online! Visit https://qgis.org 
 to try it out. We have spent a lot of time trying to QA things 
but undoubtedly there will
 > still be some gremlins in the works. Please file issues here if you 
find things that are substantive issues (i.e. a broken link, spelling error) and
 > not 'reviews' of our work please. If you have other comments or 
suggestions for improvements, we much prefer that they be accompanied by
 > PR's which implement your proposed improvements to keep our workload 
down and the issue queue short.
 >
 >  We would love to get some more representative images/screenshots 
for the front and top level pages, so PR's addressing those will
 > be treated with priority.
 >
 > Thank you so much to the Kontur team (Aliaksandra, Andrei, 
Nadzeya, Tigran, Darafei and more!), the members of the website working
 > group that we formed, Anniina, Lova, Richard, Jürgen, Anita, 
Andreas. Amy, Thiasha, Jeremy Prior, and the many others (apologies for not
 > naming you individually) who contributed ideas, work, and support in 
the process.
 >
 >  Please note that your browser / ISP / DNS server and similar may be 
caching qgis.org  and the DNS entries related to it. Before 
reporting an
 > issue:
 >
 > 1. Try an anonymous browser to see if things work normally there
 > 2. Try clearing your cache in your browser
 > 3. Potentially you may need to wait a little for DNS propagation to 
complete
 >
 >  Please note that we made the decision NOT to translate the site 
into languages other than english. If you are an official country user group,
 > we encourage you to:
 >
 > 1. Advise the PSC of your intention to host a localized copy of the 
site
 > 2. Fork the web site repo https://github.com/qgis/QGIS-Hugo 

 > 3. Translate the content pages on your fork
 > 4. Host your fork on your country domain e.g. qgis.id 

 > 5. Advise us when your fork is online, we will cross link to your 
site from QGIS.org
 >
 > Thank you,
 >
 > Regards
 >
 > Tim

-- 


Julien Cabieces
Senior Developer at Oslandia
julien.cabie...@oslandia.com 



-- 
--

​

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


___
QGIS-Developer mailing list
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] debug messages not coming out, why ?

[Richard Duivenvoorde via QGIS-Developer]

running ccmake with -DCMAKE_BUILD_TYPE=Debug and then running form the build 
dir still gives me debug messages

Other options during runtime (IF you build Debug):

# NO messages
export QGIS_DEBUG=0

# FULL messages
export QGIS_DEBUG=5

Regards,

Richard Duivenvoorde

On 5/28/24 16:15, Sandro Santilli via QGIS-Developer wrote:

I'm running cmake with -D CMAKE_BUILD_TYPE=DEBUG but I don't
see any debug message printed on the console when starting
qgis from build dir, what am I missing ?

The INSTALL.md file says something about debugging but seems
to be only about the server ?

 ## 6.5. Debugging

 ```bash
 sudo tail -f /var/log/apache2/wcs_example.com/error.log
 ```

I'm pretty sure it used to work for me, I don't know when it stopped.

--strk;

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


___
QGIS-Developer mailing list
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] Qt6: qgsspatialindex.sip: line 148: column 5: 'QgsSpatialIndex::intersects' has an unsupported return type

[Richard Duivenvoorde via QGIS-Developer]

FYI on Debian Sid, I use a commit of Nyall to which he pointed earlier:

https://github.com/nyalldawson/QGIS/commit/c9b8c74d8abbc61f373dafbe94c35f2b8e9fe41d

I do have some Python issues with the dbmanager then though, which I then 
remove from the build.
The rest is working and I was able to make a plugin work for Qt6.

Not sure if all this 'magic' (to me) is still needed.

Regards,

Richard

On 5/28/24 03:16, Germán Carrillo wrote:

Hi Richard and Julien,


Thanks a lot for sharing the steps to compile QGIS with Qt6 on Debian. I 
followed your steps on Ubuntu Noble (24.04) and I've been able to reach this 
point that you're mentioning in this thread, namely:

'QgsSpatialIndex::intersects' has an unsupported return type - provide 
%MethodCode and a C++ signature
'QgsSpatialIndex::nearestNeighbor' has an unsupported return type - provide 
%MethodCode and a C++ signature
'QgsSpatialIndex::nearestNeighbor' has an unsupported return type - provide 
%MethodCode and a C++ signature
'QgsAttributeTableView::selectedFeaturesIds' has an unsupported return type - 
provide %MethodCode and a C++ signature
ninja: build stopped: subcommand failed.

For me, it has worked by bringing back the MethodCode removed at [1] (which dealt 
with QList). Namely, I copied these lines [2] to 
python/PyQt6/core/conversions.sip and built QGIS again.

After doing that, and after installing a couple of missing libs 
(pytho3-pyqt6.qtpositioning and pytho3-pyqt6.qtserialport), QGIS runs with 
Python bindings enabled on Qt6.


Julien, could this MethodCode be still needed for particular SIP versions? 
Could we bring back this MethodCode to python/PyQt6/core/conversions.sip or 
what could be the recommended approach?


Regards,

Germán

[1] 
https://github.com/qgis/QGIS/pull/55674/commits/5711a69d26e980395529b56e8e3fa757fbfb5550
 
<https://github.com/qgis/QGIS/pull/55674/commits/5711a69d26e980395529b56e8e3fa757fbfb5550>
[2] 
https://github.com/qgis/QGIS/blob/895193f2dddb616cfd21c8cdde037b971f15aa32/python/core/conversions.sip#L1566-L1613
 
<https://github.com/qgis/QGIS/blob/895193f2dddb616cfd21c8cdde037b971f15aa32/python/core/conversions.sip#L1566-L1613>

El mié, 31 ene 2024 a las 9:11, Richard Duivenvoorde via QGIS-Developer 
(mailto:qgis-developer@lists.osgeo.org>>) 
escribió:

Hi,

My Qt6 (test) build stops with the following:

Generating the gui bindings...
sip-build: 
/home/richard/git/qgisqt6/build/python/core/auto_generated/qgsspatialindex.sip: 
line 148: column 5: 'QgsSpatialIndex::intersects' has an unsupported return 
type - provide %MethodCode and a C++ signature

/home/richard/git/qgisqt6/build/python/core/auto_generated/qgsspatialindex.sip: 
line 159: column 5: 'QgsSpatialIndex::nearestNeighbor' has an unsupported 
return type - provide %MethodCode and a C++ signature

/home/richard/git/qgisqt6/build/python/core/auto_generated/qgsspatialindex.sip: 
line 179: column 5: 'QgsSpatialIndex::nearestNeighbor' has an unsupported 
return type - provide %MethodCode and a C++ signature

/home/richard/git/qgisqt6/build/python/gui/auto_generated/attributetable/qgsattributetableview.sip:
 line 63: column 5: 'QgsAttributeTableView::selectedFeaturesIds' has an 
unsupported return type - provide %MethodCode and a C++ signature
ninja: build stopped: subcommand failed.

Is this my setup?
Do others succeed in creating the python bindings?

python3-sip/testing,now 4.19.25+dfsg-5+b2 amd64 [installed]
python3-pyqt6.sip/testing,now 13.6.0-1+b1 amd64 [installed,automatic]
python3-sipbuild/testing,now 6.8.1+dfsg-1 all [installed,automatic]

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>



--
---
    |\__
(:>__)(
    |/
Soluciones Geoinformáticas Libres
http://geotux.tuxfamily.org/ <http://geotux.tuxfamily.org/>
https://twitter.com/GeoTux2 <http://twitter.com/GeoTux2>


___
QGIS-Developer mailing list
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] Looking for assistance with fixing RTL label bugs

[Richard Duivenvoorde via QGIS-Developer]

Nyall,

I cannot read a RTL language myself, but we do have some RTL languages as 
site/documentation translations.

If I remember correct it was actually pretty easy and worked remarkebly good 
for the site:

See for example: https://qgis.org/fa/site/

All rtl language inclused this css:

https://qgis.org/fa/_static/qgis-style-rtl.css

with only:

body {
direction: rtl !important;
}


in it.

Not sure if that is possible on other elements though.

Regards, hoping this is helpful :-)

Richard Duivenvoorde



On 5/28/24 04:56, Nyall Dawson via QGIS-User wrote:

Hi lists,

I'm looking for some assistance in fixing the right-to-left labeling
issues described in https://github.com/qgis/QGIS/issues/54098 . While
I can fix the code issues, I don't have the linguistic understanding
to know how right-to-left text SHOULD behave in QGIS labels!

Is there anyone out there from a RTL language background who can add
the missing information to the above ticket and help get this bug
fixed?

Nyall
___
QGIS-User mailing list
qgis-u...@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user


___
QGIS-Developer mailing list
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] Reload python library used by plugin

[Richard Duivenvoorde via QGIS-Developer]

On 5/22/24 18:22, Benjamin Jakimow via QGIS-Developer wrote:

Hi Gerald,

you may use "from importlib import reload" to reload the packages that have 
been changed.

https://docs.python.org/3/library/importlib.html#importlib.reload



Wos, great!? If this works, it would be a good idea to create a Feature Request 
to the plugin reloader maybe to incorporate this?

Regards,

Richard Duivenvoorde

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

Re: [QGIS-Developer] Broken doctest infrastructure for Cookbook

[Richard Duivenvoorde via QGIS-Developer]

Hi Harrissou,

Yes, looking at
https://github.com/qgis/pyqgis/actions/runs/8954239354/job/24593642123#step:3:106

It looks like you are right. Apparently the qgis/qgis container image has been 
upgraded to a version which does you not let install python packages via pip in 
the global Python.

Given we probably do want to use that container, we can do 2 things:

- I think/hope we can do that by using  --break-system-packages as pip argument 
there..

- OR in the qgis/qgis container, remove the file  
/usr/lib/python3.11/EXTERNALLY-MANAGED

- either make sure that we do all the work in a virtual environment (meaning 
fix: https://github.com/qgis/pyqgis/blob/master/Dockerfile)

I started to add the first solution in the Docker file.

But to make this future proof, we need to go to the third solution...

Regards,

Richard Duivenvoorde


On 5/22/24 09:49, DelazJ via QGIS-Developer wrote:

Hello devs,

me again, for requesting a fix for the docs, but this time the issue also 
affects the pyQGIS documentation, broken for already two weeks 
(https://github.com/qgis/pyqgis/issues/139 and 
https://github.com/qgis/pyqgis/actions). I suspect the new qgis/QGIS docker 
recipe to be the root cause, maybe a new Python or OS version that applies PEP 
668; unability to execute pip in a docker as we used do. I've tried a number of 
recipes I found in the Internet, but... I've never been comfortable with 
docker, so failed.

A charitable person to help get fix the docs sites? Or one (I could still 
reproduce the fix on the other)? Thanks.

Regards,

Harrissou.

PS: Thanks Nyall for helping on the previous issue.

Le 19/04/2024 à 09:31, DelazJ a écrit :

Hi devs,

May I request some help on this issue 
(https://github.com/qgis/QGIS-Documentation/issues/9010), please? It happens 
for more than a week and makes every single commit fail. As noone on the docs 
side has touched the cookbook for a long time, I suspect the issue comes 
directly from master or its libraries (3.34 is just fine).

Thanks,

Harrissou


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


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

Re: [QGIS-Developer] Build problems using install instructions

[Richard Duivenvoorde via QGIS-Developer]

Not sure if it helps, but:

# locate QtWidgetsmod.sip
/usr/lib/python3/dist-packages/PyQt5/bindings/QtWidgets/QtWidgetsmod.sip

# dpkg -S 
/usr/lib/python3/dist-packages/PyQt5/bindings/QtWidgets/QtWidgetsmod.sip
pyqt5-dev: 
/usr/lib/python3/dist-packages/PyQt5/bindings/QtWidgets/QtWidgetsmod.sip

Do you have pyqt5-dev installed?

Note:
https://github.com/qgis/QGIS/blob/master/debian/control.in
shows alle packages our Debian packager is using :-)

Else: try to a clean build?

Regards,

Richard Duivenvoorde


On 4/26/24 11:51, Tony Bazeley via QGIS-Developer wrote:

Thanks Julien,


I've  installed all the packages listed, including pyqt-dev


dpkg -l | grep pyqt5-dev
ii *pyqt5-dev*   
5.15.10+dfsg-0xneon+22.04+jammy+release+build26  all  
Development files for PyQt5
ii *pyqt5-dev*-tools 
5.15.10+dfsg-0xneon+22.04+jammy+release+build26  amd64    
Development tools for PyQt5




On Thursday 25 April 2024 10:09:19 PM ACST Julien Cabieces via QGIS-Developer 
wrote:

 > Hi,

 >

 > You probably need to install the package which provide those files, it's

 > pyqt5-dev on Debian, so it should be the same on Ubuntu.

 >

 > It's on the list of packages to be installed [0], did you install them ?

 >

 > You can check if it's properly installed with the following command:

 >

 > dpkg -l | grep pyqt5-dev

 >

 > Regards,

 > Julien

 >

 > [0]

 > https://github.com/qgis/QGIS/blob/master/INSTALL.md#33-install-build-depend

 > encies

 > > Hi,

 > >

 > > I'm not an experienced builder, and have come to this point after finding

 > > problems with QGIS using KDE Neon  - library problems with the binary and

 > > age problems with the flatpack version.

 > >

 > > I'm running the latest KDE Neon version which runs on Ubuntu 22.04

 > >

 > >

 > >

 > > I've managed a successful QGIS build parroting instructions from

 > > https://github.com/qgis/QGIS/blob/master/INSTALL.md

 > >

 > > However this time around I've errors which I don't know how to resolve:

 > >

 > > sip-build: /home/tonbaz/dev/cpp/QGIS/build-master/python/core/core.sip:

 > > line 101: column 9: 'QtXml/QtXmlmod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/core/core.sip: line 102:

 > > column 9: 'QtNetwork/QtNetworkmod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/core/core.sip: line 103:

 > > column 9: 'QtSql/QtSqlmod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/core/core.sip: line 105:

 > > column 9: 'QtPrintSupport/QtPrintSupportmod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/core/core.sip: line 106:

 > > column 9: 'QtWidgets/QtWidgetsmod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/core/core.sip: line 107:

 > > column 9: 'QtPositioning/QtPositioningmod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/core/core.sip: line 110:

 > > column 9: 'QtSerialPort/QtSerialPortmod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/3d/3d.sip: line 8: column

 > > 9: 'QtCore/QtCoremod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/3d/3d.sip: line 9: column

 > > 9: 'QtGui/QtGuimod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/3d/3d.sip: line 10: column

 > > 9: 'QtXml/QtXmlmod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/analysis/auto_generated/geo

 > > referencing/qgsgcptransformer.sip: line 59: 'throw' is deprecated and will

 > > be removed in SIP v7.0.0

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/analysis/auto_generated/geor

 > > eferencing/qgsgcptransformer.sip: line 100: 'throw' is deprecated and will

 > > be removed in SIP v7.0.0

 > > make[2]: *** [python/CMakeFiles/python_module_qgis__3d.dir/build.make:904:

 > > python/3d/build/_3d/sip_3dpart0.cpp] Error 1 make[1]: ***

 > > [CMakeFiles/Makefile2:12031:

 > > python/CMakeFiles/python_module_qgis__3d.dir/all] Error 2 sip-build:

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/analysis/analysis.sip: line

 > > 6: column 9: 'QtCore/QtCoremod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/analysis/analysis.sip: line

 > > 7: column 9: 'QtGui/QtGuimod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/analysis/analysis.sip: line

 > > 8: column 9: 'QtXml/QtXmlmod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/core/core.sip: line 101:

 > > column 9: 'QtXml/QtXmlmod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/core/core.sip: line 102:

 > > column 9: 'QtNetwork/QtNetworkmod.sip' could not be found

 > > /home/tonbaz/dev/cpp/QGIS/build-master/python/core/core.sip: line 103:

 > > column 9: 'QtSql/QtSqlmod.sip' could not be found

 > > 

Re: [QGIS-Developer] error adding new feature to empy layer

[Richard Duivenvoorde via QGIS-Developer]

Hi Pierluigi,

Are you sure the creation of the geometry is ok?

Because your code with some hardcoded values in it, just works in my python 
console:


vl = QgsVectorLayer("LineString", "braiding_river", "memory")
pr = vl.dataProvider()
# add fields
pr.addAttributes([
QgsField("reach", QVariant.String),
QgsField("braiding", QVariant.Double),
QgsField("Length", QVariant.Double)])
vl.updateFields()
print(f"{vl.isValid()=}")
feat_list=[]

fet = QgsFeature()
fet.setGeometry(QgsGeometry.fromWkt('LINESTRING (30 10, 10 30, 40 40)'))
fet.setAttributes([ 'test',  2,  2])
print(f"{fet.isValid()=}")
feat_list.append(fet)

(result, newFeatures) = pr.addFeatures(feat_list)

print(f"{result=}")
print(newFeatures)



Regards,

Richard Duivenvoorde



On 4/4/24 9:58 AM, pierluigi de rosa via QGIS-Developer wrote:

vl = QgsVectorLayer("LineString", "braiding_river", "memory")
vl.setCrs(crs)
pr = vl.dataProvider()
# add fields
pr.addAttributes([
 QgsField("reach", QVariant.String),
   QgsField("braiding", QVariant.Double),
   QgsField("Length", QVariant.Double)])
vl.updateFields()
feat_list=[]

then I populate the layer where inside a for cycle I have

fet = QgsFeature()
fet.setGeometry(QgsGeometry.fromPolylineXY(reach)) #reach is a list of
QgsPointXY
fet.setAttributes([ str(breakval),  brIndex,  lenReach])
feat_list.append(fet)

Outside for cycle I do:

(result, newFeatures) = pr.addFeatures(feat_list)

But I have always result to False so the feature is not added.


___
QGIS-Developer mailing list
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] DefaultProxy and ambiguous wording in the options

[Richard Duivenvoorde via QGIS-Developer]

May I draw your attention to an old PR of me:

https://github.com/qgis/QGIS/pull/53424

In that one I proposed to set the default to 'Use system proxy", because if NO 
proxy defined all works, but IF proxy defined, it also works.

Regards,

Richard

On 3/18/24 9:09 AM, Johannes Kröger (WhereGroup) via QGIS-Developer wrote:

Howdy!

Before I make a tiny pull request I better ask:

There has been confusion here because of the wording around the "DefaultProxy" and 
default proxy usage in Settings -> Options -> Network:

- Under the checkboxed "Use Proxy for Web Access" section there is a combobox for the "Proxy type". The first 
entry is named "DefaultProxy", others are e.g. "HttpProxy" or "Socks5Proxy".
- Next to the combobox is a text label saying "Default uses system's proxy". 
This label is always visible. Grey if the checkbox is not ticked, as normal text if it is 
ticked.

There is some ambiguity with this:

- By default the "Use Proxy for Web Access" checkbox is not ticked. So this 
could mean that by default the system's proxy is used, even if the checkbox is not ticked.
- If the checkbox is ticked, then by default the first entry of the combobox is activated 
("DefaultProxy"). Now it could be read that the default selection of the combobox, the 
"DefaultProxy", uses the system's proxy.
- Last, and that is my understanding, "Default uses system's proxy" actually references the name of 
the "DefaultProxy" comboxbox option so if the user selects "DefaultProxy", then the 
system's proxy is used. (Same outcome as with the previous one but for a different reason).


I'd suggest using the actual full name of the combobox entry in the help text: 
"DefaultProxy uses the system's proxy".
That would be a simple one-line diff in 
https://github.com/qgis/QGIS/blob/71583dbc0cd33d85d036bcccef5991bbd2e3b632/src/ui/qgsoptionsbase.ui#L5015
It would be nicer to have a combobox entry like "DefaultProxy (uses system's 
proxy" in the combobox itself and drop the help text, but that would be more complex.


The confusion was worse in a local environment because in the German translation the word 
"Default" was localized while the "DefaultProxy" combobox entry was not. :o)

Cheers, Hannes



___
QGIS-Developer mailing list
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] Preparing inheritance : change a plugin's owner

[Richard Duivenvoorde via QGIS-Developer]

Hi Jean,

We can help, but it is to me not fully clear what you want:

- if you just want to change the owner of YOUR plugin: please sent me
1) the name(s) of your plugin(s)
2) your qgis/osgeo name/handle
3) the owners new qgis/osgeo name/handle
4) some message from old and new owner that they agree on this

- if you want to rename a plugin or remove one please make clear which one

Regards,

Richard Duivenvoorde

On 3/12/24 8:29 PM, Jean Hemmi via QGIS-Developer wrote:

Hello,
How to change a plugin's owner ?

  * give my QGIS plugins user is not a smart inheritance since user name 
doesn't change.
  * Just upload a new version with a new plugin user (but can the plugin name 
be the same ?)

Impossible is not QGIS
Thanks for your help. I'm not in a hurry, just preparing future
Jean Hemmi


___
QGIS-Developer mailing list
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] enabled X-Frame-Options HTTP response header on qgis.org and docs.qgis.org

[Richard Duivenvoorde via QGIS-Developer]

Hi All,

FYI: somebody mailed us on secur...@qgis.org that we did not set X-Frame-Options HTTP 
response header on our website, which "... could be at risk of a clickjacking attack 
...".

As this seemed an easy fix, we now set

 X-Frame-Options DENY

Please let me know if this is (or gives you) a problem somewhere.

Regards,

Richard Duivenvoorde

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

[QGIS-Developer] Qt6 python plugins: visual hint in PluginManager plugin list?

[Richard Duivenvoorde via QGIS-Developer]

Hi,

Maybe it is a little too early, as not so many people will be able to test Qt6 
builds of QGIS?

But I have one :-)
And I upgraded a first plugin that is working both in Qt5 and Qt6 [0]

Now I'm wondering if there should be some visual cue, when working with a Qt6 
build, when searching for plugins.
99.9% of the plugins will not work :-(
And pop up the attached screenshot.

Any idea's on how to handle this user friendly?
Hiding the Qt5 plugins does not seem a good idea (to me).
Maybe 'graying' out all plugins that do not have `supportsQt6=yes` in their 
metadata is easiest, and would maybe users ask for Qt6 upgrades to plugin 
authors?
Alternative would be some checkbox/filter for Qt5/Qt6 plugins/

Other idea's, or should we/I just not bother?

Regards,

Richard Duivenvoorde


[0] https://github.com/rduivenvoorde/pdokservicesplugin/commits/___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Compiling against homebuilt GDAL

[Richard Duivenvoorde via QGIS-Developer]

Hi Thomas,

Not sure if it is usefull, but some time ago I build (always in ~/git/foo) and 
install (always in ~/bin/foo) PROJ, GDAL and then build QGIS (in 
~/git/qgisgdal)  with those.

This is what I then use:

cd /home/richard/git/qgisgdal;

export 
LD_LIBRARY_PATH=/home/richard/bin/qgis/qgisgdal/debug/lib/:/usr/lib/grass76/lib/;export
 
LD_LIBRARY_PATH=/home/richard/bin/gdal/lib:/home/richard/bin/proj/lib:$LD_LIBRARY_PATH

mkdir build;cd build;ccmake -DBUILD_TESTING=FALSE -DENABLE_TESTS=OFF 
-DWITH_SERVER=TRUE -DWITH_3D=TRUE 
-DCMAKE_INSTALL_PREFIX=/home/richard/bin/qgis/qgisgdal/debug 
-DWITH_QWTPOLAR=OFF -DCMAKE_BUILD_TYPE=Debug 
-DPROJ_INCLUDE_DIR=/home/richard/bin/proj/include/ 
-DPROJ_LIBRARY=/home/richard/bin/proj/lib/libinternalproj.so.15 
-DGDAL_CONFIG=/home/richard/bin/gdal/bin/gdal-config 
-DGDAL_INCLUDE_DIR=/home/richard/bin/gdal/include/ 
-DGDAL_LIBRARY=/home/richard/bin/gdal/lib/libgdal.so 
-DQT5_3DEXTRA_LIBRARY=/usr/lib/x86_64-linux-gnu/libQt53DExtras.so 
-DCMAKE_PREFIX_PATH=/home/richard/git/qgisgdal/external/qt3dextra-headers/cmake 
-DQT5_3DEXTRA_INCLUDE_DIR=/home/richard/git/qgisgdal/external/qt3dextra-headers 
..

Then to run QGIS you also have to make sure that QGIS picks up the right libs 
by using the LD_LIBRARY_PATH above.

Hope this is helpful.

Regards,

Richard Duivenvoorde


On 2/28/24 7:45 PM, Even Rouault via QGIS-Developer wrote:

Thomas,

Le 28/02/2024 à 19:33, Thomas Larsen Wessel via QGIS-Developer a écrit :

I have successfully built QGIS and GDAL (3.7.2) separately. Now I want to build 
QGIS against this GDAL. This is what I tried:

git clone g...@github.com:qgis/QGIS.git
cd QGIS
mkdir build
cd build
GDAL_DIR=/home/velle/gdal3.7.2/build cmake ..

The output contains the following error for GDAL:

CMake Error at /home/velle/gdal-3.7.2/build/GDALConfig.cmake:24 (include):
  include could not find requested file:
    /home/velle/gdal-3.7.2/build/GDAL-targets.cmake
Call Stack (most recent call first):
  cmake/FindGDAL.cmake:16 (find_package)
  CMakeLists.txt:365 (find_package)

Could someone please tell me if I'm even doing it right?


You need to *install* GDAL first. You can't just point QGIS to the GDAL build 
directory

So in the GDAL build directory, do "cmake .. 
-DCMAKE_INSTALL_PREFIX=$HOME/install-gdal-3.7.2 ; make -j$(nproc); make install"

and then when configuring QGIS, use GDAL_DIR=$HOME/install-gdal-3.7.2 . I'm not totally 
sure about that last part. may require tweaking. you could alter the PATH to point to 
$HOME/install-gdal-3.7.2/bin so that "gdal-config" from your installed GDAL is 
picked up

Even

--
http://www.spatialys.com
My software is free, but my time generally not.


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


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

Re: [QGIS-Developer] Finishing Visual Changelog for export to site

[Richard Duivenvoorde via QGIS-Developer]

On 2/27/24 8:17 AM, Nyall Dawson wrote:

Hmm, would it be possible to do the export again? I noticed a few extra entries 
were added overnight too, and these aren't present on the site. (Plus a few 
wording improvements I made this morning too)..


Yep, no problem. Please let me know

Richard
___
QGIS-Developer mailing list
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] Finishing Visual Changelog for export to site

[Richard Duivenvoorde via QGIS-Developer]

Hi,

Moved changelog to site:

https://qgis.org/en/site/forusers/visualchangelog336/index.html

Do we want the Backports in it?
I already removed all the lines:
"This feature was developed by `qgis-bot <https://github.com/qgis-bot>`__"

But now it is, without context or images, very raw.

Same question about the 'Feature: Revert “Restore default metadata from 
DB”'-like items.

If we need more time to add stuff, let me know.

Regards,

Richard Duivenvoorde


On 2/23/24 3:40 PM, Richard Duivenvoorde via QGIS-Developer wrote:

Hi Devs,

As release 3.36 Maidenhead is near...

Please have a look at https://changelog.qgis.org/en/qgis/version/3.36/

To fix/polish or add stuff you did or is important to show to users.

@Andreas: I'll wait for you to add the tables with notable changes, please ping 
me when done

Then I will dump it to rst and include it in the website (probably for the last 
time, as hopefully we will have a new website next release :-)  ).

Thanks in advance,

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


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

Re: [QGIS-Developer] Finishing Visual Changelog for export to site

[Richard Duivenvoorde via QGIS-Developer]

I do not want to stress people, I just wanted to let people know.

Just ping me here.

Regards,

Richard Duivenvoorde

On 2/25/24 01:51, Mathieu Pellerin wrote:

Same here, I'd appreciate a day

On Sun, Feb 25, 2024, 03:24 Nyall Dawson via QGIS-Developer 
mailto:qgis-developer@lists.osgeo.org>> wrote:



On Sat, 24 Feb 2024, 12:41 am Richard Duivenvoorde via QGIS-Developer, 
mailto:qgis-developer@lists.osgeo.org>> wrote:

Hi Devs,

As release 3.36 Maidenhead is near...

Please have a look at https://changelog.qgis.org/en/qgis/version/3.36/ 
<https://changelog.qgis.org/en/qgis/version/3.36/>

To fix/polish or add stuff you did or is important to show to users.


Could I have a day to polish off my entries please? 
Nyall


@Andreas: I'll wait for you to add the tables with notable changes, 
please ping me when done

Then I will dump it to rst and include it in the website (probably for 
the last time, as hopefully we will have a new website next release :-)  ).

Thanks in advance,

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>

___
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
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Finishing Visual Changelog for export to site

[Richard Duivenvoorde via QGIS-Developer]

Hi Devs,

As release 3.36 Maidenhead is near...

Please have a look at https://changelog.qgis.org/en/qgis/version/3.36/

To fix/polish or add stuff you did or is important to show to users.

@Andreas: I'll wait for you to add the tables with notable changes, please ping 
me when done

Then I will dump it to rst and include it in the website (probably for the last 
time, as hopefully we will have a new website next release :-)  ).

Thanks in advance,

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

Re: [QGIS-Developer] cmake PYQT_SIP_DIR (via Python_SITEARCH) value wrong on Debian and derivatives

[Richard Duivenvoorde via QGIS-Developer]

On 2/9/24 15:32, Greg Troxel via QGIS-Developer wrote:


So:

   This is about Debian (and hence Ubuntu etc.) doing something unusual,
   vs every other system (Other Linux, Windows, Mac, *BSD, illumos.)


No, not so much. It is more about Python and Linux distro's (and cmake) trying 
to address Python's PEP668 (which is mentioned in the kitware issue):

https://peps.python.org/pep-0668/

and the info about 'Externally Managed Environments' and why distro's are doing 
that:

https://packaging.python.org/en/latest/specifications/externally-managed-environments

Takeway:

- in future(?) distro's will have different places where they put packages in: 
one for distro-packaged, and one for locally packaged.

Probably we will end up with a 'lookup path' in which both are available, but 
the order will change depending on if you install locally via pip or via your 
distro's package manager?

I think we are now in the middle of this transitions, hence the messy look 
sometimes.

Regards,

Richard


___
QGIS-Developer mailing list
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] cmake PYQT_SIP_DIR (via Python_SITEARCH) value wrong on Debian and derivatives

[Richard Duivenvoorde via QGIS-Developer]

On 2/9/24 14:24, Greg Troxel via QGIS-Developer wrote:

How will this affect builds on other systems?   It seems there is
something deeper wrong, and the real problem might be that there are
multiple legitimate ways to install things, and that the Find script is
deficient.

How is it looking?   It would seem that finding the python directory
should use some python config mechanism.


There are links to deeper info in my issue comment, so see:

https://gitlab.kitware.com/cmake/cmake/-/issues/25113

which makes it most clear.

Regards,

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

[QGIS-Developer] cmake PYQT_SIP_DIR (via Python_SITEARCH) value wrong on Debian and derivatives

[Richard Duivenvoorde via QGIS-Developer]

Hi Devs,

I kept getting the https://github.com/qgis/QGIS/issues/54184 issue: sip not 
being able to find the Qt package sips: 'QtNetwork/QtNetworkmod.sip' could not 
be found etc etc

You can fix this with (on Ubuntu or Debian), by using (before your cmake step):

export DEB_PYTHON_INSTALL_LAYOUT=deb

Would it be possible/wise to add this to the standard QGIS build scripts?

For more info/explanation, see 
https://github.com/qgis/QGIS/issues/54184#issuecomment-1935855984

Regards,

Richard Duivenvoorde


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

[QGIS-Developer] Qt6: qgsspatialindex.sip: line 148: column 5: 'QgsSpatialIndex::intersects' has an unsupported return type

[Richard Duivenvoorde via QGIS-Developer]

Hi,

My Qt6 (test) build stops with the following:

Generating the gui bindings...
sip-build: 
/home/richard/git/qgisqt6/build/python/core/auto_generated/qgsspatialindex.sip: 
line 148: column 5: 'QgsSpatialIndex::intersects' has an unsupported return 
type - provide %MethodCode and a C++ signature
/home/richard/git/qgisqt6/build/python/core/auto_generated/qgsspatialindex.sip: 
line 159: column 5: 'QgsSpatialIndex::nearestNeighbor' has an unsupported 
return type - provide %MethodCode and a C++ signature
/home/richard/git/qgisqt6/build/python/core/auto_generated/qgsspatialindex.sip: 
line 179: column 5: 'QgsSpatialIndex::nearestNeighbor' has an unsupported 
return type - provide %MethodCode and a C++ signature
/home/richard/git/qgisqt6/build/python/gui/auto_generated/attributetable/qgsattributetableview.sip:
 line 63: column 5: 'QgsAttributeTableView::selectedFeaturesIds' has an 
unsupported return type - provide %MethodCode and a C++ signature
ninja: build stopped: subcommand failed.

Is this my setup?
Do others succeed in creating the python bindings?

python3-sip/testing,now 4.19.25+dfsg-5+b2 amd64 [installed]
python3-pyqt6.sip/testing,now 13.6.0-1+b1 amd64 [installed,automatic]
python3-sipbuild/testing,now 6.8.1+dfsg-1 all [installed,automatic]

Regards,

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

Re: [QGIS-Developer] Strange Mysql (spatial) behaviour: no points visible

[Richard Duivenvoorde via QGIS-Developer]

On 1/28/24 19:04, Even Rouault wrote:


what I don't understand is how you manage to create with ogr2ogr a table 
without explicit SRS with features whose coordinates are not compatible of 
geographic coordinates. As mentioned previously, I do get a hard error from 
ogr2ogr when trying that. Which GDAL version do you use?


I'm doing this on a Debian 12/Bookworm machine.

$ ogr2ogr --version
GDAL 3.6.2, released 2023/01/02

But the people who contacted me (today I found out, of 
https://github.com/qgis/QGIS/issues/55463) actually create this table 
theirselves, I think, without explicitly setting a crs on a column when 
creating a table. Which if I understand from 
https://ant.burnett.com.au/adding-spatial-column-to-existing-mysql-table/ is 
the issue.


The reason for which QGIS doesn't display features is likely it calls OGR with 
SetSpatialFilter() , which the mySQL driver turns into a  WHERE 
MBRIntersects(ST_GeomFromText('POLYGON((.))', 'axis-order=long-lat'), 
`geom_colum_name`) filter. The 'axis-order=long-lat' qualifier is because OGR 
(perhaps mistakenly?) identifies the layer as with a geographic SRS, and if the 
extents of the layer aren't compatible of geographic coordinates, that probably 
causes the filter to fail.


But, my point: why can QGIS apparently show attributes, while not showing a 
geom.. Apparently the features were fully retrieved.

I could even copy the features from the attribute-table (when not seeing them 
on the MapCanvas), and copy them in another table (with made the geoms 
visisble).

My hope is people, still using mysql, will learn from the comments to create 
proper tables/columns.

Thanks for the fix!

Regards,

Richard Duivenvoorde

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

Re: [QGIS-Developer] Strange Mysql (spatial) behaviour: no points visible

[Richard Duivenvoorde via QGIS-Developer]

On 1/23/24 23:21, Even Rouault wrote:

So all in all, no issues on my side...


You were off course right :-)

I found out how to fix the missing crs in mysql and wrote some info (for future 
reference) in a comment:

https://github.com/qgis/QGIS/issues/55463#issuecomment-1913602140

One thing I'm curious for, is why QGIS even after setting the right crs, is not 
able to show the geom (but IS able to show the attributes). Apparently the 
features are retrieved. If you receive features from a shp file without crs, 
after setting it on the layer, all is fine. So myql is different?

Did a short try to debug this, but this is above my c++ skills :-)

Anyway thanks! And I hope the comment is helpful to mysql peeps

Regards,

Richard Duivenvoorde
 


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

Re: [QGIS-Developer] Qt6 builds and plugins -- ready for testing!

[Richard Duivenvoorde via QGIS-Developer]

Ok, lift off :-) See screenie.

Thank Even, I had mixed version qwt headers and libs.

So on Debian Trixie, there seems no libqwt for qt6 available yet?
Had to pull these from experimental:

libqwt-headers_6.2.0-1_amd64.deb
libqwt-qt6-6.2_6.2.0-1_amd64.deb
libqwt-qt6-dev_6.2.0-1_amd64.deb

Then QGIS-qt6 compiles and I can run it, without python though, because 
creation of the bindings fails.

Not sure if this is because of the libqwt in my setup or something else.
Also not sure if these are warnings, or the actual cause of stopping:

pyproject.toml: line 7: using '[tool.sip.metadata]' to specify the project 
metadata is deprecated and will be removed in SIP v7.0.0, use '[project]' 
instead
Querying qmake about your Qt installation...
These bindings will be built: gui.
Generating the gui bindings...
sip-build: 
/home/richard/git/qgisqt6/build/python/core/auto_generated/qgsspatialindex.sip: 
line 148: column 5: 'QgsSpatialIndex::intersects' has an unsupported return 
type - provide %MethodCode and a C++ signature
/home/richard/git/qgisqt6/build/python/core/auto_generated/qgsspatialindex.sip: 
line 159: column 5: 'QgsSpatialIndex::nearestNeighbor' has an unsupported 
return type - provide %MethodCode and a C++ signature
/home/richard/git/qgisqt6/build/python/core/auto_generated/qgsspatialindex.sip: 
line 179: column 5: 'QgsSpatialIndex::nearestNeighbor' has an unsupported 
return type - provide %MethodCode and a C++ signature
/home/richard/git/qgisqt6/build/python/gui/auto_generated/attributetable/qgsattributetableview.sip:
 line 63: column 5: 'QgsAttributeTableView::selectedFeaturesIds' has an 
unsupported return type - provide %MethodCode and a C++ signature
ninja: build stopped: subcommand failed.

Regards & Thanks,

Richard Duivenvoorde

PS: slightly disappointed because QGIS looks exactly the same in qt6 :-) Was 
hoping that... don't know, would look very shiny now ;-)



On 1/27/24 12:42, Even Rouault wrote:

Richard,

There's something weird with your installation. According to 
https://salsa.debian.org/qt-kde-team/extras/qwt/-/blob/debian/master/src/qwt_plot_layout.h?ref_type=heads#L84,
 this should be

|constQRectF& plotRect, Options options = Options());|

According to 
https://packages.debian.org/experimental/amd64/libqwt-headers/filelist , this 
file is provided by the libqwt-header package. Check that it is at version 
6.2.0-1

The version you have is presumably 6.1.4-2: 
https://salsa.debian.org/qt-kde-team/extras/qwt/-/blob/debian/6.1.4-2/src/qwt_plot_layout.h?ref_type=tags#L84

Even

Le 27/01/2024 à 10:39, Richard Duivenvoorde via QGIS-Developer a écrit :

On 1/27/24 00:31, Nyall Dawson wrote:

Looks like you'll need https://github.com/qgis/QGIS/pull/56033 too.
Try removing that line for now.


Yep, thanks. Merged/fixed now apparently.

Next issue with qwt:

FAILED: src/gui/CMakeFiles/qgis_gui.dir/raster/qgsrasterhistogramwidget.cpp.o
...
In file included from 
/home/richard/git/qgisqt6/src/gui/raster/qgsrasterhistogramwidget.cpp:45:
/usr/include/qwt/qwt_plot_layout.h:84:51: error: invalid conversion from ‘int’ 
to ‘QwtPlotLayout::Option’ [-fpermissive]
   84 | const QRectF , Options options = 0x00 );
  |   ^~~~
  |   |
  |   int
In file included from /usr/include/x86_64-linux-gnu/qt6/QtCore/qglobal.h:1401,
 from /usr/include/x86_64-linux-gnu/qt6/QtGui/qtguiglobal.h:7,
 from 
/usr/include/x86_64-linux-gnu/qt6/QtWidgets/qtwidgetsglobal.h:7,
 from 
/usr/include/x86_64-linux-gnu/qt6/QtWidgets/qapplication.h:7,
 from 
/usr/include/x86_64-linux-gnu/qt6/QtWidgets/QApplication:1,
 from /home/richard/git/qgisqt6/src/core/qgsapplication.h:19,
 from 
/home/richard/git/qgisqt6/src/gui/raster/qgsrasterhistogramwidget.cpp:18:
/usr/include/x86_64-linux-gnu/qt6/QtCore/qflags.h:74:45: note: initializing argument 
1 of ‘constexpr QFlags::QFlags(Enum) [with Enum = QwtPlotLayout::Option]’
   74 | constexpr inline Q_IMPLICIT QFlags(Enum flags) noexcept : 
i(Int(flags)) {}
  |    ~^
[344/2107] Building CXX object 
src/gui/CMakeFiles/qgis_gui.dir/qgis_gui_autogen/mocs_compilation.cpp.o

Not sure if this has something to do with my qwt install from experimental/sid:

libqwt-qt6-6.2/now 6.2.0-1 amd64 [installed,local]
  Qt widgets library for technical applications (runtime, qt6)

I think the version is more or less in line with my qt6 from testing/trixie?

pyqt6-dev/testing,now 6.6.1-2 all [installed]
  development files for PyQt6
libqt6core6/testing,now 6.4.2+dfsg-21 amd64 [installed,automatic]
  Qt 6 core module

Any hint to overcome this one?

Regards,

Richard Duivenvoorde

PS: let me know if this is totally not helpful, I'm just eager to know if 
QGIS-qt6 is building (or I can make it build) o

Re: [QGIS-Developer] Qt6 builds and plugins -- ready for testing!

[Richard Duivenvoorde via QGIS-Developer]

On 1/27/24 00:31, Nyall Dawson wrote:

Looks like you'll need https://github.com/qgis/QGIS/pull/56033 too.
Try removing that line for now.


Yep, thanks. Merged/fixed now apparently.

Next issue with qwt:

FAILED: src/gui/CMakeFiles/qgis_gui.dir/raster/qgsrasterhistogramwidget.cpp.o
...
In file included from 
/home/richard/git/qgisqt6/src/gui/raster/qgsrasterhistogramwidget.cpp:45:
/usr/include/qwt/qwt_plot_layout.h:84:51: error: invalid conversion from ‘int’ 
to ‘QwtPlotLayout::Option’ [-fpermissive]
   84 | const QRectF , Options options = 0x00 );
  |   ^~~~
  |   |
  |   int
In file included from /usr/include/x86_64-linux-gnu/qt6/QtCore/qglobal.h:1401,
 from /usr/include/x86_64-linux-gnu/qt6/QtGui/qtguiglobal.h:7,
 from 
/usr/include/x86_64-linux-gnu/qt6/QtWidgets/qtwidgetsglobal.h:7,
 from 
/usr/include/x86_64-linux-gnu/qt6/QtWidgets/qapplication.h:7,
 from 
/usr/include/x86_64-linux-gnu/qt6/QtWidgets/QApplication:1,
 from /home/richard/git/qgisqt6/src/core/qgsapplication.h:19,
 from 
/home/richard/git/qgisqt6/src/gui/raster/qgsrasterhistogramwidget.cpp:18:
/usr/include/x86_64-linux-gnu/qt6/QtCore/qflags.h:74:45: note:   initializing 
argument 1 of ‘constexpr QFlags::QFlags(Enum) [with Enum = 
QwtPlotLayout::Option]’
   74 | constexpr inline Q_IMPLICIT QFlags(Enum flags) noexcept : 
i(Int(flags)) {}
  |~^
[344/2107] Building CXX object 
src/gui/CMakeFiles/qgis_gui.dir/qgis_gui_autogen/mocs_compilation.cpp.o

Not sure if this has something to do with my qwt install from experimental/sid:

libqwt-qt6-6.2/now 6.2.0-1 amd64 [installed,local]
  Qt widgets library for technical applications (runtime, qt6)

I think the version is more or less in line with my qt6 from testing/trixie?

pyqt6-dev/testing,now 6.6.1-2 all [installed]
  development files for PyQt6
libqt6core6/testing,now 6.4.2+dfsg-21 amd64 [installed,automatic]
  Qt 6 core module

Any hint to overcome this one?

Regards,

Richard Duivenvoorde

PS: let me know if this is totally not helpful, I'm just eager to know if 
QGIS-qt6 is building (or I can make it build) on Debian testing/trixie

___
QGIS-Developer mailing list
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] Qt6 builds and plugins -- ready for testing!

[Richard Duivenvoorde via QGIS-Developer]

Ok, installed qwt by downloading deb file from testing...

configure: ok
generate: ok

compiling: stopped at
build/python/gui/gui.sip: line 11: column 9: 'QtCore/QtCoremod.sip' could not 
be found
seems to be able to fix this using the fix from Thomas from
https://github.com/qgis/QGIS/issues/54184#issuecomment-1795204001
(NOTE: had to do this for my own build in Trixie too!)

compile again: stop at:

[423/2971] Building CXX object 
src/core/CMakeFiles/qgis_core.dir/qgsvariantutils.cpp.o
FAILED: src/core/CMakeFiles/qgis_core.dir/qgsvariantutils.cpp.o
...
home/richard/git/qgisqt6/src/core/qgsvariantutils.cpp: In static member 
function ‘static QVariant::Type 
QgsVariantUtils::metaTypeToVariantType(QMetaType::Type)’:
/home/richard/git/qgisqt6/src/core/qgsvariantutils.cpp:489:21: error: ‘Float16’ 
is not a member of ‘QMetaType’
  489 | case QMetaType::Float16:
  | ^~~
[440/2971] Building CXX object 
src/core/CMakeFiles/qgis_core.dir/qgsvectorfilewriter.cpp.o

Anybody a hint?

Regards,

Richard Duivenvoorde


On 1/26/24 10:05, Richard Duivenvoorde via QGIS-Developer wrote:

Whow! Cool!

Thanks to all peeps/sponsors making this happen!

Eager to try to build. Is
https://lists.osgeo.org/pipermail/qgis-developer/2022-August/065012.html
more or less the status of dependencies you also have to get/build yourself on 
Debian?

Ok searched and tried to configure.

Following seem to be OK:

- qca  (I see libqca-qt6-dev/testing 2.3.8-1 in Debian testing)
- qtkeychain  (I see qtkeychain-qt6-dev/testing 0.14.2-1 in Debian testing)
- QScintilla  (I see libqscintilla2-qt6-dev/testing,now 2.14.1+dfsg-1 in Debian 
testing)

- qwt  (cannot find qt6 mention in Debian testing)

So: need to compile QWT myself?
Like mentioned in dev list mail from 2022?


For debianista's willing to try:
- on Debian testing, on which I also compile QGIS-qt5, I (via trial and error) 
installed:

sudo apt install libqca-qt6-dev qtkeychain-qt6-dev libqscintilla2-qt6-dev 
qt6-serialport-dev qt6-svg-dev qt6-positioning-dev libqt6core5compat6 
qt6-5compat-dev python3-pyqt6 python3-pyqt6.qsci pyqt6-dev-tools 
python3-pyqt6.qtmultimedia qml6-module-qtmultimedia qt6-multimedia-dev 
qt6-tools-dev

mkdir build;cd build;ccmake -GNinja -DBUILD_TESTING=FALSE -DENABLE_TESTS=OFF 
-DWITH_SERVER=FALSE -DWITH_3D=FALSE 
-DCMAKE_INSTALL_PREFIX=~/bin/qgis_/qt6/debug -DWITH_QWTPOLAR=OFF 
-DCMAKE_BUILD_TYPE=Debug -DWITH_GRASS=FALSE -DBUILD_WITH_QT6=TRUE 
-DWITH_OAUTH2_PLUGIN=FALSE -DWITH_WITH_SERVER_PLUGINS=OFF 
-DWITH_STAGED_PLUGINS=OFF -DWITH_PDAL=OFF -DWITH_QTWEBKIT=OFF ..

Then configuring goes without errors.
But on generating, I get

  CMake Error: The following variables are used in this project, but they are 
set to NOTFOUND.
  Please set them or make sure they are set and tested correctly in the CMake 
files:
  QWT_LIBRARY
  linked by target "qgis_gui" in directory /home/richard/git/qgisqt6/src/gui
  linked by target "qgis_app" in directory /home/richard/git/qgisqt6/src/app
  Generating done (0.5s)

So probably need to get QWT compiled for qt6?
Found https://packages.debian.org/experimental/libqwt-qt6-6.2 but dare not to 
pull that into my testing machine?


Anyway, Thanks all!

Regards,

Richard Duivenvoorde


For debianista's willing to try:
- on Debian testing, on which I also compile QGIS-qt5, I (via trial and error) 
installed:

sudo apt install libqca-qt6-dev qtkeychain-qt6-dev libqscintilla2-qt6-dev 
qt6-serialport-dev qt6-svg-dev qt6-positioning-dev libqt6core5compat6 
qt6-5compat-dev python3-pyqt6 python3-pyqt6.qsci pyqt6-dev-tools 
python3-pyqt6.qtmultimedia qml6-module-qtmultimedia qt6-multimedia-dev 
Qt6UiToolsConfig.cmake

mkdir build;cd build;ccmake -GNinja -DBUILD_TESTING=FALSE -DENABLE_TESTS=OFF 
-DWITH_SERVER=FALSE -DWITH_3D=FALSE 
-DCMAKE_INSTALL_PREFIX=~/bin/qgis_/qt6/debug -DWITH_QWTPOLAR=OFF 
-DCMAKE_BUILD_TYPE=Debug -DWITH_GRASS=FALSE -DBUILD_WITH_QT6=TRUE 
-DWITH_OAUTH2_PLUGIN=FALSE -DWITH_WITH_SERVER_PLUGINS=OFF 
-DWITH_STAGED_PLUGINS=OFF -DWITH_PDAL=OFF -DWITH_QTWEBKIT=OFF ..



On 1/25/24 22:58, Nyall Dawson via QGIS-Developer wrote:

Hi list,

With some excellent work recently completed by Julien, we're now at a stage 
where there's no *major* roadblocks preventing plugins from functioning under 
the Qt6 builds!

In fact, the first plugin has already been ported to be compatible with these (First 
Aid Plugin) -- see https://github.com/wonder-sk/qgis-first-aid-plugin/commits/master/ 
<https://github.com/wonder-sk/qgis-first-aid-plugin/commits/master/> .

I think we're now at a stage where wider testing of the Qt6 builds and feedback 
via bug reports are valuable. A couple of notes:

- We're up to roughly 2/3rd of the existing Python tests passing on Qt 6 
builds. That's obviously not everything, so we aren't finished with this work 
yet 

- There's a script available in the repo for automatically upgrading QGIS 
plugins/scripts to Qt 6 compatibility WITHOUT BREAKIN

Re: [QGIS-Developer] Qt6 builds and plugins -- ready for testing!

[Richard Duivenvoorde via QGIS-Developer]

Whow! Cool!

Thanks to all peeps/sponsors making this happen!

Eager to try to build. Is
https://lists.osgeo.org/pipermail/qgis-developer/2022-August/065012.html
more or less the status of dependencies you also have to get/build yourself on 
Debian?

Ok searched and tried to configure.

Following seem to be OK:

- qca  (I see libqca-qt6-dev/testing 2.3.8-1 in Debian testing)
- qtkeychain  (I see qtkeychain-qt6-dev/testing 0.14.2-1 in Debian testing)
- QScintilla  (I see libqscintilla2-qt6-dev/testing,now 2.14.1+dfsg-1 in Debian 
testing)

- qwt  (cannot find qt6 mention in Debian testing)

So: need to compile QWT myself?
Like mentioned in dev list mail from 2022?


For debianista's willing to try:
- on Debian testing, on which I also compile QGIS-qt5, I (via trial and error) 
installed:

sudo apt install libqca-qt6-dev qtkeychain-qt6-dev libqscintilla2-qt6-dev 
qt6-serialport-dev qt6-svg-dev qt6-positioning-dev libqt6core5compat6 
qt6-5compat-dev python3-pyqt6 python3-pyqt6.qsci pyqt6-dev-tools 
python3-pyqt6.qtmultimedia qml6-module-qtmultimedia qt6-multimedia-dev 
qt6-tools-dev

mkdir build;cd build;ccmake -GNinja -DBUILD_TESTING=FALSE -DENABLE_TESTS=OFF 
-DWITH_SERVER=FALSE -DWITH_3D=FALSE 
-DCMAKE_INSTALL_PREFIX=~/bin/qgis_/qt6/debug -DWITH_QWTPOLAR=OFF 
-DCMAKE_BUILD_TYPE=Debug -DWITH_GRASS=FALSE -DBUILD_WITH_QT6=TRUE 
-DWITH_OAUTH2_PLUGIN=FALSE -DWITH_WITH_SERVER_PLUGINS=OFF 
-DWITH_STAGED_PLUGINS=OFF -DWITH_PDAL=OFF -DWITH_QTWEBKIT=OFF ..

Then configuring goes without errors.
But on generating, I get

 CMake Error: The following variables are used in this project, but they are 
set to NOTFOUND.
 Please set them or make sure they are set and tested correctly in the CMake 
files:
 QWT_LIBRARY
 linked by target "qgis_gui" in directory /home/richard/git/qgisqt6/src/gui
 linked by target "qgis_app" in directory /home/richard/git/qgisqt6/src/app
 Generating done (0.5s)

So probably need to get QWT compiled for qt6?
Found https://packages.debian.org/experimental/libqwt-qt6-6.2 but dare not to 
pull that into my testing machine?


Anyway, Thanks all!

Regards,

Richard Duivenvoorde


For debianista's willing to try:
- on Debian testing, on which I also compile QGIS-qt5, I (via trial and error) 
installed:

sudo apt install libqca-qt6-dev qtkeychain-qt6-dev libqscintilla2-qt6-dev 
qt6-serialport-dev qt6-svg-dev qt6-positioning-dev libqt6core5compat6 
qt6-5compat-dev python3-pyqt6 python3-pyqt6.qsci pyqt6-dev-tools 
python3-pyqt6.qtmultimedia qml6-module-qtmultimedia qt6-multimedia-dev 
Qt6UiToolsConfig.cmake

mkdir build;cd build;ccmake -GNinja -DBUILD_TESTING=FALSE -DENABLE_TESTS=OFF 
-DWITH_SERVER=FALSE -DWITH_3D=FALSE 
-DCMAKE_INSTALL_PREFIX=~/bin/qgis_/qt6/debug -DWITH_QWTPOLAR=OFF 
-DCMAKE_BUILD_TYPE=Debug -DWITH_GRASS=FALSE -DBUILD_WITH_QT6=TRUE 
-DWITH_OAUTH2_PLUGIN=FALSE -DWITH_WITH_SERVER_PLUGINS=OFF 
-DWITH_STAGED_PLUGINS=OFF -DWITH_PDAL=OFF -DWITH_QTWEBKIT=OFF ..



On 1/25/24 22:58, Nyall Dawson via QGIS-Developer wrote:

Hi list,

With some excellent work recently completed by Julien, we're now at a stage 
where there's no *major* roadblocks preventing plugins from functioning under 
the Qt6 builds!

In fact, the first plugin has already been ported to be compatible with these (First 
Aid Plugin) -- see https://github.com/wonder-sk/qgis-first-aid-plugin/commits/master/ 
 .

I think we're now at a stage where wider testing of the Qt6 builds and feedback 
via bug reports are valuable. A couple of notes:

- We're up to roughly 2/3rd of the existing Python tests passing on Qt 6 
builds. That's obviously not everything, so we aren't finished with this work 
yet 

- There's a script available in the repo for automatically upgrading QGIS 
plugins/scripts to Qt 6 compatibility WITHOUT BREAKING compatibility with older 
releases/qt5 based releases. It's here: 
https://github.com/qgis/QGIS/blob/master/scripts/pyqt5_to_pyqt6/pyqt5_to_pyqt6.py 


- After running the script, you'll also need to add "supportsQt6=yes" to your plugins 
metadata configuration. Otherwise the Qt6 builds will just ignore your plugin and will refuse 
to load it. See eg 
https://github.com/wonder-sk/qgis-first-aid-plugin/commit/3687be7d9e026c59c9b775caaf5ee18cf8639886
 


- You'll need to compile your own Qt 6 build. There's no nightlies or any 
prepackaged versions available.

- There are still some known issues with enum handling, but please open bug 
reports when you encounter these!

- The plugin manager is currently broken in the Qt6 builds. Use a Qt5 build to 
enable plugins
藍

Again, to reiterate, there's NO plans for moving to QGIS 4.0 on the horizon. The plan is to 
allow plugins to add Qt6 support without breaking any compatibility with Qt5/older releases, so 
that 

Re: [QGIS-Developer] QGIS-Website write permissions

[Richard Duivenvoorde via QGIS-Developer]

Hi Sandro,

Looking at the last 10 merged PR's I can see at least 5 people
apparently able to merge:

Marco, Andreas, Juergen, Andrea, Harrisou and myself

I think our 'rule' was to do PR's and if you want them to be
merged, and they are not picked up by the dev's, you can ask
here (which you do :-) ).

Isn't that OK? Instead of writing a doc, which probably get's
stale etc?

Regards,

Richard Duivenvoorde

PS about PR of Harrissou, we (he and I) discussed this online, but
I did not put any comment in the PR (I did now).

PS2 isn't https://github.com/orgs/qgis/teams more helpfull for names?


On 1/25/24 10:27, Sandro Santilli via QGIS-Developer wrote:

I've noticed a change request I submitted for the QGIS Website [1]
has gone unnoticed for 1 week now and thus I wondered what's
the contribution policy is for that repo and didn't find an answer
in the top-level README.md file [2].

I went looking for other PRs and found one by Harrissou Sant-anna
which is from November 2023 and also only commented by himself [3].
His PR seems good to me but I cannot merge it. I've approved it
by review but still it's not mergeable by myself.

GitHub UI tells me that only those "with write access to this

repository" can merge pull requests but the "write acces" link
points to a generic page [4] which doesn't tell me who they are.

Moving to the organization level I see there are 3 "teams" [5]
called "Community", "QGIS Developers" and "QGIS security". I belong
to the "QGIS Developers" team, which lets me merge PRs in the QGIS
application repository [6] if they are reviewed.

So to the point: is there a document which fully describe the
governance rules of the various repositories ? I'd think such
document would be good to be more easily accessible from the README
files of each repository to simplify onboarding of new (and life
of old) contributors.

Thank you for any pointer to help me improve the transparency
of the project.

[1] https://github.com/qgis/QGIS-Website/pull/1218
[2] https://github.com/qgis/QGIS-Website/blob/master/README.md
[3] https://github.com/qgis/QGIS-Website/pull/1208
[4] https://docs.github.com/articles/what-are-the-different-access-permissions
[5] https://github.com/orgs/qgis/teams
[6] https://github.com/qgis/QGIS

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


___
QGIS-Developer mailing list
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] Strange Mysql (spatial) behaviour: no points visible

[Richard Duivenvoorde via QGIS-Developer]

Ah, oo :-)

I can reproduce now in the docker!

After seeing

src/core/providers/ogr/qgsogrprovider.cpp:3236 : (crs) [0ms] no spatial 
reference found

in the debug info of that other db, I thought to try to load the data WITHOUT 
telling it EPSG:31370:

So instead of:

ogr2ogr -update 
"mysql:test,user=root,password=passwd,port=33060,host=127.0.0.1" test.csv 
-select id -nlt point -a_srs EPSG:31370

I removed the test table and did

ogr2ogr -update 
"mysql:test,user=root,password=passwd,port=33060,host=127.0.0.1" test.csv 
-select id -nlt point

THEN I see exact the behaviour you see in the db with the issue:

- QGIS loads the layer (using 31370 project!), without crs (seeing the little 
globe with ? in it in the layer manager-
- BUT if you do 'zoom to data' you zoom the the right place in the world
- you can see the attributes in the attribute table
- and even after assigning EPSG:31370 to the layer: NO point visible in Belgium!

Note that loading the layer in a EPSG:4326 table, and assigning 31370 to the 
layer, QGIS does not zoom to Belgium...

Is this helpfull?
Or is this just a data issue?

Regards,

Richard Duivenvoorde

On 1/23/24 13:40, Even Rouault wrote:

Richard,

I've failed to reproduce. Here's my testing procedure:

docker run --name gdal-mysql1 -e MYSQL_ROOT_PASSWORD=passwd -e 
"MYSQL_ROOT_HOST=%" -p 33060:3306 -d mysql:8.0.34 mysqld 
--default-authentication-plugin=mysql_native_password
docker exec gdal-mysql1 sh -c "echo 'CREATE DATABASE test; SELECT Version()' | mysql 
-uroot -ppasswd"
printf 'id,WKT\n1,"POINT(168937.186906043 175180.302889316)"\n' > test.csv
ogr2ogr -update 
"mysql:test,user=root,password=passwd,port=33060,host=127.0.0.1" test.csv 
-select id -nlt point -a_srs EPSG:31370

then opening it with QGIS displays the point on the canvas and the attribute 
table. I can also add other points.

Even

Le 16/01/2024 à 20:07, Richard Duivenvoorde via QGIS-Developer a écrit :

No hints :-) ?

I now have a live connection to the db, and can reproduce the issue here in 
master on Linux too.

It's really strange: have a local db, I can even copy features from the 
attribute table to my local table, and THEN they show up

ogrinfo shows exactly the same information of the db ( using -so).

coordinates are fine too:

select coord, ST_AsWKT(coord) from tblQgisProjecten tqp limit 1

coord |ST_AsWKT(coord) |
-++
POINT (168937.186906043 175180.302889316)|POINT(168937.186906043 
175180.302889316)|

could it be in char encoding, or in a strange attribute value? We already tried 
to create a simple view with only coord and ID, but that did not show something 
either.

As I cannot share the connection info, I'm happy to share my screen or so to 
show this.

SELECT version();
version()|
-+
8.0.34-26|

but is an upgraded db, not sure where it came from

Regards,

Richard Duivenvoorde


On 1/12/24 15:06, Richard Duivenvoorde via QGIS-Developer wrote:

Hi Devs,

I was contacted by a company who after upgrading their db and QGIS did NOT see 
the points anymore.

Note that 'all worked' when they used QGIS 3.10 (and an older mysql db)
After a MySQL database upgrade, QGIS 3.10 was not able to connect anymore 
(apparently TLS issues), so they have to use 3.28 or higher.

A small export loaded in my local db was OK in QGIS.

So in a online meeting, sharing their screen I tried:

- opening the db with ogrinfo: all data is visible (POINT(.)) showing 
correct coords and attributes
- loading the table (25000 records) in QGIS: data: EPSG:31370 project 
EPSG:31370 :
 - attribute table shows all records
 - mapcanvas empty!
 - able to 'zoom to' records (Belgium), but NO points visible/selectable
- creating a tiny table with only id and geom column of 3 records: mapcanvas 
emtpy
- export the loaded (but invisible) layer to a geopackage: points AND 
attributes VISIBLE!
- loading the data in dbeaver: all data is shown in the spatial tab

There was an encoding issue when exporting to gpkg, but we tried to create a 
smaller table (very few columns): nothing.

Anybody familiar with QGIS and Mysql has an idea what this not showing of any 
point/geom could be?

Any hint appreciated, I plan to try to get a connection to the db myself, but 
hoping I just miss something obvious...

Regards,

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


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




___

Re: [QGIS-Developer] Strange Mysql (spatial) behaviour: no points visible

[Richard Duivenvoorde via QGIS-Developer]

Thanks Even for checking Even!
I replayed your test, and with me it was fine too

My gut feeling is that it is something in the ogr - gdal bridge.
OR there is a (?wkt) issue because of the move from an older mysql to a newer 
version?
Is is actually exact the same issue as
https://github.com/qgis/QGIS/issues/34170 :

Ogr shows all, attributes shown ok, it is just QGIS that is not showing the 
points.

I'll try to debug the current db, and I've asked the people to create a test db 
(which hopefully then has the same issue :-) )

Regards & Thanks,

Richard

On 1/23/24 13:40, Even Rouault wrote:

Richard,

I've failed to reproduce. Here's my testing procedure:

docker run --name gdal-mysql1 -e MYSQL_ROOT_PASSWORD=passwd -e 
"MYSQL_ROOT_HOST=%" -p 33060:3306 -d mysql:8.0.34 mysqld 
--default-authentication-plugin=mysql_native_password
docker exec gdal-mysql1 sh -c "echo 'CREATE DATABASE test; SELECT Version()' | mysql 
-uroot -ppasswd"
printf 'id,WKT\n1,"POINT(168937.186906043 175180.302889316)"\n' > test.csv
ogr2ogr -update 
"mysql:test,user=root,password=passwd,port=33060,host=127.0.0.1" test.csv 
-select id -nlt point -a_srs EPSG:31370

then opening it with QGIS displays the point on the canvas and the attribute 
table. I can also add other points.

Even

Le 16/01/2024 à 20:07, Richard Duivenvoorde via QGIS-Developer a écrit :

No hints :-) ?

I now have a live connection to the db, and can reproduce the issue here in 
master on Linux too.

It's really strange: have a local db, I can even copy features from the 
attribute table to my local table, and THEN they show up

ogrinfo shows exactly the same information of the db ( using -so).

coordinates are fine too:

select coord, ST_AsWKT(coord) from tblQgisProjecten tqp limit 1

coord |ST_AsWKT(coord) |
-++
POINT (168937.186906043 175180.302889316)|POINT(168937.186906043 
175180.302889316)|

could it be in char encoding, or in a strange attribute value? We already tried 
to create a simple view with only coord and ID, but that did not show something 
either.

As I cannot share the connection info, I'm happy to share my screen or so to 
show this.

SELECT version();
version()|
-+
8.0.34-26|

but is an upgraded db, not sure where it came from

Regards,

Richard Duivenvoorde


On 1/12/24 15:06, Richard Duivenvoorde via QGIS-Developer wrote:

Hi Devs,

I was contacted by a company who after upgrading their db and QGIS did NOT see 
the points anymore.

Note that 'all worked' when they used QGIS 3.10 (and an older mysql db)
After a MySQL database upgrade, QGIS 3.10 was not able to connect anymore 
(apparently TLS issues), so they have to use 3.28 or higher.

A small export loaded in my local db was OK in QGIS.

So in a online meeting, sharing their screen I tried:

- opening the db with ogrinfo: all data is visible (POINT(.)) showing 
correct coords and attributes
- loading the table (25000 records) in QGIS: data: EPSG:31370 project 
EPSG:31370 :
 - attribute table shows all records
 - mapcanvas empty!
 - able to 'zoom to' records (Belgium), but NO points visible/selectable
- creating a tiny table with only id and geom column of 3 records: mapcanvas 
emtpy
- export the loaded (but invisible) layer to a geopackage: points AND 
attributes VISIBLE!
- loading the data in dbeaver: all data is shown in the spatial tab

There was an encoding issue when exporting to gpkg, but we tried to create a 
smaller table (very few columns): nothing.

Anybody familiar with QGIS and Mysql has an idea what this not showing of any 
point/geom could be?

Any hint appreciated, I plan to try to get a connection to the db myself, but 
hoping I just miss something obvious...

Regards,

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


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




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

[QGIS-Developer] Settings/Data Source Handling/Prompt: 'never', loads nothing?

[Richard Duivenvoorde via QGIS-Developer]

Hi,

Creating some gpkg dumps from postgis tables to mail to somebody, I thought to tell them: 
"just throw them in QGIS to show them"

Then I got the (functional, but slighty annoying) prompt/dialog to select (the 
one!) layer in it, first.

So reached to settings to find "Prompt for sublayers when opening" and tested 
the different options.

One thing which strikes me, is that if you choose the "Never" option, and try 
to load a gpkg via the browser, or via dragging the gpkg on the canvas, NOTHING happens. 
Nothing is loaded.

Is this intended?

Can others reproduce?

Regards,

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

Re: [QGIS-Developer] Strange Mysql (spatial) behaviour: no points visible

[Richard Duivenvoorde via QGIS-Developer]

No hints :-) ?

I now have a live connection to the db, and can reproduce the issue here in 
master on Linux too.

It's really strange: have a local db, I can even copy features from the 
attribute table to my local table, and THEN they show up

ogrinfo shows exactly the same information of the db ( using -so).

coordinates are fine too:

select coord, ST_AsWKT(coord) from tblQgisProjecten tqp limit 1

coord|ST_AsWKT(coord)   
  |
-++
POINT (168937.186906043 175180.302889316)|POINT(168937.186906043 
175180.302889316)|

could it be in char encoding, or in a strange attribute value? We already tried 
to create a simple view with only coord and ID, but that did not show something 
either.

As I cannot share the connection info, I'm happy to share my screen or so to 
show this.

SELECT version();
version()|
-+
8.0.34-26|

but is an upgraded db, not sure where it came from

Regards,

Richard Duivenvoorde


On 1/12/24 15:06, Richard Duivenvoorde via QGIS-Developer wrote:

Hi Devs,

I was contacted by a company who after upgrading their db and QGIS did NOT see 
the points anymore.

Note that 'all worked' when they used QGIS 3.10 (and an older mysql db)
After a MySQL database upgrade, QGIS 3.10 was not able to connect anymore 
(apparently TLS issues), so they have to use 3.28 or higher.

A small export loaded in my local db was OK in QGIS.

So in a online meeting, sharing their screen I tried:

- opening the db with ogrinfo: all data is visible (POINT(.)) showing 
correct coords and attributes
- loading the table (25000 records) in QGIS: data: EPSG:31370 project 
EPSG:31370 :
 - attribute table shows all records
 - mapcanvas empty!
 - able to 'zoom to' records (Belgium), but NO points visible/selectable
- creating a tiny table with only id and geom column of 3 records: mapcanvas 
emtpy
- export the loaded (but invisible) layer to a geopackage: points AND 
attributes VISIBLE!
- loading the data in dbeaver: all data is shown in the spatial tab

There was an encoding issue when exporting to gpkg, but we tried to create a 
smaller table (very few columns): nothing.

Anybody familiar with QGIS and Mysql has an idea what this not showing of any 
point/geom could be?

Any hint appreciated, I plan to try to get a connection to the db myself, but 
hoping I just miss something obvious...

Regards,

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


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

Re: [QGIS-Developer] Shapefile not correctly shown in some areas

[Richard Duivenvoorde via QGIS-Developer]

Hi Aurélie,

I can reproduce your findings.

I'm not an expert on shapefile format, but how do you create the shapefile?

Is it possible that the shx file is not in line anymore with the shp/dbf file?
If I'm correct the shx is the shape-index file, probably used by QGIS or other 
tools to quickly find points within a bbox etc.
See: 
https://gis.stackexchange.com/questions/294868/explaining-difference-between-shx-and-shp-files-of-shapefile

I think your shp and shx file are not in line with each other anymore.

As a test, I exported your shapefile in QGIS to another shp file, and THAT copy 
works fine.

So I think you have to dive into your shp file creation software, and make sure 
it also update the shx OR (re)create the shx after creating shp and dbf

Regards & hth,

Richard Duivenvoorde

On 1/12/24 17:11, Aurélie Tisson (BastaPrint) via QGIS-Developer wrote:

Hello,
To make things short, I have a device which gathers data in the fields 
(hundreds of data per second), and gets the position through a GPS (every 
second).
Between 2 GPS positions, I triangulate the positions, so the points are aligned.
Sometimes, the device "writes" the data so it spends some time doing so, and it does not 
gather anything, so I have a "hole".

Then, to visualize the data, I create a Shapefile, only with Points.

In one Shapefile, I had some strange points: points that appear on the map, but 
are not clickable and disappear when I zoom in too much. I attach the files ; 
they can be downloaded here, too:   https://www.grosfichiers.com/sjNC3yx7Kvi

For instance, in the file I join, the position number 1613 and further are 
problematic. If my viewing area includes the point 1612, I see all the points, 
well aligned, but I cannot click points 1613 and further.
If I zoom in, or if I move the area and the point 1612 is out of the area, I 
see nothing anymore.

The code to generate the Shapefile has a systematic approach: it takes the 
points one after the other, and writes their position by incrementing the 
values. So I suspect there is no bug.
In a previous test, the same problem occured BEFORE point 1217 : I could only 
see the first points if the area included point 1217.

Questions:
- can anyone try to see my shapefile and confirm the problem?
- does this bug ring a bell to anyone?
- what may be the problem?

Thank you very much!
My versions are detailled below. I just updated to the LTR to try to solve the 
problem, but the bug exists with the 3.22.7-Białowieża  and 3.28.14-Firenze 
versions.


Aurélie


Version de QGIS



3.28.14-Firenze



Révision du code



b09131c512 

Version de Qt



5.15.3

Version de Python



3.9.5

Version de GDAL/OGR



3.8.2

Version de Proj



9.3.1

Version de la base de données du registre EPSG



v10.098 (2023-11-24)

Version de GEOS



3.12.1-CAPI-1.18.1

Version de SQLite



3.41.1

Version de PDAL



2.6.0

Version du client PostgreSQL



unknown

Version de SpatiaLite



5.1.0

Version de QWT



6.1.6

Version de QScintilla2



2.13.4

Version de l'OS



Windows 10 Version 2009






Extensions Python actives

QGeoloGIS



1.9.0

db_manager



0.1.20

grassprovider



2.12.99

MetaSearch



0.3.6

processing



2.12.99

sagaprovider



2.12.99



=== Previously  =

Version de QGIS



3.22.7-Białowieża



Révision du code



5a65627a 

Version de Qt



5.15.3

Version de Python



3.9.5

Version de GDAL/OGR



3.4.3

Version de Proj



9.0.0

Version de la base de données du registre EPSG



v10.054 (2022-02-13)

Version de GEOS



3.10.2-CAPI-1.16.0

Version de SQLite



3.38.1

Version de PDAL



2.3.0

Version du client PostgreSQL



13.0

Version de SpatiaLite



5.0.1

Version de QWT



6.1.6

Version de QScintilla2



2.13.1

Version de l'OS



Windows 10 Version 2009
























___
QGIS-Developer mailing list
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] Strange Mysql (spatial) behaviour: no points visible

[Richard Duivenvoorde via QGIS-Developer]

Hi Devs,

I was contacted by a company who after upgrading their db and QGIS did NOT see 
the points anymore.

Note that 'all worked' when they used QGIS 3.10 (and an older mysql db)
After a MySQL database upgrade, QGIS 3.10 was not able to connect anymore 
(apparently TLS issues), so they have to use 3.28 or higher.

A small export loaded in my local db was OK in QGIS.

So in a online meeting, sharing their screen I tried:

- opening the db with ogrinfo: all data is visible (POINT(.)) showing 
correct coords and attributes
- loading the table (25000 records) in QGIS: data: EPSG:31370 project 
EPSG:31370 :
- attribute table shows all records
- mapcanvas empty!
- able to 'zoom to' records (Belgium), but NO points visible/selectable
- creating a tiny table with only id and geom column of 3 records: mapcanvas 
emtpy
- export the loaded (but invisible) layer to a geopackage: points AND 
attributes VISIBLE!
- loading the data in dbeaver: all data is shown in the spatial tab

There was an encoding issue when exporting to gpkg, but we tried to create a 
smaller table (very few columns): nothing.

Anybody familiar with QGIS and Mysql has an idea what this not showing of any 
point/geom could be?

Any hint appreciated, I plan to try to get a connection to the db myself, but 
hoping I just miss something obvious...

Regards,

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

[QGIS-Developer] Remove stripe.qgis.org and planet.qgis.org (test.qgis.org?) from DNS

[Richard Duivenvoorde via QGIS-Developer]

Looking at the records (still) pointing to qgis2 (old web server), we found

stripe.qgis.org
and
planet.qgis.org

We think(!) that those are not used anymore.
Are we right?
(is donate.qgis.org superseeding the stripe.qgis.org?)
(planet is gone?)
Can I remove these records from the DNS?

Anybody busy with http://test.qgis.org/?
Because the last use/build of the tests there are from januari too

Regards,

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

Re: [QGIS-Developer] VisualChangelog in qgis.org please check/fix

[Richard Duivenvoorde via QGIS-Developer]

On 10/31/23 00:27, Valentin BUIRA via QGIS-Developer wrote:


Do you think I could be credited as Valentin Buira instead of "Poulpator" ?


https://github.com/qgis/QGIS-Website/commit/f4b67fb512d10cd28a7198d6043e8c2ec30e33a3

Regards,

Richard Duivenvoorde

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

[QGIS-Developer] VisualChangelog in qgis.org please check/fix

[Richard Duivenvoorde via QGIS-Developer]

Hi,

Just pulled the Visual Changelog from the edit site into the website:
https://qgis.org/en/site/forusers/visualchangelog334/index.html
(English, but other languages building!)

Please check and let us know if there is stuff to fix.

Regards,

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

Re: [QGIS-Developer] LTR version info in version.txt?

[Richard Duivenvoorde via QGIS-Developer]

https://github.com/qgis/QGIS-Website/blob/master/scripts/mkversion.py

I think it is used for the about box. Juergen is handling this

Regards,

Richard Duivenvoorde

On 9/13/23 05:50, Nyall Dawson via QGIS-Developer wrote:

Hi list,

Has something changed in the format of https://version.qgis.org/version.txt 
 recently? It used to be that this file included a 
string "current LTR version of QGIS is ", but that's no longer present and I can 
only see the 3.32 release details now.

(on a related note... would it be tricky to make a "version.json" equivalent of 
this file with content like
{
     'latest': {'major': 3, 'minor': 32, 'subversion': 3 },
     'ltr': {'major': 3, 'minor': 28, 'subversion': 10 }
} ? )

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://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] PDAL compile on bookworm?

[Richard Duivenvoorde via QGIS-Developer]

Mmm, installing in /usr/local/lib of pdal, results in linking errors (still 
pointing) to pdal_base and pdal_util...?

Do I have cached stuff? Cannot find pdal_base or pdal_util in my build dir??

Thanks for any pointers,

Richard



[626/10160] Linking CXX executable output/lib/qgis/untwine
FAILED: output/lib/qgis/untwine
: && ccache /usr/bin/c++ -Wall -Wextra -Wno-long-long -Wformat-security 
-Wno-strict-aliasing -Wnon-virtual-dtor -Wno-redundant-move -Wno-misleading-indentation 
-Wno-deprecated-copy -g -Wl,--no-undefined 
src/providers/pdal/CMakeFiles/untwine.dir/untwine_autogen/mocs_compilation.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/bu/BuPyramid.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/bu/CopcSupport.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/bu/OctantInfo.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/bu/Processor.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/bu/PyramidManager.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/bu/Stats.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/epf/BufferCache.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/epf/Cell.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/epf/Epf.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/epf/FileProcessor.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/epf/Grid.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/epf/Reprocessor.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/epf/Writer.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/untwine/Las.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/untwine/MapFile.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/untwine/ProgressWriter.cpp.o
 src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/untwine/ThreadPool.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/untwine/Untwine.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/charbuf.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/filestream.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/header.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/lazperf.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/readers.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/vlr.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/writers.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_byte10.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_byte14.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_gpstime10.cpp.o
 src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_nir14.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_point10.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_point14.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_rgb10.cpp.o 
src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_rgb14.cpp.o -o 
output/lib/qgis/untwine -L/home/richard/git/qgis/build/src/core   
-L/home/richard/git/qgis/build/src/gui   -L/usr/local/lib 
-Wl,-rpath,/home/richard/git/qgis/build/src/core:/home/richard/git/qgis/build/src/gui:/usr/local/lib:
  -lpdalcpp  -lpdalcpp && :
/usr/bin/ld: cannot find -lpdal_base: No such file or directory
/usr/bin/ld: cannot find -lpdal_util: No such file or directory
/usr/bin/ld: cannot find -lpdal_base: No such file or directory
/usr/bin/ld: cannot find -lpdal_util: No such file or directory
collect2: error: ld returned 1 exit status


On 9/11/23 20:15, Jürgen E. Fischer via QGIS-Developer wrote:

Hi Richard,

On Mon, 11. Sep 2023 at 17:11:13 +0200, Richard Duivenvoorde via QGIS-Developer 
wrote:

One more question ;-)

After pdal install: if I try to compile QGIS 'WITH_PDAL', ccmake find the 
PDAL_BIN, PDAL_CPP_LIBRARY and PDAL_INCLUDE_DIR

But NOT the PDAL_UTIL_LIBRARY.


That was dropped and is included in libpdalcpp - so it's probably not needed
anymore and linking libpdalcpp is enough.

https://github.com/PDAL/PDAL/commit/a3faa03218e9ea6dee1503f635b17f57f4c82ff7

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


___
QGIS-Developer m

Re: [QGIS-Developer] PDAL compile on bookworm?

[Richard Duivenvoorde via QGIS-Developer]

On 9/10/23 23:39, Jürgen E. Fischer via QGIS-Developer wrote:

On unstable installing libunwind-16-dev helped - didn't dig any deeper.


Cool, yep that works on bookworm also! Well, libunwind-15-dev you get there.

Then I can compile/test/install pdal. Thanks!

One more question ;-)

After pdal install: if I try to compile QGIS 'WITH_PDAL', ccmake find the 
PDAL_BIN, PDAL_CPP_LIBRARY and PDAL_INCLUDE_DIR

But NOT the PDAL_UTIL_LIBRARY.

Any pointer to where that is supposed to point to?

Regards,

Richard



___
QGIS-Developer mailing list
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] PDAL compile on bookworm?

[Richard Duivenvoorde via QGIS-Developer]

Hi All,

Anybody succesfully compiled PDAL master recently on Debian Bookworm?

Following instructions of
https://pdal.io/en/latest/development/compilation/unix.html
Ninja stops when trying to link the tests:


[448/578] Linking CXX executable bin/pdal_file_utils_test
FAILED: bin/pdal_file_utils_test
: && /usr/bin/c++   test/unit/CMakeFiles/pdal_test_support.dir/Support.cpp.o 
test/unit/CMakeFiles/pdal_file_utils_test.dir/FileUtilsTest.cpp.o -o bin/pdal_file_utils_test  
-Wl,-rpath,/home/richard/git/pdal/build/lib  lib/libpdalcpp.so.16.0.0  lib/libgtest.a 
&& :
/usr/bin/ld: lib/libpdalcpp.so.16.0.0: undefined reference to `_ULx86_64_step'
/usr/bin/ld: lib/libpdalcpp.so.16.0.0: undefined reference to 
`_Ux86_64_getcontext'
/usr/bin/ld: lib/libpdalcpp.so.16.0.0: undefined reference to 
`_ULx86_64_init_local'
/usr/bin/ld: lib/libpdalcpp.so.16.0.0: undefined reference to 
`_ULx86_64_get_proc_name'
/usr/bin/ld: lib/libpdalcpp.so.16.0.0: undefined reference to 
`_ULx86_64_get_reg'
collect2: error: ld returned 1 exit status
[449/578] Linking CXX executable bin/pdal_log_test
FAILED: bin/pdal_log_test
: && /usr/bin/c++   test/unit/CMakeFiles/pdal_test_support.dir/Support.cpp.o 
test/unit/CMakeFiles/pdal_log_test.dir/LogTest.cpp.o -o bin/pdal_log_test  
-Wl,-rpath,/home/richard/git/pdal/build/lib  lib/libpdalcpp.so.16.0.0  lib/libgtest.a 
&& :
/usr/bin/ld: lib/libpdalcpp.so.16.0.0: undefined reference to `_ULx86_64_step'
/usr/bin/ld: lib/libpdalcpp.so.16.0.0: undefined reference to 
`_Ux86_64_getcontext'
/usr/bin/ld: lib/libpdalcpp.so.16.0.0: undefined reference to 
`_ULx86_64_init_local'
/usr/bin/ld: lib/libpdalcpp.so.16.0.0: undefined reference to 
`_ULx86_64_get_proc_name'
/usr/bin/ld: lib/libpdalcpp.so.16.0.0: undefined reference to 
`_ULx86_64_get_reg'
collect2: error: ld returned 1 exit status
[450/578] Linking CXX executable bin/pdal_bounds_test

Any hints?

Regards,

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

[QGIS-Developer] Mesh netcdf NaN visualisation in QGIS?

[Richard Duivenvoorde via QGIS-Developer]

Hi,

My colleague is creating netcdf as output of some other modelling 
software, and viewing/styling it in QGIS.


In some places the modelling software goes awry and produces NaN's in de 
netcdf.


Anybody an idea to create a visualisation (in QGIS) to find out WHICH 
part/cell's contain a NaN?


output of ncdump:
  0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
0, 0,·
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, NaNf, NaNf, NaNf, 0, 
0,·
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
0,·
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
0,·

0, 0, 0, 0, 0, 0,

Found: 
https://github.com/lutraconsulting/MDAL/blob/master/mdal/frmts/mdal_netcdf.cpp#L100-L102


So apparently in MDAL this becomes 
"std::numeric_limits::quiet_NaN"


But how to find these in QGIS?

Looking in Layer Styling I could use non-numbes (like None, NaN or 
whatever) in the inputs.

Same in Mesh calculator.

Any idea appreciated!

Regards,

Richard Duivenvoorde

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

Re: [QGIS-Developer] strange files in bin when building qgis server

[Richard Duivenvoorde via QGIS-Developer]

Hi Greg,

No inner knowledge, others know probably better, but a part of qgis_server is a 
'landing page'-web-application.

Could it be those files belong to those?

Regards,

Richard Duivenvoorde

On 8/25/23 02:37, Greg Troxel via QGIS-Developer wrote:

I maintain the gpksrc entry for qgis, currently at 3.28.7.  Generally it
works pretty well.

I am reviewing a patch to add qgis server to the package.  While there
are questions as to whether it should be a split package, I'm not
worrying about that yet, and it doesn't seem like the server files are
that big.

The patch basically does:

+CMAKE_ARGS+=   -DWITH_SERVER:BOOL=TRUE

which as you'd expect adds that to the cmake invocation.  The qgis
package already had a dependency on fcgi, for reasons that are unclear
(and unimportant!).

Things are mostly ok; now new files appear in $prefix/bin, in lib and in
share and reviewing the list most seem obviously sensible.

However, two files get installed in bin: admin.sld and wms_metadata.xml.

I have appended a snippet of our manifest of installed files;
bin/qgis_mapserver and bin/qgis_mapserver.fcgi seem correct, as do the
libraries, and the things beyond that which I have omitted.

But admin.sld and wms_metadata.xml are not executables and do not have a
qgis_ prefix.  They seems like examples, not something that should be
installed.

Do other people building qgis from source see these two files?  Others
maintaining packages?

This seems like a bug in the build system to me, but this is my first
interaction with anything qgis_server.

My build host is NetBSD 10 amd64.


Thanks, Greg


--- PLIST   20 May 2023 12:28:11 -  1.23
+++ PLIST   24 Aug 2023 23:17:25 -
@@ -1,7 +1,11 @@
  @comment $NetBSD: PLIST,v 1.23 2023/05/20 12:28:11 gdt Exp $
+bin/admin.sld
  bin/qgis
  bin/qgis_bench
+bin/qgis_mapserv.fcgi
+bin/qgis_mapserver
  bin/qgis_process
+bin/wms_metadata.xml
  include/qgis/Bezier3D.h
  include/qgis/CloughTocherInterpolator.h
  include/qgis/HalfEdge.h
@@ -1699,6 +1703,8 @@ lib/libqgis_gui.so
  lib/libqgis_gui.so.${PKGVERSION}
  lib/libqgis_native.so
  lib/libqgis_native.so.${PKGVERSION}
+lib/libqgis_server.so
+lib/libqgis_server.so.${PKGVERSION}
  lib/libqgispython.so
  lib/libqgispython.so.${PKGVERSION}
  lib/qgis/crssync

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


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

Re: [QGIS-Developer] Adding a plugin collaborator

[Richard Duivenvoorde via QGIS-Developer]

On 6/29/23 11:31, Richard Duivenvoorde via QGIS-Developer wrote:

FYI I created an issue, in case some django/html/js guru comes up with a better 
idea: https://github.com/qgis/QGIS-Django/issues/289


Not yet deployed, but look what Dimas created:

https://github.com/qgis/QGIS-Django/issues/289#issuecomment-1612856617

Regards & Thanks Dimas (and Nyall for raising)

Richard Duivenvoorde

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

Re: [QGIS-Developer] QGIS Website Donation page not working

[Richard Duivenvoorde via QGIS-Developer]

See: https://github.com/qgis/QGIS-Website/issues/1166

Pinging Dimas and Tim

Regards,

Richard Duivenvoorde

On 7/1/23 12:23, Andrea Giudiceandrea via QGIS-Developer wrote:

Hi devs,
just to inform you that the Donation page of the QGIS website is not working 
properly, probably already for a few days (see 
https://github.com/qgis-donations).
Currently it is not possible to donate.

Going to the page at URL https://donate.qgis.org/ , the connection is 
considered insecure and the certificate invalid by Chrome and Firefox.
The following error is also reported:
NET::ERR_CERT_COMMON_NAME_INVALID

The page certificate has the start validity date of June 28th, 2023 and CN = 
changelog.qgis.org

At the above URL, an "High level software project management. Made easy." page 
is shown instead of the Donation page.

Best regards.

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


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

Re: [QGIS-Developer] Adding a plugin collaborator

[Richard Duivenvoorde via QGIS-Developer]

Thanks Nyall,

FYI I created an issue, in case some django/html/js guru comes up with a better 
idea: https://github.com/qgis/QGIS-Django/issues/289

Richard

On 6/29/23 01:00, Nyall Dawson wrote:

On Mon, 26 Jun 2023 at 14:01, Richard Duivenvoorde  wrote:


On 6/26/23 00:55, Nyall Dawson wrote:

Thanks Richard, I've found this setting now! (For other's reference it's under "Manage" - 
"Edit" - "Owners").

It's a bit clunky unfortunately -- there's a list box with over 4000 entries 
and I need to safely select multiple entries from this ...  I think I'll 
resort to some js console trickery to make sure I do it correctly!


Yeah, you are right... it's was OK in the beginning of our plugins... or if you 
want to select just one, but in your case..

This is the repo of the site: https://github.com/qgis/QGIS-Django/

Feel free to add a Feature Request to easier filter or multi select that list.


In case it's useful for anyone else, here's the little script I used
to easily set a bunch of owners:

owners_input = document.getElementById('id_owners')
const users = ["some_user", "another_user", "another_person"];
for (var i = 0; i < owners_input.options.length; i++) {
 if ( users.includes(owners_input.options[i].text))
 {
   console.log(owners_input.options[i].text);
   owners_input.options[i].selected = true;
 }
 else
 {
   owners_input.options[i].selected = false;
 }
}

Nyall





Regards,

Richard


___
QGIS-Developer mailing list
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] Documentation of QGIS3.ini structure/schema?

[Richard Duivenvoorde via QGIS-Developer]

Hi Hannes,

Not sure if it is documented, and not sure IF they should be at different 
places.

But one explanation, IF this is an old profile and you are running master/own 
compiled QGIS's, could be that a new Settings regime has been introduced 
recently, which changed the 'keys' of (almost all) settings. Denis can tell you 
the exact details.

It could be that you have multiple configurations, because of 'intermediate' 
and old settings... I do not think the new code cleans up old settings (but it 
SAVES them).

I've at a certain moment replaced/refreshed some of my profiles because of 
settings troubles...

Regards,

Richard Duivenvoorde

On 6/29/23 10:35, Johannes Kröger (WhereGroup) via QGIS-Developer wrote:

Hey guys,

I am trying to polish the Profile Manager plugin 
https://plugins.qgis.org/plugins/profile-manager/ and am having sliiight 
troubles with the QGIS3.ini structure. Looking at a naturally grown profile I 
found 5 different places in which configuration is stored for one single WFS 
connection, mostly redundantly and I wonder if this is documented somewhere?

Here is an example:

[connections]
ows\items\WFS\connections\items\foo\authcfg =
ows\items\wfs\connections\items\foo\dpi-mode = All
ows\items\wfs\connections\items\foo\http-header = @Variant(\0\0\0\b\0\0\0\0)
ows\items\wfs\connections\items\foo\ignore-axis-orientation = false
...
ows\items\wfs\connections\items\foo\version = auto

[qgis]
WFS\foo\authcfg=
...
connections-wfs\foo\dpiMode = All
connections-wfs\foo\ignoreAxisOrientation = false
...
connections\WFS\foo\authcfg =
connections\WFS\foo\password =
connections\WFS\foo\username =

I assume that this is from different versions of QGIS? When I created a new 
profile in 3.32 I only got lines in the [connections] section and they were all 
lowercase. With 3.16 I got entries under [qgis].

- Is the QGIS3.ini structure documented somewhere?
- Are changes between versions documented?
- Is there a way to find out which QGIS version a QGIS3.ini file was written 
with?
- Is the structure stable within point releases?
- How far does backwards compatibility go and which entries take precedence 
when they are referencing the same thing?

Cheers, Hannes



___
QGIS-Developer mailing list
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-server] Messages: QNetworkDiskCache::prepare() unable to open temporary file

[Richard Duivenvoorde via QGIS-Developer]

Hi,

I'm testing a QGISserver setup in which the project is cascading a WMTS 
(MapProxy).


Performance is not so good... so I fiddled with

QGIS_SERVER_CACHE_DIRECTORY=/cache
and even with ??
QGIS_OPTIONS_PATH=/cache

where /cache is a mounted internal cache dir

Is see QGISserver write all the stuff in /cache which I know from QGIS 
(profile dir) itself:


# from within the container:
# ls /cache
bookmarks.xml  data8  fonts  gdal_pam  oauth2-cache  palettes  prepared  
qgis-auth.db  qgis.db  symbology-style.db


But I keep seeing a lot of messages in the logs:
QNetworkDiskCache::prepare() unable to open temporary file
QNetworkDiskCache::prepare() unable to open temporary file
...

So my question is, WHERE does Qt try to create the network cache...

Thanks,

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

Re: [QGIS-Developer] Input for changelog

[Richard Duivenvoorde via QGIS-Developer]

On 6/19/23 08:09, Richard Duivenvoorde via QGIS-Developer wrote:

Hi Devs,
As packaging of 3.32 is coming close... and we will pull the changelog from the 
input site into qgis.org.


Done, I just build the English version of the site to see it: 
https://qgis.org/en/site/forusers/visualchangelog332/index.html

Please check and if you see issue's, fix in github if you can, or let me know.

Regards,

Richard Duivenvoorde

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

Re: [QGIS-Developer] Adding a plugin collaborator

[Richard Duivenvoorde via QGIS-Developer]

On 6/26/23 00:55, Nyall Dawson wrote:

Thanks Richard, I've found this setting now! (For other's reference it's under "Manage" - 
"Edit" - "Owners").

It's a bit clunky unfortunately -- there's a list box with over 4000 entries 
and I need to safely select multiple entries from this ...  I think I'll 
resort to some js console trickery to make sure I do it correctly!


Yeah, you are right... it's was OK in the beginning of our plugins... or if you 
want to select just one, but in your case..

This is the repo of the site: https://github.com/qgis/QGIS-Django/

Feel free to add a Feature Request to easier filter or multi select that list.

Regards,

Richard
___
QGIS-Developer mailing list
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] Input for changelog

[Richard Duivenvoorde via QGIS-Developer]

Ok, ready?

As packaging will probably go over the weekend, I'm planning to pull the 
changelog (silently) into our website tomorrow or monday?

Richard

On 6/19/23 08:09, Richard Duivenvoorde via QGIS-Developer wrote:

Hi Devs,

As packaging of 3.32 is coming close... and we will pull the changelog from the 
input site into qgis.org.
While already looking good(!), can you please have a look at 
https://changelog.qgis.org/en/qgis/version/3.32/ and add items if needed, 
fix/update texts if needed and/or add some screenies to make it look cooler :-)

TIA,

Regards,

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


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

Re: [QGIS-Developer] Adding a plugin collaborator

[Richard Duivenvoorde via QGIS-Developer]

Or maybe... the 'author' string of the metadata.txt is used as is.
If you leave it, it will probably use the name from your 
credentials/ldap.
But if you add more names there, it will be shown in the plugin 
dialog(s)


Regards,

Richard

On 2023-06-22 09:08, Richard Duivenvoorde via QGIS-Developer wrote:

On 2023-06-22 06:34, Nyall Dawson via QGIS-Developer wrote:

Hi list,

This is possibly a stupid question -- but how can I add additional
users as collaborators to a plugin via https://plugins.qgis.org/?

I can see other plugins which have done this, but can't see any
settings exposed in my plugins which permit me to add collaborations
myself.


As admin it it possible to change 'owners'. That is if the ownership
changes, I (or other admins) can do that in the plugins.qgis.org site.

For metadata fields:
https://docs.qgis.org/3.28/en/docs/pyqgis_developer_cookbook/plugins/plugins.html#metadata-txt

Not sure what you mean with collaborator?
Can you give an example of such 'collaborator'?

Or if you let me know, I dan make a person 'owner' too...

Regards,

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

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

Re: [QGIS-Developer] Adding a plugin collaborator

[Richard Duivenvoorde via QGIS-Developer]

On 2023-06-22 06:34, Nyall Dawson via QGIS-Developer wrote:

Hi list,

This is possibly a stupid question -- but how can I add additional
users as collaborators to a plugin via https://plugins.qgis.org/?

I can see other plugins which have done this, but can't see any
settings exposed in my plugins which permit me to add collaborations
myself.


As admin it it possible to change 'owners'. That is if the ownership 
changes, I (or other admins) can do that in the plugins.qgis.org site.


For metadata fields: 
https://docs.qgis.org/3.28/en/docs/pyqgis_developer_cookbook/plugins/plugins.html#metadata-txt


Not sure what you mean with collaborator?
Can you give an example of such 'collaborator'?

Or if you let me know, I dan make a person 'owner' too...

Regards,

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

Re: [QGIS-Developer] How to enable debugging mode on QGIS start in Win11

[Richard Duivenvoorde via QGIS-Developer]

In windows/osgeo4w the 'nightly builds' (with -dev- in there package names) are 
build in DEBUG mode if I am correct...

so these should show you logging info, but I think you also need to install a 
tool to SEE that logging. I know there was some utility for it. Not sure if you 
can see it in the Event Log of WIndows...
Juergen posted some answers in the old issue tracker, but cannot find it...

Ah wait: from historical docs: 
https://issues.qgis.org/projects/qgis/wiki/Bugreports
use:
https://learn.microsoft.com/en-us/sysinternals/downloads/debugview
(but maybe Windows can do that now without tools...)

Regards,

Richard Duivenvoorde

On 6/20/23 16:38, Alessandro Pasotti via QGIS-Developer wrote:

QGIS_DEBUG=X has no effect if QGIS was not built in debug mode.


On Tue, Jun 20, 2023 at 4:18 PM Vedran Stojnović via QGIS-Developer
 wrote:


Hi,

I just installed QGIS 3.30.3 via web installer ("qgis-full" version) and QGIS won't start 
at all, nor does throw any error when I start it from PowerShell by executing 
"qgis-bin.exe".
I tried reinstalling a few times using different servers (default one and 
norbit.de) and I also cleaned the cache folder before changing the server.

I already tried adding these two lines to "qgis-bin.env" and I created 
"qgislog.txt" on the desktop, but I still do not get any output to the command line and 
txt file is empty after trying to start qgis:
QGIS_DEBUG=9
QGIS_LOG_FILE=C:\Users\phidr\Desktop\qgislog.txt

so the current contents of "qgis-bin.env" is:
PATH=C:\OSGeo4W\apps\qgis\bin;C:\OSGeo4W\apps\grass\grass82\lib;C:\OSGeo4W\apps\grass\grass82\bin;C:\OSGeo4W\apps\qt5\bin;C:\OSGeo4W\apps\Python39\Scripts;C:\OSGeo4W\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBem
GDAL_DATA=C:\OSGeo4W\apps\gdal\share\gdal
GDAL_DRIVER_PATH=C:\OSGeo4W\apps\gdal\lib\gdalplugins
GDAL_FILENAME_IS_UTF8=YES
PDAL_DRIVER_PATH=C:\OSGeo4W\apps\pdal\plugins
GISBASE=C:\OSGeo4W\apps\grass\grass82
GRASS_PROJSHARE=C:\OSGeo4W\share\proj
GRASS_PYTHON=C:\OSGeo4W\bin\python3.exe
OSGEO4W_ROOT=C:\OSGeo4W
PROJ_LIB=C:\OSGeo4W\share\proj
PYTHONHOME=C:\OSGeo4W\apps\Python39
PYTHONPATH=C:\OSGeo4W\apps\grass\grass82\etc\python;
PYTHONUTF8=1
QGIS_PREFIX_PATH=C:/OSGeo4W/apps/qgis
QT_PLUGIN_PATH=C:\OSGeo4W\apps\qgis\qtplugins;C:\OSGeo4W\apps\qt5\plugins
VSI_CACHE=TRUE
VSI_CACHE_SIZE=100
O4W_QT_PREFIX=C:/OSGeo4W/apps/Qt5
O4W_QT_BINARIES=C:/OSGeo4W/apps/Qt5/bin
O4W_QT_PLUGINS=C:/OSGeo4W/apps/Qt5/plugins
O4W_QT_LIBRARIES=C:/OSGeo4W/apps/Qt5/lib
O4W_QT_TRANSLATIONS=C:/OSGeo4W/apps/Qt5/translations
O4W_QT_HEADERS=C:/OSGeo4W/apps/Qt5/include
QGIS_WIN_APP_NAME=OSGeo4W\QGIS Desktop 3.30.3
SSL_CERT_DIR=C:\OSGeo4W\apps\openssl\certs
SSL_CERT_FILE=C:\OSGeo4W\bin\curl-ca-bundle.crt
QGIS_DEBUG=9
QGIS_LOG_FILE=C:\Users\phidr\Desktop\qgislog.txt

--
Kind regards,
Vedran Stojnović.
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer






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

Re: [QGIS-Developer] PyQGIS zoom to layer not working

[Richard Duivenvoorde via QGIS-Developer]

On 6/20/23 14:56, Frank Broniewski wrote:

I did set the QGIS default CRS to 2169 in the options, but this did not help 
unfortunately.


Mmm, that should work:

Settings / CRS and Transforms/ CRS for projects / Use a default CRS
AND I would maybe also set the CRS for layer to epsg:2169

Another option is to create a 'Default Project' (empty, BUT crs set to 
epsg:2169)
Settings / General / Set Current Project As Default
and
Checkbox 'Create new project from default project'

fiddling with those I'm pretty sure it should be possible to start QGIS in the 
right crs..

Suc6

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

Re: [QGIS-Developer] PyQGIS zoom to layer not working

[Richard Duivenvoorde via QGIS-Developer]

Hi Frank,

It really depends on:
- what is the crs of your project
- what is the crs of your layer
- if they match, it should work
- if they do not match you have to reproject the layer extent to the crs of the 
mapcanvas

I think the python console will be helpfull here.

While loaded, does the plugin have a handle to the actual QGIS layer?
If so, say it is called 'self.georecord_layer.layer' in the plugin.

Then you can do (in the console):

# first find out the name of your plugin
qgis.utils.plugins
# will show you all loaded layers AND there key/name
# say your plugins name is 'franks_plugin'
# then
plugin = qgis.utils.plugins['franks_plugin']
# will give you a handle (in the console) to your plugin
# then
plugin.georecord_layer.layer.extent should give you an extent... eg:

# NOTE that this is in the layers crs !
# you can also use (making the right layer active in legend):
iface.activeLayer().extent()
# you can also look at the extent of the mapcanvas from the console:
iface.mapCanvas().extent()

(you can off course also use logging see the extent somewhere)

Can you show us both the canvas and the layer extent?

Regards,

Richard Duivenvoorde

On 6/20/23 12:59, Frank Broniewski via QGIS-Developer wrote:

Hi,

I am writing a plugin, in which I am loading a bunch of layers, and I want to 
zoom on one of them. Layers are loaded through an action (click).

def load_layer(self):

     self.project.addMapLayers(

     [

     self.addresses_layer.layer,

     self.adminunits_layer.layer,

     self.georecord_layer,

     ],

     addToLegend=False,

     )

     self.project.addMapLayers(

     [

     self.geolocation_point_layer.layer,

     self.geolocation_line_layer.layer,

     self.geolocation_poly_layer.layer,

     self.ortho_layer

     ]

     )

     self.iface.mapCanvas().setExtent(self.georecord_layer.layer.extent())

     self.iface.mapCanvas().refresh()

but unfortunately, that does not work as expected. QGIS zooms just on the 
ortho_layer in the end. I have the suspicion, that the extent I set, gets 
overwritten by another layer that loads in in a later stage. Layers are from a 
PostGIS, and the ortho_layer is a WMS layer.

I tried googleing, mapCanvas().waitWhileRendering() and whatnot, it just will 
not zoom. I am completely clueless now, so any hints are greatly appreciated.

This is on OSGeo4W, QGIS 3.28 and Python , for explanation, the .layer 
attribute is the actual QGIS layer …

Many thanks,

Frank


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


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

Re: [QGIS-Developer] Proposal? Set 'Use Proxy for Web Access' default ON to 'DefaultProxy'

[Richard Duivenvoorde via QGIS-Developer]

Hi, created a PR for this:

https://github.com/qgis/QGIS/pull/53424

Nobody have this issue/urge?
@Juergen: as you are our 'Windows'-man ;-)  do you see an issue with 
this (defaulting to 'Use Default Proxy'?)


Regards,

Richard Duivenvoorde


On 2023-05-17 09:47, Richard Duivenvoorde via QGIS-Developer wrote:

Hi All,

Currently a fresh install/profile has 'Use Proxy for Web Access' 
UNchecked.


I propose to set it CHECKED and then 'Proxy type' to DefaultProxy (all
see Network Settings)

This means that if you are in an environment without proxy, it will
not be in your system environment, so will not be used.
While if the admins setup the proper proxy, it will also 'just work'.

Anybody aware of a reason to NOT do this?

Background: working at institutions/companies which often have some
kind of proxy enabled, I often have the hassle of making the users
aware on how to set the web proxy... (because they often want WMS/WFS
layers from outside the local network)...

If we would set it by default to "use system proxy" (for what I know
that is also how most browsers are working), that would solve a lot of
'web issues', while (for what I know) would not affect normal use
without proxies?

Anybody would have or see an issue with that?

Regards,

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

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

[QGIS-Developer] Input for changelog

[Richard Duivenvoorde via QGIS-Developer]

Hi Devs,

As packaging of 3.32 is coming close... and we will pull the changelog 
from the input site into qgis.org.
While already looking good(!), can you please have a look at 
https://changelog.qgis.org/en/qgis/version/3.32/ and add items if 
needed, fix/update texts if needed and/or add some screenies to make it 
look cooler :-)


TIA,

Regards,

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

[QGIS-Developer] 'Sensors' in Project Properties?

[Richard Duivenvoorde via QGIS-Developer]

Hi just seeing a 'Sensors'-tab in the Project Properties of master.
I'm very interested in Sensors_QGIS...
Any pointers to discussion or writup of current plan(s)?
(quick grepping in source did not reveal much to me except the term 
'sensor framework' :-) )


Regards,

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

[QGIS-Developer] Rule based layer styling without rules misbehaving?

[Richard Duivenvoorde via QGIS-Developer]

Need to have a styling to have two icon sizes

From 
https://gis.stackexchange.com/questions/172775/is-there-a-way-to-change-symbol-size-units-dependent-on-scale 
I concluded that creating 2 rules would be easiest...


But: creating a rule (without a filter, embedded svg icon), setting 
min/max scale and then copy/paste that rule, change symbol and try to 
set min/max scale again makes symbols disappear (or it looks like the 
settings are also set on another rule...)


Have others seen this?
Has it something to do with the fact that there is no filter set?

Regards,

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

Re: [QGIS-Developer] Call of testing of nightlies on hi-dpi displays

[Richard Duivenvoorde via QGIS-Developer]

Hi Nyall,

Happy to do some testing, I do have a (dual boot) laptop/tablet with 3000x2000 
screen (that's high-dpi, yes?), but in Gnome I set the Display 'Scale' on 200% 
to have proper applications (an to me readable text :-) ).

Is there some test plan/idea's?
Is my setup something you want to test (200%), or is is preferred to use the 
100% scale?
I'm not sure what is supposed to be the 'normal' way of scaling (like what does 
a mac do)?
Or is it more to try to see if the icons/widgets scale up/down when fidling 
with scale (or what it is called in Windows)?

Regards,

Richard Duivenvoorde

On 5/29/23 06:01, Nyall Dawson via QGIS-Developer wrote:

Hi lists,

For the upcoming QGIS 3.32 release a change has been made in how QGIS
handles high dpi (and retina) displays. This should ultimately make
QGIS behave MUCH better on these displays, but there's likely some
short-term fallout and regressions caused by the change.

If you've access to a high-dpi display, please test out the nightly
releases and file bug reports on github for any regressions you spot
-- in particular we are looking for widgets and places where the QGIS
interface is now looking pixelated or where the scale / sizes of
objects are incorrect.

(Currently there's known regressions for the icons shown in the layer
tree panel, and for pixelated icons in the style manager dialog.)

Thanks in advance!
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://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Open/position Python console panel not remembered between QGIS sessions

[Richard Duivenvoorde via QGIS-Developer]

Hi,

Testing something in which I have to run a script in the console several times 
after a QGIS request, it appeared that the position of the Python console is 
not remembered.

I have to open it every time myself, even if I dock it in the upper part, 
together with Temporal Controller and Log Messages. Even then after reopening 
both Temporal Controller and Log Messages are there, but the Python Console 
vanished...

Is there a reasoning for this behaviour? Or is it just not saved...

Regards,

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

[QGIS-Developer] Proposal? Set 'Use Proxy for Web Access' default ON to 'DefaultProxy'

[Richard Duivenvoorde via QGIS-Developer]

Hi All,

Currently a fresh install/profile has 'Use Proxy for Web Access' UNchecked.

I propose to set it CHECKED and then 'Proxy type' to DefaultProxy (all see 
Network Settings)

This means that if you are in an environment without proxy, it will not be in 
your system environment, so will not be used.
While if the admins setup the proper proxy, it will also 'just work'.

Anybody aware of a reason to NOT do this?

Background: working at institutions/companies which often have some kind of 
proxy enabled, I often have the hassle of making the users aware on how to set 
the web proxy... (because they often want WMS/WFS layers from outside the local 
network)...

If we would set it by default to "use system proxy" (for what I know that is 
also how most browsers are working), that would solve a lot of 'web issues', while (for 
what I know) would not affect normal use without proxies?

Anybody would have or see an issue with that?

Regards,

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

Re: [QGIS-Developer] PSA: Don't update to Gnome 44!

[Richard Duivenvoorde via QGIS-Developer]

Ooh, tricky! Thanks Nyall for this heads up!

Was 44 already released actually?

As Debian testing/sid is now in something-freeze (and on 43).. I do not think 
it will enter 44 before release of Bookworm..?
So at least Debianista's are good untill that.

Reading the issue, I see it's about Qt5 AND Qt6, and there seems to be some 
work-around running applications in native Wayland mode (but in that QGIS has 
other issues...)

Hope this will be fixed soon...

Regards,

Richard

On 4/28/23 07:25, Nyall Dawson via QGIS-Developer wrote:

Hi lists,

Just a quick PSA: If you're using QGIS (or any Qt based app), I recommend 
avoiding an upgrade to any gnome 44 based distribution for now.

You'll get hit with this nasty bug: 
https://gitlab.gnome.org/GNOME/mutter/-/issues/2715 
 which breaks drag and 
drop functionality in all Qt applications. And in the process, basically makes QGIS 
unusable... 

You've been warned!

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://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Gateway timeout on upload to plugins.qgis.org

[Richard Duivenvoorde via QGIS-Developer]

Hi (plugin) devs,

At https://github.com/qgis/QGIS-Website/issues/1148 somebody says there 
is a gateway timeout when trying to upload a plugin...


Others maybe can confirm or test?

Regards,

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

Re: [QGIS-Developer] QtCreator QGIS debugging not showing values

[Richard Duivenvoorde via QGIS-Developer]

Thanks Nyall!

Works!
(after fiddling with patch...)

Richard

On 3/31/23 11:24, Nyall Dawson wrote:

On Fri, 31 Mar 2023, 7:17 pm Richard Duivenvoorde via QGIS-Developer, <
qgis-developer@lists.osgeo.org> wrote:


Hi Devs,

Trying to look into one of my own issues (wrong timestep count for mesh
layers #48942), I fail to see the values of variables in QtCreator see
screendump.
I tried to fiddle with Debuggers (gdb -> lldb), helpers, gdb properties
(Load system GDB pretty printers) etc etc. But I fail to see anything. Or
getting frequent qgis crashes from withing qtcreator...

Does this 'just work' with others? Or is everybody on Fedora now, or
should I learn to debug from terminal :-)?
Any clue for me?



It's a bug in qt creator with newer python versions. See
https://bugreports.qt.io/plugins/servlet/mobile#issue/QTCREATORBUG-28659

There's a patch in that ticket which you can apply (doesn't require
compiling) which resolves it.

Nyall




My environment:
Debian testing
Qt 5.15.8
Qt Creator 9.0.2 (based on Qt 6.4.2)
GNU gdb (Debian 13.1-2) 13.1

Regards,

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





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

[QGIS-Developer] QtCreator QGIS debugging not showing values

[Richard Duivenvoorde via QGIS-Developer]

Hi Devs,

Trying to look into one of my own issues (wrong timestep count for mesh layers 
#48942), I fail to see the values of variables in QtCreator see screendump.
I tried to fiddle with Debuggers (gdb -> lldb), helpers, gdb properties (Load 
system GDB pretty printers) etc etc. But I fail to see anything. Or getting 
frequent qgis crashes from withing qtcreator...

Does this 'just work' with others? Or is everybody on Fedora now, or should I 
learn to debug from terminal :-)?
Any clue for me?

My environment:
Debian testing
Qt 5.15.8
Qt Creator 9.0.2 (based on Qt 6.4.2)
GNU gdb (Debian 13.1-2) 13.1

Regards,

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

Re: [QGIS-Developer] [Qgis-psc] [Qgis-community-team] QGIS webserver size vs publishing old docs

[Richard Duivenvoorde via QGIS-Developer]

But with what purpose? These are sites >7GB each of which most information 
should either be still available in newer doc versions, or only if you would want 
to use 2.x versions of QGIS...

I fail to want to put extra time into this.

But if you want: I have archived both versions in a zip on  qgis6, and can make 
them available for you if you want to set this up.
Feel free to contact me directly (richard@qgis is still working if I am 
correct...).

Regards,

Richard Duivenvoorde

On 3/23/23 21:51, Serkan Girgin via QGIS-Developer wrote:

Hi all,

Instead of deleting, would you consider putting the old documentation to a 
repository, e.g. Zenodo, so that they are archived for long term? Zenodo allows up to 
50GB for each record and it is free. You can also create a community page, so that 
all records are accessible from a single point: https://zenodo.org/communities/ 


Best,

Serkan


On Tue, 21 Mar 2023 at 15:50, Johannes Kröger (WhereGroup) via QGIS-Developer 
mailto:qgis-developer@lists.osgeo.org>> wrote:

Thank you!

I am also in Den Bosch and so I would love to join the discussion there, 
hopefully with valuable contributions and solutions :))

Cheers, Hannes

Am 21.03.23 um 09:48 schrieb DelazJ via QGIS-Developer:

Hi,
Thanks all for the feedback

I second the (somewhat reformulated by myself) opinion that we shouldn't 
just buy space or disk because we would be financially able to do so. Not sure 
it is a sustainable behavior and we'd just be postponing the issue (remember, 
pyqgis repo is also concerned). We rather should identify what we do really 
want/need to provide to our community. So I'm glad you'll discuss this at Den 
Bosch./(and I keep updating my list of todo for the sys admin)/
I also second the suggestion to delete 2.8 and 2.14. It'd release enough 
space to serve 3.28.

About the questions:
Hannes, the folders are so big because they serve (in about 15 to 20 
languages):
- the HTML files (the ones we all know)
- the PDF files (e.g. https://docs.qgis.org/3.22/pdf/ 
)
- and the zipped HTML files (https://docs.qgis.org/3.22/zip/ 
) for local use for people that do not have 
full access to WEB but not sure if anyone is using them. It could be interesting to 
know stats of downloads (if any).

About why 3.10 is bigger than 3.22, it had two languages we no longer 
publish, and looks like we managed somehow to provide smaller files (plugins 
and third-party providers chapters that were removed on the road? 樂)

Bernd, sorry for the old docs popping up during search. Unfortunately, not 
something new [0], and we still are looking for people with knowledge in this 
area to help us improve the situation. What I usually do is to replace the 
version number in the URL and most of the times, it work well unless the file 
has been restructured.
The line that shows the top message is at [1]. If someone knows how we can 
add the section anchor to that URL, suggestions are more than welcome.

[0] https://github.com/qgis/QGIS-Documentation/issues/6449 
 and there might be 
older discussion in ML
[1] 
https://github.com/qgis/QGIS-Documentation/blob/master/themes/rtd_qgis/layout.html#L14
 


Greetings,
Harrissou

Le lun. 20 mars 2023 à 21:51, Andreas Neumann via QGIS-PSC mailto:qgis-...@lists.osgeo.org>> a écrit :

Hi,

Thank you for checking, Richard - yes an additional 35 € per month for 
just 80gb more is not nothing ... compared to a root server.

Ok - let's delete the 2.8 and 2.14 releases. I think it would be good 
to keep the latest 2.x (2.18) around. This should give us some initial room to 
serve the current documentation. If we need additional space. we could also 
remove the 3.10 documentation.

And yes, it is a good idea to discuss infrastructure tasks and 
responsibilities in Den Bosch!

I hope that Kartoza can soon find a good sysadmin person - now that the 
idea to employ a Sysadmin and the funds had been approved.

Andreas

On Mon, 20 Mar 2023 at 21:39, Richard Duivenvoorde mailto:rdmaili...@duif.net>> wrote:

On 3/20/23 17:31, Andreas Neumann wrote:
> Hi Matthias,
>
> Sure - buying more space is an option. I would like to get an idea - 
however - what the monthly expected costs are. Is this a "virtual" server at 
Hetzner? How much disk space does it have currently, how much do we want? What is the price 
difference?

Building is done on a real Hetzner server: qgis6.org 
 a Hetzner EX42 Root server  about 50euro/month
Serving the site + docs is done on www2.qgis.org 
 a Hetzner Cloud cpx31  160GB 

Re: [QGIS-Developer] [Qgis-community-team] [Qgis-psc] QGIS webserver size vs publishing old docs

[Richard Duivenvoorde via QGIS-Developer]

On 3/20/23 17:31, Andreas Neumann wrote:

Hi Matthias,

Sure - buying more space is an option. I would like to get an idea - however - what the 
monthly expected costs are. Is this a "virtual" server at Hetzner? How much 
disk space does it have currently, how much do we want? What is the price difference?


Building is done on a real Hetzner server: qgis6.org a Hetzner EX42 Root server 
 about 50euro/month
Serving the site + docs is done on www2.qgis.org a Hetzner Cloud cpx31  160GB 
disk 14euro/ month (as cloud would be cheaper etc etc)

We can upgrade the www2 to a newer bigger CLOUD server, but that is about 35 
euro/month for just 80Gb more..
Probably then it is better to leave the cloud, and just add an extra root 
server on which you have a couple of terrabytes... for 50 euro/month

Can we sit together in Den Bosch and do decide something on this? I really feel unhappy 
if people telling us "why is there even a need to care": we/I am not a 
sysadmin, so everybody with great knowledge and idea's: please help out!


At some point - cleanup of old stuff just makes sense. Getting rid of version 2.14 and 
3.8 (it probable should mean 3.8 and not 2.8 - right) would make sense. Documentation 
always focuses on LTR versions, so all the "in-between" versions that are older 
than 3-4 years could be deleted.

# du -hs *
255M    doc-test
579M    QGIS-Documentation
7.2G    QGIS-Documentation-2.14
6.3G    QGIS-Documentation-2.18
7.7G    QGIS-Documentation-2.8
12G     QGIS-Documentation-3.10
11G     QGIS-Documentation-3.16
9.4G    QGIS-Documentation-3.22
579M    QGIS-Documentation-3.28
8.0G    QGIS-Documentation-3.4
31G     QGIS-tests
16G     QGIS-Website


We still have version 2 (TWO) .8 .14 and .18 around :-) so it NOT a typo...
So: can I delete those?
And also 3.10 (as this is a 2018 release)

The QGIS-tests dir, contains the info available at:
http://test.qgis.org
BUT!!! that url/dns actually still points to the old server (qgis2)
That site hosts the ogcapif / wfs / wms tests (untill 26th of januari)???

Anybody feeling need or responsible for this?
We are not serving (yet) test.qgis.org from www2 ...

Regards,

Richard

___
QGIS-Developer mailing list
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 QT6 build status & roadmap meeting

[Richard Duivenvoorde via QGIS-Developer]

Hi Allessandro,

Very interested! Please let us know what the outcome of the doodle is,
so I/others can try to be there/lurk if possible (my input will not be enough 
to influence the date/time,
but I would be really happy to try to make the build work on Debian :-) , I 
failed last time I tried ).

Am I right to conclude this is (for europe) an afternoon/evening session 
(11AM-12PM)?

All: Thanks for this work and good luck with all tough hurdles/decisions!

Richard Duivenvoorde

On 3/9/23 11:37, Alessandro Pasotti via QGIS-Developer wrote:

Hi,

As most of you are probably aware, a lot of work has been recently
done in order to support QT6 QGIS builds.

During the last PSC meeting we discussed the QGIS QT6 support status
because we would like to start a discussion in order to set up a
roadmap and move forward.

We decided to organize a meeting with all the interested QGIS
contributors to discuss:

- current QT6 build status
- blockers (webkit etc.)
- how to move forward

If you are willing to participate please choose a time that works for
you here  https://doodle.com/meeting/participate/id/enRwEz5e

Here are a few links to the previous discussions:
https://lists.osgeo.org/pipermail/qgis-developer/2022-August/065012.html
https://lists.osgeo.org/pipermail/qgis-psc/2022-August/009864.html

Thank you!



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

Re: [QGIS-Developer] Timestep for (Temporal) Mesh/netcdf layers?

[Richard Duivenvoorde via QGIS-Developer]

Ok, found it. It is in the temporalCapabilities...

So given a loaded netcdf/mesh with time.
Easiest is the firstTimeStepDuration(i) of 
QgsMeshDataProviderTemporalCapabilities:

 >>> p = iface.activeLayer().dataProvider().temporalCapabilities()
 >>> p
 
 >>> p.timeExtent()
 
 >>> p.temporalUnit()
<<< ?
 # datasetTime() Returns the relative time in milliseconds of the dataset
 >>> p.datasetTime(QgsMeshDatasetIndex(0,0))
 360
 >>> p.datasetTime(QgsMeshDatasetIndex(0,1))
 720
 >>> p.datasetTime(QgsMeshDatasetIndex(0,2))
 1080
 # firstTimeStepDuration() Returns the duration of the first time step of the 
dataset group with index \a group
 # in milliseconds
 p.firstTimeStepDuration(0)
 360  == 3600 s = 1 hours
 p.firstTimeStepDuration(0)
 2160  == 21600 s == 360 minute == 6 hours

Only strange thing is that the temporalUnit() always returns 'hours', while the 
actual data time is relative in minutes...

Regards,

Richard Duivenvoorde


On 3/7/23 14:18, Richard Duivenvoorde via QGIS-Developer wrote:

Hi,

When loading (temporal) Netcdf files (as MeshLayers), the 'timestep' that you 
see in the Temporal Controller does not change.

I had a look at the api, but could not find any indication of knowledge by the 
QgsMeshLayer of the size of the timesteps of the data.

Within netcdf's it is common to define the timesteps as something like:
"minutes since 2022-11-27 16:00:00.0Z"
then the first set has 0, and then the next one for example 60 for hourly data 
or 10 for 10-minute data.

Question: IS a temporal mesh layer aware of the timesteps used?

Or if not: I seem not to be able to inspect the data array of the 'time' 
dimension. Should/can I?

IF so, we could we could deduct from the first 2 or 3 timesteps, the size of 
the timestep.

Anybody a hint or idea?

Regards,

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


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

[QGIS-Developer] VisualChangelog in qgis.org please check/fix

[Richard Duivenvoorde via QGIS-Developer]

Hi,

Just pulled the Visual Changelog from the edit site into the website:
https://qgis.org/en/site/forusers/visualchangelog330/index.html
(english, but other languages building!)

Please check and let us know if there is stuff to fix.

Regards,

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

Re: [QGIS-Developer] Release 3.30 delayed

[Richard Duivenvoorde via QGIS-Developer]

On 2023-03-07 14:12, Richard Duivenvoorde via QGIS-Developer wrote:

On 2023-03-07 13:17, Luca Manganelli via QGIS-Developer wrote:

The changelog link is broken

https://www.qgis.org/it/site/forusers/visualchangelog330/index.html

this is the link from the main web site.


Ah, sorry. Did not do that yet... will have a look this evening...



Can somebody confirm that the changelog (input site) is finished/frozen?
https://changelog.qgis.org/en/qgis/version/3.30/

I do see the notable fixes tables are already added by Andreas...
So: freeze and pull in site?

Regards,

Richard
___
QGIS-Developer mailing list
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] Timestep for (Temporal) Mesh/netcdf layers?

[Richard Duivenvoorde via QGIS-Developer]

Hi,

When loading (temporal) Netcdf files (as MeshLayers), the 'timestep' 
that you see in the Temporal Controller does not change.


I had a look at the api, but could not find any indication of knowledge 
by the QgsMeshLayer of the size of the timesteps of the data.


Within netcdf's it is common to define the timesteps as something like:
"minutes since 2022-11-27 16:00:00.0Z"
then the first set has 0, and then the next one for example 60 for 
hourly data or 10 for 10-minute data.


Question: IS a temporal mesh layer aware of the timesteps used?

Or if not: I seem not to be able to inspect the data array of the 'time' 
dimension. Should/can I?


IF so, we could we could deduct from the first 2 or 3 timesteps, the 
size of the timestep.


Anybody a hint or idea?

Regards,

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

Re: [QGIS-Developer] Release 3.30 delayed

[Richard Duivenvoorde via QGIS-Developer]

On 2023-03-07 13:17, Luca Manganelli via QGIS-Developer wrote:

The changelog link is broken

https://www.qgis.org/it/site/forusers/visualchangelog330/index.html

this is the link from the main web site.


Ah, sorry. Did not do that yet... will have a look this evening...

Regards,

Richard Duivenvoorde

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

Re: [QGIS-Developer] createAlgorithmDialog in Processing script (within plugin)

[Richard Duivenvoorde via QGIS-Developer]

Hi Matteo,

Not very helpful for you, but what about creating an issue with the minimal 
code to crash?

And about Thread/Crash problems: I have been succesful with the tips of Nyall 
in: https://lists.osgeo.org/pipermail/qgis-developer/2023-February/065525.html 
to create a QgsTask which either crashed or gave warnings...

One thing I've seen recently is that some Processing algs with me give these "...is 
run from a different thread than the object  lives in ..."-warnings.
And my feeling is that if some code is fetching references to the QGIS 
application instance, it shows this warning.

Good luck solving your issue

Regards,

Richard



On 2/21/23 16:41, matteo via QGIS-Developer wrote:

Hi devs,

I'm raising this email again because I don't know if this a 
bug/limitation/correct behavior.

I also think that the problem is from a thread point of view, at least by the 
crash that I have.

Knowing that a processing algorithm, as suggested by Germàn, can be created 
with:

processing.createAlgorithmDialog("my_provider:my_algorithm", params)

within a plugin, if the algorithm **id** is passed as first argument, QGIS is 
crashing, while it seems working on a standalone script in the QGIS code editor.

Is this a limitation?

Cheers and thanks for any suggestion!

Matteo

On 8/1/22 15:23, matteo wrote:

Hi all,

I've a set of custom processing scripts within a plugin (that is both "normal" 
and processing provider plugin).

I'm trying to executing the dialog of these algorithm from one of the main 
plugin file. I found the processing.createAlgorithmDialog [0], but it is 
constantly crashing when I'm passing the instance of the algorithm:

my_alg = MyCustomAlg()
my_dialog = my_alg.createAlgorithmDialog(custom_dict)

## crash here

Thinking it was a problem of the threads I also tried to overwrite the `flag` 
method in the algorithm by setting also QgsProcessingAlgorithm.FlagNoThreading 
but with the same results.

I know I can run the processing algorithm with processing.run() but I need 
to open the dialog pre-filled with custom parameters and to get also some other 
outputs besides the standard ones (like the QgsFeatureSink path)

Thanks for any suggestion

Cheers

Matteo


[0] 
https://github.com/qgis/QGIS/blob/master/python/plugins/processing/tools/general.py#L155


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


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

Re: [QGIS-Developer] Segmentation fault while compiling ui_DlgAddGeometryColumn.py

[Richard Duivenvoorde via QGIS-Developer]

Hi,

Maybe this issue:
https://lists.osgeo.org/pipermail/qgis-developer/2023-January/065492.html

You are missing some (new) python dependecies:

sudo apt install libqt5multimedia5 python3-pyqt5.qtmultimedia

Regards,

Richard Duivenvoorde

On 2/16/23 18:02, afernandez via QGIS-Developer wrote:

Hello,
My compilation is failing towards the end with a segmentation fault error, 
which I cannot figure out:
[ 85%] Linking CXX shared module ../output/python/qgis/_gui.so
[ 85%] Built target python_module_qgis__gui
[ 85%] Built target pygui
[ 85%] Generating ui_DlgAddGeometryColumn.py
Segmentation fault (core dumped)
make[2]: *** 
[python/plugins/db_manager/CMakeFiles/zzz-db_manager-15-depend.dir/build.make:86:
 python/plugins/db_manager/ui_DlgAddGeometryColumn.py] Error 139
make[2]: *** Deleting file 
'python/plugins/db_manager/ui_DlgAddGeometryColumn.py'
make[1]: *** [CMakeFiles/Makefile2:8465: 
python/plugins/db_manager/CMakeFiles/zzz-db_manager-15-depend.dir/all] Error 2
make: *** [Makefile:166: all] Error 2
Not really sure how to troubleshoot this. OS is Ubuntu22.04 and architecture is 
aarch64.
Thanks.


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


___
QGIS-Developer mailing list
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] Load a QgsMeshLayer within a QgsTask... different Threads?

[Richard Duivenvoorde via QGIS-Developer]

Thanks Nyall,

I got it working with that trick, that is: I do not see any warnings anymore...

The place where you put moveToThread is crucial, AND I had to create the 
QgsMeshLayer WITHOUT default style:

options = QgsMeshLayer.LayerOptions()
options.loadDefaultStyle = False
self.layer = QgsMeshLayer(self.netcdf_file, 
'PythonLoadedMeshLayer',  'mdal', options)

Because apparently creating the defaultstyle (in the layer constructor) tries 
to contact the other thread:


 > 
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsProject::fileName()
 const+0x267)[0x7fc592f1af2f]
 > 
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsMapLayer::loadNamedProperty(QString
 const&, QgsMapLayer::PropertyType, bool&, 
QFlags)+0x752)[0x7fc592a215c0]
 > 
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsMapLayer::loadNamedStyle(QString
 const&, bool&, QFlags)+0x2b1)[0x7fc592a20b8f]
 > 
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsMapLayer::loadDefaultStyle(bool&)+0x2dc)[0x7fc592a1f6ec]


Not sure, but I think it would be good/nice if that would not be the case?

Another observation: if I use some Processing Scripts (not sure which one, 
either join-by-attribute or select-by-location), these are throwing the exact 
same warning about running something from another thread.

Anyway: thanks for the hint/tip!!!

Regards,

Richard Duivenvoorde

On 2/9/23 09:26, Nyall Dawson wrote:



On Thu, 9 Feb 2023, 6:18 pm Richard Duivenvoorde via QGIS-Developer, 
mailto:qgis-developer@lists.osgeo.org>> wrote:

Ok after reading 
https://docs.qgis.org/3.28/en/docs/pyqgis_developer_cookbook/tasks.html 
<https://docs.qgis.org/3.28/en/docs/pyqgis_developer_cookbook/tasks.html> 
again, reading the warning:

"Any background task (regardless of how it is created) must NEVER use any 
QObject that lives on the main thread, such as accessing QgsVectorLayer, QgsProject or 
perform any GUI based operations like creating new widgets or interacting with existing 
widgets. Qt widgets must only be accessed or modified from the main thread. Data that is 
used in a task must be copied before the task is started. Attempting to use them from 
background threads will result in crashes."


One thing you can do:

 From the thread which owns the object, when you've finished using that object 
in the thread, call object.moveToThread(QgsApplication.instance().thread())

You're allowed to push objects which belong to the current thread to another 
thread, but never allowed to pull objects which belong to another thread over 
to the current thread.

Nyall



Seems to make it pretty clear :-(

Before rereading that, I even tried to pass a QgsMeshLayer-'reference' to 
the QgsTask, but that did not work either.

I think I must conclude that I just have to wait for the load... :-)

Regards,

    Richard Duivenvoorde



On 2/8/23 21:40, Richard Duivenvoorde via QGIS-Developer wrote:
 > Hi,
 >
 > Having to juggle with rather large/long loading netcdf files, I thought 
to off load the loading to a QgsTask, so while the netcdf was loaded user could do 
other things...
 >
 > But I get "...is run from a different thread than the object  lives in 
..." warnings.
 >
 > In short:
 >
 >      def run(self) -> bool:
 > log.info <http://log.info>(f'LOADING... {self.netcdf_file}')
 >      try:
 >      self.layer = QgsMeshLayer(self.netcdf_file, 
'PythonLoadedMeshLayer',  'mdal')
 >      
 >
 > BUT: while it looks like all is fine, I get a Qt warning in my messages, 
and on my terminal I get:
 >
 > [INFO] (Dummy-1   ) LOADING... /tmp/kees/aoi/aoi1/areaOfInterest1.nc
 > Warning: fileName 
(/home/richard/git/qgis/src/core/project/qgsproject.cpp:812) is run from a 
different thread than the object  lives in [0x5593004f1aa0 vs 0x5592ff7e6440]
 > Stacktrace (piped through c++filt):
 > /home/richard/bin/qgis_/master/debug/bin/qgis(+0xe26a)[0x5592fe9ba26a]
 > /home/richard/bin/qgis_/master/debug/bin/qgis(+0xea29)[0x5592fe9baa29]
 > /lib/x86_64-linux-gnu/libQt5Core.so.5(+0xc3b50)[0x7fc594ec3b50]
 > /lib/x86_64-linux-gnu/libQt5Core.so.5(qt_message_output(QtMsgType, 
QMessageLogContext const&, QString const&)+0xd)[0x7fc594ec50fd]
 > 
/lib/x86_64-linux-gnu/libQt5Core.so.5(QDebug::~QDebug()+0x68)[0x7fc594fc6fa8]
 > 
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsProject::fileName()
 const+0x267)[0x7fc592f1af2f]
 > 
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsMapLayer::loadNamedProperty(QString
 const&, QgsMapLayer::PropertyType, bool&, 
QFlags)+0x752)[0x7fc592a215c0]
 > 
/home/richard/bin/qgis_/master/debug/lib/

Re: [QGIS-Developer] Load a QgsMeshLayer within a QgsTask... different Threads?

[Richard Duivenvoorde via QGIS-Developer]

Ok after reading 
https://docs.qgis.org/3.28/en/docs/pyqgis_developer_cookbook/tasks.html again, 
reading the warning:

"Any background task (regardless of how it is created) must NEVER use any QObject 
that lives on the main thread, such as accessing QgsVectorLayer, QgsProject or perform 
any GUI based operations like creating new widgets or interacting with existing widgets. 
Qt widgets must only be accessed or modified from the main thread. Data that is used in a 
task must be copied before the task is started. Attempting to use them from background 
threads will result in crashes."

Seems to make it pretty clear :-(

Before rereading that, I even tried to pass a QgsMeshLayer-'reference' to the 
QgsTask, but that did not work either.

I think I must conclude that I just have to wait for the load... :-)

Regards,

Richard Duivenvoorde



On 2/8/23 21:40, Richard Duivenvoorde via QGIS-Developer wrote:

Hi,

Having to juggle with rather large/long loading netcdf files, I thought to off 
load the loading to a QgsTask, so while the netcdf was loaded user could do 
other things...

But I get "...is run from a different thread than the object  lives in ..." 
warnings.

In short:

     def run(self) -> bool:
     log.info(f'LOADING... {self.netcdf_file}')
     try:
     self.layer = QgsMeshLayer(self.netcdf_file, 
'PythonLoadedMeshLayer',  'mdal')
     

BUT: while it looks like all is fine, I get a Qt warning in my messages, and on 
my terminal I get:

[INFO] (Dummy-1   ) LOADING... /tmp/kees/aoi/aoi1/areaOfInterest1.nc
Warning: fileName (/home/richard/git/qgis/src/core/project/qgsproject.cpp:812) 
is run from a different thread than the object  lives in [0x5593004f1aa0 vs 
0x5592ff7e6440]
Stacktrace (piped through c++filt):
/home/richard/bin/qgis_/master/debug/bin/qgis(+0xe26a)[0x5592fe9ba26a]
/home/richard/bin/qgis_/master/debug/bin/qgis(+0xea29)[0x5592fe9baa29]
/lib/x86_64-linux-gnu/libQt5Core.so.5(+0xc3b50)[0x7fc594ec3b50]
/lib/x86_64-linux-gnu/libQt5Core.so.5(qt_message_output(QtMsgType, QMessageLogContext 
const&, QString const&)+0xd)[0x7fc594ec50fd]
/lib/x86_64-linux-gnu/libQt5Core.so.5(QDebug::~QDebug()+0x68)[0x7fc594fc6fa8]
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsProject::fileName()
 const+0x267)[0x7fc592f1af2f]
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsMapLayer::loadNamedProperty(QString
 const&, QgsMapLayer::PropertyType, bool&, 
QFlags)+0x752)[0x7fc592a215c0]
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsMapLayer::loadNamedStyle(QString
 const&, bool&, QFlags)+0x2b1)[0x7fc592a20b8f]
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsMapLayer::loadDefaultStyle(bool&)+0x2dc)[0x7fc592a1f6ec]
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsMeshLayer::loadDefaultStyle(bool&)+0x685)[0x7fc5930a84bb]
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsMeshLayer::QgsMeshLayer(QString
 const&, QString const&, QString const&, QgsMeshLayer::LayerOptions 
const&)+0x2b9)[0x7fc5930a5ab1]
/home/richard/bin/qgis_/master/debug/share/qgis/python/qgis/_core.so(sipQgsMeshLayer::sipQgsMeshLayer(QString
 const&, QString const&, QString const&, QgsMeshLayer::LayerOptions 
const&)+0x3b)[0x7fc43040b9c7]
/home/richard/bin/qgis_/master/debug/share/qgis/python/qgis/_core.so(+0x121a0bc)[0x7fc43041a0bc]
/usr/lib/python3/dist-packages/PyQt5/sip.cpython-311-x86_64-linux-gnu.so(+0x19f60)[0x7fc4dc271f60]
/lib/x86_64-linux-gnu/libpython3.11.so.1.0(+0x1e02fe)[0x7fc47a5e02fe]
/lib/x86_64-linux-gnu/libpython3.11.so.1.0(_PyObject_MakeTpCall+0x7d)[0x7fc47a57baed]
/lib/x86_64-linux-gnu/libpython3.11.so.1.0(_PyEval_EvalFrameDefault+0x4a63)[0x7fc47a509c63]
/lib/x86_64-linux-gnu/libpython3.11.so.1.0(+0x26a6da)[0x7fc47a66a6da]
/lib/x86_64-linux-gnu/libpython3.11.so.1.0(+0x17f30c)[0x7fc47a57f30c]
/usr/lib/python3/dist-packages/PyQt5/sip.cpython-311-x86_64-linux-gnu.so(+0x1196c)[0x7fc4dc26996c]
[INFO] (MainThread) finished OK

My Questions:
- should I NOT do this?
- or is the loading/construction of a QgsMeshLayer having pointers to places it 
should not?

(mmm loading a QgsVectorLayer (shape via ogr) also results in about the same 
warnings...
so next question: is there another way to load these large netcdf's without 
blocking QGIS ?)

Thanks for any info.

Regards,

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


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

[QGIS-Developer] Load a QgsMeshLayer within a QgsTask... different Threads?

[Richard Duivenvoorde via QGIS-Developer]

Hi,

Having to juggle with rather large/long loading netcdf files, I thought to off 
load the loading to a QgsTask, so while the netcdf was loaded user could do 
other things...

But I get "...is run from a different thread than the object  lives in ..." 
warnings.

In short:

def run(self) -> bool:
log.info(f'LOADING... {self.netcdf_file}')
try:
self.layer = QgsMeshLayer(self.netcdf_file, 
'PythonLoadedMeshLayer',  'mdal')


BUT: while it looks like all is fine, I get a Qt warning in my messages, and on 
my terminal I get:

[INFO] (Dummy-1   ) LOADING... /tmp/kees/aoi/aoi1/areaOfInterest1.nc
Warning: fileName (/home/richard/git/qgis/src/core/project/qgsproject.cpp:812) 
is run from a different thread than the object  lives in [0x5593004f1aa0 vs 
0x5592ff7e6440]
Stacktrace (piped through c++filt):
/home/richard/bin/qgis_/master/debug/bin/qgis(+0xe26a)[0x5592fe9ba26a]
/home/richard/bin/qgis_/master/debug/bin/qgis(+0xea29)[0x5592fe9baa29]
/lib/x86_64-linux-gnu/libQt5Core.so.5(+0xc3b50)[0x7fc594ec3b50]
/lib/x86_64-linux-gnu/libQt5Core.so.5(qt_message_output(QtMsgType, QMessageLogContext 
const&, QString const&)+0xd)[0x7fc594ec50fd]
/lib/x86_64-linux-gnu/libQt5Core.so.5(QDebug::~QDebug()+0x68)[0x7fc594fc6fa8]
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsProject::fileName()
 const+0x267)[0x7fc592f1af2f]
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsMapLayer::loadNamedProperty(QString
 const&, QgsMapLayer::PropertyType, bool&, 
QFlags)+0x752)[0x7fc592a215c0]
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsMapLayer::loadNamedStyle(QString
 const&, bool&, QFlags)+0x2b1)[0x7fc592a20b8f]
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsMapLayer::loadDefaultStyle(bool&)+0x2dc)[0x7fc592a1f6ec]
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsMeshLayer::loadDefaultStyle(bool&)+0x685)[0x7fc5930a84bb]
/home/richard/bin/qgis_/master/debug/lib/libqgis_core.so.3.29.0(QgsMeshLayer::QgsMeshLayer(QString
 const&, QString const&, QString const&, QgsMeshLayer::LayerOptions 
const&)+0x2b9)[0x7fc5930a5ab1]
/home/richard/bin/qgis_/master/debug/share/qgis/python/qgis/_core.so(sipQgsMeshLayer::sipQgsMeshLayer(QString
 const&, QString const&, QString const&, QgsMeshLayer::LayerOptions 
const&)+0x3b)[0x7fc43040b9c7]
/home/richard/bin/qgis_/master/debug/share/qgis/python/qgis/_core.so(+0x121a0bc)[0x7fc43041a0bc]
/usr/lib/python3/dist-packages/PyQt5/sip.cpython-311-x86_64-linux-gnu.so(+0x19f60)[0x7fc4dc271f60]
/lib/x86_64-linux-gnu/libpython3.11.so.1.0(+0x1e02fe)[0x7fc47a5e02fe]
/lib/x86_64-linux-gnu/libpython3.11.so.1.0(_PyObject_MakeTpCall+0x7d)[0x7fc47a57baed]
/lib/x86_64-linux-gnu/libpython3.11.so.1.0(_PyEval_EvalFrameDefault+0x4a63)[0x7fc47a509c63]
/lib/x86_64-linux-gnu/libpython3.11.so.1.0(+0x26a6da)[0x7fc47a66a6da]
/lib/x86_64-linux-gnu/libpython3.11.so.1.0(+0x17f30c)[0x7fc47a57f30c]
/usr/lib/python3/dist-packages/PyQt5/sip.cpython-311-x86_64-linux-gnu.so(+0x1196c)[0x7fc4dc26996c]
[INFO] (MainThread) finished OK

My Questions:
- should I NOT do this?
- or is the loading/construction of a QgsMeshLayer having pointers to places it 
should not?

(mmm loading a QgsVectorLayer (shape via ogr) also results in about the same 
warnings...
so next question: is there another way to load these large netcdf's without 
blocking QGIS ?)

Thanks for any info.

Regards,

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

Re: [QGIS-Developer] QGIS Plugin crash

[Richard Duivenvoorde via QGIS-Developer]

If you search for "SIGPAC downloader" in the Plugin manager,

You see in the right panel: 'More info" with (if all is ok) links to the
- Plugin Homepage
- bug tracker of the plugin
- public code repository

If I do that, I see that

https://github.com/geomatico/qgis-sigpac/ is the code repo AND the homepage
https://github.com/geomatico/qgis-sigpac/issues is the bug tracker

So please create an issue there, or try to contact the plugin authors there
(if you click the authors, they have public x...@geomati.co mail addresses)

Regards,

Richard Duivenvoorde

On 11/23/22 11:52, Jose Antonio Fernandez Martin via QGIS-Developer wrote:

Hello everyone,

my name is Jose and I have just suscribed to this mailing list. Apologies if my 
English is not very accurate, as I don't practice it very often here in Spain 
:-)

My organization is having problems when using QGIS 3.14.15 with the "SIGPAC 
downloader" plugin. And I haven't found any bug tracker for that specific plugin so 
according to the QGIS Plugin page I should report the problem on this list. Upgrading to 
QGIS 3.22 doesn't solve the problem.

The first issue comes when the plugin is installed. An error says "The plugin 
'sigpac_downloader' could not be loaded because an error ocurred when calling the 
classFactory method" (translated from my spanish version of QGIS)

The full error trace is provided in the attached document 
"SIGPACDownloader_install.txt"

However there is apparently one workaround to that issue, you just have to select 
"reinstall" plugin and it finishes ok. After re-entering QGIS, the plugin is loaded and 
the menu entry appears in the "plugins" menu entry.

But the real problem comes when trying to use the plugin: The SIGPAC Downloader window opens and 
says you have to accept the Terms Of Use. When clicking on the proper button, a new window opens 
with blank content (nothing is loaded) and after a few seconds the QGIS "Unexpected 
Error" window appears suggesting to report the crash and quit the program. The crash report is 
enclosed in this email as "stack.txt"

Some relevant information about our QGIS settings: An HTTP Proxy is used for 
web connections, so the server, port, username and password are set in order to 
access the plugin repository.

Looking forward to read from you.

Kid regards,

Jose.


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


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

Re: [QGIS-Developer] Pyqgis master api search broken?

[Richard Duivenvoorde via QGIS-Developer]

3.18 still working, having jquery,js in it's _static dir (well, at THIS 
moment...):

https://qgis.org/pyqgis/3.18/_static/jquery.js

Failing ones miss it

https://qgis.org/pyqgis/3.22/_static/jquery.js

Is there some security issue with a certain version which isn't available 
anymore

(all just guessing here)

Richard

On 2/8/23 09:46, Richard Duivenvoorde via QGIS-Developer wrote:

Now 3.28 is also 'affected' ?

In dev console I see:
Uncaught ReferenceError: jQuery is not defined

is some jquery cdn failing?

Regards,

Richard Duivenvoorde


On 2023-02-08 09:12, matteo via QGIS-Developer wrote:

Hi Denis,


Is this related to this?
https://github.com/qgis/pyqgis/commit/465d91a265e4f1828f0da623d32f8ac7a1de 
<https://github.com/qgis/pyqgis/commit/465d91a265e4f1828f0da623d32f8ac7a1de>

Matteo, shall we try to revert?


not sure about that. I was searching in the docs till yesterday and it
was working. Has something changed in the last weeks?

Cheers

Matteo



Cheers,
Denis


Le mer. 8 févr. 2023 à 08:58, matteo via QGIS-Developer mailto:qgis-developer@lists.osgeo.org>> a écrit :

    Hi Richard,

    I can confirm: searching in master will stay there forever without
    finding anything.

    Cheers

    Matteo

    On 2/8/23 08:52, Richard Duivenvoorde via QGIS-Developer wrote:
 > Hi,
 >
 > Am I right to conclude something is wrong with PyQGIS api (DOCS
    build)
 > for master?
 >
 > https://qgis.org/pyqgis/master/search.html
    <https://qgis.org/pyqgis/master/search.html>
 > isn't working (missing jQuery?)
 > while
 > https://qgis.org/pyqgis/3.28/search.html
    <https://qgis.org/pyqgis/3.28/search.html>
 > is working (with me)?
 >
 > Others can confirm?
 >
 > 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>
    ___
    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
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

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


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

Re: [QGIS-Developer] Pyqgis master api search broken?

[Richard Duivenvoorde via QGIS-Developer]

Now 3.28 is also 'affected' ?

In dev console I see:
Uncaught ReferenceError: jQuery is not defined

is some jquery cdn failing?

Regards,

Richard Duivenvoorde


On 2023-02-08 09:12, matteo via QGIS-Developer wrote:

Hi Denis,


Is this related to this?
https://github.com/qgis/pyqgis/commit/465d91a265e4f1828f0da623d32f8ac7a1de 
<https://github.com/qgis/pyqgis/commit/465d91a265e4f1828f0da623d32f8ac7a1de>


Matteo, shall we try to revert?


not sure about that. I was searching in the docs till yesterday and it
was working. Has something changed in the last weeks?

Cheers

Matteo



Cheers,
Denis


Le mer. 8 févr. 2023 à 08:58, matteo via QGIS-Developer 
<mailto:qgis-developer@lists.osgeo.org>> a écrit :


Hi Richard,

I can confirm: searching in master will stay there forever without
finding anything.

Cheers

Matteo

On 2/8/23 08:52, Richard Duivenvoorde via QGIS-Developer wrote:
 > Hi,
 >
 > Am I right to conclude something is wrong with PyQGIS api (DOCS
build)
 > for master?
 >
 > https://qgis.org/pyqgis/master/search.html
<https://qgis.org/pyqgis/master/search.html>
 > isn't working (missing jQuery?)
 > while
 > https://qgis.org/pyqgis/3.28/search.html
<https://qgis.org/pyqgis/3.28/search.html>
 > is working (with me)?
 >
 > Others can confirm?
 >
 > 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>
___
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
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] Pyqgis master api search broken?

[Richard Duivenvoorde via QGIS-Developer]

Hi,

Am I right to conclude something is wrong with PyQGIS api (DOCS build) 
for master?


https://qgis.org/pyqgis/master/search.html
isn't working (missing jQuery?)
while
https://qgis.org/pyqgis/3.28/search.html
is working (with me)?

Others can confirm?

Regards,

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

Re: [QGIS-Developer] Hover function

[Richard Duivenvoorde via QGIS-Developer]

On 2/2/23 04:34, Nzikou, Michel via QGIS-Developer wrote:

I am developing a qgis plugin and would like to know how to use the mouse hover 
function to get help infos populated on top of my pushbutton when the mouse is 
on top.


You mean tooltips?

https://pythonprogramminglanguage.com/pyqt5-tooltip/  ?

There is also a whatsThis of a QWidget

Or do you mean something else?

Regards,

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

[QGIS-Developer] Browser XYZ tiles show different between 3.28 and master

[Richard Duivenvoorde via QGIS-Developer]

Hi All,

I often grab OSM xyz layer if I want a quick map.
But in my recent build it's not there anymore (in none of my 'old' profiles).
By accident or did I miss some discussion?

I also see that there is a difference between the content of the Browser-tree, 
if I open the same Profile, either in 3.28 or in master (in screendump left is 
3.28, master is the right).

Or is this a result of the changes going on in the Settings machinery maybe?

Regards,

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

Re: [QGIS-Developer] PyQt db_manager(?) compile error

[Richard Duivenvoorde via QGIS-Developer]

Ok, so the crux was:

sudo apt install libqt5multimedia5 python3-pyqt5.qtmultimedia

I did install the first one, but the other not (yet)

Thanks Even R !

Richard

On 1/30/23 13:04, matteo via QGIS-Developer wrote:

Hi Richard,

same here. On Debian with a new folder and a fresh compilation. Did you solved?

make[2]: *** 
[python/plugins/db_manager/CMakeFiles/zzz-db_manager-15-depend.dir/build.make:90:
 python/plugins/db_manager/ui_DlgCancelTaskQuery.py] Error 1
make[2]: *** Deleting file 'python/plugins/db_manager/ui_DlgCancelTaskQuery.py'
make[2]: *** 
[python/plugins/db_manager/CMakeFiles/zzz-db_manager-15-depend.dir/build.make:98:
 python/plugins/db_manager/ui_DlgCreateIndex.py] Error 1
make[2]: *** Deleting file 'python/plugins/db_manager/ui_DlgCreateIndex.py'
make[2]: *** 
[python/plugins/db_manager/CMakeFiles/zzz-db_manager-15-depend.dir/build.make:102:
 python/plugins/db_manager/ui_DlgCreateTable.py] Error 1
make[2]: *** Deleting file 'python/plugins/db_manager/ui_DlgCreateTable.py'
An unexpected error occurred.
Check that you are using the latest version of PyQt5 and send an error report to
supp...@riverbankcomputing.com, including the following information:

   * your version of PyQt (5.15.8)
   * the UI file that caused this error
   * the debug output of pyuic5 (use the -d flag when calling pyuic5)
make[2]: *** 
[python/plugins/db_manager/CMakeFiles/zzz-db_manager-15-depend.dir/build.make:94:
 python/plugins/db_manager/ui_DlgCreateConstraint.py] Error 1
make[2]: *** Deleting file 'python/plugins/db_manager/ui_DlgCreateConstraint.py'
make[1]: *** [CMakeFiles/Makefile2:6344: 
python/plugins/db_manager/CMakeFiles/zzz-db_manager-15-depend.dir/all] Error 2

Cheers

Matteo


On 1/27/23 13:23, Richard Duivenvoorde via QGIS-Developer wrote:

Hi,

Compiling master on Debian Testing today, I first was presented with a new 
dependency Qt5Multimedia (hopefully we can soon use QGIS as a Spotify client 
;-) ), which was installable.

But then my (fresh) build stalls at:

[9773/9812] Generating ui_DlgAddGeometryColumn.py
FAILED: python/plugins/db_manager/ui_DlgAddGeometryColumn.py 
/home/richard/git/qgis/build/python/plugins/db_manager/ui_DlgAddGeometryColumn.py
cd /home/richard/git/qgis/build/python/plugins/db_manager && 
/home/richard/git/qgis/scripts/pyuic_wrapper.sh /usr/bin/pyuic5 
/home/richard/git/qgis/build/output/lib /home/richard/git/qgis/build/output/python 
/usr/bin/python3 
/home/richard/git/qgis/python/plugins/db_manager/ui/DlgAddGeometryColumn.ui -o 
/home/richard/git/qgis/build/python/plugins/db_manager/ui_DlgAddGeometryColumn.py
An unexpected error occurred.
Check that you are using the latest version of PyQt5 and send an error report to
supp...@riverbankcomputing.com, including the following information:

   * your version of PyQt (5.15.7)
   * the UI file that caused this error
   * the debug output of pyuic5 (use the -d flag when calling pyuic5)

Others have that issue?

Running pyuic -d on one of the errors seems fine (see below).

Regards,

Richard Duivenvoorde


/usr/bin/pyuic5 -d 
/home/richard/git/qgis/python/plugins/db_manager/ui/DlgExportVector.ui


PyQt5.uic.uiparser: uiname is DbManagerDlgExportVector
PyQt5.uic.uiparser: toplevel widget is QDialog
PyQt5.uic.properties: setting property geometry
PyQt5.uic.properties: setting property windowTitle
PyQt5.uic.uiparser: push QDialog DbManagerDlgExportVector
PyQt5.uic.uiparser: push QGridLayout gridLayout_2
PyQt5.uic.properties: setting property text
PyQt5.uic.uiparser: push QLineEdit editOutputFile
PyQt5.uic.uiparser: pop widget QLineEdit editOutputFile
PyQt5.uic.uiparser: new topwidget DbManagerDlgExportVector
PyQt5.uic.properties: setting property orientation
PyQt5.uic.properties: setting property standardButtons
PyQt5.uic.uiparser: push QDialogButtonBox buttonBox
PyQt5.uic.uiparser: pop widget QDialogButtonBox buttonBox
PyQt5.uic.uiparser: new topwidget DbManagerDlgExportVector
PyQt5.uic.uiparser: push QComboBox cboFileFormat
PyQt5.uic.uiparser: pop widget QComboBox cboFileFormat
PyQt5.uic.uiparser: new topwidget DbManagerDlgExportVector
PyQt5.uic.properties: setting property sizePolicy
PyQt5.uic.properties: setting property text
PyQt5.uic.uiparser: push QLabel label_5
PyQt5.uic.uiparser: pop widget QLabel label_5
PyQt5.uic.uiparser: new topwidget DbManagerDlgExportVector
PyQt5.uic.properties: setting property title
PyQt5.uic.uiparser: push QGroupBox groupBox_2
PyQt5.uic.uiparser: push QGridLayout gridLayout
PyQt5.uic.properties: setting property text
PyQt5.uic.uiparser: push QCheckBox chkDropTable
PyQt5.uic.uiparser: pop widget QCheckBox chkDropTable
PyQt5.uic.uiparser: new topwidget self.groupBox_2
PyQt5.uic.uiparser: push QHBoxLayout horizontalLayout
PyQt5.uic.properties: setting property text
PyQt5.uic.uiparser: push QCheckBox chkSourceSrid
PyQt5.uic.uiparser: pop widget QCheckBox chkSourceSrid
PyQt5.uic.uiparser: new topwidget self.groupBox_2
PyQt5.uic.properties: setting property enabled
PyQt5.uic.properties:

[QGIS-Developer] PyQt db_manager(?) compile error

[Richard Duivenvoorde via QGIS-Developer]

Hi,

Compiling master on Debian Testing today, I first was presented with a new 
dependency Qt5Multimedia (hopefully we can soon use QGIS as a Spotify client 
;-) ), which was installable.

But then my (fresh) build stalls at:

[9773/9812] Generating ui_DlgAddGeometryColumn.py
FAILED: python/plugins/db_manager/ui_DlgAddGeometryColumn.py 
/home/richard/git/qgis/build/python/plugins/db_manager/ui_DlgAddGeometryColumn.py
cd /home/richard/git/qgis/build/python/plugins/db_manager && 
/home/richard/git/qgis/scripts/pyuic_wrapper.sh /usr/bin/pyuic5 
/home/richard/git/qgis/build/output/lib /home/richard/git/qgis/build/output/python 
/usr/bin/python3 
/home/richard/git/qgis/python/plugins/db_manager/ui/DlgAddGeometryColumn.ui -o 
/home/richard/git/qgis/build/python/plugins/db_manager/ui_DlgAddGeometryColumn.py
An unexpected error occurred.
Check that you are using the latest version of PyQt5 and send an error report to
supp...@riverbankcomputing.com, including the following information:

  * your version of PyQt (5.15.7)
  * the UI file that caused this error
  * the debug output of pyuic5 (use the -d flag when calling pyuic5)

Others have that issue?

Running pyuic -d on one of the errors seems fine (see below).

Regards,

Richard Duivenvoorde


/usr/bin/pyuic5 -d 
/home/richard/git/qgis/python/plugins/db_manager/ui/DlgExportVector.ui


PyQt5.uic.uiparser: uiname is DbManagerDlgExportVector
PyQt5.uic.uiparser: toplevel widget is QDialog
PyQt5.uic.properties: setting property geometry
PyQt5.uic.properties: setting property windowTitle
PyQt5.uic.uiparser: push QDialog DbManagerDlgExportVector
PyQt5.uic.uiparser: push QGridLayout gridLayout_2
PyQt5.uic.properties: setting property text
PyQt5.uic.uiparser: push QLineEdit editOutputFile
PyQt5.uic.uiparser: pop widget QLineEdit editOutputFile
PyQt5.uic.uiparser: new topwidget DbManagerDlgExportVector
PyQt5.uic.properties: setting property orientation
PyQt5.uic.properties: setting property standardButtons
PyQt5.uic.uiparser: push QDialogButtonBox buttonBox
PyQt5.uic.uiparser: pop widget QDialogButtonBox buttonBox
PyQt5.uic.uiparser: new topwidget DbManagerDlgExportVector
PyQt5.uic.uiparser: push QComboBox cboFileFormat
PyQt5.uic.uiparser: pop widget QComboBox cboFileFormat
PyQt5.uic.uiparser: new topwidget DbManagerDlgExportVector
PyQt5.uic.properties: setting property sizePolicy
PyQt5.uic.properties: setting property text
PyQt5.uic.uiparser: push QLabel label_5
PyQt5.uic.uiparser: pop widget QLabel label_5
PyQt5.uic.uiparser: new topwidget DbManagerDlgExportVector
PyQt5.uic.properties: setting property title
PyQt5.uic.uiparser: push QGroupBox groupBox_2
PyQt5.uic.uiparser: push QGridLayout gridLayout
PyQt5.uic.properties: setting property text
PyQt5.uic.uiparser: push QCheckBox chkDropTable
PyQt5.uic.uiparser: pop widget QCheckBox chkDropTable
PyQt5.uic.uiparser: new topwidget self.groupBox_2
PyQt5.uic.uiparser: push QHBoxLayout horizontalLayout
PyQt5.uic.properties: setting property text
PyQt5.uic.uiparser: push QCheckBox chkSourceSrid
PyQt5.uic.uiparser: pop widget QCheckBox chkSourceSrid
PyQt5.uic.uiparser: new topwidget self.groupBox_2
PyQt5.uic.properties: setting property enabled
PyQt5.uic.properties: setting property text
PyQt5.uic.uiparser: push QLineEdit editSourceSrid
PyQt5.uic.uiparser: pop widget QLineEdit editSourceSrid
PyQt5.uic.uiparser: new topwidget self.groupBox_2
PyQt5.uic.properties: setting property text
PyQt5.uic.uiparser: push QCheckBox chkTargetSrid
PyQt5.uic.uiparser: pop widget QCheckBox chkTargetSrid
PyQt5.uic.uiparser: new topwidget self.groupBox_2
PyQt5.uic.properties: setting property enabled
PyQt5.uic.properties: setting property text
PyQt5.uic.uiparser: push QLineEdit editTargetSrid
PyQt5.uic.uiparser: pop widget QLineEdit editTargetSrid
PyQt5.uic.uiparser: new topwidget self.groupBox_2
PyQt5.uic.uiparser: pop layout QHBoxLayout horizontalLayout
PyQt5.uic.properties: setting property toolTip
PyQt5.uic.properties: setting property text
PyQt5.uic.uiparser: push QCheckBox chkEncoding
PyQt5.uic.uiparser: pop widget QCheckBox chkEncoding
PyQt5.uic.uiparser: new topwidget self.groupBox_2
PyQt5.uic.properties: setting property enabled
PyQt5.uic.properties: setting property sizePolicy
PyQt5.uic.properties: setting property editable
PyQt5.uic.properties: setting property insertPolicy
PyQt5.uic.uiparser: push QComboBox cboEncoding
PyQt5.uic.uiparser: pop widget QComboBox cboEncoding
PyQt5.uic.uiparser: new topwidget self.groupBox_2
PyQt5.uic.uiparser: pop layout QGridLayout gridLayout
PyQt5.uic.uiparser: pop widget QGroupBox groupBox_2
PyQt5.uic.uiparser: new topwidget DbManagerDlgExportVector
PyQt5.uic.properties: setting property text
PyQt5.uic.uiparser: push QToolButton btnChooseOutputFile
PyQt5.uic.uiparser: pop widget QToolButton btnChooseOutputFile
PyQt5.uic.uiparser: new topwidget DbManagerDlgExportVector
PyQt5.uic.properties: setting property text
PyQt5.uic.uiparser: push QLabel label
PyQt5.uic.uiparser: pop widget QLabel label

Re: [QGIS-Developer] PyQGIS info on MeshLayer

[Richard Duivenvoorde via QGIS-Developer]

Sorry, fiddling with webmail, thinking using an old mail (from you) to 
sent to the dev list...

But apparently not :-(
Regards,
Richard

On 2023-01-24 09:40, Richard Duivenvoorde wrote:

Hi Devs,

I'm trying to get values from an x,y from a mesh layer via PyQGIS.

But I fail to SEE the results. Debugging in QtCreator, I see that
there are results, but apparently they are dropped somewhere?

The code I'm using:

results = []   # iterator 'reference'?
context = QgsIdentifyContext()
context.setTemporalRange(QgsDateTimeRange(begin=QDateTime(2022,11,7,7,0,0),end=QDateTime(2022,11,7,8,0,0)))
# make sure the mesh layer is active layer
# note that the coordinates used are MapCanvas coordinates (???)
# returns QgsMapToolIdentify False in case of NO layer
print(QgsMapToolIdentify(iface.mapCanvas()).identifyMeshLayer(results,
iface.mapCanvas().currentLayer(), QgsPointXY(470208.66, 6766348.44),
context ))
print(results)

This always returns [] (empty list), while debugging c++ in QtCreator
I see there are results.

Am I doing something wrong?

Thanks for any Pointers.

Regards,

Richard Duivenvoorde

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

[QGIS-Developer] PyQGIS info on MeshLayer

[Richard Duivenvoorde via QGIS-Developer]

Hi Devs,

I'm trying to get values from an x,y from a mesh layer via PyQGIS.

But I fail to SEE the results. Debugging in QtCreator, I see that there 
are results, but apparently they are dropped somewhere?


The code I'm using:

results = []   # iterator 'reference'?
context = QgsIdentifyContext()
context.setTemporalRange(QgsDateTimeRange(begin=QDateTime(2022,11,7,7,0,0),end=QDateTime(2022,11,7,8,0,0)))
# make sure the mesh layer is active layer
# note that the coordinates used are MapCanvas coordinates (???)
# returns QgsMapToolIdentify False in case of NO layer
print(QgsMapToolIdentify(iface.mapCanvas()).identifyMeshLayer(results, 
iface.mapCanvas().currentLayer(), QgsPointXY(470208.66, 6766348.44), 
context ))

print(results)

This always returns [] (empty list), while debugging c++ in QtCreator I 
see there are results.


Am I doing something wrong?

Thanks for any Pointers.

Regards,

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

Re: [QGIS-Developer] Plugin Menu Text

[Richard Duivenvoorde via QGIS-Developer]

Hi Stefan,

Ah, ok clear.

One idea I had later, is: the shown text in the gui is actually the text that 
comes from the ts (Qt translation) files (which are 'compiled' to binary qm(?) 
files by (eg) Qt Linguist.
So (even the english texts in the gui) are determined by the 
Hi Richard,

I have already an account to do it - but my question was more into the 
direction, if this text is local available - so it is not. The background is, 
one of our customers has banned the official plugin repo from QGIS - this can 
be done manipulating the installer_data.py. Now they also want to change the 
text one the right side...

thanks anyway for your answer

Stefan

Am 19.01.2023 um 08:34 schrieb Richard Duivenvoorde:

Mmm,

but   mTabDescriptions.insert( QStringLiteral( "all_plugins" ), tr( "All 
Plugins\

means it uses the tr-function, meaning it is being translated, so it should 
show up in the QGIS tr file...

So, yes, it is in: https://github.com/qgis/QGIS/blob/master/i18n/qgis_de.ts

Looking at https://github.com/qgis/QGIS/commits/master/i18n/qgis_de.ts the 
actual translation is in transifex.

So: grab an transifex account, join the German translation group (ask 
Juergen?), and translate

https://www.transifex.com/qgis/QGIS/viewstrings/#de/qgis-application/180485114?q=text%3A'On+the+left+you+see+the+list+of+all+plugins'

If you provide me a proper text I'm also happy to add it
(but better if we spread such knowledge/skills)

Regards,

Richard Duivenvoorde



On 1/18/23 10:42, Ismail Sunni via QGIS-Developer wrote:

Hi Stefan,

It seems the text is hardcoded: 
https://github.com/qgis/QGIS/blob/master/src/app/pluginmanager/qgspluginmanager_texts.cpp#L11
 


Best regards

On Wed, Jan 18, 2023 at 2:23 PM Stefan Giese (WhereGroup) via QGIS-Developer 
mailto:qgis-developer@lists.osgeo.org>> wrote:

    Hi Devs,

    we want to change this text which is shown in the Plugin menu. Is this 
configurable?

    Best regards

    Stefan

    --     Mit freundlichen Grüßen
    Stefan Giese
    Projektleiter/Consultant
    -
    Aufwind durch Wissen!
    Jetzt neu: Web-Seminare und Online-Schulungen
    bei derwww.foss-academy.com 
    -
    WhereGroup GmbH
    Schwimmbadstr. 2
    79100 Freiburg
    Germany

    Tel.: +49 (0)761 / 519 102 - 61
    Fax: +49 (0)761 / 519 102 - 11

    stefan.gi...@wheregroup.com 
    www.wheregroup.com  
    Geschäftsführer:
    Olaf Knopp, Peter Stamm
    Amtsgericht Bonn, HRB 9885

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

    Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer 




--
Ismail Sunni
Software Engineer
ismailsunni.id 
ismailsunni.wordpress.com 

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




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

Re: [QGIS-Developer] Apply style to all selected layers and groups

[Richard Duivenvoorde via QGIS-Developer]

Ah, sorry now I understand.

Yes that would be cool, so instead of the dropdown in the Layer Styling panel, 
you would have an option to select more layers...  and apply to all of those 
the changed you do in the layer styling panel.

One thing I'm thinking of, is what to show as 'current' styling after selecting 
5 (different styled) layers...

Something like: the one in the dropdown is the 'master'? So as soon as you add 
other layers to the selection they get styled (after confirmation?) to the same 
style as the Styling panel is showing for the 'master'?

Anyway: nice idea! Needs some UI thinking though, to not make things overly 
complex for 'normal' use :-)

Richard


On 1/19/23 14:54, C Hamilton wrote:

Richard,

We tend to operate on older versions of software so I see that the latest has 
this, but what 3.28 does not do is when you are using the Layer Styling panel, 
it only works with one layer. Once that layer is set then you can copy and 
paste it to the rest, but it would be really nice if you didn't need the 
additional copy and paste step.

Thanks,

Calvin

On Thu, Jan 19, 2023 at 8:37 AM Richard Duivenvoorde mailto:rdmaili...@duif.net>> wrote:

Hi Calvin,

If I load a layer, duplicate it twice more.
Restyle the first layer,
Copy Style (of that first one)
Then select both other layers in the layer list (select click)
Then Paste Style
Then both other layers get that style?

That is not what you mean?
Or do you want to have some ui for that?

One this I personally miss, is the copy pasting (mostly of colors or 
categories) from one kind of geometry type to another...
I know do that (if I have pretty complex styles), by hand by editing the 
qml files...

Regards,

Richard Duivenvoorde


On 1/19/23 14:20, C Hamilton via QGIS-Developer wrote:
 > I keep having users come to me and ask why QGIS does not allow the 
ability to apply a style to all selected layers and groups of layers. As far as I 
know this does not exist. I added a routine to do this in the Density Analysis 
plugin, but this capability really should be a part of the core Layer Styling - 
perhaps with a checkbox that says to apply to all selected layers. This would need 
to understand that it is only applied to layers that match the layer type or 
either the first or last selected layer.
 >
 > Are there any development efforts to apply styles to all selected layers?
 >
 > Thanks,
 >
 > Calvin
 >
 > ___
 > QGIS-Developer mailing list
 > QGIS-Developer@lists.osgeo.org 
 > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer 

 > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer 




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

Re: [QGIS-Developer] Apply style to all selected layers and groups

[Richard Duivenvoorde via QGIS-Developer]

Hi Calvin,

If I load a layer, duplicate it twice more.
Restyle the first layer,
Copy Style (of that first one)
Then select both other layers in the layer list (select click)
Then Paste Style
Then both other layers get that style?

That is not what you mean?
Or do you want to have some ui for that?

One this I personally miss, is the copy pasting (mostly of colors or 
categories) from one kind of geometry type to another...
I know do that (if I have pretty complex styles), by hand by editing the qml 
files...

Regards,

Richard Duivenvoorde


On 1/19/23 14:20, C Hamilton via QGIS-Developer wrote:

I keep having users come to me and ask why QGIS does not allow the ability to 
apply a style to all selected layers and groups of layers. As far as I know 
this does not exist. I added a routine to do this in the Density Analysis 
plugin, but this capability really should be a part of the core Layer Styling - 
perhaps with a checkbox that says to apply to all selected layers. This would 
need to understand that it is only applied to layers that match the layer type 
or either the first or last selected layer.

Are there any development efforts to apply styles to all selected layers?

Thanks,

Calvin

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


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

Re: [QGIS-Developer] language dependency qgis_process

[Richard Duivenvoorde via QGIS-Developer]

Hi Michael,

I'm not 100% sure, but I would think that such fields should never be 
translated?
Not in Desktop nor in scripts?

What do other think?

Or has processing some language aware dict with all languages in it?

Regards,

Richard Duivenvoorde

On 1/17/23 22:37, Dr. Michael Hälsig via QGIS-Developer wrote:

Hi,
I am using qgis_process stand alone (Linux desktop or Linux headless server)
and run e.g. an overlap analysis, This algorithm adds a field 'Buffered_pc'.

When I use the processing inside the QGIS desktop, the overlap algorithm names
the added field 'Gepuffert_pc', because I am using the German locale.

But I need for the further processing the German version of the field name.

Apparently qgis_process creates a file in ~/.config/Unknown Organization/
qgis_process.bin.conf with the content 'localized_data_paths=@Invalid()'. It
seems to be that qgis_process expects somewhere the path for the German
localization.

How do I tell qgis_process to use the German locale?

Thank you for any hints.

Michael



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


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

Re: [QGIS-Developer] Plugin Menu Text

[Richard Duivenvoorde via QGIS-Developer]

Mmm,

but   mTabDescriptions.insert( QStringLiteral( "all_plugins" ), tr( "All 
Plugins\

means it uses the tr-function, meaning it is being translated, so it should 
show up in the QGIS tr file...

So, yes, it is in: https://github.com/qgis/QGIS/blob/master/i18n/qgis_de.ts

Looking at https://github.com/qgis/QGIS/commits/master/i18n/qgis_de.ts the 
actual translation is in transifex.

So: grab an transifex account, join the German translation group (ask 
Juergen?), and translate

https://www.transifex.com/qgis/QGIS/viewstrings/#de/qgis-application/180485114?q=text%3A'On+the+left+you+see+the+list+of+all+plugins'

If you provide me a proper text I'm also happy to add it
(but better if we spread such knowledge/skills)

Regards,

Richard Duivenvoorde



On 1/18/23 10:42, Ismail Sunni via QGIS-Developer wrote:

Hi Stefan,

It seems the text is hardcoded: 
https://github.com/qgis/QGIS/blob/master/src/app/pluginmanager/qgspluginmanager_texts.cpp#L11
 


Best regards

On Wed, Jan 18, 2023 at 2:23 PM Stefan Giese (WhereGroup) via QGIS-Developer 
mailto:qgis-developer@lists.osgeo.org>> wrote:

Hi Devs,

we want to change this text which is shown in the Plugin menu. Is this 
configurable?

Best regards

Stefan

-- 
Mit freundlichen Grüßen

Stefan Giese
Projektleiter/Consultant
-
Aufwind durch Wissen!
Jetzt neu: Web-Seminare und Online-Schulungen
bei derwww.foss-academy.com  
-
WhereGroup GmbH
Schwimmbadstr. 2
79100 Freiburg
Germany

Tel.: +49 (0)761 / 519 102 - 61
Fax: +49 (0)761 / 519 102 - 11

stefan.gi...@wheregroup.com  
www.wheregroup.com  
Geschäftsführer:
Olaf Knopp, Peter Stamm
Amtsgericht Bonn, HRB 9885

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

Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer 




--
Ismail Sunni
Software Engineer
ismailsunni.id 
ismailsunni.wordpress.com 

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


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

Re: [QGIS-Developer] Fwd: [gdal-dev] Announcing SOZip: Seek-Optimized profile for the .zip format

[Richard Duivenvoorde via QGIS-Developer]

Hi Even,

Cool!

Out of curiosity: I thought sqlite/geopackage was already relatively 'skinny' 
packed? Am I wrong?

Anybody has experience with zipping "lrge zipped GeoPackages"? ;-) Is that 
useful? I just tested a 885MB mbtiles file (I know not geopackage...but still sqlite 
isnt't it?), and that ended up in 868MB.

OR... are we talking about sets of geopackages?

Regards,

Richard Duivenvoorde


On 1/9/23 16:42, Even Rouault via QGIS-Developer wrote:

Sorry for cross-posting, but very relevant topic for QGIS. To make it short, 
pending compressing .zip files in the SOZip way, it is possible to directly 
read lrge zipped GeoPackage files (or Shapefiles for nostalgic) from QGIS 
without prior decompression

Even

 Message transféré 
Sujet : [gdal-dev] Announcing SOZip: Seek-Optimized profile for the 
.zip format
Date :  Mon, 9 Jan 2023 15:19:07 +0100
De :Even Rouault 
Pour :  gdal-...@lists.osgeo.org 



Hi,

It is my pleasure to announce ( 
https://github.com/sozip/sozip-spec/blob/master/blog/01-announcement.md ) the 
initial release of the specification ( 
https://github.com/sozip/sozip-spec/blob/master/sozip_specification.md ) for 
the SOZip (Seek-Optimized Zip) profile to the ZIP file format, as well as its 
GDAL implementation.

What is SOZip ?
--

A Seek-Optimized ZIP file (SOZip) is a ZIP file that contains one or several 
Deflate-compressed files that are organized and annotated such that a 
SOZip-aware reader can perform very fast random access (seek) within a 
compressed file.

SOZip makes it possible to access large compressed files directly from a .zip 
file without prior decompression. It is not a new file format, but a profile of 
the existing ZIP format, done in a fully backward compatible way. ZIP readers 
that are non-SOZip aware can read a SOZip-enabled file normally and ignore the 
extended features that support efficient seek capability.

Use cases
--

The SOZip specification is intended to be general purpose / not domain 
specific. It was first developed to serve geospatial use cases, which commonly 
have large compressed files inside of ZIP archives. In particular, it makes it 
possible for users to read large GIS files using the Shapefile, GeoPackage or 
FlatGeobuf formats (which have no native provision for compression) compressed 
in .zip files without prior decompression.

Efficient random access and selective decompression are a requirement to 
provide acceptable performance in many usage scenarios: spatial index 
filtering, access to a feature by its identifier, etc.

Performance
--

SOZip is efficient:

* The overhead of using a file from a SOZip archive, compared to using it 
uncompressed, is of the order of 10% for common read operations.
* Generation of a SOZip file can be much faster than regular ZIP generation 
when using multithreading.
* SOZip files are typically only ~ 5% larger than regular ZIPs (dependent on 
content, and chunk size)

Have a look at benchmarking results: 
https://github.com/sozip/sozip-spec/blob/master/README.md#benchmarking

Other ZIP related specification
--

The SOZip GitHub organization also hosts the KeyValuePairs extra-field 
specification ( 
https://github.com/sozip/keyvaluepairs-spec/blob/master/zip_keyvalue_extra_field_specification.md
 ), to be able to encode arbitrary key-value pairs of metadata associated with 
a file within a ZIP. For example to store the Content-Type of a file.

How does this relate to GDAL ?
---

Pull request https://github.com/OSGeo/gdal/pull/7042 has been submitted with 
the following enhancements:

*  The /vsizip/ virtual file system uses the SOZip index to perform fast
     random access within a compressed SOZip-enabled file.

* The Shapefile and GPKG drivers can directly generate SOZip-enabled 
.shz/.shp.zip or .gpkg.zip files.

*  Addition of the CPLAddFileInZip() C function that can compress a file and add
     it to an new or existing ZIP file, and enable the SOZip optimization when 
relevant.

*  The existed VSIGetFileMetadata() method can be called on a filename of
     the form /vsizip/path/to/the/file.zip/path/inside/the/zip/file and
     with domain = "ZIP" to get information if a SOZip index is available for 
that file.

*  The sozip 
(https://github.com/rouault/gdal/blob/sozip/doc/source/programs/sozip.rst) new 
command line utility
     can be used to create a seek-optimized ZIP file, to append files to an 
existing ZIP file, list the
     contents of a ZIP file and display the SOZip optimization status or 
validate a SOZip file.

Best regards,

Even

--

http://www.spatialys.com
My software is free, but my time generally not.

___
gdal-dev mailing list
gdal-...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


___
QGIS-Developer 

[QGIS-Developer] Message "The operation would change the geometry type." ?

[Richard Duivenvoorde via QGIS-Developer]

Hi Devs,

A friend, while editing a vector layer, got the message: "The operation would change 
the geometry type." while editing a 'standalone' layer, and asked me what it was...

Today somebody in the Telegram channel asked the same.

I grepped:
https://github.com/qgis/QGIS/blob/master/src/app/vertextool/qgsvertextool.cpp#L2410

which points to:
https://github.com/qgis/QGIS/blob/master/src/core/geometry/qgsgeometry.h#L2401-L2414

but what I'm trying to find out is what kind of test QGIS is doing in the 
vertextool, if you do not have any relations in your project (or at least are 
not aware of it...)

cpp docs tell me: "Modifies geometry to avoid intersections with the layers 
specified in project properties"
But I cannot find something with 'avoid' or 'intersection' in my Project 
properties.

So question: is this a message which should not be there (because it pops up at 
people which are not aware of anything).
Or is there a property on True by default which make QGIS do tests, even on 1 
layer?

Thanks for any input,

Richard Duivenvoorde

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

Re: [QGIS-Developer] Pyqgis Close init form

[Richard Duivenvoorde via QGIS-Developer]

Ok, did some testing...

Mmm something fishy is going on..
First time I used: dialog.close()  I got an python exception telling me that 
QgsAttributeForm didn't have a close() ..
So the 'dailog' is actually not a QDialog but the QgsAttributeForm (which is a 
QWidget) ON a QDialog..
But... I could never replicate that anymore after that first time ???

Then I was able to replicate your crash by calling
dialog.parent().reject()
But tried
dialog.parent().close()
dialog.parent().hide()
but those were OK (but not working the way you want)

BUT: I think the reason close/hide are not working is because this is called 
BEFORE showing the dialog.
So the close/hide are actually called before your dialog is even shown.
And THEN QGIS will show the dialog (and you are too late)?

So I think what you want is not possible?
You could maybe create a new ui/dialog in which tells the user something 
(besides showing the other ui)?
But closing the dialog (before it is even shown) doesn't seem possible.

I'm not 100% sure of all this, so if others want to try or know better, please 
let me know

Regards,

Richard Duivenvoorde

PS tip to debug: when you use print-statements in your python init script, AND 
open the python console, the output will show up there!

On 12/20/22 10:04, PIERRE Sylvain wrote:

When adding a new feature (polygon) I would like to close form when centroid 
does not intersect a polygon from an other layer
Here is my full python init form dialog function:

# -*- coding: utf8 -*-
from qgis.core import QgsVectorLayer, QgsFeatureRequest, QgsRectangle, 
QgsGeometry, QgsProject, QgsPointXY
import qgis.utils
from PyQt5.QtWidgets  import QDialogButtonBox, QLineEdit, QComboBox
from PyQt5.QtCore import QObject
import os.path
import getpass

def dealWithPoly(dialog, layerid, featureid):

 global editMode
 global iface

 iface = qgis.utils.iface

 geom = featureid.geometry()
 if geom:
 editMode = 'insert'
 
 layers = QgsProject.instance().mapLayers().values()

 canvas = iface.mapCanvas()

 geo_point = geom.centroid()

 canvas_crs_txt = canvas.mapSettings().destinationCrs().authid()
 canvas_crs = canvas_crs_txt.split(':')[1]

 layerNameRPG = 'MAEC2023 parcelles'
 testlayerRPG = QgsProject().instance().mapLayersByName(layerNameRPG)
 
 if testlayerRPG:

 bv = testlayerRPG[0]

 layer_crs_txt = bv.crs().authid()
 layer_crs = layer_crs_txt.split(':')[1]

 if canvas_crs != layer_crs:
 xform = 
QgsCoordinateTransform(QgsCoordinateReferenceSystem('EPSG:'+canvas_crs), 
QgsCoordinateReferenceSystem('EPSG:'+layer_crs), QgsProject.instance())
 geo_point.transform(xform)
 
 find_parcelle = False
 
 polygon = [feature for feature in bv.getFeatures()]

 for pol in polygon:
 geo_pol = pol.geometry()
 if geo_pol.contains(geo_point):
 pacageVal = pol['Pacage']
 numIlot = str(pol['Num_ilot'])
 find_parcelle = True
 break
 
 if not find_parcelle:

 txt = u"Saisie en dehors des limites du RPG"
 iface.messageBar().pushMessage(txt, level=Qgis.Warning)
 #dialog.parent().reject()
 dialog.close()

 #print(dialog.parent())
 else:
 linedit_pacage = dialog.findChild(QLineEdit,"PACAGE")
 linedit_pacage.setText(pacageVal)
 
 linedit_numilot = dialog.findChild(QLineEdit,"NUM_ILOT")

 linedit_numilot.setText(numIlot)


 

 




   


-Message d'origine-
De : QGIS-Developer  De la part de 
Richard Duivenvoorde via QGIS-Developer
Envoyé : mardi 20 décembre 2022 09:44
À : qgis-developer@lists.osgeo.org
Objet : Re: [QGIS-Developer] Pyqgis Close init form

Soyez vigilant : ce courriel provient d'une organisation externe à la CeA.
• Assurez-vous d’abord qu’il ne s’agit pas d’un email malveillant avant de 
cliquer sur tout lien ou pièce jointe.
Apprendre à reconnaître un email de 
phishing.<https://intranet.alsace.eu/actualites/apprenez-a-reconnaitre-un-email-phishing/>


Can you provide a little more code?

And more info where exactly it is called (in the startup.py or in some form 
init code?

Is 'dialog' available in the code part in which you try to close it?

Regards,

Richard Duivenvoorde

On 12/20/22 09:24, PIERRE Sylvain via QGIS-Developer wrote:

Hi all,

I can not achieve closing a form in init pyqgis fonction. I try :

  dialog.close()

But form stay without any widgets

I try

  dialog.parent().close()

Does nothing

  dialog.parent().rejec

Re: [QGIS-Developer] Pyqgis Close init form

[Richard Duivenvoorde via QGIS-Developer]

Can you provide a little more code?

And more info where exactly it is called (in the startup.py or in some form 
init code?

Is 'dialog' available in the code part in which you try to close it?

Regards,

Richard Duivenvoorde

On 12/20/22 09:24, PIERRE Sylvain via QGIS-Developer wrote:

Hi all,

I can not achieve closing a form in init pyqgis fonction. I try :

                 dialog.close()

But form stay without any widgets

I try

                 dialog.parent().close()

Does nothing

                 dialog.parent().reject()

Qgis crash

Any hints ?

Thanks

**



Sylvain PIERRE**

Chef de projet système d’information

Direction des Systèmes d’Information et du Développement Numérique

Service Projets et Ingénierie Numérique

*Collectivité européenne d’Alsace*

Tél : 03 88 76 68 88

sylvain.pie...@alsace.eu 

www.alsace.eu 

facebook twitter 
insta 


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


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

Re: [QGIS-Developer] Fwd: Dear develop team GIS (plugin)

[Richard Duivenvoorde via QGIS-Developer]

Hi,

I do not have an email address of NyakudayaE, but I asked the perion if it is 
OK like it is now:

https://github.com/IFEERnD/Q5Pfes/issues/1

(https://plugins.qgis.org/plugins/q5pfes/ has no public version yet)

Regards,

Richard Duivenvoorde

On 12/7/22 03:33, Dương Phạm Quang wrote:

Dear Richard,
Thanks for your guidance, I tried deleting the old plugin and pushing the 
version with the new name but it's been more than 3 weeks now but I still 
haven't received a response or approval.
Can you please check in your account's upload plugin list "ifeernd".
Or you can give me the email channels email address so I can contact them
Thank you!*
*



Vào Th 6, 28 thg 10, 2022 vào lúc 14:35 Richard Duivenvoorde mailto:rdmaili...@duif.net>> đã viết:

Hi,

I think you just have to remove the earlier version (or let me do the 
removal).

And then upload the new version with the new name, which will then start 
with 1.2 as first version.

Let me know if you want me to delete that version.

(note: it is better to communicate via the email channels, then others also 
can help)

Regards,

Richard Duivenvoorde

On 10/28/22 06:43, Dương Phạm Quang wrote:
 > thank for you support, our first version have been successful upload to 
QGIS Plugin. But we have a new decision to change our plugin name. Can you help us 
in this case?
 >
 > Vào Th 4, 19 thg 10, 2022 vào lúc 14:24 Richard Duivenvoorde mailto:rdmaili...@duif.net> <mailto:rdmaili...@duif.net 
<mailto:rdmaili...@duif.net>>> đã viết:
 >
 >     The author just sent me the github repo:
 >     "Our link repo is: https://github.com/IFEERnD/v5Pfes 
<https://github.com/IFEERnD/v5Pfes> <https://github.com/IFEERnD/v5Pfes 
<https://github.com/IFEERnD/v5Pfes>>"
 >
 >     @Pham Quang Duong am I right that this plugin is only in Vietnamees 
language?
 >     Can you maybe provide some information (in english, in the 
README.txt (which is now empty)) about what the plugin is supposed to do, or maybe 
a little guide about how to test?
 >     Most people approving the plugins are English speaking/reading ( or 
at least without knowledge of Vietnamees writing :-) ) , so without any guidance 
cannot tell what the plugin is doing, unless they deep dive into the code.
 >
 >     Regards,
 >
 >     Richard Duivenvoorde
 >
 >     On 10/19/22 09:13, Werner Macho wrote:
 >      > Hi Richard,
 >      > I also searched for the user id "ifeernd" - and could not find it.
 >      > Maybe it is not a plugin and something completely different is 
meant?
     >      >
 >      > regards
 >      > werner
 >      >
 >      > On Wed, Oct 19, 2022 at 9:02 AM Richard Duivenvoorde via QGIS-Developer mailto:qgis-developer@lists.osgeo.org> <mailto:qgis-developer@lists.osgeo.org 
<mailto:qgis-developer@lists.osgeo.org>> <mailto:qgis-developer@lists.osgeo.org 
<mailto:qgis-developer@lists.osgeo.org> <mailto:qgis-developer@lists.osgeo.org 
<mailto:qgis-developer@lists.osgeo.org>>>> wrote:
 >      >
 >      >     Hi Devs,
 >      >
 >      >     This mail was (accidently wrong) sent to the list owner of 
the dev list.
 >      >
 >      >     Sender tells us a plugin was sent in 2 weeks ago.
 >      >
 >      >     If I search for V5Pfes I only see 'None', if I search for 
Forest I see None again.
 >      >
 >      >     Is there something wrong with the metadata of the plugin?
 >      >     I think I normally see the name of the plugin, even when it 
is not approved?
 >      >
 >      >     @Pham Quang Duong can you maybe sent the link of you repo?
 >      >
 >      >     Regards,
 >      >
 >      >     Richard Duivenvoorde
 >      >
 >      >
 >      >      Forwarded Message 
 >      >     Subject:        Dear develop team GIS
 >      >     Date:   Tue, 18 Oct 2022 16:47:19 +0700
 >      >     From:   Dương Phạm Quang mailto:phamquangdu...@ifee.edu.vn> 
<mailto:phamquangdu...@ifee.edu.vn <mailto:phamquangdu...@ifee.edu.vn>> <mailto:phamquangdu...@ifee.edu.vn 
<mailto:phamquangdu...@ifee.edu.vn> <mailto:phamquangdu...@ifee.edu.vn <mailto:phamquangdu...@ifee.edu.vn>>>>
 >      >     To: qgis-developer-ow...@lists.osgeo.org <mailto:qgis-developer-ow...@lists.osgeo.org> 
<mailto:qgis-developer-ow...@lists.osgeo.org <mailto:qgis-developer-ow...@lists.osgeo.org>> 
<mailto:qgis-developer-ow...@lists.osgeo.org <mailto:qgis-developer-ow...@lists.osgeo.org> 
<