Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

data corruption after synchronization to qgis #5081

Open
elmonchas opened this issue Mar 8, 2024 · 1 comment
Open

data corruption after synchronization to qgis #5081

elmonchas opened this issue Mar 8, 2024 · 1 comment

Comments

@elmonchas
Copy link

Describe the issue

I've noticed an issue with our data collection project. The issue arises when splitting and merging polygon features. The splitting and merging actions result in one polygon in qfield. After downloading the data through qfield cloud, the polygon overlaps whith the previously merged snippets.

image

Please see screenshot above: The two red features were cut from the neigbour and merged with polygon "O30". Polygon O30 overlaps in qgis with the two red snippets. In qfield app the two red snippets dont exist as they were merged with O30.

I am suspicous the data corruption occurs due to changes in FID values.
the FID (in qgis) of the two small errenous red polygons is 326 and 327.
In qfield the two red polygons don't exist, but there is another polygon in qfield with FID 326.
The polygon with FID 326 in qfield has FID 328 in QGIS

The FID field has the standard setting (text widget, no NULL, no duplicates). It is editable and not hidden. I did not change any of these values.

As a test I will see if changing the FID field setting to hidden and not editable might have any efect.

Please let me know any thoughts on this issue as to why these FID values change and more importantly why the merged polyons errounnously return with overlap as result.

Reproduction steps

Steps to reproduce the behavior:
This problem does not occur to every split and merge action. at least two similar cases were applied correctly.

Expected behavior

Expeted behaviour is the downloaded file should look exactly as it is on qfield app.

Observed behavior

The downloaded files in QGIS look different. the split and merge actions were not applied correctly

Screenshots and GIFs

[If applicable, add screenshots and GIFs to help explain your problem.]

[Please also attach additional files if a specific project/dataset is useful to investigate the problem.]

Desktop (please complete the following information)

  • OS: Windows
  • QGIS Version 3.22.4

Mobile (please complete the following information)

  • QField version: 3.1.9 borneo f2829b
@elmonchas
Copy link
Author

so yesterday was another data collection day in the field. I did a few similar split and merge actions. I checked the results in qgis today and it seemed all ok this time.

There is one odd thing though. I noticed the date-time stamp ($now function and update upon modification) of the split and merge features was set on the time of pushing to qfield cloud. My guess is that with the upload to cloud, these features must have changed somehow again. Maybe another FID or FID_1 value? Other features with just split, of just changed attributes showed correct dat time stamp.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants