Skip to main content
Solved

Marking Elements not writen by AIXM writer since version 2019

  • March 26, 2024
  • 4 replies
  • 114 views

dimperi
Contributor
Forum|alt.badge.img+1

Attached are simple FME-Workspaces from version 2017 and FME-Form with GeometryPropertySetters and Aggregators and the xml outputs. The 2 workspaces are exactly the same.

FME 2017 writes the aixm Marking Element Geometry as expected, but FME-Form does not - the MarkingElement Geometry Feature is missing (Workaround is to use XML-Templater).

Any idea, is this a bug?

Best answer by kailinatsafe

Hello @dimperi, thank you for your patience. After some further investigation, this turned out be expected behavior. If we change the “Aggregate Type” to “Heterogenous” in the Aggregator, within the “create ElevatedSurface Geometry” bookmark, we will see MarkingElement written to the AIXM output. When the Aggregator is in “homogenous (if possible)” mode, features are aggregated as a MultiArea, opposed to an FME Aggregate. When FME maps to the AIXM schema, there are two viable options for storing MarkingElement in RunwayMarkingTimeSlice, either as a multi-geometry or aggregate. This means, when a MultiArea feature is sent to the writer, the writer does not recognize it (eg. It is not looking for a MultiArea, so it can't find and will overlook any MarkingElement element geometries). I think this is a result of how we are attempting to represent multiple geometries in the FME features that are currently only designed to hold a single geometry. Please let me know if this makes sense and if you were able to write MarkingElement after making the change. Happy to help, Kailin.

This post is closed to further activity.
It may be an old question, an answered question, an implemented idea, or a notification-only post.
Please check post dates before relying on any information in a question or answer.
For follow-up or related questions, please post a new question or idea.
If there is a genuine update to be made, please contact us and request that the post is reopened.

4 replies

kailinatsafe
Safer
Forum|alt.badge.img+23

Hello @dimperi, thanks for posting to the community and providing the supporting files! I’ve gone ahead and filed an issue with development, I believe this is a bug in the AIXM5 writer. Moving forward we can refer to this issue as FMEENGINE-82337. Are you able to use the XMLTemplater workaround for the time being? Happy to help, Kailin.

 


dimperi
Contributor
Forum|alt.badge.img+1
  • Author
  • Contributor
  • April 2, 2024

Yes, XML-Templater worked fine in my case. Txs.


kailinatsafe
Safer
Forum|alt.badge.img+23
  • Safer
  • Best Answer
  • April 18, 2024

Hello @dimperi, thank you for your patience. After some further investigation, this turned out be expected behavior. If we change the “Aggregate Type” to “Heterogenous” in the Aggregator, within the “create ElevatedSurface Geometry” bookmark, we will see MarkingElement written to the AIXM output. When the Aggregator is in “homogenous (if possible)” mode, features are aggregated as a MultiArea, opposed to an FME Aggregate. When FME maps to the AIXM schema, there are two viable options for storing MarkingElement in RunwayMarkingTimeSlice, either as a multi-geometry or aggregate. This means, when a MultiArea feature is sent to the writer, the writer does not recognize it (eg. It is not looking for a MultiArea, so it can't find and will overlook any MarkingElement element geometries). I think this is a result of how we are attempting to represent multiple geometries in the FME features that are currently only designed to hold a single geometry. Please let me know if this makes sense and if you were able to write MarkingElement after making the change. Happy to help, Kailin.


dimperi
Contributor
Forum|alt.badge.img+1
  • Author
  • Contributor
  • April 19, 2024

MarkingElements are written after the change of the “Aggregate Type” to “Heterogenous”.