From jj at franjam.org.uk  Fri May  1 10:17:03 2026
From: jj at franjam.org.uk (Jim Jackson)
Date: Fri, 1 May 2026 18:17:03 +0100 (BST)
Subject: [Qgis-user] Best practice when using UK national grid and GPS
Message-ID: <b693fe29-2baa-f075-72b1-38fb2b43996f@franjam.org.uk>



QGIS version  3.40.6-Bratislava
QGIS code branch Release 3.40
OS Linux Devuan GNU/Linux 6 (excalibur) (basically Debian Trixie)

Hi All,

As a member of a community Archaeology Group, I'm using QGIS for recording 
archaeological features in the UK. I'm using Google Satellite, 
OpenStreetMap and National Library of Scotland historic basemaps, which (as 
I understand it) use EPSG:3857.

I have an RTK GPS receiver for collecting data points which are in 
EPSG:4326. 
I 
also get UK National Grid data points from a colleague who has access to a 
total station.

As I think I understand it, I need to set the project CRS to UK national 
grid EPSG:27700 to get sensible distance measurements However I then get 
occasional warnings "Used a ballpark transform from EPSG:27700 to 
EPSG:3857" indicated less than accurate transformations, and then I get 
lost!!!!

Can anyone point me to a tutorial on how to set up QGIS in the UK to get 
accurate transformations in these circumstances (which can't be that 
unusual).

Any advice and/or pointers where I've gone wrong gratefully received.

Jim Jackson



From gdt at lexort.com  Fri May  1 11:50:44 2026
From: gdt at lexort.com (Greg Troxel)
Date: Fri, 01 May 2026 14:50:44 -0400
Subject: [Qgis-user] Best practice when using UK national grid and GPS
In-Reply-To: <b693fe29-2baa-f075-72b1-38fb2b43996f@franjam.org.uk> (Jim
 Jackson via's message of "Fri, 1 May 2026 18:17:03 +0100 (BST)")
References: <b693fe29-2baa-f075-72b1-38fb2b43996f@franjam.org.uk>
Message-ID: <rmio6iz3qwr.fsf@s1.lexort.com>

Jim Jackson via QGIS-User <qgis-user at lists.osgeo.org> writes:

> QGIS version  3.40.6-Bratislava
> QGIS code branch Release 3.40

That's old, but probably not hurting you in this regard.

> As a member of a community Archaeology Group, I'm using QGIS for recording 
> archaeological features in the UK. I'm using Google Satellite, 
> OpenStreetMap and National Library of Scotland historic basemaps, which (as 
> I understand it) use EPSG:3857.

You'd have to ask NLS but surely those historic maps are not in 3857,
but something else, and they've transformed them for webmapping use.  In
the US, the USGS has done such transforms.  But sub-meter and historic
map don't go together.


> I have an RTK GPS receiver for collecting data points which are in 
> EPSG:4326. 

Really?  That sounds fishy.  What provider are you connecting to that is
sending reference data (via NTRIP and RTCM3 probably)?  How did they
establish base station coordinates in 4326?  Do they understand that
it's an ensemble, and that they are saying they don't know what datum
their base coordinates are really in?

If you set up your own base and did "survey in", you're probably pretty
far off.

> I also get UK National Grid data points from a colleague who has
> access to a total station.

You should ask your colleague to explain where their coordinates come
from, as total stations don't do absolute positioning.  Lots of
possibilities here.

Read this, and note that the grid is a projection from an underlying
datum, OSGB36:

  https://en.wikipedia.org/wiki/Ordnance_Survey_National_Grid

I think you should be aiming to use "OSTN15" as a transform between
various modern datums and OSGB36 (well, it's for one modern datum, but
you will go through that datum from others).

> As I think I understand it, I need to set the project CRS to UK national 
> grid EPSG:27700 to get sensible distance measurements However I then get 
> occasional warnings "Used a ballpark transform from EPSG:27700 to 
> EPSG:3857" indicated less than accurate transformations, and then I get 
> lost!!!!

The measure tool should read in meters regardless.  3857 does not have a
single scale from coordinates to distance, but the tool should work.

If you are trying to measure distances between your RTK measurements and
the total station measurements, you're likely going to have errors.

However, using 27700 as a project CRS is sensible.  UKNG coordinates
should be close enough to meters - but use the measure tool.

> Can anyone point me to a tutorial on how to set up QGIS in the UK to get 
> accurate transformations in these circumstances (which can't be that 
> unusual).

There is no such thing as accurate data in 4326, if you care about a
meter.  It is an ensemble with an intrinsic uncertainty of 2m and it
makes zero sense to use it for RTK.  You will have to resolve that
problem.

Probably, the coordinates in your RTK system are in either some recent
ITRF or in some recent ETRF (<humor>but maybe the UK stopped using ETRF
due to Brexit?</humor>).

proj, and hence qgis, will use a "ballpark transformation" that is
typically low accuracy when one of the frames in the transform has
similarly low intrinsic accuracy.

If your RTK data meaasured in April is really "ITRF2020 epoch 2026.3",
then if you label it that way, and make sure you let proj load grids,
you should end up with accurate UKNG/OSGB36 coordinates.


I would recommend that you work with your total station colleague to
take your RTK setup to an OS passive control and measure its location
and see if you can get your values and the OS published values to line
up.

Or, establish some passive controls at the edges of your site and have
both of you measure each of them.

In the US (MA), I've measured points with RTK in "NAD83(2011) epoch
2010.0", our current national datum, and lined them up with imagery that
has been ground controlled to on the order of 10 cm and they match well.
So I'm pretty confident in my RTK-derived coordinates.

From jj at franjam.org.uk  Fri May  1 13:14:04 2026
From: jj at franjam.org.uk (Jim Jackson)
Date: Fri, 1 May 2026 21:14:04 +0100 (BST)
Subject: [Qgis-user] Best practice when using UK national grid and GPS
In-Reply-To: <rmio6iz3qwr.fsf@s1.lexort.com>
References: <b693fe29-2baa-f075-72b1-38fb2b43996f@franjam.org.uk>
 <rmio6iz3qwr.fsf@s1.lexort.com>
Message-ID: <b46a8223-d80a-0fde-eecf-71d710b5dece@franjam.org.uk>


And there I was thinking I was beginning to understand this stuff and the 
first reply goes Whooosh into space over my head :-) But I'll try ...


On Fri, 1 May 2026, Greg Troxel via QGIS-User wrote:

> Jim Jackson via QGIS-User <qgis-user at lists.osgeo.org> writes:
> 
> > QGIS version  3.40.6-Bratislava
> > QGIS code branch Release 3.40
> 
> That's old, but probably not hurting you in this regard.
> 
> > As a member of a community Archaeology Group, I'm using QGIS for recording 
> > archaeological features in the UK. I'm using Google Satellite, 
> > OpenStreetMap and National Library of Scotland historic basemaps, which (as 
> > I understand it) use EPSG:3857.
> 
> You'd have to ask NLS but surely those historic maps are not in 3857,
> but something else, and they've transformed them for webmapping use.  In
> the US, the USGS has done such transforms.  But sub-meter and historic
> map don't go together.

Ok. I didn't set the CRS I just used the XYZ url they advertise in XYZ 
tiles and I get the maps and the CRS shown for the layer says EPSG:3857

> > I have an RTK GPS receiver for collecting data points which are in 
> > EPSG:4326. 

> Really?  That sounds fishy.  What provider are you connecting to that is
> sending reference data (via NTRIP and RTCM3 probably)?  

Yes yes, but the output to the app is WGS84 lat lon co-ordinates.

> How did they
> establish base station coordinates in 4326?  Do they understand that
> it's an ensemble, and that they are saying they don't know what datum
> their base coordinates are really in?

Ok so I load GPX data saved by my phone app using this external GPS 
receiver into QGIS and as if by magic it has a CRS of EPSG:4326 WGS84
I didn't do anything.

> If you set up your own base and did "survey in", you're probably pretty
> far off.

Nah used a nearby "centipede-rtk.org" base station.

> > I also get UK National Grid data points from a colleague who has
> > access to a total station.
> 
> You should ask your colleague to explain where their coordinates come
> from, as total stations don't do absolute positioning.  Lots of
> possibilities here.

Total station triangulation in from known UK OS grid points, then surveying
and recording UK OS grid points.

> Read this, and note that the grid is a projection from an underlying
> datum, OSGB36:
> 
>   https://en.wikipedia.org/wiki/Ordnance_Survey_National_Grid
> 
> I think you should be aiming to use "OSTN15" as a transform between
> various modern datums and OSGB36 (well, it's for one modern datum, but
> you will go through that datum from others).
> 
> > As I think I understand it, I need to set the project CRS to UK national 
> > grid EPSG:27700 to get sensible distance measurements However I then get 
> > occasional warnings "Used a ballpark transform from EPSG:27700 to 
> > EPSG:3857" indicated less than accurate transformations, and then I get 
> > lost!!!!
> 
> The measure tool should read in meters regardless. 3857 does not have a
> single scale from coordinates to distance, but the tool should work.

Ah but it doesn't. 

> If you are trying to measure distances between your RTK measurements and
> the total station measurements, you're likely going to have errors.
> 
> However, using 27700 as a project CRS is sensible.  UKNG coordinates
> should be close enough to meters - but use the measure tool.
> 
> > Can anyone point me to a tutorial on how to set up QGIS in the UK to get 
> > accurate transformations in these circumstances (which can't be that 
> > unusual).
> 
> There is no such thing as accurate data in 4326, if you care about a
> meter.  It is an ensemble with an intrinsic uncertainty of 2m and it
> makes zero sense to use it for RTK.  You will have to resolve that
> problem.
> 
> Probably, the coordinates in your RTK system are in either some recent
> ITRF or in some recent ETRF (<humor>but maybe the UK stopped using ETRF
> due to Brexit?</humor>).
> 
> proj, and hence qgis, will use a "ballpark transformation" that is
> typically low accuracy when one of the frames in the transform has
> similarly low intrinsic accuracy.
> 
> If your RTK data meaasured in April is really "ITRF2020 epoch 2026.3",
> then if you label it that way, and make sure you let proj load grids,
> you should end up with accurate UKNG/OSGB36 coordinates.
> 
> 
> I would recommend that you work with your total station colleague to
> take your RTK setup to an OS passive control and measure its location
> and see if you can get your values and the OS published values to line
> up.
> 
> Or, establish some passive controls at the edges of your site and have
> both of you measure each of them.
> 
> In the US (MA), I've measured points with RTK in "NAD83(2011) epoch
> 2010.0", our current national datum, and lined them up with imagery that
> has been ground controlled to on the order of 10 cm and they match well.
> So I'm pretty confident in my RTK-derived coordinates.
> _______________________________________________
> 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 gdt at lexort.com  Fri May  1 16:20:00 2026
From: gdt at lexort.com (Greg Troxel)
Date: Fri, 01 May 2026 19:20:00 -0400
Subject: [Qgis-user] Best practice when using UK national grid and GPS
In-Reply-To: <b46a8223-d80a-0fde-eecf-71d710b5dece@franjam.org.uk> (Jim
 Jackson's message of "Fri, 1 May 2026 21:14:04 +0100 (BST)")
References: <b693fe29-2baa-f075-72b1-38fb2b43996f@franjam.org.uk>
 <rmio6iz3qwr.fsf@s1.lexort.com>
 <b46a8223-d80a-0fde-eecf-71d710b5dece@franjam.org.uk>
Message-ID: <rmizf2i3efz.fsf@s1.lexort.com>

Jim Jackson <jj at franjam.org.uk> writes:

> On Fri, 1 May 2026, Greg Troxel via QGIS-User wrote:
>
>> Jim Jackson via QGIS-User <qgis-user at lists.osgeo.org> writes:
>> 
>> > QGIS version  3.40.6-Bratislava
>> > QGIS code branch Release 3.40
>> 
>> That's old, but probably not hurting you in this regard.
>> 
>> > As a member of a community Archaeology Group, I'm using QGIS for recording 
>> > archaeological features in the UK. I'm using Google Satellite, 
>> > OpenStreetMap and National Library of Scotland historic basemaps, which (as 
>> > I understand it) use EPSG:3857.
>> 
>> You'd have to ask NLS but surely those historic maps are not in 3857,
>> but something else, and they've transformed them for webmapping use.  In
>> the US, the USGS has done such transforms.  But sub-meter and historic
>> map don't go together.
>
> Ok. I didn't set the CRS I just used the XYZ url they advertise in XYZ 
> tiles and I get the maps and the CRS shown for the layer says EPSG:3857

I meant to say that probably this is ok.

>> > I have an RTK GPS receiver for collecting data points which are in 
>> > EPSG:4326. 
>
>> Really?  That sounds fishy.  What provider are you connecting to that is
>> sending reference data (via NTRIP and RTCM3 probably)?  
>
> Yes yes, but the output to the app is WGS84 lat lon co-ordinates.

I remain skeptical.

>> How did they
>> establish base station coordinates in 4326?  Do they understand that
>> it's an ensemble, and that they are saying they don't know what datum
>> their base coordinates are really in?
>
> Ok so I load GPX data saved by my phone app using this external GPS 
> receiver into QGIS and as if by magic it has a CRS of EPSG:4326 WGS84
> I didn't do anything.

It's not magic but it's probably wrong.  The GPX specification says
coordinates are in WGS84.  But that doesn't make it so.  The
coordinates, if they are solutions from an RTK receiver, are in the
reference frame of the base station.  The RTK receiver has no idea what
this is.  They get put in the GPX, and it gets added with a default.

To get this right you need to understand how the base station is set up.

>> If you set up your own base and did "survey in", you're probably pretty
>> far off.
>
> Nah used a nearby "centipede-rtk.org" base station.

That actually looks pretty careful.  (I'm using survey-grade bases, run
by my state's transportation department, a number of which are also in
the NGS national network.  So yes, I'm spoiled.)

I looked at their site, and was able to click on various stations and
get coordinates and reference frames.  I saw NAD83 in the US, and
ETRF2000

I picked at semi-random BALL, just east of Inverness, and the data are
in ETRF2000, not WGS84.  This makes sense; ETRF2000 is a crust-fixed
frame.

  Geo Coordinates ETRF2000
  Latitude :    57.49530272
  Longitude : -4.11980587
  Height :     103.353


All the "declared" bases I checked were ETRF2000.  The non-declared
(blue) ones did not have a datum.

>> You should ask your colleague to explain where their coordinates come
>> from, as total stations don't do absolute positioning.  Lots of
>> possibilities here.
>
> Total station triangulation in from known UK OS grid points, then surveying
> and recording UK OS grid points.

That's probably good then.

>> The measure tool should read in meters regardless. 3857 does not have a
>> single scale from coordinates to distance, but the tool should work.
>
> Ah but it doesn't. 

You'll need to explain more what's going on.  There is a toggle for map
units vs something else, and I've had no trouble asking for meters.

>> I would recommend that you work with your total station colleague to
>> take your RTK setup to an OS passive control and measure its location
>> and see if you can get your values and the OS published values to line
>> up.

I stand by and emphasize this advice.



I suggest labeling the data from your receiver as ETRF2000 and see how
that goes.

From saber.razmjooei at lutraconsulting.co.uk  Sun May  3 23:17:02 2026
From: saber.razmjooei at lutraconsulting.co.uk (Saber Razmjooei)
Date: Mon, 4 May 2026 08:17:02 +0200
Subject: [Qgis-user] Best practice when using UK national grid and GPS
In-Reply-To: <b693fe29-2baa-f075-72b1-38fb2b43996f@franjam.org.uk>
References: <b693fe29-2baa-f075-72b1-38fb2b43996f@franjam.org.uk>
Message-ID: <CAH=WbRBRKiEh1PSvaazTWe7pMgtBfcTdgOf73Du-9MxWoK-Utw@mail.gmail.com>

Hi Jim,

Here is a full article on how projections (specifically the British
National Grid) work in QGIS and what you can do to improve your data
collection when using on-the-fly transformation:
https://merginmaps.com/docs/gis/projections/#projections

Kind regards
Saber


On Fri, 1 May 2026 at 19:36, Jim Jackson via QGIS-User <
qgis-user at lists.osgeo.org> wrote:

>
>
> QGIS version  3.40.6-Bratislava
> QGIS code branch Release 3.40
> OS Linux Devuan GNU/Linux 6 (excalibur) (basically Debian Trixie)
>
> Hi All,
>
> As a member of a community Archaeology Group, I'm using QGIS for recording
> archaeological features in the UK. I'm using Google Satellite,
> OpenStreetMap and National Library of Scotland historic basemaps, which
> (as
> I understand it) use EPSG:3857.
>
> I have an RTK GPS receiver for collecting data points which are in
> EPSG:4326.
> I
> also get UK National Grid data points from a colleague who has access to a
> total station.
>
> As I think I understand it, I need to set the project CRS to UK national
> grid EPSG:27700 to get sensible distance measurements However I then get
> occasional warnings "Used a ballpark transform from EPSG:27700 to
> EPSG:3857" indicated less than accurate transformations, and then I get
> lost!!!!
>
> Can anyone point me to a tutorial on how to set up QGIS in the UK to get
> accurate transformations in these circumstances (which can't be that
> unusual).
>
> Any advice and/or pointers where I've gone wrong gratefully received.
>
> Jim Jackson
>
>
> _______________________________________________
> 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
>


-- 

Saber Razmjooei

Co-Founder

lutraconsulting.co.uk

 [image: https://www.linkedin.com/in/saber-razmjooei/]
<https://www.linkedin.com/in/saber-razmjooei/>
<https://www.youtube.com/@LutraConsulting>
<https://github.com/lutraconsulting>

<https://www.lutraconsulting.co.uk/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20260504/0ef78224/attachment-0001.htm>

From andreaerdna at libero.it  Mon May  4 00:13:37 2026
From: andreaerdna at libero.it (Andrea Giudiceandrea)
Date: Mon, 4 May 2026 09:13:37 +0200
Subject: [Qgis-user] How Can I just have version LTR 3.44?
Message-ID: <99f0d6e1-cad2-4646-a4c7-c25ee01a78eb@libero.it>

Thanks for the update.

Andrea

Il 28/04/2026 10:58, Genna Woods ha scritto:
> Hi Andrea,
> 
> I have managed to fix the issue and have QGIS LTR 3.44 installed. Our outsourced IT provider was updating it due to their cyber security protocol which I did suspected from the beginning but they vehemently denied was happening.

From mithoefer at gbd-consult.de  Mon May  4 02:00:13 2026
From: mithoefer at gbd-consult.de (=?UTF-8?Q?Klaus_Mith=C3=B6fer?=)
Date: Mon, 4 May 2026 11:00:13 +0200
Subject: [Qgis-user] Issues with snapping and topological consistency in
 QField
In-Reply-To: <trinity-ded426ac-cfc7-41ca-a9e2-f253466311d0-1777452107629@trinity-msg-rest-gmx-gmx-live-b84d76db8-lxgtl>
References: <trinity-ded426ac-cfc7-41ca-a9e2-f253466311d0-1777452107629@trinity-msg-rest-gmx-gmx-live-b84d76db8-lxgtl>
Message-ID: <b63b7af8-ef7a-42d3-962c-b7e06903c376@gbd-consult.de>

Dear Matthias,

not all settings from QGIS are supported in QField. Basically try to 
configure your project in  Project > Snapping Settings and try.

https://docs.qfield.org/how-to/data-collection/digitize/?h=snapping#snapping

Check the documentation.

Kind regards,
Klaus


Am 29.04.26 um 10:41 schrieb Matthias D?rnbach via QGIS-User:
> 
> Dear users,
> 
> I have prepared a pre-mapping project in QGIS and transferred it to 
> QField via the QGIS Cloud plugin. As I am transitioning from traditional 
> paper-based mapping to a digital workflow, I am encountering 
> difficulties with the snapping and topological behavior in QField. My 
> understanding was, that QField would prevent topological errors (such as 
> overlaps), if I digitize over the boundaries of an adjacent polygon. 
> However, in my current project, overlapping polygons are being created 
> instead of being clipped or snapped correctly.
> 
> I have allready ensured that all snapping tools in the snapping toolbar 
> of the QGIS project are enabled and configured correctly and the 
> snapping function is permanently activated within the app settings.
> 
> Is there a specific setting in QField or the QGIS project properties 
> that I might have overlooked?
> 
> I would appreciate any guidance on how to ensure clean topological data 
> collection in the field.
> 
> Best regards,
> Matthias D?rnbach
> --
> Gesendet mit der GMX Mail App
> 
> _______________________________________________
> 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 mithoefer at gbd-consult.de  Mon May  4 03:37:18 2026
From: mithoefer at gbd-consult.de (=?UTF-8?Q?Klaus_Mith=C3=B6fer?=)
Date: Mon, 4 May 2026 12:37:18 +0200
Subject: [Qgis-user] Integrate custom transformation to Proj Database
 for use in QGIS
In-Reply-To: <6fed4e78-c7e0-4fd9-a20e-6b113593a648@libero.it>
References: <6fed4e78-c7e0-4fd9-a20e-6b113593a648@libero.it>
Message-ID: <f68b7b30-83c4-43fe-8512-c5be923c7472@gbd-consult.de>

Dear Andrea,

Thank you very much for your support! I was out of office for some days. 
That worked perfectly! I did not know the concept of the "usage" table.

Kind regards,

Klaus

Am 29.04.26 um 00:23 schrieb Andrea Giudiceandrea via QGIS-User:
>> Klaus Mith?fer mithoefer at gbd-consult.de
>> Tue Apr 28 09:43:56 PDT 2026
>> i use proj 9.4.0. I want to add a transformation similar to an 
>> existing one (code 15984 EPSG 32467 to 258322). But I want to use a 
>> different Transformation grid.
>> Proj.db has a table grid_transformation. I have added a data set 
>> similar to 15984 to code 15984 but with a different grid name.
> 
> You probably meant "code 15948 EPSG 31467 to 25832".
> 
> For PROJ 9.4, you also need to modify the "usage" table, other then the 
> "grid_transformation" table, adding a row corresponding with the row 
> added in the "grid_transformation" table.
> 
> For example, the following SQL statements add the needed rows for a NTv2 
> transformation similar to EPSG:15948 but using the BETA2007_CUSTOM.gsb 
> grid shift file:
> 
> INSERT INTO "grid_transformation"
> VALUES ('PROJ', 'DHDN_TO_ETRS89_CUSTOM', 'DHDN to ETRS89 (CUSTOM)', 
> NULL, 'EPSG', '9615', 'NTv2', 'EPSG', '4314', 'EPSG', '4258', '0.9', 
> 'EPSG', '8656', 'Latitude and longitude difference file', 
> 'BETA2007_CUSTOM.gsb', NULL, NULL, NULL, NULL, NULL, NULL, NULL, '0');
> 
> INSERT INTO "usage"
> VALUES (NULL, NULL, 'grid_transformation', 'PROJ', 
> 'DHDN_TO_ETRS89_CUSTOM', 'EPSG', '3339', 'EPSG', '1041');
> 
> 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


From gdt at lexort.com  Mon May  4 18:20:59 2026
From: gdt at lexort.com (Greg Troxel)
Date: Mon, 04 May 2026 21:20:59 -0400
Subject: [Qgis-user] Best practice when using UK national grid and GPS
In-Reply-To: <CAH=WbRBRKiEh1PSvaazTWe7pMgtBfcTdgOf73Du-9MxWoK-Utw@mail.gmail.com>
 (Saber Razmjooei via's message of "Mon, 4 May 2026 08:17:02 +0200")
References: <b693fe29-2baa-f075-72b1-38fb2b43996f@franjam.org.uk>
 <CAH=WbRBRKiEh1PSvaazTWe7pMgtBfcTdgOf73Du-9MxWoK-Utw@mail.gmail.com>
Message-ID: <rmiqznq3b44.fsf@s1.lexort.com>

Saber Razmjooei via QGIS-User <qgis-user at lists.osgeo.org> writes:

> Hi Jim,
>
> Here is a full article on how projections (specifically the British
> National Grid) work in QGIS and what you can do to improve your data
> collection when using on-the-fly transformation:
> https://merginmaps.com/docs/gis/projections/#projections

Thanks for writing, posting and pointing that out. It's a great overview
for people who are completely unclear on the concept.  A few comments:

A nit: this is very out of date:

  Most importantly, the recent release of QGIS 3.16 LTR and QGIS 3.18
  for all platforms is on PROJ6+ version.

and it's also unclearly talking about official binary packages vs qgis
source, and indirectly makes claims about random other packaging systems
(QGIS does not release binaries for "all platforms" :-) that may or may
not be true.  This blurring of source code and official binary packages
for a limited subset of platforms is a general problem, not specific to
your comments.

The real reason I wrote is because of promoting the concept that GNSS
receivers output data in 4326.

The page says

  However we want to capture point by GPS receiver in the field by
  Mergin Maps mobile app, and we add a point layer in WGS 84 coordinate
  reference system.

Everybody does this, but it's wrong.  No receiver outputs in the
ensemble, and if the GPS receiver 1) was really a GPS receiver, not a
multi-constellation receiver and 2) was computing autonomous positions,
with no SBAS, and no RTK, then it would be in today's recent WGS84
realization, WGS84(G2296).  Labeling positions with the ensemble at best
adds 2m of uncertainty, because WGS84(TRANSIT) is substantially
different from the rest.

(I realize that in your AU example, no SBAS is a fair assumption.  But
not in US or EU.)  As for point 1, I've never seen a straight answer
about what any GNSS receiver does in autonomous/SBAS mode to combine the
constellations, which each have their own CRS!

If the GNSS receiver is using SBAS (EGNOS or WAAS), then the positions
it outputs are *no longer in WGS84*.  They instead are in the SBAS
reference frame.  I am guessing that's ITRF2008, 2014, or 2020 now, but
it's remarkably hard to find that documented.

Using the WGS84 ensemble causes proj to be ok with null transforms.  The
path from 4326 to 27700 involves 4326 to ETRS89, which in the pipeline
you showed assumes equivalence.  I asked proj for a transform from
EPSG:7912 (ITRF2014) to 27700, expecting to find a more careful
transform to some ETRS89 realization before using the grid file.
Instead, I got a ballpark transform, which is very likely worse.  I'm
not really sure why, other than perhaps that's in the EPSG database,
which feels like a bug if so.

The point I was trying to make can be seen from

  projinfo -s epsg:4326 -t epsg:4258
  projinfo -s epsg:7912 -t epsg:4258

The first is a null transform, and the second (from ITRF2014) is not
null.

Probably, transforming from the WGS84 realization in use, or from
ITRF2020 as a proxy (for either recent WGS84 or what SBAS is using) to
ETRF2000, and then from ETRF2000 to OSGB36 is the best approach.

Of course, the idea that coordinates from autonomous or SBAS are better
than a meter or two is not credible.  Now, RTK equipment is sub-$1K.
But, RTK systems never output in 4326, and they are usually in a
regional/national static datum, 'NAD83(2011) epoch 2010.0' in the US,
and apparently ETRF2000 in the UK (at least centipede-rtk.org uses that,
and with my limited understanding of EU geodesy, it seems like the right
decision).

Overall, I think we should refrain from telling people that data from
receivers comes out in 4326, at least without cautioning them that
they're adding a 2m error source to their positions and that having done
so, they don't get to complain that points whose apparent coordinate
errors are <= 2m are "off".

Greg

From nyall.dawson at gmail.com  Wed May  6 20:20:12 2026
From: nyall.dawson at gmail.com (Nyall Dawson)
Date: Thu, 7 May 2026 13:20:12 +1000
Subject: [Qgis-user] Announcing QEP 425: Document stable API policy
Message-ID: <CAB28AshNiUj0kNuznjUfssv3UcLY-cP8JBLVyoTH7Hj=C89QJw@mail.gmail.com>

Hi lists,

I've taken some time to write up our (currently undocumented) stable API
policies. This has been submitted as
https://github.com/qgis/QGIS-Enhancement-Proposals/pull/382 for discussion.

It is initially intended as a formal description of CURRENT POLICIES ONLY,
which can be later modified and revised (in an atomic manner) if we want to
change any of these policies. As such, please refrain from using this
initial request as a place to discuss changes to current practice. Rather,
let's keep discussion focused on whether this is an accurate and complete
description of our current policies. ?

The end goal here is having a formal policy in place describing all our API
stability rules, which will help ease new developers into contributing
effectively to QGIS and remove some of the unspoken assumptions surrounding
QGIS development.

Regards,
Nyall
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20260507/ef18f6e9/attachment.htm>

From jj at franjam.org.uk  Thu May  7 04:10:21 2026
From: jj at franjam.org.uk (Jim Jackson)
Date: Thu, 7 May 2026 12:10:21 +0100 (BST)
Subject: [Qgis-user] Best practice when using UK national grid and GPS
In-Reply-To: <CAH=WbRBRKiEh1PSvaazTWe7pMgtBfcTdgOf73Du-9MxWoK-Utw@mail.gmail.com>
References: <b693fe29-2baa-f075-72b1-38fb2b43996f@franjam.org.uk>
 <CAH=WbRBRKiEh1PSvaazTWe7pMgtBfcTdgOf73Du-9MxWoK-Utw@mail.gmail.com>
Message-ID: <eb812414-2d8a-9b04-a9b8-09ac3039c383@franjam.org.uk>


Thanks to Greg amd Saber. 

On Mon, 4 May 2026, Saber Razmjooei wrote:

> Hi Jim,
> 
> Here is a full article on how projections (specifically the British
> National Grid) work in QGIS and what you can do to improve your data
> collection when using on-the-fly transformation:
> https://merginmaps.com/docs/gis/projections/#projections
> 
> Kind regards
> Saber
> 
> 
> On Fri, 1 May 2026 at 19:36, Jim Jackson via QGIS-User <
> qgis-user at lists.osgeo.org> wrote:
> 
> >
> >
> > QGIS version  3.40.6-Bratislava
> > QGIS code branch Release 3.40
> > OS Linux Devuan GNU/Linux 6 (excalibur) (basically Debian Trixie)
> >
> > Hi All,
> >
> > As a member of a community Archaeology Group, I'm using QGIS for recording
> > archaeological features in the UK. I'm using Google Satellite,
> > OpenStreetMap and National Library of Scotland historic basemaps, which
> > (as
> > I understand it) use EPSG:3857.
> >
> > I have an RTK GPS receiver for collecting data points which are in
> > EPSG:4326.
> > I
> > also get UK National Grid data points from a colleague who has access to a
> > total station.
> >
> > As I think I understand it, I need to set the project CRS to UK national
> > grid EPSG:27700 to get sensible distance measurements However I then get
> > occasional warnings "Used a ballpark transform from EPSG:27700 to
> > EPSG:3857" indicated less than accurate transformations, and then I get
> > lost!!!!
> >
> > Can anyone point me to a tutorial on how to set up QGIS in the UK to get
> > accurate transformations in these circumstances (which can't be that
> > unusual).
> >
> > Any advice and/or pointers where I've gone wrong gratefully received.
> >
> > Jim Jackson
> >
> >
> > _______________________________________________
> > 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
> >
> 
> 
> -- 
> 
> Saber Razmjooei
> 
> Co-Founder
> 
> lutraconsulting.co.uk
> 
>  [image: https://www.linkedin.com/in/saber-razmjooei/]
> <https://www.linkedin.com/in/saber-razmjooei/>
> <https://www.youtube.com/@LutraConsulting>
> <https://github.com/lutraconsulting>
> 
> <https://www.lutraconsulting.co.uk/>
> 

From jacobchaar at live.ca  Thu May  7 08:20:45 2026
From: jacobchaar at live.ca (jacob chaar)
Date: Thu, 7 May 2026 15:20:45 +0000
Subject: [Qgis-user] PyQGIS question: get SVG content with resolved param()
 values from QgsSvgMarkerSymbolLayer or QgsSVGFillSymbolLayer
Message-ID: <ADB98E93-B394-467B-9BAC-CADDEC78DC0B@live.ca>


Hello QGIS community,

I am working on a QGIS plugin, and I have a question about SVG symbol rendering in PyQGIS.

I am using SVG-based symbol layers (for example, QgsSvgMarkerSymbolLayer / QgsSVGFillSymbolLayer).  
The SVG file contains placeholders such as param(fill), param(fill-opacity), param(outline), etc.

In Python, I can access:
- the SVG path (path()/svgFilePath())
- the symbol layer properties (color, opacity, outline, etc.)

What I need is the final SVG XML content with those param(...) values already resolved, exactly as QGIS uses it at render time.

My questions:
1. Is there a public PyQGIS API that returns the resolved SVG source (not just a rendered image)?
2. If not, is there a recommended approach to reproduce QGIS resolution logic reliably?
3. Are there edge cases I should handle (quoted params, default values, data-defined overrides, expression-based values)?

Any guidance or examples would be very appreciated.

Thank you!

Best regards,  
Jacob Ch.

From dr.michael.lutze at googlemail.com  Mon May 11 07:11:51 2026
From: dr.michael.lutze at googlemail.com (Michael Lutze)
Date: Mon, 11 May 2026 16:11:51 +0200
Subject: [Qgis-user] Data (shape files,
 gpka) transfer from QFIELD back to original project
Message-ID: <CAOCPKF4UkyyNL2Wonq6Ba9aYiJCgsXfjFv_1it1SwPN4vX79CA@mail.gmail.com>

Dear QGIS Community,

I am a beginner in QGIS and QField (Version 3.44 in QGIS).
I have a problem exporting shapefiles or GeoPackages from QField back into
my QGIS project. I am using a cable connection for the transfer.

I was able to transfer the project from my PC to my tablet and carry out
fieldwork. I can see the results on the map in QField.

I follow the instructions I found and export the entire folder from my
tablet back to my PC. I then import (drag and drop) the GPKG into the
original project. The symbology, etc. is transferred, but none of the
results of my fieldwork appear?meaning the objects digitized in the field
are missing.

Then I used the following method:

*Using QFieldSync *

   1. Preparation: Open the original QGIS project that was packaged for
   QField.
   2. Use the plugin: Go to Plugins > QFieldSync > Synchronize from QField.
   3. Select folder: Choose the local folder on your computer to which you
   copied the QField folder from your mobile device.
   4. Synchronize: Click ?Synchronize? to import the modified shapefiles
   back into the QGIS project.

I receive an error message.

[image: image.png]

What am I doing wrong? Who can help me?

Thank you.

Greetings

Michael Lutze
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20260511/aefcd6c7/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 83241 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20260511/aefcd6c7/attachment-0001.png>

From gdt at lexort.com  Mon May 11 10:46:06 2026
From: gdt at lexort.com (Greg Troxel)
Date: Mon, 11 May 2026 13:46:06 -0400
Subject: [Qgis-user] Data (shape files,
 gpka) transfer from QFIELD back to original project
In-Reply-To: <CAOCPKF4UkyyNL2Wonq6Ba9aYiJCgsXfjFv_1it1SwPN4vX79CA@mail.gmail.com>
 (Michael Lutze via's message of "Mon, 11 May 2026 16:11:51 +0200")
References: <CAOCPKF4UkyyNL2Wonq6Ba9aYiJCgsXfjFv_1it1SwPN4vX79CA@mail.gmail.com>
Message-ID: <rmise7xkffl.fsf@s1.lexort.com>

Michael Lutze via QGIS-User <qgis-user at lists.osgeo.org> writes:

> Dear QGIS Community,
>
> I am a beginner in QGIS and QField (Version 3.44 in QGIS).
> I have a problem exporting shapefiles or GeoPackages from QField back into
> my QGIS project. I am using a cable connection for the transfer.
>
> I was able to transfer the project from my PC to my tablet and carry out
> fieldwork. I can see the results on the map in QField.

You said "transfer".  You didn't say "package for cable" in qgis using
the qfield plugin, transfer that directory toa directory on which kind
of device and then importing that into qfield, capturing in qfield, and
then exporting to a directory and copying that directory back to the
qgis machine.

Maybe that's not what you did.  But your question is woefully vague.

Did you just transfer a data file, and not a project?

> I follow the instructions I found and export the entire folder from my
> tablet back to my PC. I then import (drag and drop) the GPKG into the
> original project. The symbology, etc. is transferred, but none of the
> results of my fieldwork appear?meaning the objects digitized in the field
> are missing.

Where did you read in the documentation that this was a reasonable thing
to do?

What happened when you inspected the gpkg file with ogrinfo?


> Then I used the following method:
>
> *Using QFieldSync *

I don't use that, so with any luck someone else will help.

> [image: image.png]

That's hard to see in plain text :-)

From galloway99 at verizon.net  Tue May 12 08:26:00 2026
From: galloway99 at verizon.net (Stewart Galloway)
Date: Tue, 12 May 2026 15:26:00 +0000 (UTC)
Subject: [Qgis-user] How to Join Attribute Data - .MDB + ODC
References: <768603163.710440.1778599560812.ref@mail.yahoo.com>
Message-ID: <768603163.710440.1778599560812@mail.yahoo.com>

I have files from a county real property tax agency but I need help to join the data to the polygons.? I'm familiar with GDBs (polygons) and MDBs (attributes) but not how to join one to the other.I'm running ver 3.2 (see below for details).The following is a list of files and extensions:Thank you.Stewart
.ODC
Malta.gdb (folder): parcel polygons
 4140_25-Jun-25.mdb

CreateGridForSheetIndex (folder)Default.atbxDefault.gdbscratch.gdbFMV_DataIndexscratch.gdb

| 
QGIS version
 | 
3.20.0-Odense
 | 
QGIS code revision
 | 
decaadbb31
 |
| 
Qt version
 | 
5.15.2
 |
| 
Python version
 | 
3.8.7
 |
| 
GDAL/OGR version
 | 
3.2.3
 |
| 
PROJ version
 | 
6.3.2
 |
| 
EPSG Registry database version
 | 
v9.8.6 (2020-01-22)
 |
| 
GEOS version
 | 
3.9.1-CAPI-1.14.2
 |
| 
SQLite version
 | 
3.31.1
 |
| 
PDAL version
 | 
2.2.0
 |
| 
PostgreSQL client version
 | 
12.3
 |
| 
SpatiaLite version
 | 
4.3.0a
 |
| 
QWT version
 | 
6.1.4
 |
| 
QScintilla2 version
 | 
2.11.4
 |
| 
OS version
 | 
macOS High Sierra (10.13)
 |
| 


 | 


 | 


 | 


 |
| 
Active Python plugins
 | 
localcoordinates
qgis2web
qad
parcel_plugin
qgis-maptiler-plugin
db_manager
MetaSearch
processing
 |


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20260512/7f20404f/attachment.htm>

From clhermansen at gmail.com  Tue May 12 09:36:04 2026
From: clhermansen at gmail.com (chris hermansen)
Date: Tue, 12 May 2026 09:36:04 -0700
Subject: [Qgis-user] How to Join Attribute Data - .MDB + ODC
In-Reply-To: <768603163.710440.1778599560812@mail.yahoo.com>
References: <768603163.710440.1778599560812.ref@mail.yahoo.com>
 <768603163.710440.1778599560812@mail.yahoo.com>
Message-ID: <CACc2_6_YqDxA25jr6MS0CcutJwqG-Ffw1HKLSq1-rB-J6DcuUg@mail.gmail.com>

Stewart and list,

On Tue, May 12, 2026, 08:26 Stewart Galloway via QGIS-User <
qgis-user at lists.osgeo.org> wrote:

> I have files from a county real property tax agency but I need help to
> join the data to the polygons.  I'm familiar with GDBs (polygons) and MDBs
> (attributes) but not how to join one to the other.
> I'm running ver 3.2 (see below for details).
> The following is a list of files and extensions:
> Thank you.
> Stewart
>
> .ODC
>
> Malta.gdb (folder): parcel polygons
>

The line above suggests your .mdb has spatial data in a table within it.
Maybe this is an ESRI personal geodatabase?

If so, you need to

1. Find that table
2. Determine which attribute of that table contains a key value that
corresponds to other tables in the .mdb
3. Add the spatial and non spatial tables as layers

Then you can join the layers.

This article may help

https://gis.stackexchange.com/questions/129514/opening-esri-personal-geodatabase-mdb-in-qgis

>
> 4140_25-Jun-25.mdb
>
> CreateGridForSheetIndex (folder)
> Default.atbx
> Default.gdb
> scratch.gdb
> FMV_Data
> Index
> scratch.gdb
>
> QGIS version
>
> 3.20.0-Odense
>
> QGIS code revision
>
> *decaadbb31* <https://github.com/qgis/QGIS/commit/decaadbb31>
>
> Qt version
>
> 5.15.2
>
> Python version
>
> 3.8.7
>
> GDAL/OGR version
>
> 3.2.3
>
> PROJ version
>
> 6.3.2
>
> EPSG Registry database version
>
> v9.8.6 (2020-01-22)
>
> GEOS version
>
> 3.9.1-CAPI-1.14.2
>
> SQLite version
>
> 3.31.1
>
> PDAL version
>
> 2.2.0
>
> PostgreSQL client version
>
> 12.3
>
> SpatiaLite version
>
> 4.3.0a
>
> QWT version
>
> 6.1.4
>
> QScintilla2 version
>
> 2.11.4
>
> OS version
>
> macOS High Sierra (10.13)
>
>
>
>
>
> Active Python plugins
>
> localcoordinates
> qgis2web
> qad
> parcel_plugin
> qgis-maptiler-plugin
> db_manager
> MetaSearch
> processing
>
> _______________________________________________
> 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: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20260512/5feda1a3/attachment.htm>

From kirk at nortekresources.com  Tue May 12 09:25:07 2026
From: kirk at nortekresources.com (Kirk Schmidt)
Date: Tue, 12 May 2026 13:25:07 -0300
Subject: [Qgis-user] How to Join Attribute Data - .MDB + ODC
In-Reply-To: <768603163.710440.1778599560812@mail.yahoo.com>
References: <768603163.710440.1778599560812.ref@mail.yahoo.com>
 <768603163.710440.1778599560812@mail.yahoo.com>
Message-ID: <d82bae87-f048-4d46-a620-e8c0c4332daa@nortekresources.com>

Hi Stewart:

This is a relatively simple process and what you need is an attribute 
that is unique to the polygon and a similar attribute in your non 
spatial data file.? The two join items do not have to have the same 
name.? The instructions can be found at:

https://docs.qgis.org/3.44/en/docs/user_manual/working_with_vector/joins_relations.html

Have fun.

Kirk Schmidt

On 5/12/2026 12:26 PM, Stewart Galloway via QGIS-User wrote:
> I have files from a county real property tax agency but I need help to 
> join the data to the polygons.? I'm familiar with GDBs (polygons) and 
> MDBs (attributes) but not how to join one to the other.
> I'm running ver 3.2 (see below for details).
> The following is a list of files and extensions:
> Thank you.
> Stewart
>
> .ODC
>
> Malta.gdb (folder): parcel polygons
>
> 4140_25-Jun-25.mdb
>
> CreateGridForSheetIndex (folder)
> Default.atbx
> Default.gdb
> scratch.gdb
> FMV_Data
> Index
> scratch.gdb
>
> QGIS version
>
> 	
>
> 3.20.0-Odense
>
> 	
>
> QGIS code revision
>
> 	
>
> _decaadbb31_ <https://github.com/qgis/QGIS/commit/decaadbb31>
>
> Qt version
>
> 	
>
> 5.15.2
>
> Python version
>
> 	
>
> 3.8.7
>
> GDAL/OGR version
>
> 	
>
> 3.2.3
>
> PROJ version
>
> 	
>
> 6.3.2
>
> EPSG Registry database version
>
> 	
>
> v9.8.6 (2020-01-22)
>
> GEOS version
>
> 	
>
> 3.9.1-CAPI-1.14.2
>
> SQLite version
>
> 	
>
> 3.31.1
>
> PDAL version
>
> 	
>
> 2.2.0
>
> PostgreSQL client version
>
> 	
>
> 12.3
>
> SpatiaLite version
>
> 	
>
> 4.3.0a
>
> QWT version
>
> 	
>
> 6.1.4
>
> QScintilla2 version
>
> 	
>
> 2.11.4
>
> OS version
>
> 	
>
> macOS High Sierra (10.13)
>
>
> 	
>
>
> 	
>
>
> 	
>
>
> Active Python plugins
>
> 	
>
> localcoordinates
> qgis2web
> qad
> parcel_plugin
> qgis-maptiler-plugin
> db_manager
> MetaSearch
> processing
>
>
>
> _______________________________________________
> 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

-- 
Kirk Schmidt, MScF, BScF, RPF
General Manager
Nortek Resource Solutions Inc.
26 Church Road
Sutherlands River, NS
B0K 1W0
Tel (902) 922.3607
Email:kirk at nortekresources.com
Web:www.nortekresources.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20260512/6e62dbee/attachment-0001.htm>

From ghuerta at fuscoe.com  Tue May 12 15:00:45 2026
From: ghuerta at fuscoe.com (Giselle Huerta)
Date: Tue, 12 May 2026 22:00:45 +0000
Subject: [Qgis-user] =?windows-1252?q?QGIS_Issue_=96_Features_Disappearin?=
 =?windows-1252?q?g_During_Editing?=
References: <6ef61ef0-d878-4c0c-8e26-ed88a4c06fcf.cf59b8a9-ba8e-4376-a7f5-7ec315a7d210.256771b3-0a7e-4bf6-a8d2-e76f878c6f34@emailsignatures365.codetwo.com>
Message-ID: <CH3PR20MB567390A1C852E43464B63D5BC4392@CH3PR20MB5673.namprd20.prod.outlook.com>

Ihave been working on a project in QGIS and my linework/features disappear while I am working in the file. After selecting or moving items, I am no longer able to visually see or edit the features on the map. However, based on the attribute table, the features still appear to exist in the file.



Additionally, when clicking around areas where I knows features are delineated, nothing gets selected. I attempted some troubleshooting, including installing the latest version of QGIS, but the issue still persists.



Any recommendations on what might be causing it or how to resolve it? Any advice would be greatly appreciated.







[https://www.fuscoe.com/signatures/images/new-logo.png]
        Giselle Huerta
Associate Engineer
ghuerta at fuscoe.com<mailto:ghuerta at fuscoe.com>
                        O (949) 474-1960<tel:(949)%20474-1960>
fuscoe.com<https://www.fuscoe.com>
15535 Sand Canyon Ave, Suite 100
Irvine, California 92618




Join us in collecting 1 Million diapers, wipes and baby food for the HomeAid Diaper Drive.<https://homeaidocla.org/events/diapers-2025-n98t8>  Drop-off donations at our Irvine office now through May 28 (M-Th 8-5, F 8?11) [https://statics.teams.cdn.office.net/evergreen-assets/personal-expressions/v2/assets/emoticons/1f37c_babybottle/default/20_f.png?v=v13] [https://statics.teams.cdn.office.net/evergreen-assets/personal-expressions/v2/assets/emoticons/1f9f7_safetypin/default/20_f.png?v=v1]






Fuscoe Engineering, Inc.
an employee-owned company       [https://www.fuscoe.com/signatures/images/sig-linkedin-solid.png] <http://www.linkedin.com/company/fuscoe-engineering>     [https://www.fuscoe.com/signatures/images/sig-instagram-solid.png] <https://instagram.com/fuscoe_engineering>     [https://www.fuscoe.com/signatures/images/sig-facebook-solid.png] <https://www.facebook.com/FuscoeEngineering/>     [https://www.fuscoe.com/signatures/images/x-logo-blue.png] <http://www.twitter.com/FuscoeFCT>




FULL CIRCLE THINKING?



WARNING: This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. This information is not to be reproduced or forwarded without permission from the sender. If you have received this e-mail in error, please notify the sender or system manager. From time to time, our spam filters eliminate or block legitimate email. If your email contains important attachments or instructions, please ensure that we acknowledge receipt of those attachments or instructions.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20260512/b509d9f4/attachment.htm>

From clhermansen at gmail.com  Tue May 12 16:23:25 2026
From: clhermansen at gmail.com (chris hermansen)
Date: Tue, 12 May 2026 16:23:25 -0700
Subject: [Qgis-user] 
	=?utf-8?q?QGIS_Issue_=E2=80=93_Features_Disappearing?=
	=?utf-8?q?_During_Editing?=
In-Reply-To: <CH3PR20MB567390A1C852E43464B63D5BC4392@CH3PR20MB5673.namprd20.prod.outlook.com>
References: <6ef61ef0-d878-4c0c-8e26-ed88a4c06fcf.cf59b8a9-ba8e-4376-a7f5-7ec315a7d210.256771b3-0a7e-4bf6-a8d2-e76f878c6f34@emailsignatures365.codetwo.com>
 <CH3PR20MB567390A1C852E43464B63D5BC4392@CH3PR20MB5673.namprd20.prod.outlook.com>
Message-ID: <CACc2_69SAw6nvfYCR5N7m-LX=t1zBESEXZ6+UvRsBLXkA5ASrg@mail.gmail.com>

Giselle, list

On Tue, May 12, 2026, 15:34 Giselle Huerta via QGIS-User <
qgis-user at lists.osgeo.org> wrote:

> Ihave been working on a project in QGIS and my linework/features
> disappear while I am working in the file. After selecting or moving items,
> I am no longer able to visually see or edit the features on the map.
> However, based on the attribute table, the features still appear to exist
> in the file.
>


Have you tried zooming way out?

What are your data and project projections?

When you are zoomed way out try selecting the moves features in the
attribute table and seeing if they show up on the map in some weird
location.

>
>
> Additionally, when clicking around areas where I knows features are
> delineated, nothing gets selected. I attempted some troubleshooting,
> including installing the latest version of QGIS, but the issue still
> persists.
>
>
>
> Any recommendations on what might be causing it or how to resolve it? Any
> advice would be greatly appreciated.
>
>
>
>
> *Giselle Huerta*
> *Associate Engineer*
> ghuerta at fuscoe.com
> O (949) 474-1960
> fuscoe.com <https://www.fuscoe.com>
> 15535 Sand Canyon Ave, Suite 100
> <https://www.google.com/maps/search/15535+Sand+Canyon+Ave,+Suite+100+Irvine,+California+92618?entry=gmail&source=g>
> Irvine, California 92618
> <https://www.google.com/maps/search/15535+Sand+Canyon+Ave,+Suite+100+Irvine,+California+92618?entry=gmail&source=g>
>
> *Join us in collecting 1 Million diapers, wipes and baby food for
> the HomeAid Diaper Drive.
> <https://homeaidocla.org/events/diapers-2025-n98t8>  Drop-off donations at
> our Irvine office now through May 28 (M-Th 8-5, F 8?11) *[image: Baby
> bottle][image: Safetypin]
>
> *Fuscoe Engineering, Inc.*
> *an employee-owned company*
> <http://www.linkedin.com/company/fuscoe-engineering>
> <https://instagram.com/fuscoe_engineering>
> <https://www.facebook.com/FuscoeEngineering/>
> <http://www.twitter.com/FuscoeFCT>
> FULL CIRCLE THINKING?
> *WARNING:* This e-mail and any files transmitted with it are confidential
> and intended solely for the use of the individual or entity to whom they
> are addressed. This information is not to be reproduced or forwarded
> without permission from the sender. If you have received this e-mail in
> error, please notify the sender or system manager. From time to time, our
> spam filters eliminate or block legitimate email. If your email contains
> important attachments or instructions, please ensure that we acknowledge
> receipt of those attachments or instructions.
> _______________________________________________
> 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: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20260512/a3cd73a8/attachment.htm>

From mike at augview.net  Tue May 12 16:28:05 2026
From: mike at augview.net (Mike Bundock)
Date: Wed, 13 May 2026 11:28:05 +1200
Subject: [Qgis-user] 
	=?utf-8?q?QGIS_Issue_=E2=80=93_Features_Disappearing?=
	=?utf-8?q?_During_Editing?=
In-Reply-To: <CH3PR20MB567390A1C852E43464B63D5BC4392@CH3PR20MB5673.namprd20.prod.outlook.com>
References: <6ef61ef0-d878-4c0c-8e26-ed88a4c06fcf.cf59b8a9-ba8e-4376-a7f5-7ec315a7d210.256771b3-0a7e-4bf6-a8d2-e76f878c6f34@emailsignatures365.codetwo.com>
 <CH3PR20MB567390A1C852E43464B63D5BC4392@CH3PR20MB5673.namprd20.prod.outlook.com>
Message-ID: <CANZcs+tE=Qz+7obvuh=2PYXOxhKnB_OYoXX4GiNayQ4_vbeAng@mail.gmail.com>

possibly the layers that are not behaving correctly may not have a
coordinate system assigned automatically.
To confirm, look at layer properties.
Also, select a feature from the feature list and zoom to its extent.  Does
it appear?  If so is it in the correct location compared with background
data?

hope it helps

regards

*Mike Bundock*  |  CEO

Augview |  P O Box 125046, St Heliers, Auckland 1740, New Zealand

p: +64 9 575 5298 | m: +64 27 575 5298 | e: mailto:mike.bundock at augview.net
<mike.bundock at augview.net>| w: www.augview.net



Winner of Innovation & Commercialisation and Supreme Awards at 2014 NZ
Spatial Excellence Awards

Winner of Innovation & Commercialisation Award at 2014 Asia Pacific Spatial
Excellence Awards

On Wed, 13 May 2026, 10:34?am Giselle Huerta via QGIS-User, <
qgis-user at lists.osgeo.org> wrote:

> Ihave been working on a project in QGIS and my linework/features
> disappear while I am working in the file. After selecting or moving items,
> I am no longer able to visually see or edit the features on the map.
> However, based on the attribute table, the features still appear to exist
> in the file.
>
>
>
> Additionally, when clicking around areas where I knows features are
> delineated, nothing gets selected. I attempted some troubleshooting,
> including installing the latest version of QGIS, but the issue still
> persists.
>
>
>
> Any recommendations on what might be causing it or how to resolve it? Any
> advice would be greatly appreciated.
>
>
>
>
> *Giselle Huerta*
> *Associate Engineer*
> ghuerta at fuscoe.com
> O (949) 474-1960
> fuscoe.com <https://www.fuscoe.com>
> 15535 Sand Canyon Ave, Suite 100
> <https://www.google.com/maps/search/15535+Sand+Canyon+Ave,+Suite+100+Irvine,+California+92618?entry=gmail&source=g>
> Irvine, California 92618
> <https://www.google.com/maps/search/15535+Sand+Canyon+Ave,+Suite+100+Irvine,+California+92618?entry=gmail&source=g>
>
> *Join us in collecting 1 Million diapers, wipes and baby food for
> the HomeAid Diaper Drive.
> <https://homeaidocla.org/events/diapers-2025-n98t8>  Drop-off donations at
> our Irvine office now through May 28 (M-Th 8-5, F 8?11) *[image: Baby
> bottle][image: Safetypin]
>
> *Fuscoe Engineering, Inc.*
> *an employee-owned company*
> <http://www.linkedin.com/company/fuscoe-engineering>
> <https://instagram.com/fuscoe_engineering>
> <https://www.facebook.com/FuscoeEngineering/>
> <http://www.twitter.com/FuscoeFCT>
> FULL CIRCLE THINKING?
> *WARNING:* This e-mail and any files transmitted with it are confidential
> and intended solely for the use of the individual or entity to whom they
> are addressed. This information is not to be reproduced or forwarded
> without permission from the sender. If you have received this e-mail in
> error, please notify the sender or system manager. From time to time, our
> spam filters eliminate or block legitimate email. If your email contains
> important attachments or instructions, please ensure that we acknowledge
> receipt of those attachments or instructions.
> _______________________________________________
> 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: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20260513/93c6e062/attachment-0001.htm>

From garth at jacqcad.com  Tue May 12 17:18:52 2026
From: garth at jacqcad.com (Garth Fletcher)
Date: Tue, 12 May 2026 20:18:52 -0400
Subject: [Qgis-user] QGIS Issue ? Features Disappearing During, Editing
In-Reply-To: <mailman.14336.1778628500.622.qgis-user@lists.osgeo.org>
References: <mailman.14336.1778628500.622.qgis-user@lists.osgeo.org>
Message-ID: <4d8bd910-c8fc-4d60-b659-61014c7b7b3e@jacqcad.com>

Select a feature in the attributes list by clicking at the far left 
(entire row highlights)
then click on the "Zoom map to selected row" tool in attribute table's 
toolbar
 ? (a small magnifying glass icon 16 over from left)
That should zoom you to the feature, which might be off-screen if the 
coords are wrong.

Also check Layer Order panel - your layer might be being drawn over by a 
higher layer.

Garth Fletcher

On 5/12/26 7:28 PM, qgis-user-request at lists.osgeo.org wrote:
> features Disappearing During,?? ?Editing


From galloway99 at verizon.net  Wed May 13 14:24:29 2026
From: galloway99 at verizon.net (Stewart Galloway)
Date: Wed, 13 May 2026 21:24:29 +0000 (UTC)
Subject: [Qgis-user] How to Join Attribute Data - .MDB + ODC
In-Reply-To: <CACc2_68J8j5QvO9vOK-bOAa3sYaBuBE-C0jDa3DZ4BQNi5EDaQ@mail.gmail.com>
References: <768603163.710440.1778599560812.ref@mail.yahoo.com>
 <768603163.710440.1778599560812@mail.yahoo.com>
 <CACc2_6_YqDxA25jr6MS0CcutJwqG-Ffw1HKLSq1-rB-J6DcuUg@mail.gmail.com>
 <783424132.821619.1778619976253@mail.yahoo.com>
 <CACc2_68v3j+B4qNtoKZYHbhZMp-Q3adZSXO5Z=OxNthLWZ2NPA@mail.gmail.com>
 <1232234187.1082455.1778702717997@mail.yahoo.com>
 <CACc2_68J8j5QvO9vOK-bOAa3sYaBuBE-C0jDa3DZ4BQNi5EDaQ@mail.gmail.com>
Message-ID: <1998012483.1105720.1778707469806@mail.yahoo.com>

 Thanks for helping. I'll try again tomorrow.
    On Wednesday, May 13, 2026 at 04:15:13 PM EDT, chris hermansen <clhermansen at gmail.com> wrote:   

 Three things:   
   - I am guessing that if it's greyed out you may need to install some type of ODBC driver - but I'm just guessing.
   - I don't know?if you're aware of this but an?MDB is a Microsoft Access database.? ESRI Personal GeoDatabases are built in those files.
   - If you think it's an ESRI personal geodatabase then it probably has spatial stuff in it; it would be weird if someone used an ESRI personal geodatabase just to store attributes.
Since I don't use Microsoft products, I can't do much more to help you with this.
Have you read the link I sent?? Have you read the link Kirk Schmidt sent?
If neither of those helped, you should reply to Kirk's message saying that you have tried to add the MDB as a layer and it is greyed out.? Maybe someone on the list who is familiar with using MDB files can help you further.
And by the way, this list is completely 100% volunteer and replies are sent to questions in the earnest hope that they help.
It's customary to make all replies back to the list, not to the individuals who respond.? It's also customary to respond to all replies received (to the list) and to indicate whether the suggestions helped or not.
On Wed, May 13, 2026 at 1:05?PM Stewart Galloway <galloway99 at verizon.net> wrote:

 The MDB file is greyed out.? That is ESRI's legacy file.
    On Tuesday, May 12, 2026 at 05:09:47 PM EDT, chris hermansen <clhermansen at gmail.com> wrote:   

 Try adding it as a layer. You should get a prompt to select the individual tables in the . mdb.
On Tue, May 12, 2026, 14:06 Stewart Galloway <galloway99 at verizon.net> wrote:

 the non-spatial table is the MDB file.? How do I add it to the project?

    On Tuesday, May 12, 2026 at 12:36:16 PM EDT, chris hermansen <clhermansen at gmail.com> wrote:   

 Stewart and list,

On Tue, May 12, 2026, 08:26 Stewart Galloway via QGIS-User <qgis-user at lists.osgeo.org> wrote:

I have files from a county real property tax agency but I need help to join the data to the polygons.? I'm familiar with GDBs (polygons) and MDBs (attributes) but not how to join one to the other.I'm running ver 3.2 (see below for details).The following is a list of files and extensions:Thank you.Stewart
.ODC
Malta.gdb (folder): parcel polygons

The line above suggests your .mdb has spatial data in a table within it. Maybe this is an ESRI personal geodatabase?
If so, you need to
1. Find that table?2. Determine which attribute of that table contains a key value that corresponds to other tables in the .mdb3. Add the spatial and non spatial tables as layers
Then you can join the layers.
This article may help
https://gis.stackexchange.com/questions/129514/opening-esri-personal-geodatabase-mdb-in-qgis

 4140_25-Jun-25.mdb

CreateGridForSheetIndex (folder)Default.atbxDefault.gdbscratch.gdbFMV_DataIndexscratch.gdb

| 
QGIS version
 | 
3.20.0-Odense
 | 
QGIS code revision
 | 
decaadbb31
 |
| 
Qt version
 | 
5.15.2
 |
| 
Python version
 | 
3.8.7
 |
| 
GDAL/OGR version
 | 
3.2.3
 |
| 
PROJ version
 | 
6.3.2
 |
| 
EPSG Registry database version
 | 
v9.8.6 (2020-01-22)
 |
| 
GEOS version
 | 
3.9.1-CAPI-1.14.2
 |
| 
SQLite version
 | 
3.31.1
 |
| 
PDAL version
 | 
2.2.0
 |
| 
PostgreSQL client version
 | 
12.3
 |
| 
SpatiaLite version
 | 
4.3.0a
 |
| 
QWT version
 | 
6.1.4
 |
| 
QScintilla2 version
 | 
2.11.4
 |
| 
OS version
 | 
macOS High Sierra (10.13)
 |
| 


 | 


 | 


 | 


 |
| 
Active Python plugins
 | 
localcoordinates
qgis2web
qad
parcel_plugin
qgis-maptiler-plugin
db_manager
MetaSearch
processing
 |


_______________________________________________
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

  


Chris Hermansen ? clhermansen "at" gmail "dot" com

C'est ma fa?on de parler.  


-- 
Chris Hermansen ? clhermansen "at" gmail "dot" com

C'est ma fa?on de parler.  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20260513/c6bdbec5/attachment.htm>