Nouveau format du fichier directeur de GINS

Transcription

1 Nouveau format du fichier directeur de GINS Présentation utilisateur Julien LAURENT-VARIN Juin /06/ JLV

2 Plan SOMMAIRE 1. Présentation des principes du nouveau format A. Les défauts de l ancien format B. Les choix du nouveau format YAML C. Les différents blocs 2. Passage au nouveau format A. Le fichier grammaire B. Les outils de conversion des fichiers directeur (dico/codi) C. L inclusion de fichier 2 Restitution de gravité pour l étude PASO APOPHIS 05/04/ JLV

3 Présentation des principes du nouveau format Les défauts de l ancien format Les choix du nouveau format YAML Les différents blocs 25/06/ JLV

4 L ancien format 1.yaya.GT/E/viking/gravite.VALIDE_5_3 gravite POTEN 0... marees ocean MAROC 0... press. atmo PRESA 0... mss SMOCE 1.yaya.GT/E/viking/flux.VALIDE_5_3 flux ACSOL 1.yaya.GT/E/viking/atmo.VALIDE_5_3 atmosphere MATMO 1.yaya.GT/E/viking/albedo.VALIDE_5_3 albedo ALBIR 1.yaya.GT/E/viking/pole.VALIDE_5_3 pole CPOLE 1.yaya.GT/E/viking/planetes.VALIDE_5_ mars planetes PLANE date bulletins BULCC 1.yaya.GT/E/viking/satnat.VALIDE_5_ satnat SATNA date debut/fin arc DATDF 1.yaya.GT/E/viking/stations.VALIDE_7_ stations CSTAT DATES 1.yaya.GT/E/viking/srg.VALIDE_11_ e e+00 srg.00000e e pole moyen(as) POLEM 0... bas problemes sta PBSTA TYPES 1.yaya.GT/E/viking/loading.VALIDE_5_ loading OLOAD 0 0 0gv,ls,fc,ft,ps,mt,mo,rl FORCE contload ALOAD cdg dop,gps,alti,laser XXCDG e e+00 bulletins.00000e+00 h1 BULH e-00 frottement FROTT e e+00 bulletins h2 BULH2 portance PORTA 1.yaya.GT/E/viking/bull_vo1.VALIDE_5_ e e-00 bulletins.20000e+01 b1 BULB e-00 radiation,ssurm RADIA e e+00 bulletins.10000e+01 b2 BULB2 albedo,consol,cospec ALBEM e e+00 mesures.00000e+00 haut MESH1 thermique,consol,cospec THERM e e+00 mesures.00000e+00 haut MESH2 r-bias,per,demi-per,jour RBIAS 1.yaya.GT/E/viking/mes_vo1.VALIDE_5_ e e+00 mesures.00000e+00 bas1 MESB1 t-bias,per,demi-per,jour TBIAS e e+00 mesures.00000e+00 bas1 MESB1 n-bias,per,demi-per,jour NBIAS e e+00 mesures.00000e+00 bas1 MESB1 x-bias,per,demi-per,jour XBIAS e e+00 mesures.00000e+00 bas2 MESB2 y-bias,per,demi-per,jour YBIAS e e+00 mesures.00000e+00 bas2 MESB2 z-bias,per,demi-per,jour ZBIAS mesures bas2 MESB2 coef aspect ASPEC impression,elimination e e-00 IMPRE mes.,freq.,trop.,pond MESBA gps_tpx_ archivage ARCHI fin correction mesures CMESB e pas,itr,cvg,iopt,reg,cow INTEG com TYPES atmosphere (tt,h,he,o,n2 LIBAT potentiel (lib,dmin,dmax LIPOT 0 marees oceaniques (lib) LIMAR pole (x,y) et tu1 (lib) LIPOL stations (lib,xyz,vit) LISTA topo dynn LITOP free LFREE OUT_DETA LFREE 4

5 L ancien format Inconvénients : - Peut convivial, difficile à comprendre - Difficultés à faire évoluer - Pas de possibilité de commentaire - Format très figé Les avantages à ne pas perdre : - Synthétique - Facilement pilotable par des scripts 5

6 Principe du nouveau format Langage YAML Existence de librairie pour l utilisation de ce format L indentation est porteuse de sens et évite une surabondance de mot clés du type «begin» «end» Facile à faire évoluer Disparition des clés numériques au profit de mots-clés Organisation par thème du nouveau directeur 6 (+1) blocs principaux peuvent apparaitre dans ce nouveau format : Date, Model, Object, Observation, Parameter, Output, User_extension. 6

7 Bloc Date et Bloc Version Ce bloc ne précise qu une unique information de version version : 14_1 Ce bloc décrit les dates de début et fin d arc, c est le plus petit bloc date : arc_start : [9986, ] arc_stop : [9988, ] bulletin_date : [9986, ] 7

8 Bloc Model Ce bloc décrit les modèles «globaux» à prendre en compte, c est-àdire : - le corps central d attraction, - le potentiel de gravité, - les marées océaniques, - le pôle moyen - etc model : central_body : mars environment : earth_potential :.yaya.gt/e/viking/gravite.valide_5_3 ocean_tides : unused atmospheric_pressure : unused mean_sea_surface : unused solar_activity :.yaya.gt/e/viking/flux.valide_5_3 thermosphere :.yaya.gt/e/viking/atmo.valide_5_3 albedo_ir :.yaya.gt/e/viking/albedo.valide_5_3 solid_pole_tide :.yaya.gt/e/viking/pole.valide_5_3 planet_ephemeride :.yaya.gt/e/viking/planetes.valide_5_3 natural_satellite :.yaya.gt/e/viking/satnat.valide_5_3 natural_satellite_gravity :.yaya.gt/e/viking/srg.valide_11_3 mean_pole : mean_c21_s21 : potential_model ref_date : coordinates : [0.0, 0.0] velocity : [0.0, 0.0] 8

9 Bloc Object Ce bloc, liste les objets plongés dans le modèle décrit précédemment. C est objets peuvent être : Quasar Station Constellation Satellite object : station : station_model :.yaya.gt/e/viking/stations.valide_7_1 station_issue : unused ocean_loading :.yaya.gt/e/viking/loading.valide_5_3 atmosphere_loading : unused satellite : - name : bas1 bulletin :.yaya.gt/e/viking/bull_vo1.valide_5_3 center_of_mass : doppler_correction : corrected gs_correction : corrected altimetric_correction : corrected laser_correction : corrected lib_accelero_scale_t : not_freed lib_accelero_bias_t_deltat : not_freed lib_loading : not_freed lib_accelero_bias_and_scale : not_freed lib_accelero_eccentricity : not_freed prare_doppler_correction : corrected prare_distance_correction : corrected grace_intersat_correction : corrected force : gravity_degrees_other_than_central :

10 Bloc Observation Ce bloc décrit l ensemble des mesures à prendre en compte et leur politique d élimination. Chaque mesure est une donnée liant deux objets. observation : removal : minimum_laser_raw_data : 0 minimum_doppler_data_per_pass : 0 minimum_gnss_data_per_pass : 0 stddev_removal_threshold : 5 first_iteration_residual_removal_threshold : 999 minimum_elevation_removal_threshold : 20 simulation_stepsize : 40 interobject_data : - file :.yaya.gt/e/viking/mes_vo1.valide_5_3 objects : [bas1, station] type : dsn_doppler_1 tropospheric_correction : [wet_dry, marini, gpt] apriori_obs_stddev : 0.0 apriori_model_stddev : 0.0 unit_for_residuals : hertz frequency_adjustment_per_arc : not_adjusted frequency_adjustment_per_station : not_adjusted frequency_adjustment_per_passage : not_adjusted 10

11 Bloc Parameters Ce bloc décrit l ensemble des paramètres du problème qui seront ajustés par la résolution du problème inverse. parameter : satellite : - name : bas1 integration : integration_stepsize : 20.0 nb_iter_min_max : [0, 10] convergence_criterion : 0.01 formalism_option : normal regularization : not_regularized integration_algorithm : variable_order_cowell_with_rectangular_elements integration_order : 8 encke_technique_use : 0 atmospheric_drag : adjustment_type : not_adjusted initial_value : 1.0 apriori_stddev : 0.0 nb_days : 0.0 surface_to_mass_ratio : atmospheric_lift : adjustment_type : not_adjusted coefficient : [1.0, 0.0]... 11

12 Bloc Output Bloc spécifiant les sorties : output : edition : measurement_residuals_print : every_iteration normal_matrice_print : normal_and_observation archiving : orbit_archive : standard_format extrapolated_orbit : 0 measurement_file_update : no stat_file_archive : no residuals_station_print : no normal_equation_archive : no non_gravi_force_archive : no 12

13 Bloc User_extention Ce bloc temporaire est introduit artificiellement pour gérer la période intermédiaire de co-habitation des deux formats. Il rassemble les informations apparaissant dans les blocs FREE de l ancien format. user_extension : userext_out_deta : selected 13

14 Possibilité apportée avec le nouveau format Un mot clé «Include» permet d introduire un fichier «type» pour ensuite ne faire apparaitre dans le fichier directeur que les éléments différents du fichier type. 14

15 Passage au nouveau format Le fichier grammaire L inclusion de fichier Les outils de conversion des fichiers directeur (dico/codi) Les outils de manipulation du format YAML 25/06/ JLV

16 Le fichier grammaire Le fichier grammaire rassemble toutes les clés possibles autorisées dans le nouveau format du fichier directeur : - clés internes et - clés que l on retrouve dans les fichiers directeurs), il contient aussi - la documentation pour chaque paragraphe, et - l arborescence possible dans le fichier directeur. 16

17 Grammaire et version Lors de l exécution via exe_gins90, la version de GINS peut être précisée, la grammaire pris en compte suit la logique suivante : # directeur_1 version : 14_1 # directeur_2 #version : 14_1 Ligne de commande -> Grammaire utilisée exe_gins90 v VALIDE_14_2 dir directeur1 -> gram_14_1.txt exe_gins90 v VALIDE_14_2 dir directeur2 -> gram_14_2.txt exe_gins90 dir directeur1 -> gram_14_1.txt exe_gins90 dir directeur2 -> grammaire perso* * : Pour les utilisateurs de GINS-PC, c est la dernière version VALIDE, pour les utilisateurs CI, c est le fichier ~/gin/sub/prepars90/gram_prepars.txt 17

18 L inclusion de fichier La fonction d'inclusion de fichiers directeurs a pour but de minimiser l'effort d'écriture pour modifier un fichier directeur existant. Par exemple, lorsqu'on veut créer un fichier directeur dont seules la date de fin d'arc change ainsi qu une option d élimination de mesure par rapport à un fichier directeur de référence, il est possible d'écrire le nouveau fichier directeur de la façon suivante : Logique du traitement des données lors de la fusion Présent dans la modification Absent dans la modification Présent dans la référence Donnée de la modification Donnée de la référence Absent dans la référence Donnée de la modification Aucune donnée 18

19 Les outils de conversion des fichiers directeur (dico/codi) Pour aider à la transition de l ancien format vers le nouveau format, deux scripts en python ont été développés : dico et codi 19