From julien.cabieces at oslandia.com Mon Dec 1 05:02:46 2025 From: julien.cabieces at oslandia.com (Julien Cabieces) Date: Mon, 01 Dec 2025 14:02:46 +0100 Subject: [QGIS-Developer] QEP 406: Markers/Hashes line symbol layer extra items Message-ID: <878qfmqrrd.fsf@julienlaptop.home> Hi, I just opened a new QEP proposal regarding the definition of markers/hashes line symbol layer extra items: https://github.com/qgis/QGIS-Enhancement-Proposals/pull/356 Review comments are welcome. Regards, Julien -- Julien Cabieces Senior Developer at Oslandia julien.cabieces at oslandia.com From julien.moura at oslandia.com Mon Dec 1 07:51:06 2025 From: julien.moura at oslandia.com (Julien Moura (Oslandia)) Date: Mon, 1 Dec 2025 16:51:06 +0100 Subject: [QGIS-Developer] Latest version of the QWC plugin is online but not proposed by extensions manager Message-ID: <97d68f4e-9b84-4fdf-8519-65acd52f5c76@oslandia.com> Hello, Last Wednesday, we published version 1.4.3 of the QWC Tools plugin (formerly known as QWC2_Tools). It?s online and listed on https://plugins.qgis.org/plugins/qwc2_tools/#plugin-versions, but the QGIS (tested on 3.40.13 and 3.44.5 on Ubuntu, using apt with official PPA) plugin manager still doesn?t show it (I only see the 1.4.2 version). Am I missing something? Is it because some versions are prefixed with a ?v? and others are not? Thanks for your help, Julien -- Oslandia - Livre blanc pour migrer/hybrider son SIG -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 840 bytes Desc: OpenPGP digital signature URL: From lnicola at dend.ro Tue Dec 2 02:23:09 2025 From: lnicola at dend.ro (=?UTF-8?Q?Lauren=C8=9Biu_Nicola?=) Date: Tue, 02 Dec 2025 12:23:09 +0200 Subject: [QGIS-Developer] Latest version of the QWC plugin is online but not proposed by extensions manager In-Reply-To: <97d68f4e-9b84-4fdf-8519-65acd52f5c76@oslandia.com> References: <97d68f4e-9b84-4fdf-8519-65acd52f5c76@oslandia.com> Message-ID: <44622ba8-f0c3-41d0-b0a0-b3cb05bca0dc@betaapp.fastmail.com> Hi Julien, I've seen this in the past with other plugins. I think you're correct and this is caused by the lexicographic sort of versions, which you can double-check by sorting on that column. Laurentiu On Mon, Dec 1, 2025, at 17:51, Julien Moura (Oslandia) via QGIS-Developer wrote: > Hello, > > Last Wednesday, we published version 1.4.3 of the QWC Tools plugin (formerly known as QWC2_Tools). It?s online and listed on https://plugins.qgis.org/plugins/qwc2_tools/#plugin-versions, but the QGIS (tested on 3.40.13 and 3.44.5 on Ubuntu, using apt with official PPA) plugin manager still doesn?t show it (I only see the 1.4.2 version). > Am I missing something? Is it because some versions are prefixed with a ?v? and others are not? > > Thanks for your help, > Julien > > -- > Oslandia - Livre blanc pour migrer/hybrider son SIG > _______________________________________________ > QGIS-Developer mailing list > QGIS-Developer at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > > > *Attachments:* > ? OpenPGP_signature.asc -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at opengis.ch Tue Dec 2 03:43:29 2025 From: david at opengis.ch (David Signer) Date: Tue, 2 Dec 2025 12:43:29 +0100 Subject: [QGIS-Developer] QEP 402: Opaque Layergroups in QGIS-Server In-Reply-To: References: Message-ID: Hi all This QEP about opaque layer groups in QGIS server is ready to vote on now. https://github.com/qgis/QGIS-Enhancement-Proposals/pull/352 Thank you and have a nice day Dave On Tue, Nov 11, 2025 at 1:58?PM David Signer wrote: > Hi everyone > > I?m happy to announce the revamped version of this QEP, which now includes > additional technical details and clarifies previously unclear points. I > look forward to your feedback. > > https://github.com/qgis/QGIS-Enhancement-Proposals/pull/352 > > Thanks and regards > Dave > > On Thu, Aug 28, 2025 at 12:08?PM jeker oliver via QGIS-Developer < > qgis-developer at lists.osgeo.org> wrote: > >> High all >> >> We would like to extend QGIS with the capability to serve opaque >> layergroups through OGC WMS. Opaque layergroups hide all their children, >> grandchildren, ... in the layertree. >> >> Our motivation is to hide implementation details from the user. One usage >> example for an opaque layergroup is a detailed road_polygon dataset and an >> overview road_line dataset. The point and polygon layer of these two >> datasets are contained in the opaque layergroup "roads". >> >> Please see the following Pull-Request for details: QEP 402: Opaque >> Layergroups in QGIS-Server by ojeker ? Pull Request #348 ? >> qgis/QGIS-Enhancement-Proposals >> >> >> Thanks >> Oliver >> >> _______________________________________________ >> QGIS-Developer mailing list >> QGIS-Developer at lists.osgeo.org >> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From julien.moura at oslandia.com Tue Dec 2 04:31:11 2025 From: julien.moura at oslandia.com (Julien Moura (Oslandia)) Date: Tue, 2 Dec 2025 13:31:11 +0100 Subject: [QGIS-Developer] Latest version of the QWC plugin is online but not proposed by extensions manager In-Reply-To: <44622ba8-f0c3-41d0-b0a0-b3cb05bca0dc@betaapp.fastmail.com> References: <97d68f4e-9b84-4fdf-8519-65acd52f5c76@oslandia.com> <44622ba8-f0c3-41d0-b0a0-b3cb05bca0dc@betaapp.fastmail.com> Message-ID: <49ca9ce6-5a19-452c-b31c-a36184be7868@oslandia.com> Hi?Lauren?iu, Thanks for answering and for your hint. Indeed sorting on the version column shows up versions prefixed with 'v'... but it's really hard to understand: - on the website: v1.4.1 (also marked as "The latest stable version"), v1.4.0, v1.2.0, v1.0.1, 1.4.3... and the - on QGIS, the plugins manager features the version 1.4.2... I guess there is a consistency issue here... How can I move on since it's impossible to rename an approved version? Thanks for your help! Le 02/12/2025 ? 11:23, Lauren?iu Nicola via QGIS-Developer a ?crit?: > Hi Julien, > > I've seen this in the past with other plugins. I think you're correct > and this is caused by the lexicographic sort of versions, which you > can double-check by sorting on that column. > > Laurentiu > > On Mon, Dec 1, 2025, at 17:51, Julien Moura (Oslandia) via > QGIS-Developer wrote: >> >> Hello, >> >> Last Wednesday, we published version 1.4.3 of the QWC Tools plugin >> (formerly known as QWC2_Tools). It?s online and listed on >> https://plugins.qgis.org/plugins/qwc2_tools/#plugin-versions, >> but the QGIS (tested on 3.40.13 and 3.44.5 on Ubuntu, using apt with >> official PPA) plugin manager still doesn?t show it (I only see the >> 1.4.2 version). >> >> Am I missing something? Is it because some versions are prefixed with >> a ?v? and others are not? >> >> Thanks for your help, >> Julien >> >> -- >> Oslandia >> >> - Livre blanc pour migrer/hybrider son SIG >> >> _______________________________________________ >> QGIS-Developer mailing list >> QGIS-Developer at lists.osgeo.org >> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> >> >> *Attachments:* >> >> * OpenPGP_signature.asc >> > > > _______________________________________________ > QGIS-Developer mailing list > QGIS-Developer at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer -- Oslandia - Livre blanc pour migrer/hybrider son SIG -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 840 bytes Desc: OpenPGP digital signature URL: From lnicola at dend.ro Tue Dec 2 04:34:55 2025 From: lnicola at dend.ro (=?UTF-8?Q?Lauren=C8=9Biu_Nicola?=) Date: Tue, 02 Dec 2025 14:34:55 +0200 Subject: [QGIS-Developer] Latest version of the QWC plugin is online but not proposed by extensions manager In-Reply-To: <49ca9ce6-5a19-452c-b31c-a36184be7868@oslandia.com> References: <97d68f4e-9b84-4fdf-8519-65acd52f5c76@oslandia.com> <44622ba8-f0c3-41d0-b0a0-b3cb05bca0dc@betaapp.fastmail.com> <49ca9ce6-5a19-452c-b31c-a36184be7868@oslandia.com> Message-ID: Hi, On Tue, Dec 2, 2025, at 14:31, Julien Moura (Oslandia) via QGIS-Developer wrote: > - on QGIS, the plugins manager features the version 1.4.2... > > I guess there is a consistency issue here... Yeah, that's weird. I see 1.4.1 as the latest one in QGIS but dunno. > > How can I move on since it's impossible to rename an approved version? Not sure, publish v1.4.3? I'm not affiliated with the QGIS site, so someone who is can probably offer a better solution. Laurentiu From julien.moura at oslandia.com Tue Dec 2 04:47:44 2025 From: julien.moura at oslandia.com (Julien Moura (Oslandia)) Date: Tue, 2 Dec 2025 13:47:44 +0100 Subject: [QGIS-Developer] Latest version of the QWC plugin is online but not proposed by extensions manager In-Reply-To: References: <97d68f4e-9b84-4fdf-8519-65acd52f5c76@oslandia.com> <44622ba8-f0c3-41d0-b0a0-b3cb05bca0dc@betaapp.fastmail.com> <49ca9ce6-5a19-452c-b31c-a36184be7868@oslandia.com> Message-ID: <4149c0e4-e994-4e76-bc00-de34173b62d4@oslandia.com> Since that seems like a hassle, I opted for a solution based on a workaround: using the superpowers of an account that allows me to disapprove prefixed versions. I think that should hide them from the QGIS extension manager. It remains to be seen how it will behave when managing updates... Thanks again for your help?Lauren?iu, appreciated? Le 02/12/2025 ? 13:34, Lauren?iu Nicola via QGIS-Developer a ?crit?: > Hi, > > On Tue, Dec 2, 2025, at 14:31, Julien Moura (Oslandia) via QGIS-Developer wrote: > >> - on QGIS, the plugins manager features the version 1.4.2... >> >> I guess there is a consistency issue here... > Yeah, that's weird. I see 1.4.1 as the latest one in QGIS but dunno. > >> How can I move on since it's impossible to rename an approved version? > Not sure, publish v1.4.3? I'm not affiliated with the QGIS site, so someone who is can probably offer a better solution. > > Laurentiu > _______________________________________________ > QGIS-Developer mailing list > QGIS-Developer at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer -- Oslandia - Livre blanc pour migrer/hybrider son SIG -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 840 bytes Desc: OpenPGP digital signature URL: From regis.haubourg at gmail.com Tue Dec 2 23:18:27 2025 From: regis.haubourg at gmail.com (=?ISO-8859-1?Q?R=E9gis_Haubourg?=) Date: Wed, 03 Dec 2025 08:18:27 +0100 Subject: [QGIS-Developer] Latest version of the QWC plugin is online but not proposed by extensions manager In-Reply-To: <49ca9ce6-5a19-452c-b31c-a36184be7868@oslandia.com> References: <97d68f4e-9b84-4fdf-8519-65acd52f5c76@oslandia.com> <44622ba8-f0c3-41d0-b0a0-b3cb05bca0dc@betaapp.fastmail.com> <49ca9ce6-5a19-452c-b31c-a36184be7868@oslandia.com> Message-ID: Hi all, If the issue is only consistency between website and plugin manager , you can open an issue in the website. lova can change the website's behavior more easily than changing qgis core. Hope this helps. R?gis Le 2 d?cembre 2025 13:31:11 GMT+01:00, "Julien Moura (Oslandia) via QGIS-Developer" a ?crit?: >Hi?Lauren?iu, > >Thanks for answering and for your hint. Indeed sorting on the version column shows up versions prefixed with 'v'... but it's really hard to understand: > >- on the website: v1.4.1 (also marked as "The latest stable version"), v1.4.0, v1.2.0, v1.0.1, 1.4.3... and the >- on QGIS, the plugins manager features the version 1.4.2... > >I guess there is a consistency issue here... > >How can I move on since it's impossible to rename an approved version? Thanks for your help! > >Le 02/12/2025 ? 11:23, Lauren?iu Nicola via QGIS-Developer a ?crit?: >> Hi Julien, >> >> I've seen this in the past with other plugins. I think you're correct and this is caused by the lexicographic sort of versions, which you can double-check by sorting on that column. >> >> Laurentiu >> >> On Mon, Dec 1, 2025, at 17:51, Julien Moura (Oslandia) via QGIS-Developer wrote: >>> >>> Hello, >>> >>> Last Wednesday, we published version 1.4.3 of the QWC Tools plugin (formerly known as QWC2_Tools). It?s online and listed on https://plugins.qgis.org/plugins/qwc2_tools/#plugin-versions, but the QGIS (tested on 3.40.13 and 3.44.5 on Ubuntu, using apt with official PPA) plugin manager still doesn?t show it (I only see the 1.4.2 version). >>> >>> Am I missing something? Is it because some versions are prefixed with a ?v? and others are not? >>> >>> Thanks for your help, >>> Julien >>> >>> -- >>> Oslandia - Livre blanc pour migrer/hybrider son SIG >>> _______________________________________________ >>> QGIS-Developer mailing list >>> QGIS-Developer at lists.osgeo.org >>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer >>> >>> >>> *Attachments:* >>> >>> * OpenPGP_signature.asc >>> >> >> >> _______________________________________________ >> QGIS-Developer mailing list >> QGIS-Developer at lists.osgeo.org >> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer >-- >Oslandia - Livre blanc pour migrer/hybrider son SIG -------------- next part -------------- An HTML attachment was scrubbed... URL: From rdmailings at duif.net Wed Dec 3 05:52:44 2025 From: rdmailings at duif.net (Richard Duivenvoorde) Date: Wed, 3 Dec 2025 14:52:44 +0100 Subject: [QGIS-Developer] building QGIS on debian testing sip error? Message-ID: <2d593a51-1296-4a02-867a-10d3ebf8eab2@duif.net> My QT6 build both on a fresh Debian Testing VM and my laptop stop with: /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In member function ?virtual bool sipQgsSettingsEntryBaseTemplatedoubleBase::checkValuePrivate(const double&) const?: /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:100:18: error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared 100 | return ::QgsSettingsEntryBaseTemplatedoubleBase::checkValuePrivate(a0); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In member function ?virtual QVariant sipQgsSettingsEntryBaseTemplatedoubleBase::convertToVariant(const double&) const?: /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:115:18: error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared 115 | return ::QgsSettingsEntryBaseTemplatedoubleBase::convertToVariant(a0); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In member function ?virtual bool sipQgsSettingsEntryBaseTemplatedoubleBase::setValuePrivate(const double&, const QStringList&) const?: /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:130:18: error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared 130 | return ::QgsSettingsEntryBaseTemplatedoubleBase::setValuePrivate(a0, a1); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In member function ?virtual QString sipQgsSettingsEntryBaseTemplatedoubleBase::typeId() const?: /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:160:18: error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared 160 | return ::QgsSettingsEntryBaseTemplatedoubleBase::typeId(); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In member function ?virtual bool sipQgsSettingsEntryBaseTemplatedoubleBase::checkValueVariant(const QVariant&) const?: /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:190:18: error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared 190 | return ::QgsSettingsEntryBaseTemplatedoubleBase::checkValueVariant(a0); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In function ?PyObject* meth_QgsSettingsEntryBaseTemplatedoubleBase_checkValueVariant(PyObject*, PyObject*, PyObject*)?: /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:761:49: error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared 761 | sipRes = (sipSelfWasArg ? sipCpp->::QgsSettingsEntryBaseTemplatedoubleBase::checkValueVariant(*a0) : sipCpp->checkValueVariant(*a0)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [3060/4116] Generating gui/out/_gui/sip_guipart0.cpp, gui/out/_gui...cpp, gui/out/_gui/sip_guipart22.cpp, gui/out/_gui/sip_guipart23.cpp Other succesfully build today on Debian? Anybody a clue? Regards, Richard Duivenvoorde From apasotti at gmail.com Wed Dec 3 06:27:25 2025 From: apasotti at gmail.com (Alessandro Pasotti) Date: Wed, 3 Dec 2025 15:27:25 +0100 Subject: [QGIS-Developer] building QGIS on debian testing sip error? In-Reply-To: <2d593a51-1296-4a02-867a-10d3ebf8eab2@duif.net> References: <2d593a51-1296-4a02-867a-10d3ebf8eab2@duif.net> Message-ID: try messing with (increasing) SIP_CONCAT_PARTS in QGIS/cmake/SIPMacros.cmake:44 SET(SIP_CONCAT_PARTS 27) On Wed, Dec 3, 2025 at 2:52?PM Richard Duivenvoorde via QGIS-Developer < qgis-developer at lists.osgeo.org> wrote: > > My QT6 build both on a fresh Debian Testing VM and my laptop stop with: > > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In > member function ?virtual bool > sipQgsSettingsEntryBaseTemplatedoubleBase::checkValuePrivate(const double&) > const?: > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:100:18: > error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared > 100 | return > ::QgsSettingsEntryBaseTemplatedoubleBase::checkValuePrivate(a0); > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In > member function ?virtual QVariant > sipQgsSettingsEntryBaseTemplatedoubleBase::convertToVariant(const double&) > const?: > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:115:18: > error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared > 115 | return > ::QgsSettingsEntryBaseTemplatedoubleBase::convertToVariant(a0); > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In > member function ?virtual bool > sipQgsSettingsEntryBaseTemplatedoubleBase::setValuePrivate(const double&, > const QStringList&) const?: > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:130:18: > error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared > 130 | return > ::QgsSettingsEntryBaseTemplatedoubleBase::setValuePrivate(a0, a1); > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In > member function ?virtual QString > sipQgsSettingsEntryBaseTemplatedoubleBase::typeId() const?: > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:160:18: > error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared > 160 | return ::QgsSettingsEntryBaseTemplatedoubleBase::typeId(); > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In > member function ?virtual bool > sipQgsSettingsEntryBaseTemplatedoubleBase::checkValueVariant(const > QVariant&) const?: > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:190:18: > error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared > 190 | return > ::QgsSettingsEntryBaseTemplatedoubleBase::checkValueVariant(a0); > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In > function ?PyObject* > meth_QgsSettingsEntryBaseTemplatedoubleBase_checkValueVariant(PyObject*, > PyObject*, PyObject*)?: > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:761:49: > error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared > 761 | sipRes = (sipSelfWasArg ? > sipCpp->::QgsSettingsEntryBaseTemplatedoubleBase::checkValueVariant(*a0) : > sipCpp->checkValueVariant(*a0)); > | > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > [3060/4116] Generating gui/out/_gui/sip_guipart0.cpp, gui/out/_gui...cpp, > gui/out/_gui/sip_guipart22.cpp, gui/out/_gui/sip_guipart23.cpp > > Other succesfully build today on Debian? > Anybody a clue? > > Regards, > > Richard Duivenvoorde > > > > _______________________________________________ > QGIS-Developer mailing list > QGIS-Developer at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > -- Alessandro Pasotti QCooperative: www.qcooperative.net ItOpen: www.itopen.it -------------- next part -------------- An HTML attachment was scrubbed... URL: From rdmailings at duif.net Wed Dec 3 07:08:49 2025 From: rdmailings at duif.net (Richard Duivenvoorde) Date: Wed, 3 Dec 2025 16:08:49 +0100 Subject: [QGIS-Developer] building QGIS on debian testing sip error? In-Reply-To: References: <2d593a51-1296-4a02-867a-10d3ebf8eab2@duif.net> Message-ID: Thanks! Had to go to '30' :-) if(${SIP_VERSION_STR} VERSION_LESS 6.14.0) SET(SIP_CONCAT_PARTS 30) else() SET(SIP_CONCAT_PARTS 25) endif() I upped the bottom one to 25 at the same time... because: $ sip-build --version 6.14.0 Not sure which one fixed the build now :-( But thanks!! Regards, Richard On 12/3/25 15:27, Alessandro Pasotti wrote: > try messing with (increasing) SIP_CONCAT_PARTS in QGIS/cmake/SIPMacros.cmake:44 > SET(SIP_CONCAT_PARTS 27) > > On Wed, Dec 3, 2025 at 2:52?PM Richard Duivenvoorde via QGIS-Developer > wrote: > > > My QT6 build both on a fresh Debian Testing VM and my laptop stop with: > > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In member function ?virtual bool sipQgsSettingsEntryBaseTemplatedoubleBase::checkValuePrivate(const double&) const?: > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:100:18: error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared > ? ?100 |? ? ? ? ?return ::QgsSettingsEntryBaseTemplatedoubleBase::checkValuePrivate(a0); > ? ? ? ?|? ? ? ? ? ? ? ? ? ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In member function ?virtual QVariant sipQgsSettingsEntryBaseTemplatedoubleBase::convertToVariant(const double&) const?: > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:115:18: error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared > ? ?115 |? ? ? ? ?return ::QgsSettingsEntryBaseTemplatedoubleBase::convertToVariant(a0); > ? ? ? ?|? ? ? ? ? ? ? ? ? ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In member function ?virtual bool sipQgsSettingsEntryBaseTemplatedoubleBase::setValuePrivate(const double&, const QStringList&) const?: > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:130:18: error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared > ? ?130 |? ? ? ? ?return ::QgsSettingsEntryBaseTemplatedoubleBase::setValuePrivate(a0, a1); > ? ? ? ?|? ? ? ? ? ? ? ? ? ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In member function ?virtual QString sipQgsSettingsEntryBaseTemplatedoubleBase::typeId() const?: > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:160:18: error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared > ? ?160 |? ? ? ? ?return ::QgsSettingsEntryBaseTemplatedoubleBase::typeId(); > ? ? ? ?|? ? ? ? ? ? ? ? ? ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In member function ?virtual bool sipQgsSettingsEntryBaseTemplatedoubleBase::checkValueVariant(const QVariant&) const?: > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:190:18: error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared > ? ?190 |? ? ? ? ?return ::QgsSettingsEntryBaseTemplatedoubleBase::checkValueVariant(a0); > ? ? ? ?|? ? ? ? ? ? ? ? ? ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp: In function ?PyObject* meth_QgsSettingsEntryBaseTemplatedoubleBase_checkValueVariant(PyObject*, PyObject*, PyObject*)?: > /home/richard/git/qgis/build/python/core/build/_core/sip_corepart7.cpp:761:49: error: ?::QgsSettingsEntryBaseTemplatedoubleBase? has not been declared > ? ?761 |? ? ? ? ? ? ?sipRes = (sipSelfWasArg ? sipCpp->::QgsSettingsEntryBaseTemplatedoubleBase::checkValueVariant(*a0) : sipCpp->checkValueVariant(*a0)); > ? ? ? ?|? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > [3060/4116] Generating gui/out/_gui/sip_guipart0.cpp, gui/out/_gui...cpp, gui/out/_gui/sip_guipart22.cpp, gui/out/_gui/sip_guipart23.cpp > > Other succesfully build today on Debian? > Anybody a clue? > > Regards, > > Richard Duivenvoorde > > > > _______________________________________________ > QGIS-Developer mailing list > QGIS-Developer at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > > > > -- > Alessandro Pasotti > QCooperative: www.qcooperative.net > ItOpen: www.itopen.it From E.Nash at dvz-mv.de Fri Dec 5 03:40:54 2025 From: E.Nash at dvz-mv.de (Nash, Edward) Date: Fri, 5 Dec 2025 11:40:54 +0000 Subject: [QGIS-Developer] HTTP 504 uploading new plugin version Message-ID: Hi, is the server for the plugin repository https://plugins.qgis.org/ currently experiencing some technical problems? I was able to upload a new version for one of my plugins this morning, but for two other plugins I repeatedly get a Cloudflare HTTP 504 Gateway Timeout error and am unable to upload the new versions. Thanks in advance for your help! Ed -------------- next part -------------- An HTML attachment was scrubbed... URL: From lova at kartoza.com Fri Dec 5 04:09:33 2025 From: lova at kartoza.com (Lova Andriarimalala) Date: Fri, 5 Dec 2025 15:09:33 +0300 Subject: [QGIS-Developer] HTTP 504 uploading new plugin version In-Reply-To: References: Message-ID: Hi Ed, There were some technical issues recently, but they have been fixed. It's a timeout that you get when uploading a plugin. I am thinking of two reasons: 1. Related to the plugin size, it's heavy and reaches the timeout before fully uploading (it should be possible to increase the timeout on the plugin server), or 2. The upload process checks the links provided in the metadata (homepage, issue tracker...), but they are inaccessible or return a timeout. Best regards, Lova Andriarimalala *QGIS Full Stack Developer * *T *: +27(0) 87 809 2702 *E *: lova at kartoza.com *W* : kartoza.com *This email and any attachments are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you * *have received this email in error, please notify the sender immediately and delete it from your system. Unauthorised use, disclosure, or copying* *of the contents is prohibited.* On Fri, 5 Dec 2025 at 14:48, Nash, Edward via QGIS-Developer < qgis-developer at lists.osgeo.org> wrote: > Hi, > > > > is the server for the plugin repository https://plugins.qgis.org/ > currently experiencing some technical problems? I was able to upload a new > version for one of my plugins this morning, but for two other plugins I > repeatedly get a Cloudflare HTTP 504 Gateway Timeout error and am unable to > upload the new versions. > > > > Thanks in advance for your help! > > > > Ed > _______________________________________________ > QGIS-Developer mailing list > QGIS-Developer at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > -------------- next part -------------- An HTML attachment was scrubbed... URL: From E.Nash at dvz-mv.de Fri Dec 5 04:15:40 2025 From: E.Nash at dvz-mv.de (Nash, Edward) Date: Fri, 5 Dec 2025 12:15:40 +0000 Subject: [QGIS-Developer] HTTP 504 uploading new plugin version In-Reply-To: References: Message-ID: Hi Lova, thanks for the fast response. The plugins are all small (< 100kB .zip), so the upload shouldn't be the problem. I'd also suspected a timeout could come if there is some problem with the links, but they're all https://github.com and all working for me. Could the server somehow be being blocked by GitHub - they seem to sometimes have some pretty aggressive rate-limiting and anti-crawler stuff in place? Cheers, Ed -----Urspr?ngliche Nachricht----- Von: Lova Andriarimalala Gesendet: Freitag, 5. Dezember 2025 13:10 An: Nash, Edward Cc: qgis-developer at lists.osgeo.org Betreff: Re: [QGIS-Developer] HTTP 504 uploading new plugin version Hi Ed, There were some technical issues recently, but they have been fixed. It's a timeout that you get when uploading a plugin. I am thinking of two reasons: 1. Related to the plugin size, it's heavy and reaches the timeout before fully uploading (it should be possible to increase the timeout on the plugin server), or 2. The upload process checks the links provided in the metadata (homepage, issue tracker...), but they are inaccessible or return a timeout. Best regards, Lova Andriarimalala QGIS Full Stack Developer T : +27(0) 87 809 2702 E : lova at kartoza.com W : kartoza.com This email and any attachments are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify the sender immediately and delete it from your system. Unauthorised use, disclosure, or copying of the contents is prohibited. On Fri, 5 Dec 2025 at 14:48, Nash, Edward via QGIS-Developer > wrote: Hi, is the server for the plugin repository https://plugins.qgis.org/ currently experiencing some technical problems? I was able to upload a new version for one of my plugins this morning, but for two other plugins I repeatedly get a Cloudflare HTTP 504 Gateway Timeout error and am unable to upload the new versions. Thanks in advance for your help! Ed _______________________________________________ QGIS-Developer mailing list QGIS-Developer at lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer From lova at kartoza.com Fri Dec 5 04:45:40 2025 From: lova at kartoza.com (Lova Andriarimalala) Date: Fri, 5 Dec 2025 15:45:40 +0300 Subject: [QGIS-Developer] HTTP 504 uploading new plugin version In-Reply-To: References: Message-ID: I have tried to upload a test plugin and got the error message as well. It seems to be an issue on the website side (probably related to the previous one). We will try to investigate and fix that. Thanks for reporting it. Lova Andriarimalala *QGIS Full Stack Developer * *T *: +27(0) 87 809 2702 *E *: lova at kartoza.com *W* : kartoza.com *This email and any attachments are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you * *have received this email in error, please notify the sender immediately and delete it from your system. Unauthorised use, disclosure, or copying* *of the contents is prohibited.* On Fri, 5 Dec 2025 at 15:15, Nash, Edward wrote: > Hi Lova, > > thanks for the fast response. The plugins are all small (< 100kB .zip), so > the upload shouldn't be the problem. I'd also suspected a timeout could > come if there is some problem with the links, but they're all > https://github.com and all working for me. Could the server somehow be > being blocked by GitHub - they seem to sometimes have some pretty > aggressive rate-limiting and anti-crawler stuff in place? > > Cheers, > > Ed > > -----Urspr?ngliche Nachricht----- > Von: Lova Andriarimalala > Gesendet: Freitag, 5. Dezember 2025 13:10 > An: Nash, Edward > Cc: qgis-developer at lists.osgeo.org > Betreff: Re: [QGIS-Developer] HTTP 504 uploading new plugin version > > Hi Ed, > > There were some technical issues recently, but they have been fixed. > > It's a timeout that you get when uploading a plugin. I am thinking of two > reasons: 1. Related to the plugin size, it's heavy and reaches the timeout > before fully uploading (it should be possible to increase the timeout on > the plugin server), or 2. The upload process checks the links provided in > the metadata (homepage, issue tracker...), but they are inaccessible or > return a timeout. > > Best regards, > > Lova Andriarimalala > QGIS Full Stack Developer > > > T : +27(0) 87 809 2702 E : lova at kartoza.com lova at kartoza.com> W : kartoza.com > > > > > > This email and any attachments are confidential and intended solely for > the use of the individual or entity to whom they are addressed. If you have > received this email in error, please notify the sender immediately and > delete it from your system. Unauthorised use, disclosure, or copying of the > contents is prohibited. > > > On Fri, 5 Dec 2025 at 14:48, Nash, Edward via QGIS-Developer < > qgis-developer at lists.osgeo.org > > wrote: > > > Hi, > > > > is the server for the plugin repository https://plugins.qgis.org/ > currently experiencing some technical > problems? I was able to upload a new version for one of my plugins this > morning, but for two other plugins I repeatedly get a Cloudflare HTTP 504 > Gateway Timeout error and am unable to upload the new versions. > > > > Thanks in advance for your help! > > > > Ed > > _______________________________________________ > QGIS-Developer mailing list > QGIS-Developer at lists.osgeo.org QGIS-Developer at lists.osgeo.org> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: > https://lists.osgeo.org/mailman/listinfo/qgis-developer > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lorenzomoretti24 at yahoo.it Mon Dec 8 16:52:46 2025 From: lorenzomoretti24 at yahoo.it (Lorenzo Moretti) Date: Tue, 9 Dec 2025 01:52:46 +0100 Subject: [QGIS-Developer] Information about the latest version of QGIS for MacOS - 3.44.5 References: <6AEB96F1-4056-4E1B-8F33-C1C07AEA2EDC.ref@yahoo.it> Message-ID: <6AEB96F1-4056-4E1B-8F33-C1C07AEA2EDC@yahoo.it> I downloaded the latest version of QGIS for MacOS and I have to thank you because it is finally a version with updated internal libraries and multi-architecture for Intel and Apple Silicon. Above all, with ARM processors, you can really notice the difference in speed both when opening and running the program. The leap in performance is truly remarkable. In general, you have included many Python libraries within this application that are necessary to run most of the plugins, but some are missing. They can of course be installed with the command: % /Applications/QGIS-final-3_44_5.app/Contents/MacOS/python -m pip install pythonlib However, with each new version of QGIS, you have to do it all over again. Among those to be installed to make various plugins work are scipy, plotly, pandas, matplotlib, scikit-learn, astropy, netCDF4, and others. The other missing libraries needed to run some plugins, including DataPlotly, are Python libraries for the Qt environment: PyQt5.QtWebKit and PyQt5.QtWebKitWidgets. They seem to be deprecated, but unfortunately they are necessary. I was unable to install them. Non-functioning executables: the ?qgis_process? program. You have inserted it into QGIS, but once executed from the terminal, everything freezes and several library connection errors appear. Packages not present: ?qgis_server?. In the old version, Intel only, the server part was there and worked. Here it is not present. Anyway, thanks again for this fantastic version ahead of the future version 4. Lorenzo -------------- next part -------------- An HTML attachment was scrubbed... URL: From nyall.dawson at gmail.com Tue Dec 9 13:36:15 2025 From: nyall.dawson at gmail.com (Nyall Dawson) Date: Wed, 10 Dec 2025 07:36:15 +1000 Subject: [QGIS-Developer] QEP 405: Multipart geometry labeling enhancements In-Reply-To: References: Message-ID: On Tue, 25 Nov 2025 at 11:48, Nyall Dawson wrote: > > Hi lists, > > I've just submitted QEP 405: "Multipart geometry labeling enhancements". > > This QEP proposes a new option for labeling multi-part geometries in order to give users more cartographic control over the exact appearance and placement of their labels. The user interface will be reworked to accommodate this new option. > > See the QEP PR at https://github.com/qgis/QGIS-Enhancement-Proposals/pull/355 for further details and discussion. This QEP is now open for voting. Nyall From nyall.dawson at gmail.com Tue Dec 9 13:36:25 2025 From: nyall.dawson at gmail.com (Nyall Dawson) Date: Wed, 10 Dec 2025 07:36:25 +1000 Subject: [QGIS-Developer] QEP 404: Placement modes for curved label placement In-Reply-To: References: Message-ID: On Tue, 25 Nov 2025 at 11:47, Nyall Dawson wrote: > > Hi lists, > > I've just submitted QEP 405, detailing new options for placing curved labels in QGIS. This QEP introduces additional placement "modes" for use with curved labels, allowing for much more fine-grained control over how text is positioned for curved labels. > > See the QEP PR at https://github.com/qgis/QGIS-Enhancement-Proposals/pull/354 for further details and discussion. This QEP is now open for voting. Nyall From nirvn.asia at gmail.com Sat Dec 13 23:51:51 2025 From: nirvn.asia at gmail.com (Mathieu Pellerin) Date: Sun, 14 Dec 2025 14:51:51 +0700 Subject: [QGIS-Developer] QEP 347: Welcome page revamp In-Reply-To: References: Message-ID: This proposal has passed the two weeks discussion threshold and is ready for its judgement -- please go ahead and cast your vote. Big thanks to everybody who commented on the QEP, hope all questions were answered. Best, Mathieu On Tue, Nov 11, 2025 at 7:56?PM Mathieu Pellerin wrote: > Greetings, > > This is to inform that a new QEP ( > https://github.com/qgis/QGIS-Enhancement-Proposals/pull/351) has been > opened earlier today formalizing the discussion around the revamping of the > welcome page into a proper QEP. > > Much has already been said about this on the related issue ( > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/327). If people > have more comments, please feel invited to drop them into the QEP pull > request during this discussion period. > > Best, > > Mathieu Pellerin > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacky.volpes at oslandia.com Mon Dec 15 03:27:49 2025 From: jacky.volpes at oslandia.com (Jacky Volpes) Date: Mon, 15 Dec 2025 12:27:49 +0100 Subject: [QGIS-Developer] Information about the latest version of QGIS for MacOS - 3.44.5 In-Reply-To: <6AEB96F1-4056-4E1B-8F33-C1C07AEA2EDC@yahoo.it> References: <6AEB96F1-4056-4E1B-8F33-C1C07AEA2EDC.ref@yahoo.it> <6AEB96F1-4056-4E1B-8F33-C1C07AEA2EDC@yahoo.it> Message-ID: Hi Lorenzo, About QtWebKit, unfortunately, it is now more than deprecated, and is not present anymore. Some QGIS features depending on it will need to be refactored. I think about the attachment form widget Web preview mode which will not work for instance (see https://github.com/qgis/QGIS/issues/63391). As you mentioned DataPlotly plugin, a branch to support QGIS 4 with Qt6 and switch from QtWebKit to QtWebEngine is under development. I use this version at the moment. https://github.com/ghtmtt/DataPlotly/tree/qt6 Regards, Jacky On Tue Dec 9, 2025 at 1:52 AM CET, Lorenzo Moretti via QGIS-Developer wrote: > I downloaded the latest version of QGIS for MacOS and I have to thank you because it is finally a version with updated internal libraries and multi-architecture for Intel and Apple Silicon. Above all, with ARM processors, you can really notice the difference in speed both when opening and running the program. The leap in performance is truly remarkable. > > In general, you have included many Python libraries within this application that are necessary to run most of the plugins, but some are missing. They can of course be installed with the command: > % /Applications/QGIS-final-3_44_5.app/Contents/MacOS/python -m pip install pythonlib > However, with each new version of QGIS, you have to do it all over again. Among those to be installed to make various plugins work are scipy, plotly, pandas, matplotlib, scikit-learn, astropy, netCDF4, and others. > > The other missing libraries needed to run some plugins, including DataPlotly, are Python libraries for the Qt environment: PyQt5.QtWebKit and PyQt5.QtWebKitWidgets. They seem to be deprecated, but unfortunately they are necessary. I was unable to install them. > > Non-functioning executables: the ?qgis_process? program. You have inserted it into QGIS, but once executed from the terminal, everything freezes and several library connection errors appear. > > Packages not present: ?qgis_server?. In the old version, Intel only, the server part was there and worked. Here it is not present. > > Anyway, thanks again for this fantastic version ahead of the future version 4. > Lorenzo -- Jacky Volpes - Oslandia Ing?nieur d?veloppeur SIG -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 695 bytes Desc: not available URL: From jacky.volpes at oslandia.com Mon Dec 15 03:32:07 2025 From: jacky.volpes at oslandia.com (Jacky Volpes) Date: Mon, 15 Dec 2025 12:32:07 +0100 Subject: [QGIS-Developer] Remove "Polygons must follow boundaries of layer ..." check in Geometry checker plugin? In-Reply-To: References: Message-ID: Hi Harrissou, Should we ask on the users mailing list? Regards, Jacky On Fri Nov 21, 2025 at 10:17 AM CET, DelazJ via QGIS-Developer wrote: > Hi devs, > I didn't get any reply so I wonder if it is because nobody knows, nobody > cares, or something else... > Other than the concern of "adding/keeping a broken tool" in QGIS, we have a > PR in the docs we don't really know how to finalize, so a feedback would be > appreciated. > > Thanks. > Regards, > Harrissou (for the docs team) > > Le mar. 28 oct. 2025 ? 10:38, DelazJ a ?crit : > >> Hi Devs, >> In the "Geometry checker" core plugin, there is that option >> called "Polygons must follow boundaries of layer ...", of which a >> Processing alg "Polygons exceeding boundaries" was recently created. >> While testing the algorithm in order to properly document it, we came >> across weird results (also output by the geometry checker) that we are >> unable to explain/understand their coherence. >> >> Issues and discussion are availabel at >> https://github.com/qgis/QGIS/issues/63454 and >> https://github.com/qgis/QGIS-Documentation/pull/10314#issuecomment-3425649278 >> >> 1/ Does anyone *KNOW* how this option is really supposed to check? and >> understand the logic behind the output? >> 2/ If there is agreement that this tool does not adress any real use case, >> is it something we want to keep in QGIS (in this state)? >> >> Looking forward to your replies. >> Regards, >> Harrissou >> -- Jacky Volpes - Oslandia Ing?nieur d?veloppeur SIG -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 695 bytes Desc: not available URL: From regis.haubourg at gmail.com Mon Dec 15 12:39:13 2025 From: regis.haubourg at gmail.com (=?UTF-8?Q?R=C3=A9gis_Haubourg?=) Date: Mon, 15 Dec 2025 21:39:13 +0100 Subject: [QGIS-Developer] Remove "Polygons must follow boundaries of layer ..." check in Geometry checker plugin? In-Reply-To: References: Message-ID: Hi Harrissou, I tried to understand the question and the history of the QEP and PR discussions. I think nobody can answer as long as such algorithm are so difficult to understand. They will indeed never be used in real life if users need to retro engineer the algorithm, just like you did with Hefni. Can I gently ask the developers originating this feature to make a pedagogic effort towards our users, and in this effort save our documentation team from such headaches? If there is a real use case, please also use real life data to illustrate it. Test samples with square and triangles are not helping that much. All the best R?gis On 11/21/25 10:17, DelazJ via QGIS-Developer wrote: > Hi devs, > I didn't get any reply so I wonder if it is because nobody knows, > nobody cares, or something else... > Other than the concern of "adding/keeping a broken tool" in QGIS, we > have a PR in the docs we don't really know how to finalize, so a > feedback would be appreciated. > > Thanks. > Regards, > Harrissou (for the docs team) > > Le?mar. 28 oct. 2025 ??10:38, DelazJ a ?crit?: > > Hi Devs, > In the "Geometry checker" core plugin, there is that option > called?"Polygons must follow boundaries of layer ...", of which a > Processing alg "Polygons exceeding boundaries" was recently created. > While testing the algorithm in order to properly document it, we > came across weird results (also output by the geometry checker) > that we are unable to explain/understand their coherence. > > Issues and discussion are availabel at > https://github.com/qgis/QGIS/issues/63454 and > https://github.com/qgis/QGIS-Documentation/pull/10314#issuecomment-3425649278 > > 1/ Does anyone *KNOW* how this option is really supposed to check? > and understand the logic behind the output? > 2/ If there is agreement that this tool does not adress any real > use case, is it something we want to keep in QGIS (in this state)? > > Looking forward to your replies. > Regards, > Harrissou > > > _______________________________________________ > QGIS-Developer mailing list > QGIS-Developer at lists.osgeo.org > List info:https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-developer -------------- next part -------------- An HTML attachment was scrubbed... URL: From delazj at gmail.com Tue Dec 16 00:36:50 2025 From: delazj at gmail.com (DelazJ) Date: Tue, 16 Dec 2025 09:36:50 +0100 Subject: [QGIS-Developer] Remove "Polygons must follow boundaries of layer ..." check in Geometry checker plugin? In-Reply-To: References: Message-ID: Hi R?gis (and devs), Thanks for your input. Just to clarify a point: it is not the algorithm the issue; it is the original feature in the geometry checker that looks buggy (tm). The algorithm (and this series of algorithms) "simply" ports the features in the Geometry checker plugin to Processing, as is, allowing them to be part of a workflow. Anyway, according to git blame, the "Polygons must follow boundaries" check was introduced 8 years ago in https://github.com/qgis/QGIS/commit/13725362977087dc1fd818e04cb8b2b82a635b98#diff-533309df511fcadcebbb577daeb4098209b97c3a6f7cb8146b38159c59f48f80R593 by Mani Sandro. The PR doesn't add much details on the feature and there was almost no code review... Maybe does he (if still around) remember what he tried to implement? Kind regards, Harrissou Le lun. 15 d?c. 2025 ? 21:39, R?gis Haubourg via QGIS-Developer < qgis-developer at lists.osgeo.org> a ?crit : > Hi Harrissou, > I tried to understand the question and the history of the QEP and PR > discussions. > I think nobody can answer as long as such algorithm are so difficult to > understand. > They will indeed never be used in real life if users need to retro > engineer the algorithm, just like you did with Hefni. > Can I gently ask the developers originating this feature to make a > pedagogic effort towards our users, and in this effort save our > documentation team from such headaches? > If there is a real use case, please also use real life data to illustrate > it. Test samples with square and triangles are not helping that much. > All the best > R?gis > > On 11/21/25 10:17, DelazJ via QGIS-Developer wrote: > > Hi devs, > I didn't get any reply so I wonder if it is because nobody knows, nobody > cares, or something else... > Other than the concern of "adding/keeping a broken tool" in QGIS, we have > a PR in the docs we don't really know how to finalize, so a feedback would > be appreciated. > > Thanks. > Regards, > Harrissou (for the docs team) > > Le mar. 28 oct. 2025 ? 10:38, DelazJ a ?crit : > >> Hi Devs, >> In the "Geometry checker" core plugin, there is that option >> called "Polygons must follow boundaries of layer ...", of which a >> Processing alg "Polygons exceeding boundaries" was recently created. >> While testing the algorithm in order to properly document it, we came >> across weird results (also output by the geometry checker) that we are >> unable to explain/understand their coherence. >> >> Issues and discussion are availabel at >> https://github.com/qgis/QGIS/issues/63454 and >> https://github.com/qgis/QGIS-Documentation/pull/10314#issuecomment-3425649278 >> >> 1/ Does anyone *KNOW* how this option is really supposed to check? and >> understand the logic behind the output? >> 2/ If there is agreement that this tool does not adress any real use >> case, is it something we want to keep in QGIS (in this state)? >> >> Looking forward to your replies. >> Regards, >> Harrissou >> > > _______________________________________________ > QGIS-Developer mailing listQGIS-Developer at 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 at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > -------------- next part -------------- An HTML attachment was scrubbed... URL: From regis.haubourg at gmail.com Tue Dec 16 01:37:59 2025 From: regis.haubourg at gmail.com (=?UTF-8?Q?R=C3=A9gis_Haubourg?=) Date: Tue, 16 Dec 2025 10:37:59 +0100 Subject: [QGIS-Developer] Remove "Polygons must follow boundaries of layer ..." check in Geometry checker plugin? In-Reply-To: References: Message-ID: <9e61a775-26ff-4636-b8bf-ae9653377861@gmail.com> ok then. I understood there was something berried in the old geometry checker code , but thought your question was about the new algorithm. The question then is to refactor, fix and cleanup this old tool and susbequently the derived algorithms. I would personnaly choose the deprecation way for this specifi algorithm. If it is buggy, and really hard to understand, I bet its real life usage is close to NULL. Deprecating can be a lot easier than trying to fix it.. If someone feels in a mission to clean oldish and unused stuff, or willing to fund those little cleanups, while contracting for something bigger, please raise your hand! R?gis On 12/16/25 09:36, DelazJ via QGIS-Developer wrote: > Hi R?gis (and devs), > Thanks for your input. > Just to clarify a point: it is not the algorithm the issue; it is the > original feature in the geometry checker that looks buggy (tm). The > algorithm (and this series of algorithms) "simply" ports the features > in the Geometry checker plugin to Processing, as is, allowing them to > be part of a workflow. > Anyway, according to git blame, the "Polygons must follow boundaries" > check was introduced 8 years ago in > https://github.com/qgis/QGIS/commit/13725362977087dc1fd818e04cb8b2b82a635b98#diff-533309df511fcadcebbb577daeb4098209b97c3a6f7cb8146b38159c59f48f80R593 > by Mani Sandro. The PR doesn't add much details on the feature and > there was almost no code review... Maybe does he (if still around) > remember what he tried to implement? > > Kind regards, > Harrissou > > Le?lun. 15 d?c. 2025 ??21:39, R?gis Haubourg via QGIS-Developer > a ?crit?: > > Hi Harrissou, > I tried to understand the question and the history of the QEP and > PR discussions. > I think nobody can answer as long as such algorithm are so > difficult to understand. > They will indeed never be used in real life if users need to retro > engineer the algorithm, just like you did with Hefni. > Can I gently ask the developers originating this feature to make a > pedagogic effort towards our users, and in this effort save our > documentation team from such headaches? > If there is a real use case, please also use real life data to > illustrate it. Test samples with square and triangles are not > helping that much. > All the best > R?gis > > On 11/21/25 10:17, DelazJ via QGIS-Developer wrote: >> Hi devs, >> I didn't get any reply so I wonder if it is because nobody knows, >> nobody cares, or something else... >> Other than the concern of "adding/keeping a broken tool" in QGIS, >> we have a PR in the docs we don't really know how to finalize, so >> a feedback would be appreciated. >> >> Thanks. >> Regards, >> Harrissou (for the docs team) >> >> Le?mar. 28 oct. 2025 ??10:38, DelazJ a ?crit?: >> >> Hi Devs, >> In the "Geometry checker" core plugin, there is that option >> called?"Polygons must follow boundaries of layer ...", of >> which a Processing alg "Polygons exceeding boundaries" was >> recently created. >> While testing the algorithm in order to properly document it, >> we came across weird results (also output by the geometry >> checker) that we are unable to explain/understand their >> coherence. >> >> Issues and discussion are availabel at >> https://github.com/qgis/QGIS/issues/63454 and >> https://github.com/qgis/QGIS-Documentation/pull/10314#issuecomment-3425649278 >> >> 1/ Does anyone *KNOW* how this option is really supposed to >> check? and understand the logic behind the output? >> 2/ If there is agreement that this tool does not adress any >> real use case, is it something we want to keep in QGIS (in >> this state)? >> >> Looking forward to your replies. >> Regards, >> Harrissou >> >> >> _______________________________________________ >> QGIS-Developer mailing list >> QGIS-Developer at 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 at 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 at lists.osgeo.org > List info:https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-developer -------------- next part -------------- An HTML attachment was scrubbed... URL: From delazj at gmail.com Thu Dec 18 07:11:27 2025 From: delazj at gmail.com (DelazJ) Date: Thu, 18 Dec 2025 16:11:27 +0100 Subject: [QGIS-Developer] QGIS nightly build in OSGeo4W is 10 days old Message-ID: Hi, Just willing to share that I just updated QQIS 3.99 using OSGeo4W and the latest commit is https://github.com/qgis/QGIS/commit/981b1cd09d25abb7044e6695503f96b208e97b71 (from december 8th). Kind regards, Harrissou -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at opengis.ch Thu Dec 18 08:11:25 2025 From: david at opengis.ch (David Signer) Date: Thu, 18 Dec 2025 17:11:25 +0100 Subject: [QGIS-Developer] QEP 403: Client-side field comments In-Reply-To: References: Message-ID: Hi there All inputs on this proposal have been considered and it has passed the discussion threshold. Please cast your vote. https://github.com/qgis/QGIS-Enhancement-Proposals/pull/353 I look forward to integrating this feature. Thank you and have a nice day Dave On Mon, Nov 24, 2025 at 4:47?PM David Signer wrote: > Hello everyone, > > I would like to announce a new QEP that I have just proposed. It concerns > client-side field comments overriding server-side comments and being fully > handled within the QGIS project. > > https://github.com/qgis/QGIS-Enhancement-Proposals/pull/353 > > Feedback is appreciated. > > Thanks and cheers > Dave > > --- > David Signer > Senior Developer & INTERLIS Architect > Team QGIS & Industry Solutions > > david at opengis.ch > opengis.ch > -------------- next part -------------- An HTML attachment was scrubbed... URL: From julien.moura at oslandia.com Thu Dec 18 08:25:17 2025 From: julien.moura at oslandia.com (Julien Moura (Oslandia)) Date: Thu, 18 Dec 2025 17:25:17 +0100 Subject: [QGIS-Developer] PPA for QGIS Qt6 looks broken Message-ID: <7484eeb1-21e1-4d62-b81a-d8775dcef332@oslandia.com> Hello, I'm trying to install QGIS Qt 6 as mentioned here: https://github.com/qgis/QGIS-Website/pull/731 But the PPA looks broken. Here comes my sudo apt-get update: R?ception de : 33 https://nbg1.your-objectstorage.com/qgis-download/ubuntu-nightly questing/main Sources [3?018 B] Ign : 33 https://nbg1.your-objectstorage.com/qgis-download/ubuntu-nightly questing/main Sources Err : 33 https://qgis.org/ubuntu-nightly questing/main Sources ? Le fichier a une taille incoh?rente (3019 != 3018). Le miroir est peut-?tre en cours de mise ? jour ? [IP : 88.198.120.0 443] Err : 33 https://qgis.org/ubuntu-nightly questing/main Sources ? Le fichier a une taille incoh?rente (3019 != 3018). Le miroir est peut-?tre en cours de mise ? jour ? [IP : 88.198.120.0 443] R?ception de : 34 https://nbg1.your-objectstorage.com/qgis-download/ubuntu-nightly questing/main amd64 Packages [52,4 kB] Ign : 34 https://nbg1.your-objectstorage.com/qgis-download/ubuntu-nightly questing/main amd64 Packages 1?258 ko r?ceptionn?s en 10s (120 ko/s) Lecture des listes de paquets... Fait E: Impossible de r?cup?rer https://qgis.org/ubuntu-nightly/dists/questing/main/source/Sources Le fichier a une taille incoh?rente (3019 != 3018). Le miroir est peut-?tre en cours de mise ? jour ? [IP : 88.198.120.0 443] E: Le t?l?chargement de certains fichiers d'index a ?chou?, ils ont ?t? ignor?s, ou les anciens ont ?t? utilis?s ? la place. I've tried many times for a few days now. My /etc/apt/sources.list.d/qgis.sources: Types: deb deb-src URIs: https://qgis.org/ubuntu-nightly Suites: questing Architectures: amd64 Components: main Signed-By: /etc/apt/keyrings/qgis-archive-keyring.gpg Regards, Julien From andreaerdna at libero.it Thu Dec 18 09:35:43 2025 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Thu, 18 Dec 2025 18:35:43 +0100 Subject: [QGIS-Developer] PPA for QGIS Qt6 looks broken Message-ID: <9ac7d39c-0734-4819-93fe-48d6d0d8946e@libero.it> Il 18/12/2025 17:25, Julien Moura (Oslandia) via QGIS-Developer ha scritto: > I'm trying to install QGIS Qt 6 as mentioned here: > https://github.com/qgis/QGIS-Website/pull/731 > > But the PPA looks broken. Here comes my sudo apt-get update: > ? Le fichier a une taille incoh?rente (3019 != 3018). Le miroir est > peut-?tre en cours de mise ? jour ? [IP : 88.198.120.0 443] Probably related to https://github.com/qgis/QGIS-Website/issues/837, https://github.com/qgis/QGIS/issues/64336 and https://github.com/teksi/wastewater/issues/879. Andrea From marco at qgis.org Thu Dec 18 13:26:34 2025 From: marco at qgis.org (Marco Bernasocchi) Date: Thu, 18 Dec 2025 22:26:34 +0100 Subject: [QGIS-Developer] New QGIS voting officer role Message-ID: Hi everyone, Following the previous discussion on the mailing list, I?d like to formally introduce a new role in the QGIS project: QGIS Voting Officer. The Voting Officer supports the PSC by helping ensure that votes and decision-making processes run smoothly and consistently. This includes votes on community matters, PSC elections, the AGM, budgets, and other formal procedures where clear, reliable ballots are essential. A big thank you to John Bryant for taking up such an important role and for helping the PSC in this way. We really appreciate you stepping in and supporting the project. John's first task will be to oversee the community voting process for selecting new members for 2025. Thanks, John, and welcome aboard! cheers, Marco -- Marco Bernasocchi QGIS.org Chair OSGEO.org VP Europe OPENGIS.ch CEO http://berna.io -------------- next part -------------- An HTML attachment was scrubbed... URL: From lova at kartoza.com Thu Dec 18 23:57:02 2025 From: lova at kartoza.com (Lova Andriarimalala) Date: Fri, 19 Dec 2025 10:57:02 +0300 Subject: [QGIS-Developer] PPA for QGIS Qt6 looks broken In-Reply-To: <7484eeb1-21e1-4d62-b81a-d8775dcef332@oslandia.com> References: <7484eeb1-21e1-4d62-b81a-d8775dcef332@oslandia.com> Message-ID: Dear Julien, Thanks for reporting this. It should be fixed now. Best regards, Lova Andriarimalala *QGIS Full Stack Developer * *T *: +27(0) 87 809 2702 *E *: lova at kartoza.com *W* : kartoza.com *This email and any attachments are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you * *have received this email in error, please notify the sender immediately and delete it from your system. Unauthorised use, disclosure, or copying* *of the contents is prohibited.* On Thu, 18 Dec 2025 at 19:25, Julien Moura (Oslandia) via QGIS-Developer < qgis-developer at lists.osgeo.org> wrote: > Hello, > > I'm trying to install QGIS Qt 6 as mentioned here: > https://github.com/qgis/QGIS-Website/pull/731 > > But the PPA looks broken. Here comes my sudo apt-get update: > > > R?ception de : 33 > https://nbg1.your-objectstorage.com/qgis-download/ubuntu-nightly > questing/main Sources [3?018 B] > Ign : 33 > https://nbg1.your-objectstorage.com/qgis-download/ubuntu-nightly > questing/main Sources > Err : 33 https://qgis.org/ubuntu-nightly questing/main Sources > Le fichier a une taille incoh?rente (3019 != 3018). Le miroir est > peut-?tre en cours de mise ? jour ? [IP : 88.198.120.0 443] > Err : 33 https://qgis.org/ubuntu-nightly questing/main Sources > Le fichier a une taille incoh?rente (3019 != 3018). Le miroir est > peut-?tre en cours de mise ? jour ? [IP : 88.198.120.0 443] > R?ception de : 34 > https://nbg1.your-objectstorage.com/qgis-download/ubuntu-nightly > questing/main amd64 Packages [52,4 kB] > Ign : 34 > https://nbg1.your-objectstorage.com/qgis-download/ubuntu-nightly > questing/main amd64 Packages > 1?258 ko r?ceptionn?s en 10s (120 ko/s) > Lecture des listes de paquets... Fait > E: Impossible de r?cup?rer > https://qgis.org/ubuntu-nightly/dists/questing/main/source/Sources Le > fichier a une taille incoh?rente (3019 != 3018). Le miroir est peut-?tre > en cours de mise ? jour ? [IP : 88.198.120.0 443] > E: Le t?l?chargement de certains fichiers d'index a ?chou?, ils ont ?t? > ignor?s, ou les anciens ont ?t? utilis?s ? la place. > > I've tried many times for a few days now. > > My /etc/apt/sources.list.d/qgis.sources: > > Types: deb deb-src > URIs: https://qgis.org/ubuntu-nightly > Suites: questing > Architectures: amd64 > Components: main > Signed-By: /etc/apt/keyrings/qgis-archive-keyring.gpg > > Regards, > Julien > > > _______________________________________________ > QGIS-Developer mailing list > QGIS-Developer at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > -------------- next part -------------- An HTML attachment was scrubbed... URL: From julien.moura at oslandia.com Fri Dec 19 00:30:54 2025 From: julien.moura at oslandia.com (Julien Moura (Oslandia)) Date: Fri, 19 Dec 2025 09:30:54 +0100 Subject: [QGIS-Developer] PPA for QGIS Qt6 looks broken In-Reply-To: References: <7484eeb1-21e1-4d62-b81a-d8775dcef332@oslandia.com> Message-ID: Hi Lova, Thanks. apt install qgis-qt6 works now. But QGIS is not usable (but GRASS works fine): Aucun droit d'ex?cution pour /usr/share/applications/org.qgis.qgis-qt6.desktop Any idea? Le 19/12/2025 ? 08:57, Lova Andriarimalala a ?crit?: > Dear Julien, > > Thanks for reporting this. It should be fixed now. > > Best regards, > Lova Andriarimalala > *QGIS Full Stack Developer > > * > *T *:?+27(0) 87 809 2702 *E *:**lova at kartoza.com *W*?: kartoza.com > > > > > /This email and any attachments are confidential and intended solely > for the use of the individual or entity to whom they are addressed. If > you / > /have received this email in error, please notify the sender > immediately and delete it from your system. Unauthorised use, > disclosure, or copying/ > /of the contents is prohibited./ > > > On Thu, 18 Dec 2025 at 19:25, Julien Moura (Oslandia) via > QGIS-Developer wrote: > > Hello, > > I'm trying to install QGIS Qt 6 as mentioned here: > https://github.com/qgis/QGIS-Website/pull/731 > > But the PPA looks broken. Here comes my sudo apt-get update: > > > R?ception de : 33 > https://nbg1.your-objectstorage.com/qgis-download/ubuntu-nightly > questing/main Sources [3?018 B] > Ign : 33 > https://nbg1.your-objectstorage.com/qgis-download/ubuntu-nightly > questing/main Sources > Err : 33 https://qgis.org/ubuntu-nightly questing/main Sources > ?? Le fichier a une taille incoh?rente (3019 != 3018). Le miroir est > peut-?tre en cours de mise ? jour ? [IP : 88.198.120.0 443] > Err : 33 https://qgis.org/ubuntu-nightly questing/main Sources > ?? Le fichier a une taille incoh?rente (3019 != 3018). Le miroir est > peut-?tre en cours de mise ? jour ? [IP : 88.198.120.0 443] > R?ception de : 34 > https://nbg1.your-objectstorage.com/qgis-download/ubuntu-nightly > questing/main amd64 Packages [52,4 kB] > Ign : 34 > https://nbg1.your-objectstorage.com/qgis-download/ubuntu-nightly > questing/main amd64 Packages > 1?258 ko r?ceptionn?s en 10s (120 ko/s) > Lecture des listes de paquets... Fait > E: Impossible de r?cup?rer > https://qgis.org/ubuntu-nightly/dists/questing/main/source/Sources Le > fichier a une taille incoh?rente (3019 != 3018). Le miroir est > peut-?tre > en cours de mise ? jour ? [IP : 88.198.120.0 443] > E: Le t?l?chargement de certains fichiers d'index a ?chou?, ils > ont ?t? > ignor?s, ou les anciens ont ?t? utilis?s ? la place. > > I've tried many times for a few days now. > > My /etc/apt/sources.list.d/qgis.sources: > > Types: deb deb-src > URIs: https://qgis.org/ubuntu-nightly > Suites: questing > Architectures: amd64 > Components: main > Signed-By: /etc/apt/keyrings/qgis-archive-keyring.gpg > > Regards, > Julien > > > _______________________________________________ > QGIS-Developer mailing list > QGIS-Developer at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > -- Oslandia - Livre blanc pour migrer/hybrider son SIG -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 840 bytes Desc: OpenPGP digital signature URL: From sebastic at xs4all.nl Fri Dec 19 10:11:30 2025 From: sebastic at xs4all.nl (Sebastiaan Couwenberg) Date: Fri, 19 Dec 2025 19:11:30 +0100 Subject: [QGIS-Developer] Download page not updated Message-ID: <3be9b1ef-3953-43bc-993d-ca08cfcabffc@xs4all.nl> The new download page still has last months releases as latest, today's releases are tagged on GitHub. Is caching preventing today's releases from showing up on https://qgis.org/download/ & https://qgis.org/downloads-list/? Kind Regards, Bas -- PGP Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 From andreaerdna at libero.it Fri Dec 19 16:00:53 2025 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Sat, 20 Dec 2025 01:00:53 +0100 Subject: [QGIS-Developer] Download page not updated Message-ID: <3b2fb92a-9f72-45a2-8995-4d1fd754de5f@libero.it> Hi Sebastiaan, it takes some time to compile QGIS and create the packages and the installers for various OS. Please see https://www.qgis.org/resources/roadmap/#release **** Release On major and minor release dates, the release branch is created and the release is tagged and tar balls are prepared. Point releases are just tagged and tar balls are created. The packagers are notified that packaging can begin. Once some packages are available the release can be announced and the website is updated accordingly. **** Regards. Andrea Il 19/12/2025 19:11, Sebastiaan Couwenberg via QGIS-Developer ha scritto: > The new download page still has last months releases as latest, today's > releases are tagged on GitHub. From gdt at lexort.com Fri Dec 19 17:04:13 2025 From: gdt at lexort.com (Greg Troxel) Date: Fri, 19 Dec 2025 20:04:13 -0500 Subject: [QGIS-Developer] Download page not updated In-Reply-To: <3b2fb92a-9f72-45a2-8995-4d1fd754de5f@libero.it> (Andrea Giudiceandrea via's message of "Sat, 20 Dec 2025 01:00:53 +0100") References: <3b2fb92a-9f72-45a2-8995-4d1fd754de5f@libero.it> Message-ID: Andrea Giudiceandrea via QGIS-Developer writes: > it takes some time to compile QGIS and create the packages and the > installers for various OS. > > Please see https://www.qgis.org/resources/roadmap/#release > > **** > Release > On major and minor release dates, the release branch is created and > the release is tagged and tar balls are prepared. Point releases are > just tagged and tar balls are created. > > The packagers are notified that packaging can begin. > > Once some packages are available the release can be announced and the > website is updated accordingly. I find this approach unfortunate. QGIS is a Free Software (and Open Source) project, and thus logically the primary release artifact is the source code. The source code should be first in the release/download page, and the release itself should be announced as soon as source (as .tar.gz or whatever) is available. Binary builds of that source can be added as available and a further annoucement made that those are available. I commented in this vein earlier about the qgis web site. I still view it as problematic that the website takes a binary-first approach. When visiting https://www.qgis.org/download/ with firefox on NetBSD, I'm prompted to download a windows installer. Further down, there is more windows stuff, and no hint that there is source code. Yes, I realize most users want binaries. That is not a good reason to avoid having source first. From gdt at lexort.com Fri Dec 19 17:09:50 2025 From: gdt at lexort.com (Greg Troxel) Date: Fri, 19 Dec 2025 20:09:50 -0500 Subject: [QGIS-Developer] Download page not updated In-Reply-To: (Greg Troxel via's message of "Fri, 19 Dec 2025 20:04:13 -0500") References: <3b2fb92a-9f72-45a2-8995-4d1fd754de5f@libero.it> Message-ID: Greg Troxel via QGIS-Developer writes: > When visiting > https://www.qgis.org/download/ > with firefox on NetBSD, I'm prompted to download a windows installer. > Further down, there is more windows stuff, and no hint that there is > source code. When you do find out that a drop-down that has an OS list and says windows contains source code as the 7th option, you get links https://www.qgis.org/downloads/qgis-latest.tar.bz2 https://www.qgis.org/downloads/qgis-latest-ltr.tar.bz2 which will download to files that are named -latest and lack the release number, causing confusion. I suggest that instead there be links to the latest release tarballs with stable version numbers (both current branch and LTR) the directory containining all release tarballs I have a hard time understanding how people that want source code want other than something like qgis-3.44.5.tar.bz2 that is the exact bits as released. From sebastic at xs4all.nl Fri Dec 19 22:30:35 2025 From: sebastic at xs4all.nl (Sebastiaan Couwenberg) Date: Sat, 20 Dec 2025 07:30:35 +0100 Subject: [QGIS-Developer] Download page not updated In-Reply-To: <3b2fb92a-9f72-45a2-8995-4d1fd754de5f@libero.it> References: <3b2fb92a-9f72-45a2-8995-4d1fd754de5f@libero.it> Message-ID: <5ac21d36-2ed2-4d01-89d9-1588cb91010b@xs4all.nl> On 12/20/25 1:00 AM, Andrea Giudiceandrea via QGIS-Developer wrote: > it takes some time to compile QGIS and create the packages and the installers for various OS. No need to tell me about that, I had to buy new hardware to build the Debian package in more acceptable time frames than the more than 8 hours it used to. > Please see https://www.qgis.org/resources/roadmap/#release I have the feed in my calendar, why do you think I'm asking about missing downloads on release day? > **** > Release > On major and minor release dates, the release branch is created and the release is tagged and tar balls are prepared. Point releases are just tagged and tar balls are created. > > The packagers are notified that packaging can begin. > > Once some packages are available the release can be announced and the website is updated accordingly. > **** Does this mean the release process was changed? Because it didn't used to take this long for the source tarballs to become available on the website before the recent redesign. The previous redesign required using a query string in the URL to bypass the caching, do we need to do something similar for the new site? Kind Regards, Bas -- PGP Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 From matthias at opengis.ch Sat Dec 20 02:28:44 2025 From: matthias at opengis.ch (Matthias Kuhn) Date: Sat, 20 Dec 2025 11:28:44 +0100 Subject: [QGIS-Developer] Information about the latest version of QGIS for MacOS - 3.44.5 In-Reply-To: <6AEB96F1-4056-4E1B-8F33-C1C07AEA2EDC@yahoo.it> References: <6AEB96F1-4056-4E1B-8F33-C1C07AEA2EDC.ref@yahoo.it> <6AEB96F1-4056-4E1B-8F33-C1C07AEA2EDC@yahoo.it> Message-ID: Hi Lorenzo, Thanks for the feedback. The build pipeline for mac builds has recently been updated to include newer dependencies and have a general overhaul. Most things are in place, but there are a few things still outstanding. In the latest version 3.44.6, a few additional python packages have already been added. Also the qgis_process binary is now fixed and functional. qgis_server was consciously not added, as we assumed that the dmg is mostly meant for desktop use and for server deployment most people would resort to a package manager like MacPorts which is also listed on the download page. If there is a good reason to add it also to the dmg, this can be considered, otherwise we should explicitly point to MacPorts for QGIS server. What we are still missing are mostly data science packages with binary dependencies which are a bit more complex to build. They will appear again as soon as possible. PyQt5.QtWebKit is particularly unfortunate because it's not something that could be pip installed but is also not trivial to build and deprecated. Please visit https://github.com/qgis/QGIS/issues?q=is%3Aissue%20state%3Aopen%20label%3AmacOS, there are a few issues already open. Please open new issues for the pieces that are still missing. Kind regards Matthias On Tue, Dec 9, 2025 at 1:53?AM Lorenzo Moretti via QGIS-Developer < qgis-developer at lists.osgeo.org> wrote: > I downloaded the latest version of QGIS for MacOS and I have to thank you > because it is finally a version with updated internal libraries and > multi-architecture for Intel and Apple Silicon. Above all, with ARM > processors, you can really notice the difference in speed both when opening > and running the program. The leap in performance is truly remarkable. > > In general, you have included many Python libraries within this > application that are necessary to run most of the plugins, but some are > missing. They can of course be installed with the command: > % /Applications/QGIS-final-3_44_5.app/Contents/MacOS/python -m pip install > pythonlib > However, with each new version of QGIS, you have to do it all over again. > Among those to be installed to make various plugins work are scipy, plotly, > pandas, matplotlib, scikit-learn, astropy, netCDF4, and others. > > The other missing libraries needed to run some plugins, including > DataPlotly, are Python libraries for the Qt environment: PyQt5.QtWebKit and > PyQt5.QtWebKitWidgets. They seem to be deprecated, but unfortunately they > are necessary. I was unable to install them. > > Non-functioning executables: the ?qgis_process? program. You have inserted > it into QGIS, but once executed from the terminal, everything freezes and > several library connection errors appear. > > Packages not present: ?qgis_server?. In the old version, Intel only, the > server part was there and worked. Here it is not present. > > Anyway, thanks again for this fantastic version ahead of the future > version 4. > Lorenzo > _______________________________________________ > QGIS-Developer mailing list > QGIS-Developer at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jef at norbit.de Sat Dec 20 04:39:56 2025 From: jef at norbit.de (=?utf-8?Q?J=C3=BCrgen_E=2E?= Fischer) Date: Sat, 20 Dec 2025 13:39:56 +0100 Subject: [QGIS-Developer] Download page not updated In-Reply-To: <5ac21d36-2ed2-4d01-89d9-1588cb91010b@xs4all.nl> References: <3b2fb92a-9f72-45a2-8995-4d1fd754de5f@libero.it> <5ac21d36-2ed2-4d01-89d9-1588cb91010b@xs4all.nl> Message-ID: <20251220123956.kjeae6ih2pvs3esj@norbit.de> Hi Bas, On Sat, 20. Dec 2025 at 07:30:35 +0100, Sebastiaan Couwenberg via QGIS-Developer wrote: > Does this mean the release process was changed? Because it didn't used to > take this long for the source tarballs to become available on the website > before the recent redesign. The update of the website was postponed to the availablity of binaries long time ago. But the source tarball is still made and uploaded right at release. They are available now: http://qgis.org/downloads/qgis-3.44.6.tar.bz2 http://qgis.org/downloads/qgis-3.40.14.tar.bz2 Not sure how often the new download infrastructure fetches updates. J?rgen -- J?rgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstra?e 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden https://www.norbit.de QGIS release manager (PSC) Germany IRC: jef on Libera|OFTC -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From matthias at opengis.ch Sat Dec 20 05:04:32 2025 From: matthias at opengis.ch (Matthias Kuhn) Date: Sat, 20 Dec 2025 14:04:32 +0100 Subject: [QGIS-Developer] Download page not updated In-Reply-To: <20251220123956.kjeae6ih2pvs3esj@norbit.de> References: <3b2fb92a-9f72-45a2-8995-4d1fd754de5f@libero.it> <5ac21d36-2ed2-4d01-89d9-1588cb91010b@xs4all.nl> <20251220123956.kjeae6ih2pvs3esj@norbit.de> Message-ID: Hi On Sat, Dec 20, 2025 at 1:40?PM J?rgen E. Fischer via QGIS-Developer < qgis-developer at lists.osgeo.org> wrote: > > Not sure how often the new download infrastructure fetches updates. > > Looks like once a day with potential for a frequency increase if needed https://github.com/qgis/QGIS-Website/issues/834#issuecomment-3677453026 Matthias -------------- next part -------------- An HTML attachment was scrubbed... URL: From eithan.schonberg at gmail.com Sun Dec 21 02:26:36 2025 From: eithan.schonberg at gmail.com (Eithan Schonberg) Date: Sun, 21 Dec 2025 12:26:36 +0200 Subject: [QGIS-Developer] Best Practices in Plugin Development Workflows for Qt6/QGIS 4 Message-ID: Hi Everyone, I am currently developing several internal plugins and looking to adapt my workflow to work best with QGIS 4 and Qt6. Looking at the current ecosystem, I?ve noticed that some staple tools like *Plugin Builder* and *pb_tool* haven't seen updates in several years. This makes it difficult to establish a "best practice" workflow for new projects. I have a few specific questions regarding the recommended direction for plugin development: 1) UI Files: Pre-compiling vs. Dynamic Loading With compiled resources being deprecated in Qt6, what is the current consensus on .ui files? Should we continue to pre-compile them to Python classes, or is move toward dynamic loading via `uic.loadUiType` preferred? Note: I recently opened an issue (#64364) regarding problems with dynamic loading when UI files contain full namespaces for all enums. https://github.com/qgis/QGIS/issues/64364 2) Tools qgis-plugin-ci is powerful and meant for web deployment and feels heavy for local zipping and deploying. Since pb_tool seems unmaintained, are there newer, lightweight alternatives that the community is adopting for building and packaging plugins? 3) Documentation Updates The PyQGIS Cookbook still suggests Plugin Builder and compiled resources. Is there newer documentation I couldn't find or should I open an issue for that too? thank for all the help Eithan Weiss Schonberg -------------- next part -------------- An HTML attachment was scrubbed... URL: From even.rouault at spatialys.com Sun Dec 21 10:50:30 2025 From: even.rouault at spatialys.com (Even Rouault) Date: Sun, 21 Dec 2025 19:50:30 +0100 Subject: [QGIS-Developer] Replacing QLiteralString() and QLatin1String() by qt 6.4 u""_s and ""_L1 ? Message-ID: Hi, I personally find that QLiteralString() and QLatin1String()? add significant visual noise when reading QGIS source code. Qt 6.4 adds a Qt::Literals::StringLiterals namespace (https://doc.qt.io/qt-6/qt-literals-stringliterals.html) with operator"" _s(...) and operator""_operator ""_L1(...) So code like ? wallProperties.insert( QStringLiteral( "geometryModifier" ), WALL_EXPRESSION ); ? wallProperties.insert( QStringLiteral( "symbolType" ), QStringLiteral( "Fill" ) ); ? if ( renderer->type() == QLatin1String( "25dRenderer" ) ) { ... } can be simplified as ? wallProperties.insert( u"geometryModifier"_s, WALL_EXPRESSION ); ? wallProperties.insert( u"symbolType"_s, u"Fill"_s ); ? if ( renderer->type() == "25dRenderer"_L1 ) { ... } For the replacement of QStringLiteral() by ""_s is is a bit unfortunate though that we have to put the 'u' prefix to indicate this is a Unicode string, but u""_s is still shorter than QStringLiteral( "" ) Thoughts on doing a mass replacement to those new ways? Even -- http://www.spatialys.com My software is free, but my time generally not. From dvdkon at konarici.cz Tue Dec 23 01:37:55 2025 From: dvdkon at konarici.cz (=?UTF-8?B?RGF2aWQgS2/FiGHFmcOtaw==?=) Date: Tue, 23 Dec 2025 10:37:55 +0100 Subject: [QGIS-Developer] Replacing QLiteralString() and QLatin1String() by qt 6.4 u""_s and ""_L1 ? In-Reply-To: References: Message-ID: Hi, I'm glad you've opened this discussion. I'm personally in favour of moving from the macros to the new string literal operators, since I think that both have next to no value for a programmer reading the code, so I favour the less intrusive option. Though as far as I know, we still support building QGIS with Qt 5, so this will have to wait until we're officially Qt 6-only. David Ko?a??k On 12/21/25 19:50, Even Rouault via QGIS-Developer wrote: > Hi, > > I personally find that QLiteralString() and QLatin1String()? add > significant visual noise when reading QGIS source code. Qt 6.4 adds a > Qt::Literals::StringLiterals namespace (https://doc.qt.io/qt-6/qt- > literals-stringliterals.html) with operator"" _s(...) and > operator""_operator ""_L1(...) > > So code like > > ? wallProperties.insert( QStringLiteral( "geometryModifier" ), > WALL_EXPRESSION ); > ? wallProperties.insert( QStringLiteral( "symbolType" ), > QStringLiteral( "Fill" ) ); > ? if ( renderer->type() == QLatin1String( "25dRenderer" ) ) { ... } > > can be simplified as > > ? wallProperties.insert( u"geometryModifier"_s, WALL_EXPRESSION ); > ? wallProperties.insert( u"symbolType"_s, u"Fill"_s ); > ? if ( renderer->type() == "25dRenderer"_L1 ) { ... } > > For the replacement of QStringLiteral() by ""_s is is a bit unfortunate > though that we have to put the 'u' prefix to indicate this is a Unicode > string, but u""_s is still shorter than QStringLiteral( "" ) > > Thoughts on doing a mass replacement to those new ways? > > Even > From uclaros at gmail.com Tue Dec 23 01:48:03 2025 From: uclaros at gmail.com (Stefanos Natsis) Date: Tue, 23 Dec 2025 11:48:03 +0200 Subject: [QGIS-Developer] Replacing QLiteralString() and QLatin1String() by qt 6.4 u""_s and ""_L1 ? In-Reply-To: References: Message-ID: We are officially QT6 only since https://github.com/qgis/QGIS/pull/64365 Best Stefanos On Tue, Dec 23, 2025, 11:43 AM David Ko?a??k via QGIS-Developer < qgis-developer at lists.osgeo.org> wrote: > Hi, > I'm glad you've opened this discussion. I'm personally in favour of > moving from the macros to the new string literal operators, since I > think that both have next to no value for a programmer reading the code, > so I favour the less intrusive option. > > Though as far as I know, we still support building QGIS with Qt 5, so > this will have to wait until we're officially Qt 6-only. > > David Ko?a??k > > On 12/21/25 19:50, Even Rouault via QGIS-Developer wrote: > > Hi, > > > > I personally find that QLiteralString() and QLatin1String() add > > significant visual noise when reading QGIS source code. Qt 6.4 adds a > > Qt::Literals::StringLiterals namespace (https://doc.qt.io/qt-6/qt- > > literals-stringliterals.html) with operator"" _s(...) and > > operator""_operator ""_L1(...) > > > > So code like > > > > wallProperties.insert( QStringLiteral( "geometryModifier" ), > > WALL_EXPRESSION ); > > wallProperties.insert( QStringLiteral( "symbolType" ), > > QStringLiteral( "Fill" ) ); > > if ( renderer->type() == QLatin1String( "25dRenderer" ) ) { ... } > > > > can be simplified as > > > > wallProperties.insert( u"geometryModifier"_s, WALL_EXPRESSION ); > > wallProperties.insert( u"symbolType"_s, u"Fill"_s ); > > if ( renderer->type() == "25dRenderer"_L1 ) { ... } > > > > For the replacement of QStringLiteral() by ""_s is is a bit unfortunate > > though that we have to put the 'u' prefix to indicate this is a Unicode > > string, but u""_s is still shorter than QStringLiteral( "" ) > > > > Thoughts on doing a mass replacement to those new ways? > > > > Even > > > > _______________________________________________ > QGIS-Developer mailing list > QGIS-Developer at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > -------------- next part -------------- An HTML attachment was scrubbed... URL: From twishamishra256 at gmail.com Wed Dec 24 04:01:20 2025 From: twishamishra256 at gmail.com (Twisha Mishra) Date: Wed, 24 Dec 2025 17:31:20 +0530 Subject: [QGIS-Developer] New contributor introduction Message-ID: Hi all, I?m Twisha, a student starting to contribute to QGIS, mainly interested in geometry handling and plugins. I?ve submitted a small documentation PR and am now beginning to explore code-related issues. Looking forward to learning and contributing more. Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From regis.haubourg at gmail.com Wed Dec 24 04:28:19 2025 From: regis.haubourg at gmail.com (=?ISO-8859-1?Q?R=E9gis_Haubourg?=) Date: Wed, 24 Dec 2025 13:28:19 +0100 Subject: [QGIS-Developer] New contributor introduction In-Reply-To: References: Message-ID: <5B2FA4F5-4A75-48EF-B62B-F4AD65A934B4@gmail.com> Welcome Twisha! We are very happy to have you onboard. Regards R?gis Le 24 d?cembre 2025 13:01:20 GMT+01:00, Twisha Mishra via QGIS-Developer a ?crit?: > Hi all, >I?m Twisha, a student starting to contribute to QGIS, mainly interested in >geometry handling and plugins. >I?ve submitted a small documentation PR and am now beginning to explore >code-related issues. >Looking forward to learning and contributing more. >Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From nyall.dawson at gmail.com Fri Dec 26 15:47:23 2025 From: nyall.dawson at gmail.com (Nyall Dawson) Date: Sat, 27 Dec 2025 09:47:23 +1000 Subject: [QGIS-Developer] Replacing QLiteralString() and QLatin1String() by qt 6.4 u""_s and ""_L1 ? In-Reply-To: References: Message-ID: On Mon, 22 Dec 2025 at 04:50, Even Rouault via QGIS-Developer wrote: > > Thoughts on doing a mass replacement to those new ways? It's a +1 from me. We should be able to add the replacement to scripts/pre_commit/prepare_commit_code_fixup.py so that it's automatically applied too. Nyall > > Even > > -- > http://www.spatialys.com > My software is free, but my time generally not. > > _______________________________________________ > QGIS-Developer mailing list > QGIS-Developer at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer From sutapa267 at gmail.com Fri Dec 26 22:29:19 2025 From: sutapa267 at gmail.com (Sutapa Bhattacharjee) Date: Sat, 27 Dec 2025 11:59:19 +0530 Subject: [QGIS-Developer] Unavailability of qt6 package in Ubuntu 22.04 Message-ID: Hi, I am trying to work on a documentation issue ( https://github.com/qgis/QGIS-Documentation/pull/10543). For that, I am trying to install qt 6 packages on Ubuntu 22.04. However after setting up the repositories and even the unstable PPA, I am not able to download those packages. $ sudo apt install qgis-qt6 qgis-plugin-grass-qt6 [sudo] password for sutapa: Reading package lists... Done Building dependency tree... Done Reading state information... Done E: Unable to locate package qgis-qt6 E: Unable to locate package qgis-plugin-grass-qt6 $ sudo cat /etc/apt/sources.list.d/qgis.sources Types: deb deb-src URIs: https://qgis.org/debian Suites: jammy Architectures: amd64 Components: main Signed-By: /etc/apt/keyrings/qgis-archive-keyring.gpg $ sudo cat /etc/apt/sources.list.d/qgis-ubuntu-nightly.sources Types: deb URIs: https://qgis.org/ubuntu-nightly Suites: jammy Components: main Signed-By: /etc/apt/keyrings/qgis-archive-keyring.gpg $ sudo cat /etc/apt/sources.list.d/ubuntugis-ubuntu-ubuntugis-unstable-jammy.list deb https://ppa.launchpadcontent.net/ubuntugis/ubuntugis-unstable/ubuntu/ jammy main deb-src https://ppa.launchpadcontent.net/ubuntugis/ubuntugis-unstable/ubuntu/ jammy main Do you think I should go to Ubuntu 24 and try to install the 3.99 master (development) release? Thanks, -------------- next part -------------- An HTML attachment was scrubbed... URL: