-
-
Notifications
You must be signed in to change notification settings - Fork 3k
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
QGIS3.28.15:Polygon Features from ArcGIS GDB Turn into TABLE after Editing in QGIS #57536
Comments
@a1053180364 Could you attach a zip with the .gdb just after you created with ArcGIS, and one after you edited it with QGIS? |
Here is the attached zip file: |
Versions of the driver before commit fdf3901 didn't properly update the m_nHeaderBufferMaxSize field when updating an existing feature when the new version takes more space than the previous version. OpenFileGDB doesn't care but Esri software (FileGDB SDK or ArcMap/ArcGis) do, leading to issues such as qgis/QGIS#57536
Versions of the driver before commit fdf3901 didn't properly update the m_nHeaderBufferMaxSize field when updating an existing feature when the new version takes more space than the previous version. OpenFileGDB doesn't care but Esri software (FileGDB SDK or ArcMap/ArcGis) do, leading to issues such as qgis/QGIS#57536
OK, the issue is that your QGIS version is using a GDAL version prior to GDAL 3.9.0, which was affected by a bug causing Esri software to choke on files updated by GDAL/QGIS. GDAL 3.9.1 will detect & autorepair such issues in corrupted files, with the fixes of OSGeo/gdal#10008 Your workaround for the time being is to re-open the modified file with QGIS, and use "Save vector layer as" functionality to regenerate a new clean FileGeodatabase that should read fine in Esri software . Or use the ogr2ogr command line utility, or through QGIS with the Processing toolbox / GDAL / Vector conversion / Convert format tool which is the graphical interface over ogr2ogr. |
Updating to the latest QGIS LTR should also avoid that issue as I believe it ships with GDAL 3.9 |
Versions of the driver before commit fdf3901 didn't properly update the m_nHeaderBufferMaxSize field when updating an existing feature when the new version takes more space than the previous version. OpenFileGDB doesn't care but Esri software (FileGDB SDK or ArcMap/ArcGis) do, leading to issues such as qgis/QGIS#57536
Versions of the driver before commit fdf3901 didn't properly update the m_nHeaderBufferMaxSize field when updating an existing feature when the new version takes more space than the previous version. OpenFileGDB doesn't care but Esri software (FileGDB SDK or ArcMap/ArcGis) do, leading to issues such as qgis/QGIS#57536
What is the bug or the crash?
Hello, I have discovered a bug in QGIS 3.28.15. When importing POLYGON features from a GDB file created in ArcGIS into QGIS, and then editing the attributes in QGIS by adding new attribute fields, the polygon features unexpectedly become TABLE when re-importing the file back into ArcGIS.
Steps to reproduce the issue
1. Create a GDB file and add POLYGON in ArcGIS, then close ArcGIS.
2. Import the POLYGON into QGIS and edit the attributes by adding a new field.
3. Save the GDB file, close QGIS, and reload it in ArcGIS. Then will find that the original POLYGON have turned into TABLE.
Versions
3.28.15
Supported QGIS version
New profile
Additional context
No response
The text was updated successfully, but these errors were encountered: