Select to view content in your preferred language

Airport Schema Export AIXM

210
2
Jump to solution
09-18-2025 11:37 PM
Labels (1)
gizemBAYBAŞDAĞLI
New Contributor

Hi everyone,

I’m working with an Airports Database (AMDB). The database includes the expected AMDB feature layers which have vector data (e.g., RunwayElement, TaxiwayElement, Apron, MarkingLines, etc.), but many attribute fields are not fully populated.

When I export the database to AIXM using the Export AIXM 5.1 Message tool, not all features are exported. I selected AircraftGateStand, ApronElement, RunwayElement, RunwayEnd, TaxiwayElement, Marking, and RunwayBlastPad, but the export only included TaxiwayElement, Apron, and RunwayEnd. RunwayElement and AircraftGateStand were missing.

Has anyone experienced this? Do some features require specific relationships to be exported together, or are there mandatory attribute fields that must be filled before the export will include them?

Thanks in advance!

0 Kudos
1 Solution

Accepted Solutions
tschwartz
New Contributor

Hello Gizem,

Without looking at your data and current airports database version (which could be an issue as well), there are indeed extra features and feature attributes and relationship fields that are needed to be populated to export a an AIXM message. Sometimes a feature can have multiple relationships established as well. If you are using the esri_airports_scheme.xml that comes with our version 3.5 product files, this will include the first edition of scheme that supports AIXM and therefore the first required field of FEATTYPE defined by the DO272/ED99 FeatureTypeBaseType domain.

tschwartz_0-1758523727799.png

 

Next there will be field indicating the relationship filed that use the UUID (AIXM UUID format/concept) found in the required IDNUMBER of the related feature, which could be a parent or child feature depending on if you are mapping downwards or upwards from a feature. An example for AircraftGateStand where there is now a field added called APRONELEMENT_ID and has a more distinct alias set as Apron Element Feature Unique Identifier (UUID) to highlight that this needs the UUID from the related feature.

tschwartz_1-1758523834894.png

This typically continues upward to the  AirportControlPoint (AIXM ADHP) feature, or in our case up a level to the related ApronElement, then Apron, then AirportControlPoint and all set with the proper FEATTYPE and relationship UUID field populated with the correct UUID.

tschwartz_2-1758524012561.png

Hopefully this helps and allows you to export more complete messages with some further database population. Also, I believe Esri Turkey will be reaching out soon as well, so keep an eye out for an email from them on this topic related to your local situation.

Thanks!

Trevor Schwartz | Sr. GIS Consultant and Aviation Specialist | Professional Services 

 

View solution in original post

2 Replies
tschwartz
New Contributor

Hello Gizem,

Without looking at your data and current airports database version (which could be an issue as well), there are indeed extra features and feature attributes and relationship fields that are needed to be populated to export a an AIXM message. Sometimes a feature can have multiple relationships established as well. If you are using the esri_airports_scheme.xml that comes with our version 3.5 product files, this will include the first edition of scheme that supports AIXM and therefore the first required field of FEATTYPE defined by the DO272/ED99 FeatureTypeBaseType domain.

tschwartz_0-1758523727799.png

 

Next there will be field indicating the relationship filed that use the UUID (AIXM UUID format/concept) found in the required IDNUMBER of the related feature, which could be a parent or child feature depending on if you are mapping downwards or upwards from a feature. An example for AircraftGateStand where there is now a field added called APRONELEMENT_ID and has a more distinct alias set as Apron Element Feature Unique Identifier (UUID) to highlight that this needs the UUID from the related feature.

tschwartz_1-1758523834894.png

This typically continues upward to the  AirportControlPoint (AIXM ADHP) feature, or in our case up a level to the related ApronElement, then Apron, then AirportControlPoint and all set with the proper FEATTYPE and relationship UUID field populated with the correct UUID.

tschwartz_2-1758524012561.png

Hopefully this helps and allows you to export more complete messages with some further database population. Also, I believe Esri Turkey will be reaching out soon as well, so keep an eye out for an email from them on this topic related to your local situation.

Thanks!

Trevor Schwartz | Sr. GIS Consultant and Aviation Specialist | Professional Services 

 

gizemBAYBAŞDAĞLI
New Contributor

Hello Trevor,

Thank you very much for your detailed explanation. It will be extremely helpful. I will proceed with editing and completing the attribute fields according to the defined relationships.

I am already in contact with Esri Turkey regarding this matter, and I am sure they will get back to me as well:)

 

Best regards,

 

Gizem

0 Kudos