QandA_20250815.docx

UNCLASSIFIED

1. Will NGA remove all the FAA data from their DAFIF data file prior to providing it to the Contractor for merging?

The process to accomplish this will need to be developed, the details have not been determined yet. The answer to many of these questions will need to be answered during an iterative process development.

2. Which data source would be populating airways?

NGA data. However, we realize there are seams in between enroute and terminal data that will need to be worked through, see #1.

3. Will NGA be maintaining FAA enroute waypoints/data?

Yes

4. If CONUS-related airway data will be handled by NGA, will the FAA foundational data (Navaids/Waypoints) also be included in the dataset provided by NGA?

Per paragraph 3.1.3.1 of the SoW, “…This data shall include all required supporting data, including navigational aids (NAVAIDs) and waypoints.” All of the data required to code the instrument procedures will need to be included.

5. Is there guidance about how foundational data conflicts between neighboring countries/DoD airfields/dual-use airfields are to be deconflicted?

See #1. This will need to be worked through.

6. Are there expectations about alignment between CADP and NGA’s FLIP library coverage in CONUS?

There should be no alignment required. NGA currently does not “alter” or “correct” any FAA data, so NGA’s FAA data should be the same or very similar to data from a commercial provider.

7. Are FAA heliports and associated procedures expected to be included in the merged content?

No. NGA will provide all DoD heliport data to the contractor.

8. Will NGA own the CADP file and/or the tools which produce the CADP DAFIF File?

Paragraph 10 of the SoW addresses this directly: “10. DATA OWNERSHIP - The Contractor will maintain its own database(s) as required to execute the requirements within this contract. The deliverable data, data sets, databases, database content and finished products created under this effort shall be retained as NGA property and shall be used and maintained by the Contractor solely for executing these requirements. Ownership of the data, data sets, databases, database content and finished products shall not pass to the Contractor.” NGA will not own the tools, but paragraph 3.1.10 of the SoW has specific requirements for software tools.

9. What is defined as CONUS? Is it just the lower 48 states or does CONUS also include Alaska, Hawaii, and US Territories in Latin America and Western Pacific?

The CONUS term was incorrectly applied to this contract. Paragraph 2.0 states, “The CONUS Aeronautical Data Procurement (CADP) contract will provide instrument flight procedure (IFP) content, and all required foundation or additional data necessary, for all airports under the authority of the Federal Aviation Administration (FAA) in a digital format.” It is our intent to include all procedures produced and published by the FAA, as opposed to a sub-set of that data. This is a “cleaner” way to sub-divide the data in our opinion. If it becomes obvious that a different concept is a better option, we can adjust during the iterative process development period.

10. Per Sections 3.1.3, 3.1.5, and 3.1.7 - What is the official subset of DAFIF files and fields Garmin would be responsible for supporting for this effort? Can we get a definitive list so we can assess any data coverage gaps?

The affected DAFIF folders are: ARPT, HLPT, TRM, TRMH, WPT, PAPP, NAV, SUPP and SUPPH.

11. Related to Section 3.1.5 - Garmin generates terminal waypoints when ANSP-defined waypoints are lacking, using ARINC 424-style identifiers that rely on Airport Ident for uniqueness. DAFIF, by contrast, requires unique waypoint identifiers - independent of Airport Ident. Can computed waypoint identifiers be accepted temporarily? These computed identifiers would comply with DAFIF rules, but lack specificity in referencing radial or distance information in the ident. This should be acceptable.

12. Related to Section 4.2.1 - When exactly are T_TRANS records required - for adds, mods, deletes? Any format/validation edge cases we should know up front?

The T_TRANS files include only those records that were added, modified, or deleted when compared to the previous cycle only. We do not put this file through the same validation and verification process as the files in the DAFIFT folder. We note this in our release statement and tell users the T_TRANS files are not to be used for navigation.

13. In Section 3.1 the SOW says, "The contractor must submit to annual audits, or as required by the terms of their LOA." Are these audits from NGA or not?

As required to satisfy your LOA, by whichever entity conducts those audits. Section 5.3 covers Second Party Audits. These would be conducted by NGA.

14. In Section 3.1.10.1 the SOW says, "All tools and software must be reviewed and qualified per DO-330/ED-215, as adapted by DO-200B/ED-76A, as required." Is grandfathering of tool qual under DO-200A acceptable?

Yes. The intent of this statement is to ensure the contractor is in full compliance with DO-200/330 tool qual requirements. If the grandfathering is in compliance, it is acceptable.

15. In Section 3.1.11 the SOW says, “Any major production or process change requires written notification and NGA approval prior to implementation." Can we use our Major/Minor criteria defined in our SOP or does NGA have their own?

The contractor can use their own criteria.

16. In Section 5.3 – Secondary Party Audits, who is the "Second Party" referring to? Is it NGA, USAF, etc?

See 13 above. This would be NGA. NGA’s CNS/ATM audit authority is the FAA with USAF (HBAI) assisting. We do not anticipate a need for FAA/USAF to participate in any second-party audits of the contractor.

17. Can you further clarify Section 10 - Data Ownership? I can’t tell whether NGA is only claiming property right on the delivered data, or even data we’d be retaining in internal databases that is used to create Garmin Navigation database products today? Will we retain any ownership/rights to any additional data collected specifically for this effort?

The contractor will have no ownership of any data transferred to them under this contract that is not already part of their data holdings. The initial production concept is NGA will send its complete DAFIF dataset to the contractor without the FAA procedures. The intent of this section is that any data contained in this dataset that is not already part of the contractor’s data collection cannot then be used in the contractor’s products distributed to user’s not associated with this contract. Much of this foreign data is obtained by NGA through formal foreign government information sharing agreements. Many of these agreements limit the distribution. DAFIF is UNCLASSIFIED, but is considered LIMDIS (Limited Distribution), even though it is not marked as such. It is intended only for US DoD, other US government agencies, and approved foreign partners. The contractor would be permitted to use the data for internal processes, such as data verification and validation.