NECTAR : Nouvel Editeur de Cartes pour le Trafic AéRien

Ce projet a démarré au début de l'année 95. Il sera fort utile aux personnes qui se préoccupent de créer, mettre à jour des cartes pour les systèmes d'interface contrôleur système type FLASH, HEGIAS, PHIDIAS et autre SPECTACLE.

Présentation générale

Le projet

Ce projet, qui se place dans le cadre de la collaboration STNA/CENA concernant SPECTACLE DEMON et ... PHIDIAS, produira un éditeur de carte constituant:

• un outil faisant partie de la distribution SPECTACLE permettant aux personnes qui préparent l'environnement d'exercices pour SPECTACLE de créer les cartes à partir de carte existante, et de les mettre à jour,
• un prototype d'éditeur de carte adapté au nouvel environnement que va induire PHIDIAS; il va permettre de raffiner les spécifications de l'outil opérationnel qu'il faudra fournir avec PHIDIAS,
• un outil utilisable en interne au CENA pour les différents projets ayant besoin de produire ce type de données.

Cet éditeur de carte est un outil hors ligne permettant de créer, modifier des objets de type carte; ces objets sont stockés sous forme de fichier de données; les différents systèmes informatiques employés par le contrôle aérien (position de contrôle, système de supervision, ...) utilisent déjà des données de ce type sous différents formats. Cet éditeur permettra la récupération de cartes existantes sous ces différents formats et la production de cartes utilisables à la fois par les nouveaux systèmes comme SPECTACLE et DEMON mais également par les systèmes plus anciens. Cet éditeur se place comme une évolution des précédents outils développés soit par le STNA (éditeur de cartes DEMON), soit par le CENA (éditeur de carte VIDEOMAP pour HEGIAS).

L'équipe

L'équipe qui développe ce produit est principalement constitué de membres de l'équipe HEGIAS : Dominique Ruiz, Jean-Marie Heugebaert en premier lieu, Isabelle Vicente et Didier Pavet de façon plus parcellaire.

Les produits - les échéances

Une première version de NECTAR, la 1.0 sera livrée avec SPECTACLE en Mars 96. Une annonce sera faite dès disponibilité d'un logiciel "montrable" en béta version afin que les personnes intéressées au CENA puissent évaluer le produit.

Présentation détaillée

Environnement technique

Cet outil fonctionnera sur du matériel type PHIDIAS (DEC alpha sous OSF), machine DEC 3000, SUN SPARC sous SUNOS puis SOLARIS. Cet outil est développé en X11 et utilise MOTIF, le widget radar ICS.

Contraintes de format de données

L'éditeur sera capable de lire ou d'inclure des fichiers de carte aux formats :

• videomap binaire,
• videomap texte (il en existe plusieurs sortes),
• nouveau format de stockage (voir plus bas),
• peut-être d'autres formats d'import qu'il faudra préciser par la suite; on peut noter : le format des cartes DEMON, ...

L'éditeur sera bien entendu capable de stocker ces cartes dans le nouveau format, mais également de sauvegarder les cartes dans l'ancien format videomap (format binaire) afin de servir d'outil unique permettant la manipulation de ces objets.

Contraintes d'utilisation des cartes

Les cartes ainsi réalisées (au nouveau format NECTAR) peuvent être lues sans difficultés par le widget radar ICS. En particulier, les nouveaux objets graphiques de types arcs sont interprêtés et réalisés effectivement sous forme d'arc: les objets définis par le nouveau format de carte sont compatibles avec les possibilités offertes par le widget radar.

Les cartes réalisées avec l'éditeur pourront également être transformées en cartes videomap interprêtable par les anciens systèmes de visualisation (position de contrôle 670, autre système).

Nouvelles fonctionnalités

Nouveaux objets

Les cartes devront permettre la gestion des nouveaux éléments ou attributs d'élément suivants :

• arc, cercle, polyligne, hippodrome,
• types de traits : trait plein, tireté, plein avec marqueur distance, mixte (trait + point), plein double, tireté double, double avec marqueur distance, mixte double,
• épaisseur de trait,
• symboles : un ensemble de symboles liés à l'ATC a pu être établi (cf [1]); cependant, il sera bon d'offrir une certaine souplesse : les caractères affichables pourront appartenir à une fonte de caractère,
• priorité : chaque objet disposera d'un attribut priorité permettant de savoir l'ordre de visibilté,
• couleur : à chaque objet, on pourra associer une couleur symbolique; le lien entre la couleur réelle et la couleur symbolique sera assuré par une table de correspondance (entité de référence couleur),
• surfaçage : pour certains objets, on pourra marquer le caractère "rempli" ou "non rempli" de l'objet en question,
• style de remplissage : en cas de surfaçage, un style (motif, pattern) de remplissage pourra être défini,
• association : on pourra associer des entités élémentaires pour former une entité composite.

Nouvelles fonctions

Parmi lesquelles :

• fonctions d'environnement : (import,/export, lecture/écriture de données dans les différents formats),
• fonctions d'interface liées à l'apparition de nouveaux objets,
• fonctions de modes de construction nouveaux :
  • construire un point comme l'intersection d'un cercle (centre sur un point de référence, de rayon déterminé) et d'un trait de relèvement (selon un certain angle),
  • construire un trait dans l'alignement d'un point à une distance donnée et selon un angle précis, -autres modes a déterminer finement avec les utilisateurs potentiels.

Nouveau format de description des cartes

Un nouveau format de stockage des cartes a été défini; il s'agit d'un format texte se rapprochant de ADEXP (format utilisé comme standard d'échange de données plan de vol) ou MAFF (ce format utilisé par le projet MASS pour décrire les données servant au paramêtrage du simulateur, est dérivé de ADEXP).

Il dispose des qualités suivantes :

• il est structuré (une syntaxe doit être définie sous forme d'un méta-langage permettant de préciser comment se rédige le dictionnaire associé à la description des données),
• il est aisément décodable ("parsable"),
• il autorise les champs facultatif (non renseigné),
• il est auto-descriptif (la syntaxe utilisée doit permettre d'interpréter facilement les informations),
• il est extensible: un jeu de données correspondant à un dictionnaire de données pourra être interprêté par un outil diposant d'un dictionnaire plus complet (cette notion sera précisée par la suite).

Références disponibles

Note STNA/94.1684 S.Boisse

Note CENA/N94333/JL.Théret

Note CENA/N94362/JL.Théret

Description de l'éditeur de carte VIDEOMAP

Note CENA/NT95112/JM.Heugebaert

ETUDE PREALABLE EDITEUR DE CARTES NECTAR

Note CENA/NT95160/D.Pavet

Etude préalable éditeur de carte NECTAR

Note CENA/NT95160/D.Pavet

Interface Nectar / Widget Radar - Manuel de reference

Note CENA/NT96077/JM.Heugebaert

Dossier de specifications - format de donnees Nectar

Note CENA/NT96078/JM.Heugebaert

Interface éditeur/ base de données

Note CENA/NT96167/JM.Heugebaert

Dernière mise à jour : 09/11/2004 à 13:12:17

© CENA/ICS 1998