From thomas.woelk at gmail.com Mon Jun 1 22:10:05 2026 From: thomas.woelk at gmail.com (=?UTF-8?B?VGhvbWFzIFfDtmxr?=) Date: Tue, 2 Jun 2026 01:10:05 -0400 Subject: [Qgis-user] QGIS 4.0.2 / 4.0.3 macOS: UI language switch broken + menu icons missing (regression from 3.44-Solothurn) Message-ID: Hi all, I've hit two regressions on macOS that appear consistently across QGIS 4.0.2 and 4.0.3, neither of which occurs in 3.44.10-Solothurn (8f54b795) on the same machine. I tried both the official .dmg from qgis.org and a Homebrew install - behaviour is identical either way. Both were fresh installs with no existing QGIS profile. --- UI language cannot be changed to German --- Setting "Override system locale" to "Deutsch (Deutschland)" in Settings ? Options ? General has no effect: after a restart, QGIS continues in the previous locale. In 3.44.10 the same steps work without issues. --- Menu icons are missing --- No icons appear next to items in the menu bar (Project, Layer, Plugins, etc.). The menu items themselves work fine, and toolbar icons render normally - it's limited to the menu. Again, 3.44.10 is unaffected. --- Environment --- OS: macOS Sequoia 15.7.7 (24G720) QGIS: 4.0.2 and 4.0.3 (both affected) Ref: 3.44.10-Solothurn (8f54b795) - not affected Install: qgis.org .dmg and Homebrew (both tested, identical result) Profile: fresh install, no existing profile reused Does anyone know what changed between 3.44 and 4.0 on the macOS packaging side that might explain either of these? -- Thanks, Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreaerdna at libero.it Tue Jun 2 02:48:19 2026 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Tue, 2 Jun 2026 11:48:19 +0200 Subject: [Qgis-user] Disable QGIS auto update Message-ID: <2c5fad0e-6d5e-4d88-82d6-01b81ad31072@libero.it> Hi all, another user recently reported to this mailing list that their QGIS installation on a Windows system kept updating itself from 3.44 to 4.0 against their will [1]. After various messages, it turned out that the issue was due to the fact that their "outsourced IT provider was updating it due to their cyber security protocol" [2]. Also recently, another user reported on gis.stackexchange the same issue [3] without giving further explanations. Regards. Andrea Giudiceandrea [1] https://lists.osgeo.org/pipermail/qgis-user/2026-April/056229.html [2] https://lists.osgeo.org/pipermail/qgis-user/2026-May/056270.html [3] https://gis.stackexchange.com/questions/500715/disable-autoupdate-of-qgis From andreaerdna at libero.it Tue Jun 2 03:49:51 2026 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Tue, 2 Jun 2026 12:49:51 +0200 Subject: [Qgis-user] QGIS 4.0.2 / 4.0.3 macOS: UI language switch broken + menu icons missing (regression from 3.44-Solothurn) Message-ID: > Thomas W?lk thomas.woelk at gmail.com > Mon Jun 1 22:10:05 PDT 2026 > --- UI language cannot be changed to German --- Also recently reported at https://github.com/qgis/QGIS/issues/66269 Regards. Andrea Giudiceandrea From delazj at gmail.com Tue Jun 2 09:12:16 2026 From: delazj at gmail.com (DelazJ) Date: Tue, 02 Jun 2026 16:12:16 +0000 Subject: [Qgis-user] QGIS 4.0.2 / 4.0.3 macOS: UI language switch broken + menu icons missing (regression from 3.44-Solothurn) In-Reply-To: References: Message-ID: Hello, > >--- Menu icons are missing --- >No icons appear next to items in the menu bar (Project, Layer, Plugins, >etc.). The menu items themselves work fine, and toolbar icons render >normally - it's limited to the menu. Again, 3.44.10 is unaffected. > See https://github.com/qgis/QGIS/issues/64829 Regards, Harrissou > >--- Environment --- > >OS: macOS Sequoia 15.7.7 (24G720) >QGIS: 4.0.2 and 4.0.3 (both affected) >Ref: 3.44.10-Solothurn (8f54b795) - not affected >Install: qgis.org .dmg and Homebrew (both tested, identical result) >Profile: fresh install, no existing profile reused > >Does anyone know what changed between 3.44 and 4.0 on the macOS packaging >side that might explain either of these? > > From nagachaitra at pemsconsultants.com Tue Jun 2 23:36:23 2026 From: nagachaitra at pemsconsultants.com (Nagachaitra N) Date: Wed, 3 Jun 2026 06:36:23 +0000 Subject: [Qgis-user] Issue with installing SAGA plugin in QGIS 3.44 version software Message-ID: Dear QGIS Community, I hope this email finds you well. I am writing to seek assistance with an issue I am encountering while trying to use SAGA (System for Automated Geoscientific Analyses) tools within QGIS. Specifically, I am using QGIS version 3.44, and I am having trouble getting the SAGA plugin/provider to install and function correctly within the Processing Toolbox. issue: * Operating System: Windows 11 * QGIS Version: 3.44 * SAGA Version: 9.12.4 * Error Message / Behavior: while trying to add zip file, it is showing Zip file is not valid QGIS python plugin. No root folder was found inside. Steps I have already tried: * Checking the Processing options paths under Settings -> Options -> Processing -> Providers. * Looking for the "Processing SAGA NextGen Provider" plugin in the Plugin Manager. * Tried inserting in zip file. Since SAGA?s terrain analysis tools are critical for my current workflow, any guidance on how to properly configure SAGA with QGIS 3.44?or advice on the current recommended workaround plugin?would be greatly appreciated. Thanks and regards, Nagachaitra N PEMS Engineering Consultants Pvt Ltd Bengaluru, Karnataka - 560043 -------------- next part -------------- An HTML attachment was scrubbed... URL: From burghardt.scholle at stadt.wolfsburg.de Tue Jun 2 23:43:47 2026 From: burghardt.scholle at stadt.wolfsburg.de (burghardt.scholle at stadt.wolfsburg.de) Date: Wed, 3 Jun 2026 06:43:47 +0000 Subject: [Qgis-user] Disable QGIS auto update In-Reply-To: <2c5fad0e-6d5e-4d88-82d6-01b81ad31072@libero.it> References: <2c5fad0e-6d5e-4d88-82d6-01b81ad31072@libero.it> Message-ID: <037cee782fb541e4997682e80f9191ba@stadt.wolfsburg.de> Hi Frederik, just a suggestion: Could it be that a WinGet process is running in the background via Intune and updating applications without asking? BR Burghardt -----Urspr?ngliche Nachricht----- Von: QGIS-User [mailto:qgis-user-bounces at lists.osgeo.org] Im Auftrag von Andrea Giudiceandrea via QGIS-User Gesendet: Dienstag, 2. Juni 2026 11:48 An: qgis-user at lists.osgeo.org Betreff: Re: [Qgis-user] Disable QGIS auto update ACHTUNG: Externe E-Mail - Diese E-Mail erreicht Sie von einem Absender au?erhalb der st?dtischen IT-Infrastruktur. Hi all, another user recently reported to this mailing list that their QGIS installation on a Windows system kept updating itself from 3.44 to 4.0 against their will [1]. After various messages, it turned out that the issue was due to the fact that their "outsourced IT provider was updating it due to their cyber security protocol" [2]. Also recently, another user reported on gis.stackexchange the same issue [3] without giving further explanations. Regards. Andrea Giudiceandrea [1] https://lists.osgeo.org/pipermail/qgis-user/2026-April/056229.html [2] https://lists.osgeo.org/pipermail/qgis-user/2026-May/056270.html [3] https://gis.stackexchange.com/questions/500715/disable-autoupdate-of-qgis _______________________________________________ QGIS-User mailing list QGIS-User at lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user From andreaerdna at libero.it Wed Jun 3 00:37:01 2026 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Wed, 3 Jun 2026 09:37:01 +0200 Subject: [Qgis-user] Issue with installing SAGA plugin in QGIS 3.44 version software Message-ID: <462ce44d-e49a-42d7-a8ec-d3c71e949308@libero.it> > Nagachaitra N nagachaitra at pemsconsultants.com > Tue Jun 2 23:36:23 PDT 2026 > * Error Message / Behavior: while trying to add zip file, it is showing Zip file is not valid QGIS python plugin. No root folder was found inside. Hi Nagachaitra, where did you get such zip file? Regards. Andrea Giudiceandrea From andreas at qgis.org Wed Jun 3 02:45:40 2026 From: andreas at qgis.org (Andreas Neumann) Date: Wed, 3 Jun 2026 11:45:40 +0200 Subject: [Qgis-user] Disable QGIS auto update In-Reply-To: <037cee782fb541e4997682e80f9191ba@stadt.wolfsburg.de> References: <2c5fad0e-6d5e-4d88-82d6-01b81ad31072@libero.it> <037cee782fb541e4997682e80f9191ba@stadt.wolfsburg.de> Message-ID: Hi all, That is also my assumption. QGIS itself doesn't enforce any update. We do not have or want such mechanisms. There must be other mechanisms at work in your IT system that auto-updates things if there is a newer version available. Andreas On Wed, 3 Jun 2026 at 08:53, Burghardt Scholle via QGIS-User < qgis-user at lists.osgeo.org> wrote: > Hi Frederik, > > just a suggestion: Could it be that a WinGet process is running in the > background via Intune and updating applications without asking? > > BR > Burghardt > > -----Urspr?ngliche Nachricht----- > Von: QGIS-User [mailto:qgis-user-bounces at lists.osgeo.org] Im Auftrag von > Andrea Giudiceandrea via QGIS-User > Gesendet: Dienstag, 2. Juni 2026 11:48 > An: qgis-user at lists.osgeo.org > Betreff: Re: [Qgis-user] Disable QGIS auto update > > ACHTUNG: Externe E-Mail - Diese E-Mail erreicht Sie von einem Absender > au?erhalb der st?dtischen IT-Infrastruktur. > > > Hi all, > another user recently reported to this mailing list that their QGIS > installation on a Windows system kept updating itself from 3.44 to 4.0 > against their will [1]. > > After various messages, it turned out that the issue was due to the fact > that their "outsourced IT provider was updating it due to their cyber > security protocol" [2]. > > Also recently, another user reported on gis.stackexchange the same issue > [3] without giving further explanations. > > Regards. > > Andrea Giudiceandrea > > > [1] https://lists.osgeo.org/pipermail/qgis-user/2026-April/056229.html > [2] https://lists.osgeo.org/pipermail/qgis-user/2026-May/056270.html > [3] > https://gis.stackexchange.com/questions/500715/disable-autoupdate-of-qgis > _______________________________________________ > QGIS-User mailing list > QGIS-User at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user > _______________________________________________ > QGIS-User mailing list > QGIS-User at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user > -- -- Andreas Neumann QGIS.ORG board member (treasurer) -------------- next part -------------- An HTML attachment was scrubbed... URL: From ananke81 at gmail.com Wed Jun 3 02:58:18 2026 From: ananke81 at gmail.com (Annalisa Minelli) Date: Wed, 3 Jun 2026 11:58:18 +0200 Subject: [Qgis-user] Job offer at INFO/RAC (UNEP-MAP), based in ISPRA (Rome, Italy) Message-ID: Dear QGIS Users, this job post is directed to the European part of the Community. Two positions are still open (deadline 10th of June) for spatial data specialists at the Information and Communication Regional Activity Center of the Mediterranean Action Plan of UNEP (https://www.info-rac.org/). The ideal candidate should be a power user and/or developer of GeoNode and able to interact via Python, Django, GeoServer. The contract, following a public competition, will be for 12 months. Here the links to apply via the official Italian public competition platform: https://www.inpa.gov.it/bandi-e-avvisi/?text=INFO%2FRAC&categoriaId=®ioneId=&status=OPEN&settoreId=&periodo=&ral=&ente=&page_num=0 Regards, Annalisa -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreaerdna at libero.it Wed Jun 3 05:39:27 2026 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Wed, 3 Jun 2026 14:39:27 +0200 Subject: [Qgis-user] Issue with installing SAGA plugin in QGIS 3.44 version software Message-ID: <67a3837f-7fc6-4829-8649-af952e9acf41@libero.it> Il 03/06/2026 10:08, Nagachaitra N ha scritto: > I got the file from this website > https://sourceforge.net/projects/saga-gis/files/ AFAIK, the zip file of the "Processing Saga NextGen Provider" QGIS plugin is not available at https://sourceforge.net/projects/saga-gis/files/ That page provides the SAGA-GIS source code and executable files, not the "Processing Saga NextGen Provider" QGIS plugin. You can find the zip file of the "Processing Saga NextGen Provider" plugin version 1.1.0 at https://github.com/agiudiceandrea/qgis-processing-saga-nextgen/releases/download/1.1.0/processing_saga_nextgen-1.1.0.zip Regards. Andrea From simon at tanksalot.co.nz Wed Jun 3 12:22:16 2026 From: simon at tanksalot.co.nz (Simon Prentice) Date: Thu, 4 Jun 2026 07:22:16 +1200 Subject: [Qgis-user] Fwd: QGIS 3.44.11 query In-Reply-To: References: Message-ID: Hello QGIS I've been trying to use QGIS 3.44.11 ( QGIS-OSGeo4W-3.44.11-1 ) on my Windows laptop to overlay the attached files as recommended by an AI tool which suggested I do the following: '*The GIS Route (Recommended for large lists):* Import your Pacifecon CSV file and the downloaded Auckland Council SMAF shapefile into *QGIS*. Geocode your project addresses into points, and run a *Spatial Join* (Point-in-Polygon query) to instantly tag which projects fall inside a SMAF 1 or SMAF 2 polygon.' [image: image.png] Can you direct me as to how I use this platform to overlay the attached files to target new building projects that are within the 'Stormwater-management-area-control' zones please. Thank you *Simon Prentice* M: 028 4188 361 simon at tanksalot.co.nz | tanksalot.co.nz -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 38893 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Pacifecon Auckland residential Early Planning projects in Auckland council SMAF 1 and 2 zones.csv Type: text/csv Size: 64823 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Stormwater_Management_Area_Control_-250026658872367904.zip Type: application/zip Size: 895314 bytes Desc: not available URL: From clhermansen at gmail.com Wed Jun 3 12:36:17 2026 From: clhermansen at gmail.com (chris hermansen) Date: Wed, 3 Jun 2026 12:36:17 -0700 Subject: [Qgis-user] Fwd: QGIS 3.44.11 query In-Reply-To: References: Message-ID: Simon and list, On Wed, Jun 3, 2026, 12:22 Simon Prentice via QGIS-User < qgis-user at lists.osgeo.org> wrote: > > Hello QGIS > > I've been trying to use QGIS 3.44.11 ( QGIS-OSGeo4W-3.44.11-1 ) on my > Windows laptop to overlay the attached files as recommended by an AI tool > which suggested I do the following: > > '*The GIS Route (Recommended for large lists):* Import your Pacifecon CSV > file and the downloaded Auckland Council SMAF shapefile into *QGIS*. > Geocode your project addresses into points, and run a *Spatial Join* > (Point-in-Polygon query) to instantly tag which projects fall inside a SMAF > 1 or SMAF 2 polygon.' > > > [image: image.png] > > Can you direct me as to how I use this platform to overlay the attached > files to target new building projects that are within the > 'Stormwater-management-area-control' zones please. > > Thank you > There is considerable and good documentation on topics such as spatial overlay in QGIS, for example: https://docs.qgis.org/3.44/en/docs/user_manual/processing_algs/qgis/vectoroverlay.html It could be wise to review some of that, which will likely help you find a solution. > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 38893 bytes Desc: not available URL: From nyall.dawson at gmail.com Wed Jun 3 20:51:55 2026 From: nyall.dawson at gmail.com (Nyall Dawson) Date: Thu, 4 Jun 2026 13:51:55 +1000 Subject: [Qgis-user] QEP: Add Exceptional Breakage clause to stable API policy Message-ID: Hi lists, Following up the recent formalisation of the PyQGIS stable API policy (see https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/qep-425-stable-api.md), I've just submitted a proposed change to this policy to add a mechanism to allow API breaks in EXCEPTIONAL circumstances. See https://github.com/qgis/QGIS-Enhancement-Proposals/pull/384 for the proposed changes and a detailed write up on the rationale behind this change. Please give all feedback on this proposed change as comments on the PR itself (not direct email replies) to keep the discussion centralized. Kind regards, Nyall -------------- next part -------------- An HTML attachment was scrubbed... URL: From nagachaitra at pemsconsultants.com Fri Jun 5 01:09:54 2026 From: nagachaitra at pemsconsultants.com (Nagachaitra N) Date: Fri, 5 Jun 2026 08:09:54 +0000 Subject: [Qgis-user] Issue with installing SAGA plugin in QGIS 3.44 version software In-Reply-To: <67a3837f-7fc6-4829-8649-af952e9acf41@libero.it> References: <67a3837f-7fc6-4829-8649-af952e9acf41@libero.it> Message-ID: Hi Andrea, I am tried downloading the SAGA from the above link, But when I input DEM File into QGIS, I am getting the negative value of elevation, also even after filling the sinks and also in the Strahler order As the minimum value is to be 1, but I am getting the negative values. Not able to understand why I am I getting the negative values And what is the solution for the same. It would be helpful for me with any proper solution for this issue. [cid:33c54be5-bf06-4c77-98a6-0d81ec712e02] Thanks and Regards Nagachaitra N PEMS Engineering Consultants Pvt. Ltd. Bengaluru, Karnataka - 560043 ________________________________ From: Andrea Giudiceandrea Sent: Wednesday, June 3, 2026 6:09 PM To: qgis-user at lists.osgeo.org Cc: Nagachaitra N Subject: Re: [Qgis-user] Issue with installing SAGA plugin in QGIS 3.44 version software Il 03/06/2026 10:08, Nagachaitra N ha scritto: > I got the file from this website > https://sourceforge.net/projects/saga-gis/files/ AFAIK, the zip file of the "Processing Saga NextGen Provider" QGIS plugin is not available at https://sourceforge.net/projects/saga-gis/files/ That page provides the SAGA-GIS source code and executable files, not the "Processing Saga NextGen Provider" QGIS plugin. You can find the zip file of the "Processing Saga NextGen Provider" plugin version 1.1.0 at https://github.com/agiudiceandrea/qgis-processing-saga-nextgen/releases/download/1.1.0/processing_saga_nextgen-1.1.0.zip Regards. Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 730043 bytes Desc: image.png URL: From andreaerdna at libero.it Fri Jun 5 01:49:16 2026 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Fri, 5 Jun 2026 10:49:16 +0200 Subject: [Qgis-user] Issue with installing SAGA plugin in QGIS 3.44 version software Message-ID: <27edc5f1-9df4-4d01-8237-8610c73fe8d8@libero.it> > Nagachaitra N nagachaitra at pemsconsultants.com > Fri Jun 5 01:09:54 PDT 2026 > I am tried downloading the SAGA from the above link, But when I input DEM > File into QGIS, Hi Nagachaitra N, I guess it means you have managed to install the "Processing Saga NextGen Provider" plugin from https://github.com/agiudiceandrea/qgis-processing-saga-nextgen/releases/download/1.1.0/processing_saga_nextgen-1.1.0.zip Is it right? If so, please firstly confirm that you have actually fixed the "issue with installing SAGA plugin in QGIS 3.44 version software". If you have now an issues using a SAGA-GIS processing tool, I suggest you to try if the issue occurs also directly using the SAGA-GIS application and tools, instead of the corresponding SAGA-GIS processing algorithm in QGIS. If it does, then you need to correctly understand if the workflow, the parameters and the input file are correctly chosen and if your expected results are correctly expected, also reading the SAGA-GIS tool manual. Having ascertained this, then the issue may be due to a bug in the SAGA-GIS tool itself and should be reported to the SAGA-GIS developers. If the issue doesn't occur directly using SAGA-GIS, but only using the corresponding SAGA-GIS processing algorithm in QGIS, or if you are not able to directly using SAGA-GIS, then I suggest you to send a new message with a proper subject to the mailing list, providing all the details needed to correctly understand the issue, like the details about the layers involved, the processing algorithm and the parameters used. Providing a link to download the input layer file, if possible, would be also useful. Regards. Andrea From michael.sharpe at mac.com Sun Jun 7 00:55:18 2026 From: michael.sharpe at mac.com (Michael Sharpe) Date: Sun, 7 Jun 2026 08:55:18 +0100 Subject: [Qgis-user] Download links broken Message-ID: <387F2055-7013-46B4-969F-CBF7126415A8@mac.com> Hello, I was trying to download the LTR for 3.44.11 (Mac OS) on the downloads page and got the following error message: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot 2026-06-07 at 08.44.25.png Type: image/png Size: 67776 bytes Desc: not available URL: -------------- next part -------------- I am on a MacBookPro, OS 26.5.1, Firefox browser (it also failed on Safari). You also might want to check your use of Captcha questions/answers?some are also broken. Michael Sharpe Tel +44 7941 910 296 From andreaerdna at libero.it Sun Jun 7 00:24:57 2026 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Sun, 7 Jun 2026 09:24:57 +0200 Subject: [Qgis-user] Download links broken Message-ID: > Michael Sharpe michael.sharpe at mac.com > Sun Jun 7 00:55:18 PDT 2026 > I was trying to download the LTR for 3.44.11 (Mac OS) on the downloads page and got the following error message: Hi Michael, the issue has been already reported [1] [2], although not yet fixed. In the mean time, you could download the dmg installer of QGIS LTR 3.44.10 that is available at: https://qgis.org/downloads/macos/ltr/qgis_ltr_final-3_44_10.dmg Regards. Andrea [1] https://github.com/qgis/QGIS-Website/issues/1000 [2] https://github.com/qgis/QGIS/issues/66375 From andreaerdna at libero.it Sun Jun 7 00:26:28 2026 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Sun, 7 Jun 2026 09:26:28 +0200 Subject: [Qgis-user] Download links broken Message-ID: > Michael Sharpe michael.sharpe at mac.com > Sun Jun 7 00:55:18 PDT 2026 > You also might want to check your use of Captcha questions/answers?some are also broken. What do you mean exactly? Could you please describe the issue with more details? Regards. Andrea From andreaerdna at libero.it Sun Jun 7 02:55:54 2026 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Sun, 7 Jun 2026 11:55:54 +0200 Subject: [Qgis-user] Download links broken Message-ID: <39d6af7b-1ec2-46f3-973f-f65a0b2964d5@libero.it> Il 07/06/2026 11:29, Michael Sharpe ha scritto: > When registering for one of the mailing lists, the Captcha question was > ?is the earth flat?? ?To which I replied, ?no?. ?It then said my answer > was wrong, and would not let me proceed with registration. ?I then tried > the answer ?yes?. It said this was also wrong. Hi Michael, could you please be more detailed? Which mailing-list are you referring to, exactly? Which is the URL of the page that you are using to register to such mailing-list? Regards. Andrea P.S. Please send your replay to the mailing-list, not to me directly. From michael.sharpe at mac.com Sun Jun 7 02:59:28 2026 From: michael.sharpe at mac.com (Michael Sharpe) Date: Sun, 7 Jun 2026 10:59:28 +0100 Subject: [Qgis-user] Download links broken In-Reply-To: <39d6af7b-1ec2-46f3-973f-f65a0b2964d5@libero.it> References: <39d6af7b-1ec2-46f3-973f-f65a0b2964d5@libero.it> Message-ID: <68E2D72C-37D7-4FC0-96B5-94730061F9FF@mac.com> Hi Andrea, The page asking "is the earth flat" was for the QGIS User DiscussionList, URL below https://lists.osgeo.org/mailman/listinfo/qgis-user Michael Michael Sharpe BSc MLitt PCIfA FSAScot NOSAS Tel +44 7941 910 296 > On 7 Jun 2026, at 10:55, Andrea Giudiceandrea via QGIS-User wrote: > > Il 07/06/2026 11:29, Michael Sharpe ha scritto: >> When registering for one of the mailing lists, the Captcha question was ?is the earth flat?? To which I replied, ?no?. It then said my answer was wrong, and would not let me proceed with registration. I then tried the answer ?yes?. It said this was also wrong. > > Hi Michael, > could you please be more detailed? Which mailing-list are you referring to, exactly? Which is the URL of the page that you are using to register to such mailing-list? > > Regards. > > Andrea > > P.S. Please send your replay to the mailing-list, not to me directly. > _______________________________________________ > QGIS-User mailing list > QGIS-User at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreaerdna at libero.it Sun Jun 7 03:23:28 2026 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Sun, 7 Jun 2026 12:23:28 +0200 Subject: [Qgis-user] Download links broken Message-ID: <83701725-b972-4a2e-aecd-d3633dd0eaf4@libero.it> > Michael Sharpe michael.sharpe at mac.com > Sun Jun 7 02:59:28 PDT 2026 > The page asking "is the earth flat" was for the QGIS User DiscussionList I've tried to register a new e-mail address to this mailing-list, I've answered "no" to such question and I've received the following successful response: QGIS-User Subscription results Your subscription request has been received, and will soon be acted upon. Depending on the configuration of this mailing list, your subscription request may have to be first confirmed by you via email, or approved by the list moderator. If confirmation is required, you will soon get a confirmation email which contains further instructions. So I guess you have just hit a temporary issue of the server. Anyway, it looks like your registration procedure was also successful, since you are sending and receiving to and from the mailing-list. Best regards. Andrea From achikoore at gmail.com Mon Jun 8 11:08:56 2026 From: achikoore at gmail.com (Abel Chikoore) Date: Mon, 8 Jun 2026 20:08:56 +0200 Subject: [Qgis-user] Drillhole 3D View in QGIS Message-ID: Good day, I am a new user of QGIS. I have loaded my files, including my Survey File in Geographic Coordinate System with no problem. However im unable to view my desurveyed drillholes in 3D. I do have my DTM loaded. Can i get assistance please. Regards, Abel Chikoore - +27 84 742 3055 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nyall.dawson at gmail.com Mon Jun 8 13:58:40 2026 From: nyall.dawson at gmail.com (Nyall Dawson) Date: Tue, 9 Jun 2026 06:58:40 +1000 Subject: [Qgis-user] QEP426: Demotion of DB Manager plugin to community plugin Message-ID: Hi lists, I've just submitted QEP426: "Demotion of DB Manager plugin to community plugin" (https://github.com/qgis/QGIS-Enhancement-Proposals/pull/385) Historically, the DB Manager plugin was a critical component of the QGIS ecosystem, providing essential database administration and querying capabilities. However, over the 3.x development cycle, the direction of QGIS shifted toward integrating all database related functionality into the Browser Panel. This provides a better user experience, by exposing database tools alongside other layer and connection management tools. The browser-based functionality is all designed around generic, heavily tested connection APIs, which are also used by many other areas of QGIS. In contrast, the DB Manager plugin contains all its own logic and code for handling database integration, with extremely minimal (almost non-existent) test coverage. As of QGIS 4.2, the core functionality of the DB Manager has been fully ported to the built-in Browser Panel. Users can natively manage schemas, create and delete tables, manage fields, and execute SQL queries directly within the core interface. Maintaining the DB Manager plugin as a core component now duplicates this functionality, bloating the codebase and creating unnecessary maintenance overhead for core developers. This QEP proposes that DB Manager is demoted to a 3rd party, community maintained plugin, and describes the plan to implement this change. The full proposal and plan is available at https://github.com/qgis/QGIS-Enhancement-Proposals/pull/385 for discussion. Please don't reply to this email -- replies should be commented on the QEP itself to keep discussion centralised. Nyall -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim at kartoza.com Tue Jun 9 00:16:17 2026 From: tim at kartoza.com (Tim Sutton) Date: Tue, 9 Jun 2026 08:16:17 +0100 Subject: [Qgis-user] [Qgis-psc] QEP426: Demotion of DB Manager plugin to community plugin In-Reply-To: References: Message-ID: Thanks Nyall and so long to the DB Manager, it has been a great component of QGIS all these years, glad to have all of its functionality implemented in core now! Regards Tim On Mon, Jun 8, 2026 at 9:59?PM Nyall Dawson via QGIS-PSC < qgis-psc at lists.osgeo.org> wrote: > Hi lists, > > I've just submitted QEP426: "Demotion of DB Manager plugin to community > plugin" (https://github.com/qgis/QGIS-Enhancement-Proposals/pull/385) > > Historically, the DB Manager plugin was a critical component of the QGIS > ecosystem, providing essential database administration and querying > capabilities. However, over the 3.x development cycle, the direction of > QGIS shifted toward integrating all database related functionality into the > Browser Panel. This provides a better user experience, by exposing database > tools alongside other layer and connection management tools. The > browser-based functionality is all designed around generic, heavily tested > connection APIs, which are also used by many other areas of QGIS. In > contrast, the DB Manager plugin contains all its own logic and code for > handling database integration, with extremely minimal (almost non-existent) > test coverage. > > As of QGIS 4.2, the core functionality of the DB Manager has been fully > ported to the built-in Browser Panel. Users can natively manage schemas, > create and delete tables, manage fields, and execute SQL queries directly > within the core interface. Maintaining the DB Manager plugin as a core > component now duplicates this functionality, bloating the codebase and > creating unnecessary maintenance overhead for core developers. > > This QEP proposes that DB Manager is demoted to a 3rd party, community > maintained plugin, and describes the plan to implement this change. > The full proposal and plan is available at > https://github.com/qgis/QGIS-Enhancement-Proposals/pull/385 for > discussion. > > Please don't reply to this email -- replies should be commented on the QEP > itself to keep discussion centralised. > > Nyall > > _______________________________________________ > QGIS-PSC mailing list > QGIS-PSC at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/qgis-psc > -- Tim Sutton *Kartoza Cofounder*Tim is a member of the QGIS Project Steering Committee *T *: +27(0) 87 809 2702 *E *: tim 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.* -------------- next part -------------- An HTML attachment was scrubbed... URL: From Carsten.Stepan at fit.fichtner.de Wed Jun 10 04:47:36 2026 From: Carsten.Stepan at fit.fichtner.de (Stepan, Carsten) Date: Wed, 10 Jun 2026 11:47:36 +0000 Subject: [Qgis-user] Tolerance for topological editing References: Message-ID: Dear community, I have two polygon-layers in my map: "TopoLayer" and "Flurst?ck_edit". In order to maintain topology of these layers, I activated the "enable topological editing"-tool. However that somethimes creates strange situations, when features of my topolayer and my Flurst?ck_edit-layer happen to be very close to one another, but shouldn't actually share any geometry. In the image you can see two features from two different layers. Of course I could just deactivate the tool. But this isn't allways desired, as this completely destroys all kinds of topological behaviour - also between features of the same layer. The scale is 5:1, so 5mm in the image is actually 1mm in reality: [cid:image005.png at 01DCF8DF.B0F71310] The rubberband indicates that the two features are handled together. I already checked the snapping, which is off for both layers. [cid:image001.png at 01DCF8DF.3C5BB1F0] [cid:image002.png at 01DCF8DF.3C5BB1F0] So regardless of any active snapping there seems to be some tolerance here that influences which features are handled together. But I wasn't able to find any documentation about this. Is there any (hidden) setting here? Thanks for any help Carsten [cid:fit-logo_9d0d811d-abcd-4536-a433-04858830642f.png] Carsten Stepan Senior Software Engineer Smart Grids Fichtner IT Consulting GmbH Franklinstra?e 26a 10587 Berlin Germany Mobil +49 (152) 09109133 E-Mail Carsten.Stepan at fit.fichtner.de Fichtner IT Consulting GmbH Sarweystr. 3, 70191 Stuttgart, Germany Amtsgericht Stuttgart HRB 761846 Board of Directors Andreas H?fler (Chairman), Dr. Albrecht Reuter, David Plodek Chairman of the Supervisory Board Dr. Andreas Weidler www.fit.fichtner.de [cid:fichtner_blog_389ff092-469e-470d-9cb1-066d7d4e2166.jpg] [cid:linkedin_32x32_4e77146f-2109-4428-80bb-afc3282e5cc8.png] [cid:fichtner_kununu_25f94c20-6622-4cbc-ba79-b1afececac05.jpg] [cid:2026_50_2_fokus_fdg_blau_2_716729b5-5d6e-4656-b240-011ed35e349b.jpg] Erkl?rungen der Fichtner IT Consulting GmbH, die per E-Mail ?bermittelt werden, sind nur im Falle schriftlicher Best?tigung rechtsverbindlich. Bitte achten Sie auf die Umwelt, drucken Sie nur bei Bedarf. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 24356 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 38801 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 23282 bytes Desc: image005.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fit-logo_9d0d811d-abcd-4536-a433-04858830642f.png Type: image/png Size: 11007 bytes Desc: fit-logo_9d0d811d-abcd-4536-a433-04858830642f.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fichtner_blog_389ff092-469e-470d-9cb1-066d7d4e2166.jpg Type: image/jpeg Size: 1465 bytes Desc: fichtner_blog_389ff092-469e-470d-9cb1-066d7d4e2166.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: linkedin_32x32_4e77146f-2109-4428-80bb-afc3282e5cc8.png Type: image/png Size: 338 bytes Desc: linkedin_32x32_4e77146f-2109-4428-80bb-afc3282e5cc8.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fichtner_kununu_25f94c20-6622-4cbc-ba79-b1afececac05.jpg Type: image/jpeg Size: 1434 bytes Desc: fichtner_kununu_25f94c20-6622-4cbc-ba79-b1afececac05.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 2026_50_2_fokus_fdg_blau_2_716729b5-5d6e-4656-b240-011ed35e349b.jpg Type: image/jpeg Size: 180316 bytes Desc: 2026_50_2_fokus_fdg_blau_2_716729b5-5d6e-4656-b240-011ed35e349b.jpg URL: From jochem.kail at uni-due.de Thu Jun 11 06:20:36 2026 From: jochem.kail at uni-due.de (Jochem Kail) Date: Thu, 11 Jun 2026 15:20:36 +0200 Subject: [Qgis-user] Reproject from WGS84 (EPSG: 4326) to ETRS89/UTM32N (EPSG: 25832) considering the epoch In-Reply-To: References: Message-ID: Dear all, I would like to reproject a point layer with the CRS being WGS84 (EPSG 4326) to the standard German CRS being ETRS89/UTM32N (EPSG 25832) with high precision < 1m. The geodatic datum ETRS89 did only correspond to WGS84 when it was established in 1989, but given that ETRS89 is plate-fixed but WGS84 is not, they presently differ by about 1m. Although some post say that it is possible in QGIS to consider the epoch (time the data have been mapped) when reprojecting earth-fixed (non-plate fixed) geographic coordinates to a plate-fixed geodatic datum, I found no solution to do this in the QGIS GUI. I really would appreciate if someone could explain in detail where and how to do this transformation in the GUI of QGIS. Thanks Jochem -- sent from my R2 unit ------------------------------------------------------- Jochem Kail Dr. rer. nat. University of Duisburg-Essen Faculty of Biology Department of Aquatic Ecology Universit?tsstrasse 5 D-45141 Essen Germany Room S05T03B08 Tel: +49.201.183.3046 Tel: +49.160.96228374 Fax: +49.201.183.2179 jochem.kail at uni-due.de https://www.uni-due.de/aquatische_oekologie/mitarbeiter/jochem_kail.php Important note: The university server does not accept old Microsoft Office files (e.g. *.doc) but only the recent version (e.g. *.docx)! From gdt at lexort.com Thu Jun 11 06:45:12 2026 From: gdt at lexort.com (Greg Troxel) Date: Thu, 11 Jun 2026 09:45:12 -0400 Subject: [Qgis-user] Reproject from WGS84 (EPSG: 4326) to ETRS89/UTM32N (EPSG: 25832) considering the epoch In-Reply-To: (Jochem Kail via's message of "Thu, 11 Jun 2026 15:20:36 +0200") References: Message-ID: Jochem Kail via QGIS-User writes: > I would like to reproject a point layer with the CRS being WGS84 (EPSG > 4326) to the standard German CRS being ETRS89/UTM32N (EPSG 25832) with > high precision < 1m. You can't do that, because WGS84 is an ensemble with an intrinsic accuracy level of 2m. That's the accuracy of the ensemble, before you consider the accuracy of transformation. > The geodatic datum ETRS89 did only correspond to > WGS84 when it was established in 1989, but given that ETRS89 is > plate-fixed but WGS84 is not, they presently differ by about 1m. Yes, but surely you are referrring to a particular recent realization of WGS84 when you say that. Modern WGS84 and modern ITRF are close to the same thing. > Although some post say that it is possible in QGIS to consider the > epoch (time the data have been mapped) when reprojecting earth-fixed > (non-plate fixed) geographic coordinates to a plate-fixed geodatic > datum, I found no solution to do this in the QGIS GUI. You could also transform in gdal, if only as a test. > I really would appreciate if someone could explain in detail where and > how to do this transformation in the GUI of QGIS. That's a fair question and I don't know. Support for epoch is relatively new in gdal and I am unclear on the state in qgis. You didn't say what version of qgis you are using, but if it's less than 3.44.11, you are not up to date and it would be good to fix that. (3.44.x for some x >=4 is probably ok, but hard to tell). I would ask that you follow up (on list) with: Does your data have an epoch associated with each data point? If no, does it have an epoch associated with the whole dataset? Why do you believe that your data is in WGS84 (the ensemble)? Why do you believe that your data is accurate to on the order of a mater? How were the coordinates obtained? (As in what kind of measurements, relative to what sort of controls, and what if any transformations.) Do the people who managed/prepared this data understand that 4326 is an ensemble and that it contains WGS84(TRANSIT)? Do the people who managed/prepared this data understand that there are no methods to obtain accurate coordinates in any realization of 4326 (assuming those people are not in the US Air Force or NIMA, and I'm not going to help you with military issues!). I realize these questions sound difficult, and I expect you won't get good answers, but that trying will be helpful. Greg From achikoore at gmail.com Thu Jun 11 07:16:15 2026 From: achikoore at gmail.com (Abel Chikoore) Date: Thu, 11 Jun 2026 16:16:15 +0200 Subject: [Qgis-user] Coordinates Reprojection Message-ID: Good day, Im trying to convert my Coordinates from Geographic to UTM WGS84 Zone 35S. In QGIS from the Drop Down selection panel, i dont get the desired UTM Zone. Please assist. Regards, Abel Chikoore - +27 84 742 3055 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jochem.kail at uni-due.de Thu Jun 11 07:31:48 2026 From: jochem.kail at uni-due.de (Jochem Kail) Date: Thu, 11 Jun 2026 16:31:48 +0200 Subject: [Qgis-user] Reproject from WGS84 (EPSG: 4326) to ETRS89/UTM32N (EPSG: 25832) considering the epoch In-Reply-To: References: Message-ID: Dear Greg, many thank for the quick reply! I tried to answer your questions as far as possible (below). Am 11.06.2026 um 15:45 schrieb Greg Troxel via QGIS-User: > Jochem Kail via QGIS-User writes: > >> I would like to reproject a point layer with the CRS being WGS84 (EPSG >> 4326) to the standard German CRS being ETRS89/UTM32N (EPSG 25832) with >> high precision < 1m. > You can't do that, because WGS84 is an ensemble with an intrinsic > accuracy level of 2m. That's the accuracy of the ensemble, before you > consider the accuracy of transformation. > >> The geodatic datum ETRS89 did only correspond to >> WGS84 when it was established in 1989, but given that ETRS89 is >> plate-fixed but WGS84 is not, they presently differ by about 1m. > Yes, but surely you are referrring to a particular recent realization of > WGS84 when you say that. Modern WGS84 and modern ITRF are close to the > same thing. > >> Although some post say that it is possible in QGIS to consider the >> epoch (time the data have been mapped) when reprojecting earth-fixed >> (non-plate fixed) geographic coordinates to a plate-fixed geodatic >> datum, I found no solution to do this in the QGIS GUI. > You could also transform in gdal, if only as a test. > >> I really would appreciate if someone could explain in detail where and >> how to do this transformation in the GUI of QGIS. > That's a fair question and I don't know. Support for epoch is > relatively new in gdal and I am unclear on the state in qgis. You > didn't say what version of qgis you are using, but if it's less than > 3.44.11, you are not up to date and it would be good to fix that. > (3.44.x for some x >=4 is probably ok, but hard to tell). > > I would ask that you follow up (on list) with: > > Does your data have an epoch associated with each data point? If no, > does it have an epoch associated with the whole dataset? The data were all mapped in one month, i.e. one epoch, but several years ago (2011). I would now like to compare these river cross-sections with data recently measured using a DGPS receiver using ETRS89/UTM32N as CRS in the settings. > > Why do you believe that your data is in WGS84 (the ensemble)? The colleagues used a DGPS receiver and the setting for the CRS was "WGS84". > > Why do you believe that your data is accurate to on the order of a > mater? ...because it was taken with a DGPS receiver > > How were the coordinates obtained? (As in what kind of measurements, > relative to what sort of controls, and what if any transformations.) > > Do the people who managed/prepared this data understand that 4326 is > an ensemble and that it contains WGS84(TRANSIT)? No, nor did I. Up to now I thought that WGS84 is non-plate fixed and therefore a single-fixed geodatic datum, with a plate-fixed geodatic datum like ETRS89 "moving" relative to WGS84 with the European plate. > > Do the people who managed/prepared this data understand that there are > no methods to obtain accurate coordinates in any realization of 4326 > (assuming those people are not in the US Air Force or NIMA, and I'm > not going to help you with military issues!). No, nor do I ;-). > > I realize these questions sound difficult, and I expect you won't get > good answers, but that trying will be helpful. > > Greg > _______________________________________________ > QGIS-User mailing list > QGIS-User at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user -- sent from my R2 unit ------------------------------------------------------- Jochem Kail Dr. rer. nat. University of Duisburg-Essen Faculty of Biology Department of Aquatic Ecology Universit?tsstrasse 5 D-45141 Essen Germany Room S05T03B08 Tel: +49.201.183.3046 Tel: +49.160.96228374 Fax: +49.201.183.2179 jochem.kail at uni-due.de https://www.uni-due.de/aquatische_oekologie/mitarbeiter/jochem_kail.php Important note: The university server does not accept old Microsoft Office files (e.g. *.doc) but only the recent version (e.g. *.docx)! From andreaerdna at libero.it Thu Jun 11 08:50:54 2026 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Thu, 11 Jun 2026 17:50:54 +0200 Subject: [Qgis-user] Coordinates Reprojection Message-ID: <0792d186-3719-4074-9b85-6d5d52beed5b@libero.it> > Abel Chikoore achikoore at gmail.com > Thu Jun 11 07:16:15 PDT 2026 > In QGIS from the Drop Down selection panel, i dont get the desired UTM Zone. Hi Abel, it seems strange to me, since the CRS selection widget lists 11 CRS for UTM zone 35S for currently supported QGIS versions on Windows. What QGIS version exactly are you using? On what Operative System? What tool exactly are you using to reproject the layer? How do you exactly search for the CRS in the CRS selection widget? Regards. Andrea. From andreaerdna at libero.it Thu Jun 11 09:50:34 2026 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Thu, 11 Jun 2026 18:50:34 +0200 Subject: [Qgis-user] Coordinates Reprojection Message-ID: <00e5f1a7-e4c9-4133-89fe-db0f0eefb7b7@libero.it> Il 11/06/2026 17:50, Andrea Giudiceandrea ha scritto: > it seems strange to me, since the CRS selection widget lists 11 CRS for > UTM zone 35S for currently supported QGIS versions on Windows. I forgot to mention that the "WGS 84 / UTM zone 35S" EPSG:32735 CRS is actually among the 11 CRSs available for UTM zone 35S Regards. Andrea From gdt at lexort.com Thu Jun 11 10:18:41 2026 From: gdt at lexort.com (Greg Troxel) Date: Thu, 11 Jun 2026 13:18:41 -0400 Subject: [Qgis-user] Reproject from WGS84 (EPSG: 4326) to ETRS89/UTM32N (EPSG: 25832) considering the epoch In-Reply-To: (Jochem Kail via's message of "Thu, 11 Jun 2026 16:31:48 +0200") References: Message-ID: Jochem Kail via QGIS-User writes: >> Does your data have an epoch associated with each data point? If no, >> does it have an epoch associated with the whole dataset? > > The data were all mapped in one month, i.e. one epoch, but several > years ago (2011). ok, makes sense. > I would now like to compare these river cross-sections with data > recently measured using a DGPS receiver using ETRS89/UTM32N as CRS in > the settings. sure, I can understand that sort of goal. >> Why do you believe that your data is in WGS84 (the ensemble)? > The colleagues used a DGPS receiver and the setting for the CRS was > "WGS84". That is almost certainly confused. When you use differential GPS, then the coordinates that come out of the GPS receiver (GNSS?) are not in WGS84, but they are in the CRS of the reference station. Your statement is vague, in that "DGPS" implies pseudorange corrections but *does not specify the kind of reference station or what its CRS is*. >> Why do you believe that your data is accurate to on the order of a >> mater? > ...because it was taken with a DGPS receiver To realize that accuracy you have to get the CRS right, and you have to avoid the ensemble. >> Do the people who managed/prepared this data understand that 4326 is >> an ensemble and that it contains WGS84(TRANSIT)? > > No, nor did I. Up to now I thought that WGS84 is non-plate fixed and > therefore a single-fixed geodatic datum, with a plate-fixed geodatic > datum like ETRS89 "moving" relative to WGS84 with the European plate. WGS84 (specifically EPSG:4326) is an ensemble of a number of datums, all intended to realize a definition of a system. In this respect it is like ETRS89 and the various ETRF realizations. The various ensemble members have names like WGS84(TRANSIT) and WGS84(G2296), the most recent member. The system definition is more or less congruent with ITRS, and WGS84 realizations are each very similar to the corresponding (in time) ITRFxxxx. You are correct that WGS84 is a global frame with a no-net-rotation constraint, as opposed to plate-fixed datums. So, the next step is to say that DGGPS is still vague, what reference station, and what frame are the reference station coordinates in. Then, label that data as being in the right frame, and you will likely get a good transformation. I believe that it is extremely unlikely that the reference station coordinates are in any WGS84 realization. There is simply no method to get accurate coordinates in that frame because carrier phase data from the GPS reference stations are not published. Every differential system I have seen or heard about uses either a national/regional datum (e.g. a NAD83 realization, some ETRF, etc.), or some realization of ITRS, e.g. ITRF2008. It is a major problem in GIS that data are mislabeled as being in WGS84 and that it is treated as an interchange format. Both practices are errors, but also the standard approach. From andreaerdna at libero.it Thu Jun 11 17:35:39 2026 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Fri, 12 Jun 2026 02:35:39 +0200 Subject: [Qgis-user] Coordinates Reprojection Message-ID: <8be53c48-90f1-4f8c-b57d-c1ac9430f723@libero.it> Il 11/06/2026 19:41, Abel Chikoore ha scritto: > 3) For projection: i go to the LAYERS PANEL and right click on the CSV > Collars Layer. The i chose EXPORT- the SAVE FEATURES AS.....please > attachments for what i get. > > 4) The Save Error i get is for the First Row of my Cordinates. Hi Abel, I understand that you have eventually managed to find the "WGS 84 / UTM zone 35S" CRS that you didn't find before. Is it correct? Anyway, I suppose you have imported a CSV file as a vector layer using the Data Source Manager -> Delimited Text dialog window, selecting the X field and the Y field of you CSV file containing the points' coordinates and then the CRS of such coordinates. Could you confirm? If it is so, what are the coordinates of a sample point contained in your CSV file? What CRS have you selected in the Data Source Manager -> Delimited Text when you have imported the CSV file as a vector layer? The error message states that the coordinates of a point contained in the vector layer that you want export to a GeoPackage file are 291235.14000, -260651.250000 and that such vector layer has been set to CRS EPSG:4326. If it is so, then I guess you have wrongly set the CRS of the vector layer, imported from a CSV file, to EPSG:4326: such coordinates are obviously not referred to the EPSG:4326, which is a geographic coordinate system in degrees corresponding to Longitude and Latitude, whereas the above-mentioned coordinates doesn't correspond to Longitude and Latitude in degree. Regards. Andrea From jochem.kail at uni-due.de Fri Jun 12 05:25:54 2026 From: jochem.kail at uni-due.de (Jochem Kail) Date: Fri, 12 Jun 2026 14:25:54 +0200 Subject: [Qgis-user] Reproject from WGS84 (EPSG: 4326) to ETRS89/UTM32N (EPSG: 25832) considering the epoch In-Reply-To: References: Message-ID: I think the fog is lifting Am 11.06.2026 um 19:18 schrieb Greg Troxel via QGIS-User: > Jochem Kail via QGIS-User writes: > >>> Does your data have an epoch associated with each data point? If no, >>> does it have an epoch associated with the whole dataset? >> The data were all mapped in one month, i.e. one epoch, but several >> years ago (2011). > ok, makes sense. > >> I would now like to compare these river cross-sections with data >> recently measured using a DGPS receiver using ETRS89/UTM32N as CRS in >> the settings. > sure, I can understand that sort of goal. > >>> Why do you believe that your data is in WGS84 (the ensemble)? >> The colleagues used a DGPS receiver and the setting for the CRS was >> "WGS84". > That is almost certainly confused. When you use differential GPS, then > the coordinates that come out of the GPS receiver (GNSS?) are not in > WGS84, but they are in the CRS of the reference station. > > Your statement is vague, in that "DGPS" implies pseudorange corrections > but *does not specify the kind of reference station or what its CRS is*. > >>> Why do you believe that your data is accurate to on the order of a >>> mater? >> ...because it was taken with a DGPS receiver > To realize that accuracy you have to get the CRS right, and you have to > avoid the ensemble. > >>> Do the people who managed/prepared this data understand that 4326 is >>> an ensemble and that it contains WGS84(TRANSIT)? >> No, nor did I. Up to now I thought that WGS84 is non-plate fixed and >> therefore a single-fixed geodatic datum, with a plate-fixed geodatic >> datum like ETRS89 "moving" relative to WGS84 with the European plate. > WGS84 (specifically EPSG:4326) is an ensemble of a number of datums, all > intended to realize a definition of a system. In this respect it is > like ETRS89 and the various ETRF realizations. The various ensemble > members have names like WGS84(TRANSIT) and WGS84(G2296), the most recent > member. The system definition is more or less congruent with ITRS, and > WGS84 realizations are each very similar to the corresponding (in time) > ITRFxxxx. > > You are correct that WGS84 is a global frame with a no-net-rotation > constraint, as opposed to plate-fixed datums. > > So, the next step is to say that DGGPS is still vague, what reference > station, and what frame are the reference station coordinates in. Then, > label that data as being in the right frame, and you will likely get a > good transformation. > > I believe that it is extremely unlikely that the reference station > coordinates are in any WGS84 realization. There is simply no method to > get accurate coordinates in that frame because carrier phase data from > the GPS reference stations are not published. Every differential system > I have seen or heard about uses either a national/regional datum (e.g. a > NAD83 realization, some ETRF, etc.), or some realization of ITRS, > e.g. ITRF2008. > > It is a major problem in GIS that data are mislabeled as being in WGS84 > and that it is treated as an interchange format. Both practices are > errors, but also the standard approach. In summary, I now do suspect, that the data from 2011 were mislabeled as being WGS84. Based on what I do understand so far, the ITRF reference frame in 2011 was ITRF2000, which corresponds to the WGS 84 (G1150) realization. However, most likely the RTK network has been used as reference stations. Therefore, the geographic coordinates are most likely based on the ETRS89 reference system (not WGS84) and given that the data have been mapped in 2011, based on the ETRF realization ETRF2000. No I am still struggeling to find a way to do a time-dependent transformation in QGIS from ETRS89/ETRF2000 to the recent ETRS89/ETRF2020. > _______________________________________________ > QGIS-User mailing list > QGIS-User at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user -- sent from my R2 unit ------------------------------------------------------- Jochem Kail Dr. rer. nat. University of Duisburg-Essen Faculty of Biology Department of Aquatic Ecology Universit?tsstrasse 5 D-45141 Essen Germany Room S05T03B08 Tel: +49.201.183.3046 Tel: +49.160.96228374 Fax: +49.201.183.2179 jochem.kail at uni-due.de https://www.uni-due.de/aquatische_oekologie/mitarbeiter/jochem_kail.php Important note: The university server does not accept old Microsoft Office files (e.g. *.doc) but only the recent version (e.g. *.docx)! From gdt at lexort.com Fri Jun 12 05:47:19 2026 From: gdt at lexort.com (Greg Troxel) Date: Fri, 12 Jun 2026 08:47:19 -0400 Subject: [Qgis-user] Reproject from WGS84 (EPSG: 4326) to ETRS89/UTM32N (EPSG: 25832) considering the epoch In-Reply-To: (Jochem Kail via's message of "Fri, 12 Jun 2026 14:25:54 +0200") References: Message-ID: Jochem Kail via QGIS-User writes: >> It is a major problem in GIS that data are mislabeled as being in WGS84 >> and that it is treated as an interchange format. Both practices are >> errors, but also the standard approach. > > In summary, I now do suspect, that the data from 2011 were mislabeled > as being WGS84. Based on what I do understand so far, the ITRF > reference frame in 2011 was ITRF2000, which corresponds to the WGS 84 > (G1150) realization. However, most likely the RTK network has been > used as reference stations. Therefore, the geographic coordinates are > most likely based on the ETRS89 reference system (not WGS84) and given > that the data have been mapped in 2011, based on the ETRF realization > ETRF2000. You said "DGPS" earlier and now you are saying "RTK". These are not the same thing. To get this right, you need to be clear on what was done before, from what reference station, and what CRS that reference station was operating in. That should have been collected as source metadata at the time, and the proper CRS label applied to the dataset, which is easier said than done, to fix in hindsight. The idea that a DGPS (or RTK) network in Europe, in 2011, was in ETRF2000, is highly plausible More or less, surveying (that uses beyond-site coordinates) and national mapping activities very strongly tend to use the national/regional datum. Further, in the US, while we use "NAD83(2011)", networks are all set up for the 2010.0 epoch of that (technically dynamic) datum, even today. I am unclear on EU practice in this regard. It remains a fair, if probably unimportant, question to ask whether the DGPS/RTK base station reference coordinates were in ETRF2000 epoch 1989.0 or in some different epoch. The point of ETRS is to be plate fixed, and thus velocities of points on the ground, when expressed in ETRF2000, should be near zero. At 1 mm/y, we're talking 15 mm, and at 1 cm/y, it's 15 cm. > No I am still struggeling to find a way to do a time-dependent > transformation in QGIS from ETRS89/ETRF2000 to the recent > ETRS89/ETRF2020. You are writing ETRS89/ETRF2000 as if it is a compound object, which it isn't. ETRS89 is a "system", which gives rules for defining frames, so there are no cooprdinates in ETRS89. ETRF2000 is a "realization" of the system, also called a datum or reference frame. I am unaware of people treating ETRFxxxx as dynamic, even though it technically seems defined that way. But I am underclued about ETRS/ETRF practices. I would suggest that you relabel your 2011 data as being in ETRF2000 and see what happens. Also use command-line proj: $ projinfo -s ETRF2000 -t ETRF2020 which returns a lot of operations that surprise me, being time-dependent transforms with non-zero rates (despite both ETRF2000 and ETRF2020 both having base epoch of 1989.0). But I say again, I am underclued about ETRS. From achikoore at gmail.com Fri Jun 12 07:48:55 2026 From: achikoore at gmail.com (Abel Chikoore) Date: Fri, 12 Jun 2026 16:48:55 +0200 Subject: [Qgis-user] Visualizing 3D Drillhole Data Message-ID: Good day Im trying to view my drillholes in 3D using Qgis2threejs Exporter. I get an error message: *The current web view QtWebKit cannot display 3D objects. Please use the Qt WebEngine view instead* When i use the Qt WebEngine the error is *PyQt - WebEngine is not installed. WebEngine modules are unavailable* Im using QGIS Version 3,44,11 Can someone please assist me. Regards, Abel - +27 84 742 3055 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jochem.kail at uni-due.de Fri Jun 12 10:58:42 2026 From: jochem.kail at uni-due.de (Jochem Kail) Date: Fri, 12 Jun 2026 19:58:42 +0200 Subject: [Qgis-user] QGIS Simplify polygons without creating gaps and overlaps Message-ID: <73f534d2-e332-429e-8397-ba1ae079a1c5@uni-due.de> I polygonized a land use raster layer using GDAL ? Raster Conversion ? Polygonize (Raster to Vector). The borders of the polygons of course exactly follow the borders of the raster cell. In ArcPro, there was an option to create simplified polygons when polygonizing raster data. I tried to find a similar tool in QGIS or a way to simplify the polygons resulting from Polygonize, but did not find any solution that does not produce gaps or overlaps. Any suggestions are greatly appreciated, thanks! -- sent from my R2 unit ------------------------------------------------------- Jochem Kail Dr. rer. nat. University of Duisburg-Essen Faculty of Biology Department of Aquatic Ecology Universit?tsstrasse 5 D-45141 Essen Germany Room S05T03B08 Tel: +49.201.183.3046 Tel: +49.160.96228374 Fax: +49.201.183.2179 jochem.kail at uni-due.de https://www.uni-due.de/aquatische_oekologie/mitarbeiter/jochem_kail.php Important note: The university server does not accept old Microsoft Office files (e.g. *.doc) but only the recent version (e.g. *.docx)! From siki1958 at gmail.com Fri Jun 12 14:31:43 2026 From: siki1958 at gmail.com (=?UTF-8?B?Wm9sdMOhbiBTaWtp?=) Date: Fri, 12 Jun 2026 23:31:43 +0200 Subject: [Qgis-user] QGIS Simplify polygons without creating gaps and overlaps In-Reply-To: <73f534d2-e332-429e-8397-ba1ae079a1c5@uni-due.de> References: <73f534d2-e332-429e-8397-ba1ae079a1c5@uni-due.de> Message-ID: Dear Jochem, try Symplify coverage from the Processing Toolbox. Regards, Zolt?n Jochem Kail via QGIS-User ezt ?rta (id?pont: 2026. j?n. 12., P, 19:59): > I polygonized a land use raster layer using GDAL ? Raster Conversion ? > Polygonize (Raster to Vector). The borders of the polygons of course > exactly follow the borders of the raster cell. In ArcPro, there was an > option to create simplified polygons when polygonizing raster data. I > tried to find a similar tool in QGIS or a way to simplify the polygons > resulting from Polygonize, but did not find any solution that does not > produce gaps or overlaps. > > Any suggestions are greatly appreciated, thanks! > > -- > sent from my R2 unit > ------------------------------------------------------- > Jochem Kail > Dr. rer. nat. > University of Duisburg-Essen > Faculty of Biology > Department of Aquatic Ecology > Universit?tsstrasse 5 > D-45141 Essen > Germany > > Room S05T03B08 > Tel: +49.201.183.3046 > Tel: +49.160.96228374 > Fax: +49.201.183.2179 > > jochem.kail at uni-due.de > https://www.uni-due.de/aquatische_oekologie/mitarbeiter/jochem_kail.php > > Important note: The university server does not accept old Microsoft Office > files (e.g. *.doc) but only the recent version (e.g. *.docx)! > > _______________________________________________ > QGIS-User mailing list > QGIS-User at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user > -- ?dv. Siki Zolt?n -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreaerdna at libero.it Sun Jun 14 05:42:32 2026 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Sun, 14 Jun 2026 14:42:32 +0200 Subject: [Qgis-user] Visualizing 3D Drillhole Data Message-ID: Hi Abel, firstly I suggest you to try to solve one problem at a time: have you already fixed the issue you have recently reported about the "Coordinates Reprojection"? If not, it would be useful if you clarified some details of your problem as requested in my previous message. > Abel Chikoore achikoore at gmail.com > Fri Jun 12 07:48:55 PDT 2026 > *The current web view QtWebKit cannot display 3D objects. Please use the Qt > WebEngine view instead* > > When i use the Qt WebEngine the error is *PyQt - WebEngine is not > installed. WebEngine modules are unavailable* BTW, the error message also says that: << You can find instructions on how to do this in the plugin wiki https://github.com/minorua/Qgis2threejs/wiki/How-to-use-Qt-WebEngine-view-with-Qgis2threejs >> Have you followed such suggestion and the instructions in the wiki page? What plugin's version are you using? Regards. Andrea From abel.gonzalez.c at gmail.com Sun Jun 14 06:56:10 2026 From: abel.gonzalez.c at gmail.com (Abel Gonzalez) Date: Sun, 14 Jun 2026 15:56:10 +0200 Subject: [Qgis-user] Drillhole 3D View in QGIS In-Reply-To: References: Message-ID: Hi Abel! My name is Abel as well?. I am the creator of Qtiler and we have developed an opendource app to create QWC maps with 3D included. Maybe you should take a look att my video in Linkedin, maybe it may be something that would solve your visualization problem? The 3D models are rendered as wfs via Qtiler. Happy to help if you decide to try it. https://www.linkedin.com/posts/mundogis_un-video-rapidito-de-como-usar-mapas-de-qgis-activity-7465067590588203008-VBO6?utm_medium=ios_app&rcm=ACoAAGLdZ1cB6BVP0nSm7KBtZ8XNrFO12utzBcc&utm_source=social_share_send&utm_campaign=copy_link Br/ Abel from MundoGIS m?n 8 juni 2026 kl. 20:09 skrev Abel Chikoore via QGIS-User < qgis-user at lists.osgeo.org>: > Good day, > I am a new user of QGIS. I have loaded my files, including my Survey File > in Geographic Coordinate System with no problem. > > However im unable to view my desurveyed drillholes in 3D. > > I do have my DTM loaded. > > Can i get assistance please. > > Regards, > Abel Chikoore - +27 84 742 3055 > _______________________________________________ > QGIS-User mailing list > QGIS-User at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From achikoore at gmail.com Sun Jun 14 08:13:57 2026 From: achikoore at gmail.com (Abel Chikoore) Date: Sun, 14 Jun 2026 17:13:57 +0200 Subject: [Qgis-user] Visualizing 3D Drillhole Data In-Reply-To: References: Message-ID: Good day Andrea, Thank you for communicating, much appreciated. Yes yes i managed to solve the Coordinate conversion issue and yesterday (Saturday my time im SA) i also managed to solve the 3D Viewing problem by installating the WebEngine. I really appreciate your help. I will now be moving to creating 3D Geological Models, hope i will get it right. Im still learning the Software though. Regards, Abel - +27 84 742 3055 On Sun, 14 Jun 2026, 14:42 Andrea Giudiceandrea via QGIS-User, < qgis-user at lists.osgeo.org> wrote: > Hi Abel, > firstly I suggest you to try to solve one problem at a time: have you > already fixed the issue you have recently reported about the > "Coordinates Reprojection"? If not, it would be useful if you clarified > some details of your problem as requested in my previous message. > > > Abel Chikoore achikoore at gmail.com > > Fri Jun 12 07:48:55 PDT 2026 > > *The current web view QtWebKit cannot display 3D objects. Please use the > Qt > > WebEngine view instead* > > > > When i use the Qt WebEngine the error is *PyQt - WebEngine is not > > installed. WebEngine modules are unavailable* > > BTW, the error message also says that: << You can find instructions on > how to do this in the plugin wiki > > https://github.com/minorua/Qgis2threejs/wiki/How-to-use-Qt-WebEngine-view-with-Qgis2threejs > >> > > Have you followed such suggestion and the instructions in the wiki page? > What plugin's version are you using? > > Regards. > > Andrea > _______________________________________________ > QGIS-User mailing list > QGIS-User at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreaerdna at libero.it Sun Jun 14 11:22:14 2026 From: andreaerdna at libero.it (Andrea Giudiceandrea) Date: Sun, 14 Jun 2026 20:22:14 +0200 Subject: [Qgis-user] Visualizing 3D Drillhole Data Message-ID: <0225aed8-4b1f-4abe-8cef-54b33e4e64e5@libero.it> > Abel Chikoore achikoore at gmail.com > Sun Jun 14 08:13:57 PDT 2026 > Yes yes i managed to solve the Coordinate conversion issue and yesterday > (Saturday my time im SA) i also managed to solve the 3D Viewing Glad to hear that! I think it would be useful if next time you would take the time to let the mailing list know that you managed to solve the problem and how you did it, so that other users can benefit as well. Regards. Andrea From gdt at lexort.com Sun Jun 14 11:52:48 2026 From: gdt at lexort.com (Greg Troxel) Date: Sun, 14 Jun 2026 14:52:48 -0400 Subject: [Qgis-user] Visualizing 3D Drillhole Data In-Reply-To: <0225aed8-4b1f-4abe-8cef-54b33e4e64e5@libero.it> (Andrea Giudiceandrea via's message of "Sun, 14 Jun 2026 20:22:14 +0200") References: <0225aed8-4b1f-4abe-8cef-54b33e4e64e5@libero.it> Message-ID: Andrea Giudiceandrea via QGIS-User writes: > I think it would be useful if next time you would take the time to let > the mailing list know that you managed to solve the problem and how > you did it, so that other users can benefit as well. Agreed. I view it as part of the social contract that when you ask for help, you send a followup that not only says that you have figured things out, but that you explain what the problem was and what the solution was. People find questions in archives via search all the time and they should also get the answers after others spent time helping. This is on top of continuing to reply on list, rather than sending private mail to someone that helped you, and really going through the suggested debugging steps. We probably don't have this as part of the guidelines for communications channels, but that's how I see it, and I have, not in qgis but in other forums, "instructed my MUA not to show me messages from this person" in cases of repeated, significant deviations from someone. From achikoore at gmail.com Sun Jun 14 12:10:09 2026 From: achikoore at gmail.com (Abel Chikoore) Date: Sun, 14 Jun 2026 21:10:09 +0200 Subject: [Qgis-user] Visualizing 3D Drillhole Data In-Reply-To: <0225aed8-4b1f-4abe-8cef-54b33e4e64e5@libero.it> References: <0225aed8-4b1f-4abe-8cef-54b33e4e64e5@libero.it> Message-ID: Hi Andrea, You are correct, i fully agree with you. Im fairly new on the platform, about 2 weeks, please accept my apologies. My issues was the PyQt-Webengine was not installed and i didnt know how to do it. I was subsequently advised to install it via OSGeo4W. I still struggled to install it on QGIS Longterm Realese but succeded on QGIS 4.0 Version Regards, Abel On Sun, 14 Jun 2026, 20:22 Andrea Giudiceandrea via QGIS-User, < qgis-user at lists.osgeo.org> wrote: > > Abel Chikoore achikoore at gmail.com > > Sun Jun 14 08:13:57 PDT 2026 > > Yes yes i managed to solve the Coordinate conversion issue and yesterday > > (Saturday my time im SA) i also managed to solve the 3D Viewing > > Glad to hear that! > > I think it would be useful if next time you would take the time to let > the mailing list know that you managed to solve the problem and how you > did it, so that other users can benefit as well. > > Regards. > > Andrea > _______________________________________________ > QGIS-User mailing list > QGIS-User at lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dkabay at iinet.net.au Sun Jun 14 20:39:13 2026 From: dkabay at iinet.net.au (Dave Kabay) Date: Mon, 15 Jun 2026 11:39:13 +0800 Subject: [Qgis-user] Finding relationships between different types and subjects of shape files Message-ID: <00a501dcfc78$89a3f110$9cebd330$@iinet.net.au> Hi Being moderately new to QGIS, I am just seeing if there are Plugins that can find relationships (e.g. say inside, x meters away etc. )between different types of shape files (e.g. point, line and polygon shape files) and different subject shape files e.g. say a particular class of Observation( point shape files) ,say rainfall isohyets, depth to ground water lines (line shape files) and say soil types, depth to ground water depth (polygon shape files. Any help would be appreciated. An example of a particular question I want to look at is Do a particular species of fungi occur in what soil type(e.g. sandy 4 type) in a particular zone of geology (Bigger shape file) or How far from an observation (point) is from the boundary of 2 different particular adjacent soil types(polygon shape files) in which the observation is in 1 of them Kind Regards Dave Dave Kabay 19A Priestley Street Embleton WA 6062 Phone 08 6142 6756 Mob 0417 950 508 -- This email has been checked for viruses by AVG antivirus software. www.avg.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From clhermansen at gmail.com Sun Jun 14 21:21:34 2026 From: clhermansen at gmail.com (chris hermansen) Date: Sun, 14 Jun 2026 21:21:34 -0700 Subject: [Qgis-user] Finding relationships between different types and subjects of shape files In-Reply-To: <00a501dcfc78$89a3f110$9cebd330$@iinet.net.au> References: <00a501dcfc78$89a3f110$9cebd330$@iinet.net.au> Message-ID: Dave and list, On Sun, Jun 14, 2026, 20:57 Dave Kabay via QGIS-User < qgis-user at lists.osgeo.org> wrote: > Hi > > Being moderately new to QGIS, I am just seeing if there are Plugins that > can find relationships (e.g. say inside, x meters away etc. )between > different types of shape files (e.g. point, line and polygon shape files) > and different subject shape files e.g. say a particular class of > Observation( point shape files) ,say rainfall isohyets, depth to ground > water lines (line shape files) and say soil types, depth to ground water > depth (polygon shape files. > > > > Any help would be appreciated. An example of a particular question I want > to look at is Do a particular species of fungi occur in what soil type(e.g. > sandy 4 type) in a particular zone of geology (Bigger shape file) or > > How far from an observation (point) is from the boundary of 2 different > particular adjacent soil types(polygon shape files) in which the > observation is in 1 of them > What you are trying to do is loosely termed "spatial analysis" and there are many tutorials on the topic available online. Operations like "intersection" and "overlap" relate to the kinds of queries you want to carry out. Sometimes creating buffers around spatial objects is a part of that process. You can start here: https://qgis.org/resources/hub/ Or use your favourite search engine to explore things like "spatial analysis tutorials". > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ujaval at spatialthoughts.com Sun Jun 14 21:42:04 2026 From: ujaval at spatialthoughts.com (Ujaval Gandhi) Date: Mon, 15 Jun 2026 04:42:04 +0000 Subject: [Qgis-user] Finding relationships between different types and subjects of shape files In-Reply-To: References: <00a501dcfc78$89a3f110$9cebd330$@iinet.net.au> Message-ID: Hi Dave, The QGIS Processing Toolbox has several 'Join' tools. 'Join Attributes by Location' will find the intersecting feature from another layer, 'Join Attributes by Nearest' will find the nearest?feature from another layer and so on. Each of these tools have an option 'Selected Features only'. so if you want to online find nearest feature of a particular zone type in a layer, first select all the features (Select by Attribute) and then run the join tool of your choice. --- Ujaval Gandhi Spatial Thoughts www.spatialthoughts.com [http://www.spatialthoughts.com] On Mon, Jun 15, 2026 at 9:51?AM chris hermansen via QGIS-User wrote: > Dave and list, > > > On Sun, Jun 14, 2026, 20:57 Dave Kabay via QGIS-User > wrote: > > > > Hi > > > > Being moderately new to QGIS, I am ?just seeing if there are Plugins that > > can find relationships (e.g. ?say inside, x meters away etc. )between > > different types of shape files (e.g. point, line and polygon shape files) > > ?and different subject shape files e.g. say a particular class of > > Observation( point shape files) ,say ?rainfall isohyets, depth to ground > > water lines (line shape files) and say soil types, depth to ground water > > depth (polygon shape files.? > > > > ? > > > > Any help would be appreciated.? An example of a particular question I want > > to look at is Do a particular species of fungi occur in what soil type(e.g. > > sandy 4 type) ?in a particular zone of geology (Bigger shape file) or > > > > How far from an observation (point) is from the boundary of 2 different > > particular adjacent soil types(polygon shape files) in which the observation > > ?is in 1 of them > > > > What you are trying to do is loosely termed "spatial analysis" and there are > many tutorials on the topic available online. > > > Operations like "intersection" and "overlap" relate to the kinds of queries > you want to carry out. Sometimes creating buffers around spatial objects is a > part of that process. > > > You can start here: > > > ?https://qgis.org/resources/hub/ [https://qgis.org/resources/hub/] > > > Or use your favourite search engine to explore things like "spatial analysis > tutorials". > > > > > _______________________________________________ > QGIS-User mailing list > QGIS-User at lists.osgeo.org [QGIS-User at lists.osgeo.org] > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user > [https://lists.osgeo.org/mailman/listinfo/qgis-user] > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user > [https://lists.osgeo.org/mailman/listinfo/qgis-user] [data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=3D] -------------- next part -------------- An HTML attachment was scrubbed... URL: From jochem.kail at uni-due.de Sun Jun 14 23:00:30 2026 From: jochem.kail at uni-due.de (Jochem Kail) Date: Mon, 15 Jun 2026 08:00:30 +0200 Subject: [Qgis-user] QGIS Simplify polygons without creating gaps and overlaps In-Reply-To: <73f534d2-e332-429e-8397-ba1ae079a1c5@uni-due.de> References: <73f534d2-e332-429e-8397-ba1ae079a1c5@uni-due.de> Message-ID: After searching a bit more, I found a very good solution myself (but of course many thanks for all other helpful replies) and I wanted to share this in case anybody was or will have the same problem: Of course, there is the GRASS tool "v.generalize (https://docs.qgis.org/3.44/en/docs/training_manual/processing/generalize.html). I learned that GRASS is a true vector model, meaning that instead of storing independent, overlapping polygons (like simple features do), it builds areas from shared boundaries. Therefore, when simplifying or generalizing polygons, the resulting simplified polygons still share their boundaries and have no gaps and overlaps. Moreover, GRASS v.generalize offers different simplifying algorithms. By setting the maximum tolerance value a bit larger than the cell size of the raster the polygons originated from (e.g. 12m for a 10m raster), the zig-zag polygon borders are replaced by straight segments. This is exactly what I was looking for. Am 12.06.2026 um 19:58 schrieb Jochem Kail via QGIS-User: > I polygonized a land use raster layer using GDAL ? Raster Conversion ? > Polygonize (Raster to Vector). The borders of the polygons of course > exactly follow the borders of the raster cell. In ArcPro, there was an > option to create simplified polygons when polygonizing raster data. I > tried to find a similar tool in QGIS or a way to simplify the polygons > resulting from Polygonize, but did not find any solution that does not > produce gaps or overlaps. > > Any suggestions are greatly appreciated, thanks! > -- sent from my R2 unit ------------------------------------------------------- Jochem Kail Dr. rer. nat. University of Duisburg-Essen Faculty of Biology Department of Aquatic Ecology Universit?tsstrasse 5 D-45141 Essen Germany Room S05T03B08 Tel: +49.201.183.3046 Tel: +49.160.96228374 Fax: +49.201.183.2179 jochem.kail at uni-due.de https://www.uni-due.de/aquatische_oekologie/mitarbeiter/jochem_kail.php Important note: The university server does not accept old Microsoft Office files (e.g. *.doc) but only the recent version (e.g. *.docx)!