Implementation of VO 73/2010 at DFS Aeronautical Data Quality (ADQ) European Comission June 2014, Brussel
Aeronautical Data Quality Fact Sheet DFS ADQ project
Aeronautical Data Quality aeronautical data chain today...? Hindernissdaten Flughafengeländedaten genehmigte Flughafengeländedaten surveyors airports authorities Next intendet user > 100 ca 50 ca 50
DFS ADQ Strategy Design principles of the planning phase Identify and document media breaks and manual data entry in the IT application environment of DFS If possible, transform processes so that they are not (no longer) covered by regulation 73/2010 Adjust the affected processes through standards of Aeronautical Data Processing Identify and resolve redundancies in data management and consolidation of historically grown databases Wherever possible standards, open interfaces and COTS products should be required
DFS ADQ Strategy Key measures of the planning phase Analysis and conceptual implementation of Regulation 73/2010, executive rules and Guidelines ADQ (> 700 pages) Analysis and documentation of the application environment for handling of Aeronautical Data Basic concept of an interface for data exchange with Airports Design of a consolidated IT architecture for aeronautical data Design of a master process (process patterns) for handling of aeronautical data (creation, format changes, forwarding, verification, validation and authentication)
Data supply interface (AIXM) Data provision interface DFS ADQ Strategy ADQ DFS s conceptual Approach for theit IT-Landscape Data management process systems EAD External data supplier (authorities, airports, ANSPs via EAD) Aeronautical Database Systems AIP-production and publishing Data supplying systems DFS Verification systems Data consuming systems DFS External data consuming systems
Projekt ADQ: Ist-Anwendungslandschaft und Datenströme bezüglich ADQ-relevanter statischer aeronautischer Daten Ausschließlich FRA liefert noch Flughafendaten direkt an DFS. Alle anderen Airports liefern ihre Daten über die jeweiligen LLB. ICAO Internationale Koordination Naviationsfrequenzen Internationale Koordination Sprechfunkfrequenzen SAPPHIRE (Eurocontrol) WebHMI Andere ANSP Landesluftfahrtbehörden Flughafen (nur FRA) Vermesser Hindernisse (RMK) Vermessung DFS Flugvermesser (FCS, AFI) FCS/AFI AFTN BAF BAF TU München SPECTRAair (BAF) Antrag Frequenzzuweisung Bundes- BNA netzagentur (BNA) Antragssteller Verfahren LLB liefert Daten geplanter Hindernisse zur Gutachtenerstellung Genehmigte Hindernisdaten zur Veröffentlichung AIP Vermessungsdaten Kopie Urkunde Frequenzzuweisung BAF LLB Hindernisdaten email/papier Vermessungsauftrag PDF-Datei Lufträume, Sektoren DGN-File Hindernisdaten email/papier RMK führt per Dauerauftrag regelmäßige Vermessungen von 59 Flugplätzen gem. ICAO-Vorschrift durch (15 pro Jahr) TWR/B? Nach Empfang Vermessungsbericht Bestätigung des Verfahrens über FeaMan oder Erzeugung NOTAM zur Aussetzung des Verfahrens BKG VermPro SIS/NF Vorgaben Vermessungsdaten (Toleranzen) Eingabemaske Notes CC/FD PDF einfach (nicht qualifiziert) signiert An/Abmeldung Schutzbereiche PDF per email Stellungnahme 18a LuftVG PDF per email Lesend, im Rahmen von Stellungnahmen $18 LuftVG Verfahren DGN-File Regulatory Assessment? Genehmigung Verfahren? Gutachten 31 LuftVG PDF, email Hindernisdaten Eingabeformat SIF Vermessungdaten CRM/Excel-Datei, WGS-84 per email Koordinatensysteme, Missweisungen Positionsdaten (Schwellen, NAV-Anlagen) VermPro-Datei Nutzer BAF enthält auch Standortinformation (NavAid) bzw. Sektorinformation (Sprechfunk) Wie funktioniert das Genehmigungsverfahren? Welche Daten werden übermittelt?= Auf welchem Weg? Vorhanden aber heute nicht genutzt Gutachten 18a LuftVG PDF, Download Gutachten 31 LuftVG PDF, Download Vermessungsbericht PDF-Datei per email CRM (Collision Risk Model) ist ein ICAOdefiniertes Rich-Text Format DVO geplantes Verfahren PDF-Datei per email Grunddaten zum Vermessungsauftrag AFIS-Compilerdaten Verwaltung Anlagen unter MIL- Verantwortung, aktuell nicht genutzt Grunddaten Missweisungen Proprietäres Format für Missw.komponente Höhenmodell für Höhentransformation Proprietäres Format für Transf.komponente Antrag Frequenzzuweisung PDF-Scan, email TWR/B Nutzer AFSBw Frequenzdaten zur Veröffentlichung Format: email, formlos Antragsformular wird generiert, gedruckt, unterzeichnet, gescannt Urkunde Frequenzzuweisung Format: Brief SIF HMI (Pilot) Notes HMI VermPro-Schnittstelle Notes2PDF Notes HMI Ermittelte Werte werden dann manuell von TWR/B in Flugplatzhindernisse und via FeaMan in AeroDB übertragen Ermittlung höchstes Hindernis in TMA und MSA (Minimum Sector Altitude) Planung (CC) Schnittstelle zu CNS-Anlagenarchiv für Verfahrensplanung? Elektronisch oder Benutzerzugriff auf CNS-AA? Heute textbasiert, kartenbasierte Koordinateneingabe ist in Planung Transdat Koordinaten Umsetzung WGS-84 Geplante Anlagen (Prüfung gem. 18a LuftVG) Brief / email CNS Anschriften Luftraumplaner CC/FD (Langen) SIF HMI (geplant) Auftrags verfolgung Hindernissytem (TWR) OCA/OCH ist eine Excel- Lösung, für die Berechnungen der OCA/ OCH-Werte. CNS Anlagenarchiv (SIS) SPECTRAair (SIS) Verfahrensplaner CC (Niederlassung) CAD-HMI Flugplatzhindernisse (Freigrenzen, Notes-DB) OCA/OCH (Excel) Luftfahrthindernisse (Grunddaten, Notes-DB) CNS Anlagenarchiv CNS Koordinaten CNS Parameter Diverse Module Koordinatentransformation Höhentransformation Berechnung Richtungen/ Entfern. Berechnung Missweisung Berechnung Schnittpunkte SIS/NF Verfahrensplaner CC/FD (Langen) Anstoß für OCA/OCH-Berechnung kann sein: Regelmäßige Vermessung Gutachtenerstellung aufgrund von Plandaten von LLB CRM SIS/NF Verwaltung (SPECTRAair_admin) Frequenzkoordination (SPECTRAair_coord) Frequenzkompabtibilität (SPECTRAair_emc) Frequenzdatenbank (SPECTRAair_db) CRM ist ein weiteres Werkzeug für die Berechnung OCA/OCH- Werte. Liest Dateien im CRM-Format. SIS/NF STANLY Konverter (Java) Geplante Anlagen (Prüfung gem. 18a LuftVG) SIS/NF DB-HMI Geplante Verfahren PDF per email Betriebl. Freigaben für ILS-Anlagen Manueller Import in CNS-AA MaGeo Export DB CNS Vorgänge HMI BKG Microstation (Verfahrensplanung) Die Java Applikation wandelt die Werte aus der Excel Tabelle in AeroML Format um. TWR/B Frequenzzweisung NAV Format: PDF-Scan / Email SIS/MF Design-HMI TWR/B CC/FD Betriebl. Freigaben für NAV-Anlagen und Verfahren WMS-Schnittstelle Planungs-HMI SVN (Repository) Airspace Designer GeoMedia GIS (geplant) FPDAM GeoMedia GIS (geplant) SSA Daten: Planungs-Grunddaten Format: DGN Encoder Wo kommen die Grunddaten für die Planung auf Microstation her? Übertragung aus der AeroDB? Über welche Schnittstelle, in welchem Format? Geänderte Missweisungen (Manuell auf Basis Excel-Export aus CNS-AA Frequenzzweisung Sprechfunk Format: PDF-Scan / Email Daten: Sektoren Format: IDS-Proprietär Daten: OCA/OCH Werte Format: AeroML TWR/B und CC/FD CC/FD Antrag Sprechfunk-Frequenz (incl. Sektorinformationen) Format: MS-Word per Email Daten: Rasterdaten / Kartenmaterial Format:?? AIM/FN Prototyp Daten: Verfahren Format: IDS-proprietär AFsBW IFP-Koordinaten, ARP-Koordinaten (i.w. Verfahrensdaten zur Vermessung) im proprietären Notes Format Sprechfunkfrequenzen Enroute (CC) und Radarfrequenzen werden nicht veröffentlicht in der AIP (und sind damit nicht ADQ-relevant) Antragsdaten NAV-Frequenz (Standortinformationen) Format: MS-Excel per Email Frequenzzweisung NAV Format: PDF-Scan / Email Daten zu Verfahrenskonstruktionen (IFP) Daten zu Luftraumkonstruktionen Daten: Hindernisse (Grunddaten, MSA) Format:Lotus Notes Proprietär NAV-Koordinaten, NAV-Daten (Techn. Daten NAV-Anlagen und Schwellen: Kennungen, Frequenzen, Betriebszeiten,...) im proprietären Notes Format TWR SIS/N GeoMedia Daten: Lufträume, Routen, Sektoren Format: IDS-proprietär?? xdigin DB-HMI GroupEAD Frequenzzweisung Sprechfunk Format: PDF-Scan / Upload Weitere Betroffene in DFS Komponenten der IDS-Suite Daten: Verfahren Format: AIXM? Daten: Hindernisse OCA/OCH Format: AIXM? FeaMan AIM/FN Daten: Georeferenzierte Daten Format:?? GDV Maps (OpenSource WebGIS) DB-Schnittstelle??? (SIS/NT) PLX (Workflow) GDV AeroDB MaGeo / DDP DRF (Deutsche Rettungsflugwacht) WinDream DFS (via DFS-Intranet - Arbeitshilfen) Prototyp Wird aktuell evaluiert DB-Schnittstelle EAD ESI ENA Server Daten: PAMS-Daten Format: PDF Waypoints, Navaids, Aerodromes, usw. AIXM Format Daten: SDO-Daten Format: XML Extraktoren greifen direkt auf die DB zu und generieren Files Arbeiten produktbezogen, Regelwerk ist in der DB hinterlegt Extraktoren werden manuell angestoßen xdigout Ext (Extraktion) AeroEAD AeroPub DigOut xdigout GDV Publisher ChartManager Symb (Symbolisierung) OpenAir Erstellt Daten (Points, Koordinaten, Namen) aus der AeroDB in sequentieller Listenform für den Segelflug bereit. Software wurde vom Systemhaus entwickelt. Wahrscheinlich nicht ADQ relevant. Daten: PAMS-Daten Format: PDF Daten: SDO-Daten Format: XML DB-Schnittstelle Dieser manuelle Übertragungsweg wird gerade abgelöst. Zukünftig über SSA- Encoder -> AeroDB. AIP Daten pdf Format Verfahrensplanung DGN-File per email EAD-Replik Statische Texte AIP MS-Word per email AIM/FN (AIP-Produktion) ToDo: - Verbleibende Fragen klären à Termine mit Hr. Kempf, Hr. Kafka, Hr. Garlipp, n.n SIS à Markus - Bewertung ergänzen (weitere Handlungsbedarfe?) à Florian / Markus - Datenflüsse ergänzen à Markus Daten: Generierte Templates Format: FrameMaker Daten: Generierte Templates Format: DGN Daten: Waypoints, Routen, Luftraumstruktur usw. Format: VAFORIT proprietär In Planung CC/FDA AIP Karten DGN Format Daten: Location Indicators Format: ATCISS propritär, ARINC424 Daten:??? Format: ARINC424 Daten: Waypoints, Routen, Luftraumstruktur usw. Format: AIXM Publishing-HMI CIO (Dateimanager) HMI Format: DGN Geplant, zur zeit Adaption aus der AIP in Planung Kartenals Layer für NOTAMs/PIB (in Planung) Koordinatensysteme, FrameMaker (Text- und Layoutproduktion) Karten für AIP DGN-File Auf welchem Weg kommen die Missweisungen in die AIP? CAD-HMI Microstation (Kartenerstellung) AIM/FN (Kartenproduktion) map.dfs.de (Kartenserver für VFR ebulletin) ATCISS RAIM (Verfügbarkeit GPS-Sat) RADGIS FRODO??? DAeC (Deutscher Aero Club) Externe Kunden AS FSInfoSys AFsBW AIM VAFORIT DMS (Karlsruhe) Karten per CD AIM/FN (Text- und Kartenproduktion) Aero Catalog (Zentrales Datei- Repository) Dokumentenmanagementschnittstelle Postscripterzeugung (Adobe Acrobat X Pro) Druckvorstufe GDV Publisher (Steuerung Publishing-Prozess) Adobe Distiller (PDF-Erzeugung) geplant S2 IDVS Adobe PitStop (Farbkorrektur etc.) Adapteur: manuelles Abschreiben aus der pdf AIP Phoenix icas P1/P2 - ATCAS Karten Legende Interaktionskomponente Prozesskomponente Logikkomponente Datenbestandskomponente Schnittstellen- / Adapterkomponente Zu klären Handlungsbedarf gemäß separater Liste Komponente der AIP-Erzeugung Komponente aus der IDS IAS-Suite Komponente zur Datenintegration DFS-Komponente die ADQ-relevante Daten liefert oder konsumiert Externe (nicht-dfs) Komponente die ADQrelevante Daten liefert oder konsumiert AIP Online (Lotus Notes DB) AIP im PDF-Format digiseal (PDF-Signierung) AIS-C (Karten für Flugberatung) Aviation Shop AIP Online Externer Nutzer Elektr. Karten VFR ebulletin Karten im PDF-Format DFS ADQ Strategy ADQ DFS s Internal Concept for their new IT-Architecture Dokumentation der relevanten Ist-Anwendungslandschaft (Systeme, Schnittstellen, Daten, Integration)? Realises consolidation and Missweisungen??? optimization? potential in today s heterogenous? application environment Anlagen (VOR, NDB, DME, TACAN) Format: MS-Excel per email Waypoints, Navaids, Aerodromes usw. im Feaman XML Format Daten: Topogr. Karten (DFS) Meets requirements of VO (EU) 73/2010 Data set format Data exchange format Data protection Technische Anforderungen aus VO 73/2010 (und MOC) Effectivly supports the newly designed, cross-cutting AIM-Data Management-Process Anforderungen aus dem neu entworfenen AIM-DM-Prozess Needs for action in the application environment Konzeption einer ADQ-konformen und optimierten Soll-Anwendungslandschaft Is sustainable so as to support the ICAO-strategy from AIS to AIM Supports the principle: Data orientation instead of product orientation Is open for strategic developments (e.g. SOA, SWIM) Most economical solution concerning the cost drivers Wirtschaftliche und organisatorische Rahmenbedingungen Satisfies the EAMprinciples of DFS Satisfies the standards of DFS Technische und architekturbezogene Rahmenbedingungen
DFS ADQ Strategy Integration of external Partners, as Example: Airports àansp AIM-Process (DAL-Process) Data Request Airport Data Set - Format AIXM 5.x direct electronic connection Push / Pull Exchange Data Provider / Formal Agreement AIP ANSP Data Delivery
DFS ADQ Strategy Timetable control phase Jan 2010 July 1st 2013 July 1st 2014 June 30th 2017 Regulation 73/2010 is published The Regulation enters into force for new aeronauical date and information Nesessary IT-technical aspects are implemented for verification of the compliance Existing data must be ADQ-compliant 2012 2013 2014 2015 2016 12/2012 06/2013 12/2014 09/2015 05/2016 08/2016 Project ADQ - Plan - Design applied and approved DFS-processes are ADQcompliantly documented Acceptance Tests for consolidated and ADQ-extended AERO DB and tools DFS- IT-systems and processes are ADQcompliant Replacement of legacy systems Completion of project ADQ
Aeronautical Data Quality Our impressions with Reg. 73/2010 and ADQ Spirit and purpose of the Reg. 73/2010 is absolutely expedient. Most contents are already realized in other lines of business. The too late published ECTL specifications delayed unnecessary the implementation process. With a delay of more than 12 months for the specifications, is the final date of 2017 still realistic? Any implementation of the requirements of the regulation without ADQ-related databases and IT-tools is impossible. For some requirements it is necessary to purchase new IT-functionality; this involves issues related with the availability of such tools and the time needed for the official procurement processes; most of the producers are late, not clear in specification and unable to deliver ADQ-compliant solutions. For surveyors is until now no ADQcompliant product available.
Aeronautical Data Quality Actual Challange - formal arrangements Business Rules We miss European harmonized Business Rules for AIXM5.1 Formal arrangements (SLA) Between ANSP, Airports, Surveyor, Service/Data Provider, state and local authorities effort, cost, ressources Difference between ADQ «harmonized list» and EASA ADR? Are they the same? Who is leading in the whole datachain with all partisipants, ECTL or EASA?
Thank you for attention