ESRIValidator would be nice - to be sure that everything can be loaded. Instead of trying to send them through ArcObjects-writer and then getting the message on each error.
@sigbjrnherstad I think this counts for all writers. It would be nice to have verified whether you can write your data without having your model crashed.
More control over intersections would be good. Different packages seem to cope with intersedctions in different ways, SQL server spatial, ESRI, mapinfo all have their own rules on geometry validation. Be good to asign these rules in the validtor.
I'm always thrown by the fact that some features seem to come out of the invalid and repaired port, and others only come through invalid. I see the logic, but maybe it's worth adding a fourth port instead, so have valid/invalid/repaired/irreperable?
I would like more control over degenerate and/or corrupt geometries (especially 3D). Auto-repairing these makes things worse sometimes, so it would be great to have some influence on what to repair and what not.
It would be nice if the Geometry Validator detected the same issues that ESRI's Check/Repair Geometry tools do. I can't seem to configure the Geometry Validator to get the same results as the ESRI tools no matter what parameters I change, especially when it comes to self intersecting polygons.
Yes, an additional port for the remnants would be good. It is possible to filter the list of features coming from the invalid port but it is an extra step and usually want to know if the feature is repaired or failed.
Given the introduction of tolerance options to various other transformers it would be good to see it included in the GeometryValidator. Especially since transformers such as the snapper will already remove duplicate vertices with a tolerance it seems odd that you cannot do the same with the validator.
Perhaps within Data Interoperability extension, or with ArcGIS Pro installed, make shapefiles accessible as native Esri geometry and run arcpy.RepairGeometry per feature. This makes a repaired feature without attribution. In Pro there is an option for Esri or OGC validation.
with arcpy.da.SearchCursor('nz_localities','shape@') as cursor:
The Esri Repair function in Pro always works better than the GeometryValidator, which is inconvenient because I want to stay in FME for all data processing. I often have to run Repair in Pro to fix a certain kind of polygon dataset I work with often after processing the data in FME Form.
The Esri Repair function in Pro always works better than the GeometryValidator, which is inconvenient because I want to stay in FME for all data processing. I often have to run Repair in Pro to fix a certain kind of polygon dataset I work with often after processing the data in FME Form.
Hi there,
I just had the same issue. I converted some CAD polygons to a fgdb using FME form. The polygons displayed fine in ArcGIS Pro, but when publishing to ArcGIS Online the output feature layer was empty. I tried the geometryvalidator in FME, but all features passed. The Esri Geometry repair tool found 6 self intersections, and the features published correctly after they were fixed.
I’m pleased to let you know we’ve made some improvements to the GeometryValidator in 2025.1.
The GeometryValidator now includes preconfigured validation presets for Esri, SQL Server, Oracle, and Snowflake. These presets check and fix geometry issues to match the rules of each format.
Additional updates include:
A new Spatial Standard Compliance rule unifies the OGC Compliant and OGC Simple checks, now with partial support for the extended ISO spatial standard.
The Self-Intersections in 2D rule is more robust and offers new configuration options for area boundary styles