When I convert features from a EGDB to a gpkg not all polygons are transfered coorectly. Some polygons are written as a null geometry. I am unknown with gpkg's so I guess I am doing something wrong but what? Any one has a answer to this?
Geopackage write gives unexpected rsults
Best answer by nielsgerrits
Can you read the EGDB data into the FME Data Inspector and query a feature that doesn't transfer correctly? Then take a screenshot of the info window and post it here. That would help. It sounds like there is something different about that geometry, but without seeing the data it's impossible to say what.
Also, check the FME log file for warning messages. It will likely tell you if a feature is being demoted to null geometry for any reason.
As far as I can tell, aggregates - even nested aggregates - are supported in GeoPackage, so it shouldn't be that. Maybe these are a different dimension (e.g. 3d instead of 2d)? I believe a GeoPackage table only permits one type of geometry, so maybe these don't match the chosen type and are being dropped for that reason?
@mark2atsafe You are correct my memory tricked me. GeoPackage does accept nested aggregates, but it's QGIS can't handle them. Hence no errors in the log.
@bbo I see 4 unique messages in the log you posted:
OGCGEOPACKAGE writer: Feature type 'ARCGIS_ZWOLLE_DTZ_OBJ_VKV_dsg_v' has geometry type 'geopackage_polygon' and cannot accept the current feature with a geometry of type 'geopackage_curvepolygon'. Skipping feature
OGCGEOPACKAGE writer: Feature type 'ARCGIS_ZWOLLE_DTZ_OBJ_VKV_dsg_l' has geometry type 'geopackage_linestring' and cannot accept the current feature with a geometry of type 'geopackage_compoundcurve'. Skipping feature
OGCGEOPACKAGE writer: Feature type 'ARCGIS_ZWOLLE_DTZ_OBJ_VKV_dsg_l' has geometry type 'geopackage_linestring' and cannot accept the current feature with a geometry of type 'geopackage_circularstring'. Skipping feature
This tells you want to add geopackage_curvepolygon to a geopackage_polygon table. These features are becoming null geometries. You can fix this using a ArcStroker before the writer, which will stroke the arcs to lines.
On top of this, the source contains aggregates, but the target geometry type geopackage_polygon, can't have these. So the writer is deaggregating these features to let them fit in the target table. As an alternative, you can switch the target geometry type to geopackage_multipolygon.
Reply
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.