Skip to main content
Solved

Fails OGC Valid - Inconsistent Orientation

  • October 10, 2016
  • 5 replies
  • 230 views
F
Forum|alt.badge.img

Hi all,

I have to convert spatialite data, but it's occurring some issues in the process resulting in fail. In order to verify this fail I put a GeometryValidator and set the "issues to detect" to all. Some issues can be rapaired but others no, above there's a print from the inspector.

There's away to solve this issue? Next i put an image from a workflow to correct this issues, i've sucess with polyline issues but not with polygons.

I've to automate this correction because it's about 300 spatialite databases. Thanks for all help in advance!

@takashi @david_r

Best answer by takashi

Hi @franciscocamell, I was able to reproduce the same situation as yours with a donut geometry. As @egomm mentioned, the reason seems to be the inconsistency between the orientations of outer boundary and inner boundary. The orientation of inner boundary should be reversed against the orientation of outer boundary. If their orientations are same, the GeometryValidator (Fails OGC Valid, OGC version: 1.2.0) determines that the donut is invalid.

[Edited] In my quick test, the GeometryValidator didn't repair the inconsistency, and the donut has been output via the Failed port.[/Edited]

In the interim, another possible workaround is to insert an Orientor before the GeometryValidator, and force the orientation to "Left hand rule" or "Right hand rule".

View original
Did this help you find an answer to your question?

5 replies

ebygomm
Influencer
Forum|alt.badge.img+34
  • ebygommInfluencer
  • Influencer
  • October 10, 2016

It looks like you need to rebuild your donut polygons to correct the ring orientation. Exterior rings should be clockwise and interior counter clockwise.

Suggest you look at the donut hole extractor, use the orientor to ensure the correct ring ordering for exterior v. interior and then use a donutbuilder to rebuild the geometries, discarding the holes

correcting-incorrect-orientation.fmw

takashi
Influencer
  • takashiInfluencer
  • Best Answer
  • October 10, 2016

Hi @franciscocamell, I was able to reproduce the same situation as yours with a donut geometry. As @egomm mentioned, the reason seems to be the inconsistency between the orientations of outer boundary and inner boundary. The orientation of inner boundary should be reversed against the orientation of outer boundary. If their orientations are same, the GeometryValidator (Fails OGC Valid, OGC version: 1.2.0) determines that the donut is invalid.

[Edited] In my quick test, the GeometryValidator didn't repair the inconsistency, and the donut has been output via the Failed port.[/Edited]

In the interim, another possible workaround is to insert an Orientor before the GeometryValidator, and force the orientation to "Left hand rule" or "Right hand rule".

ebygomm
Influencer
Forum|alt.badge.img+34
  • ebygommInfluencer
  • Influencer
  • October 10, 2016
takashi wrote:

Hi @franciscocamell, I was able to reproduce the same situation as yours with a donut geometry. As @egomm mentioned, the reason seems to be the inconsistency between the orientations of outer boundary and inner boundary. The orientation of inner boundary should be reversed against the orientation of outer boundary. If their orientations are same, the GeometryValidator (Fails OGC Valid, OGC version: 1.2.0) determines that the donut is invalid.

[Edited] In my quick test, the GeometryValidator didn't repair the inconsistency, and the donut has been output via the Failed port.[/Edited]

In the interim, another possible workaround is to insert an Orientor before the GeometryValidator, and force the orientation to "Left hand rule" or "Right hand rule".

In the interim, another possible workaround is to insert an Orientor before the GeometryValidator, and force the orientation to "Left hand rule" or "Right hand rule". Even easier then, no need to rebuild donuts at all.
takashi
Influencer
  • takashiInfluencer
  • October 10, 2016
takashi wrote:

Hi @franciscocamell, I was able to reproduce the same situation as yours with a donut geometry. As @egomm mentioned, the reason seems to be the inconsistency between the orientations of outer boundary and inner boundary. The orientation of inner boundary should be reversed against the orientation of outer boundary. If their orientations are same, the GeometryValidator (Fails OGC Valid, OGC version: 1.2.0) determines that the donut is invalid.

[Edited] In my quick test, the GeometryValidator didn't repair the inconsistency, and the donut has been output via the Failed port.[/Edited]

In the interim, another possible workaround is to insert an Orientor before the GeometryValidator, and force the orientation to "Left hand rule" or "Right hand rule".

Sorry, I was wrong. The GeometyValidator didn't repair the inconsistency, so it's not a bug. Anyway, the Orientor would be a workaround.

 

 

F
Forum|alt.badge.img

Hi @egomm and @takashi, following your instructions I put for first in the workflow, in sequence:

deaggregator - orientor(forcing rigth hand rule) - geometryvalidator and works very fine, it's sparing me a precious time, thanks a lot guys.

Reply


Helpful Members This Week

Community Stats

31,264
Posts
118,561
Replies
38,857
Members

Latest FME

Terms & ConditionsCookie settings

Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings
A product of
Safe Software respectfully acknowledges that we live, learn and work on the traditional and unceded territories of the Kwantlen, Katzie, and Semiahmoo First Nations.