Cas où le split_last_date est différent pour un même fichier #17
Description
Il semble qu'il y ait pb dr2xml qui ne met pas un split_last_date unique dans tous les xmls...
Prenons l'exemple de o3_AERmonZ_IPSL-CM6A-LR_piControl_r1i2p1f1_grz_185001-209812.nc qui présente un gap dans l'axe des temps entre 1869 et 1940. Si on regarde l'axe avec un "cdo tinfo" on voit que le fichier va de 1850 à 1869 puis de 1940 à 2098.
En regardant les fichiers xml qui ont été générés pour cette variable/table/fréquence on voit que les valeurs du split_last_date pour cette variable sont :
- de 1850 à 1869 : split_last_date="2099-01-01
=> XIOS cree et utilise un fichier o3-AER..._185001-209812.nc dans lequel il y aura les valeurs de 1850 a 1869.
- de 1870 à 1879 : split_last_date="2035-01-01
=> XIOS crée un fichier o3-AER..._187001-203412.nc dans lequel il y aura les valeurs de 1870 a 1879.
- de 1880 à 1889 : split_last_date="2045-01-01
=> pareil que ci dessus...
- de 1890 à 1899 : split_last_date="2055-01-01
=> pareil...
-
de 1900 à 1909 : split_last_date="2065-01-01
-
de 1910 à 1919 : split_last_date="2075-01-01
-
de 1920 à 1929 : split_last_date="2085-01-01
-
de 1930 à 1939 : split_last_date="2095-01-01
-
de 1940 à 2098 : split_last_date="2099-01-01
-
2099 : split_last_date="2100-01-01
=> XIOS cree un fichier o3-AER..._209901-209912.nc dans lequel il y aura les valeurs de 1940 a 2098.
avec pour l'ensemble des années un split_freq="500y" (ca ca veut dire que dans tous les cas, XIOS utilise le split_freq comme date de fin dans le nom du fichier).
Donc ce qui est s'est produit s'explique assez bien.