Thanks Andrea for the details.
I will try to understand a little better and study the phenomenon carefully
so that I can better detail the problem.
thank you all.
I always use OSgeo4W, the data update that caused me to lose the data was
done via the field calculator.
Il giorno sab 9 mar 2024 all
Totò Fiandaca pigrecoinfinito at gmail.com
Tue Mar 5 00:15:20 PST 2024
I noticed that by modifying
the FileGDBs created by ArcGIS PRO in QGIS:
1. saving is particularly slow;
2. I often lose data, i.e. if I have an active data selection and I try to
update only the selection, QGIS updates the e
> I will try to understand the problem better and maybe in the future I
> will open an issue.
I googled FileGDB as I don't know much about it, and came across this
info:
> The driver implements transactions at the database level, through an
> emulation. This works by backing up the current state
Hi Emma,
Thanks for the reply.
As I wrote in the initial email, there are many variables at play and I
cannot always reproduce the problem, opening an issue in these conditions
is not the best choice as it would be closed immediately.
I will try to understand the problem better and maybe in the f
HI Totò
Are you able to add this as an Issue here please.
https://github.com/qgis/QGIS/issues
Thanks
Em
On Tue, 5 Mar 2024 at 18:16, Totò Fiandaca via QGIS-User <
qgis-user@lists.osgeo.org> wrote:
> I use OSGeo4W on win 11 64 bit and got the problem in QGIS 3.28 and 3.34
>
> For work I use both
I use OSGeo4W on win 11 64 bit and got the problem in QGIS 3.28 and 3.34
For work I use both QGIS and ArcGIS PRO 3.2.2, I noticed that by modifying
the FileGDBs created by ArcGIS PRO in QGIS:
1. saving is particularly slow;
2. I often lose data, i.e. if I have an active data selection and I try to