Académique Documents
Professionnel Documents
Culture Documents
PMDSC n 60
OMM-DT N 1376
(Auteurs : N. Plummer, W. Lipa, S. Palmer, G. Prank, J. Shortridge, D. Stuber) Rviseurs : Omar Baddour et Hama Kontongomde
NOTE Les appellations employes dans cette publication et la prsentation des donnes qui y figurent nimpliquent, de la part des organismes participants, aucune prise de position quelle quelle soit quant au statut juridique des pays, territoires, villes ou zones, ou de leurs autorits, ni quant au trac de leurs frontires ou limites. Ce document nest pas une publication officielle de lOMM et na donc pas t soumis aux procdures ditoriales standard de lOMM. Les opinions qui y sont exprimes ne ncessitent pas forcment lapprobation de lOMM.
LA SRIE PRINCIPES DIRECTEURS DU PMDSC Reconnaissant combien il est ncessaire pour les Services mtorologiques et hydrologiques nationaux (SMHN) damliorer leurs services de donnes climatologiques et de surveillance du climat, la Commission de climatologie (CCI) de lOMM accorde une priorit de premier plan la diffusion de principes directeurs aux SMHN. Le prsent document a t prpar par lquipe dexperts de la CCI pour la gestion des donnes climatologiques, faisant partie du Groupe daction sectoriel ouvert (GASO I) des donnes climatologiques et de leur gestion, dans le cadre du Programme mondial des donnes climatologiques et de surveillance du climat (PMDSC). Les principes directeurs faisant lobjet de ce document sont destins informer les SMHN sur les meilleures pratiques en vigueur en ce qui concerne la gestion des donnes climatologiques et les aider remplacer danciennes bases de donnes, CLICOM par exemple, par des systmes prsentant une plus grande utilit, scurit et solidit. Ce document a t rdig par un sous-groupe de lquipe dexperts de la CCI pour la gestion des donnes climatologiques et rvis par des intervenants extrieurs. Lors de sa premire runion, qui sest tenue Nairobi du 1er au 3 novembre 2006, lquipe dexperts, qui avait t cre lors de la quatorzime session de la CCI (Beijing (Chine), 3-10 novembre 2005), a propos deffectuer une deuxime rvision du document et a fourni quelques mises jour. Il convient de rappeler que ce document technique, comme les autres documents techniques publis dans la srie PMDSC de lOMM, vise donner des indications sur les meilleures pratiques adopter par les Membres. tant donn la diversit des SMHN ainsi que ltendue et le niveau de dveloppement technologique de chacun dentre eux, il se peut que ce document ne soit pas trs utile certains Membres en particulier. Il couvre cependant un domaine suffisamment vaste pour apporter tout de mme quelques conseils utiles pour tous.
Sommaire
PMDSC N 60 INTRODUCTION ET OBJECTIF 1 7
BREF HISTORIQUE DE LA GESTION DES DONNES CLIMATOLOGIQUES 8 GESTION DES DONNES CLIMATOLOGIQUES : ORGANISATION
Exigences des utilisateurs et besoins satisfaire en priorit Systmes de gestion des donnes climatologiques : proprits souhaitables 3.2.1 Modle de base de donnes 3.2.2 Principales caractristiques de saisie 3.2.3 Options dentre lectronique des donnes 3.2.4 lments lis la qualit et mtadonnes associes 3.2.5 tendue des contrles de qualit effectus sur les valeurs observes 3.2.6 Extraction de donnes Scurit Gestion et surveillance des bases de donnes Gestion de la documentation
9
9 11 11 11 12 12 12 12 13 14 15
16
16 17 17 18 19 19 20 22
Bureau mtorologique, Melbourne, Australie Institut central de mtorologie et de godynamique (ZAMG), Vienne, Autriche 3 Met Office, Exeter, Royaume-Uni 4 Bureau mtorologique, Melbourne, Australie 5 Bureau mtorologique, Melbourne, Australie 6 Mto France, Toulouse, France
change de donnes Accs aux donnes et dveloppement de produits Administration et surveillance des donnes Gestion des modifications
24 25 26 27
Modles de donnes utiliss par les systmes de gestion de bases de donnes climatologiques 34 Considrations relatives au logiciel et au matriel informatique Analyse de la situation Dfinition dune solution fonctionnelle : valuation des besoins Dfinition de la solution technique Aspects lis au changement de systme et de services Transition partir de CLICOM Niveau de comptences requis Conservation du systme CLICOM existant Prparation des mtadonnes importer Prparation des donnes climatologiques importer Collecte dinformations sur les rglages du contrle de la qualit de CLICOM Essais approfondis du nouveau systme 35 36 36 39 43 44 44 44 44 45 46 47
47
47 48 48
48 49 50
ANNEXE 2 - EXEMPLE DE MISE EN UVRE DUN SYSTME DE GESTION DE BASES DE DONNES CLIMATOLOGIQUES 57 ANNEXE 3 EXEMPLES DE MATRIEL 60
WCDMP-54 REPORT OF THE CCl/CLIVAR EXPERT TEAM ON CLIMATE CHANGE DETECTION, MONITORING AND INDICES (ETCCDMI) (Norwich, UK, 24-26 November 2003) (WMO-TD No. 1205) 65
Introduction et objectif
La srie de principes directeurs publis par le Programme mondial des donnes climatologiques et de surveillance du climat (PMDSC) et la Commission de climatologie (CCI) fournit des informations et des conseils sur lorganisation et la mise en uvre de services climatologiques dans des domaines importants pour les Services mtorologiques et hydrologiques nationaux (SMHN). Ces principes directeurs sont galement destins prsenter des processus et des solutions technologiques rpondant la situation et aux besoins spcifiques des petits SMHN, qui ne disposent souvent que de ressources limites. Dans la mesure du possible, ces principes directeurs doivent galement : sappliquer tous les autres programmes de lOMM ; sadapter toute une srie de besoins ; tre formuls de manire pouvoir tre modifis ; et tre conformes et complmentaires aux principes dcrits dans le Guide des pratiques climatologiques.
Ces principes directeurs sont destins informer les SMHN sur les meilleures pratiques en vigueur en ce qui concerne la gestion des donnes climatologiques, informations qui arrivent point nomm, au moment o de nombreux pays se voient obligs de remplacer leurs anciennes bases de donnes, CLICOM par exemple, par des systmes beaucoup plus utiles, plus srs et plus solides. Compte tenu des objectifs gnraux de ces principes directeurs, on sattachera renforcer les connaissances et les capacits existantes sur les points suivants : phases et tapes de la gestion de donnes numrises ; technologies de bases de donnes disponibles et choix dune base de donnes approprie ; transition vers un systme moderne de base de donnes climatologiques ; soutien aux oprations de gestion des donnes. On sattachera dlibrment, dans la gestion des donnes climatologiques, aux aspects qui prsentent un intrt pour les SMHN souhaitant passer un systme plus moderne de gestion des donnes climatologiques et, ce qui est tout aussi important, aux comptences, systmes et processus qui doivent tre mis en place pour assurer le bon droulement des oprations. Ces principes directeurs ne sadressent pas aux SMHN qui envisagent de construire une base de donnes entirement nouvelle, mais seront davantage utiles ceux qui souhaitent tudier et comparer les systmes existants, candidats pour ce type dutilisation. Ces principes directeurs ne font pas mention en dtail des pratiques et des normes relatives la gestion des donnes car ces dernires figurent dj dans dautres documents de lOrganisation mtorologique mondiale (OMM), par exemple dans le Guide des pratiques climatologiques (OMM 2005) et autres documents (exemple : WMO 2003a, 2003b, 2004). Pour en savoir plus sur les aspects techniques des bases de donnes, voir les textes spcifiques
correspondants (par exemple : Date 1999). Les publications sur le PMSDC (voir http://web/wcp/wcdmp/html/wcdmpreplist.html) sont galement des sources extrmement prcieuses. Mme sil nest pas ncessaire davoir des connaissances approfondies de la gestion des donnes climatologiques, il est probable que ces principes directeurs seront davantage profitables aux personnes qui auront une connaissance pratique du sujet. Le chapitre 2 prsente brivement lhistorique de la gestion des donnes climatologiques pour les SMHN. Le chapitre 3 expose les conditions et lorganisation de la gestion des donnes climatologiques, cest--dire des aspects dordre plus gnral que les gestionnaires de donnes doivent connatre. Une description plus dtaille du sujet se trouve au chapitre 4, qui porte sur la gestion des flux de donnes. Le chapitre 5 aborde la transition entre les systmes de gestion de bases de donnes, notamment entre le systme CLICOM et un systme moderne. Le chapitre 6 est consacr aux aspects cls du soutien aux oprations de gestion des donnes, puis vient la conclusion au chapitre 7.
Dans les annes 1960 et 1970, plusieurs SMHN ont commenc utiliser des ordinateurs et transfrer progressivement sur bande magntique les informations contenues sur des millions de cartes perfores. Ces ordinateurs ont t remplacs par des gros systmes informatiques de plus en plus puissants, puis les donnes sont devenues disponibles en ligne, grce au dveloppement de disques. Une tape majeure a t franchie avec le projet CLICOM du PMDSC. Ce projet, mis en place en 1985, a entran linstallation dun logiciel de bases de donnes climatologiques pour PC, accompagn du matriel ncessaire et dun programme de formation complet, dans plus de 100 SMHN de par le monde. Ce projet a galement t lorigine damliorations notoires des services, des applications et des activits de recherche climatologique dans ces pays. la fin des annes 1990, le PMDSC a mis en place un systme de gestion des bases de donnes climatologiques, afin de profiter des toutes dernires technologies visant rpondre aux besoins varis et volutifs des Membres en matire de gestion de donnes. Bien que parfois plus onreux et plus complexes dun point de vue technologique (ncessitant donc davantage de comptences spcialises pour les administrer), les nouveaux systmes de gestion des bases de donnes climatologiques permettent aux utilisateurs daccder plus facilement aux donnes, qui sont ainsi plus sres et plus utiles. Les bases de donnes relationnelles avaient dj fait leurs preuves dans plusieurs SMHN. En dehors des progrs raliss par les technologies de bases de donnes, la saisie de donnes est devenue plus efficace entre la moiti et la fin des annes 1990, avec une augmentation des stations mtorologiques automatiques et des carnets de notes lectroniques (ordinateurs portables fixes utiliss pour la saisie, le contrle de la qualit et la transmission des observations), puis avec larrive de lInternet et dautres technologiques nouvelles. Il nest pas surprenant dobserver un certain nombre de tendances suggrant beaucoup dautres avantages pour les SMHN en ce qui concerne la gestion des donnes et les services fournis aux clients. LInternet amliore dj considrablement les capacits daccs aux donnes et, dans la mesure o les questions de scurit sont bien matrises, on peut sattendre ce que cela cr des opportunits majeures pour les gestionnaires de donnes dans les cinq dix prochaines annes. En plus, les systmes de bases de donnes relationnelles code source ouvert7 pourront galement supprimer les obstacles lis aux cots des bases de donnes relationnelles pour un grand nombre de SMHN.
Un systme code source ouvert est un logiciel dont le code source est librement accessible et peut donc tre vu et modifi. Cela signifie que le logiciel est disponible gratuitement (ou parfois seulement au prix de distribution).
gestion des bases de donnes climatologiques, mme si elles ne sont pas utilises tout de suite. Pour tout nouveau dveloppement, les gestionnaires de donnes doivent soit compter au moins un utilisateur de donnes cl dans leur quipe de projet, soit mettre en place des consultations rgulires auprs dun groupe de partenaires utilisateurs. Les fournisseurs ou utilisateurs de donnes faisant partie eux-mmes de lorganisation peuvent galement consulter rgulirement les utilisateurs finaux de donnes (ou dinformations) climatologiques, et il appartient aux gestionnaires de donnes de se tenir au courant la fois de lvolution des besoins et de toute question proccupant les utilisateurs. En termes simples, la gestion de donnes ncessite de connatre les besoins des utilisateurs finaux. lheure actuelle, les principaux secteurs demandeurs de donnes sont les suivants : services lis aux prvisions du climat et aux changements climatiques, agriculture et secteur primaire, sant, gestion des catastrophes / des urgences, nergie, gestion des ressources naturelles (y compris de leau), dveloppement durable, urbanisme, finance et assurances. Les gestionnaires de donnes doivent savoir que lexistence de la fonction de gestion de donnes dpend du centre qui assure des avantages sociaux, conomiques et environnementaux aux communauts dutilisateurs vises. Il est donc important que le gestionnaire de donnes encourage et, dans la mesure du possible, participe des projets qui dmontrent la valeur de ses ressources en donnes. Pour rappeler aux dirigeants des SMHN et convaincre les organismes de financement quil est rentable dinvestir dans des donnes, il peut tre utile de leur prsenter des tudes montrant, par exemple, les avantages conomiques des prvisions du climat ou les avantages sociaux dcoulant dune utilisation de donnes climatologiques dans un systme de veille sanitaire. Les donnes ont encore davantage de valeur lorsquelles sont intgres dans des modles dapplication (exemple : modles de simulation de culture, modles conomiques). Il convient donc de tenir compte daspects lis lintgration des donnes lors de la conception de nouvelles structures de donnes. On ne pourra satisfaire pleinement les besoins des utilisateurs que si les structures et les responsabilits ncessaires sont en place. Par exemple, lorganisation devra tre ouverte aux avis externes et disposer de moyens de communication efficaces et rentables pour assurer lchange dinformations en interne. Les gestionnaires de donnes doivent veiller galement respecter les principes dune surveillance du climat long terme, comme indiqu dans le document GCOS (2003), approuv par la Commission de climatologie (CCI) et adopt par la Convention-Cadre des Nations Unies sur les changements climatiques. La capacit assurer la continuit, lhomognit et enfin la qualit des donnes climatologiques dpend en grande partie de la qualit de gestion des rseaux et systmes dobservation. Pour suivre les dix principes de surveillance du climat (voir WMO (2003a), expliquant dans quelle mesure cela sapplique aux activits dun SMHN), les gestionnaires de donnes doivent absolument tablir dtroites relations avec les gestionnaires dobservations et les utilisateurs de donnes climatologiques. Le gestionnaire de donnes devra tre un intermdiaire efficace entre le gestionnaire dobservations et lutilisateur de donnes, en prsentant des exigences au premier et en faisant correspondre les besoins du second avec ce qui est conomiquement et techniquement faisable. Le document WMO (2003a) expose ces principes plus en dtail, au niveau des rseaux et systmes dobservation du climat. Pour rpondre aux besoins des utilisateurs, il convient de considrer notamment les aspects cls suivants, qui permettent de classer les observations nouvelles ou supplmentaires par ordre de priorit : priorits sociales, conomiques et environnementales nationales ; rgions dficitaires en donnes ; paramtres faisant lobjet dobservations insuffisantes ; rgions particulirement sensibles aux changements ; mesures prsentant une rsolution temporelle peu satisfaisante.
Systmes de gestion des donnes climatologiques : proprits souhaitables 3.2.1 Modle de base de donnes
Toute base de donnes climatologiques reposera sur un modle de donnes sous-jacent, trs important pour la qualit du systme qui sera dvelopp, en particulier pour sa maintenabilit (rappelons que plus de 50% des efforts mis en uvre pour llaboration dun logiciel sont consacrs la maintenance et lamlioration du systme au fil des annes). Si le modle nest pas adapt, le systme sera plus difficile maintenir. En gnral, une base de donnes conue en priorit pour des travaux mtorologiques en temps quasi-rel sera principalement accessible de manire synoptique , puisque les extractions rpondront gnralement au besoin de rassembler toutes les donnes de quelques endroits ou zones donns, ceci pendant une priode dfinie et relativement courte . En revanche, les applications climatologiques impliquent gnralement lextraction de donnes dune ou plusieurs stations, sur une longue priode. Ainsi, une approche plus vaste du stockage de donnes climatologiques implique de stocker ensemble (pour des donnes quotidiennes) toutes les donnes lies une station donne et un jour prcis. On peut procder de la mme faon pour des donnes horaires et mensuelles. Une autre approche consiste stocker sparment des donnes de type diffrent, avec un tableau (dans le cas de bases de donnes relationnelles) contenant toutes les donnes de temprature de lair pour toutes les stations et toutes les dates, etc. Voir paragraphe 5.2 pour plus de dtails. Outre la qualit naturelle de la conception, les autres critres prendre en compte sont notamment la faon dont le modle de donnes est document et sa facilit dextension par des programmeurs. Lune des exigences cls dun modle de donnes est quil doit tre capable de reprsenter les donnes transmises par tous les formats de messages standards de lOMM : TEMP, PILOT, METAR/SPECI, CLIMAT, CLIMAT_TEMP et SYNOP. Des considrations similaires sappliquent au modle de mtadonnes . Dans un sens, il sagit dun domaine plus complexe car les structures de mtadonnes peuvent tre plus complexes que les structures de donnes. Il conviendra de dfinir en temps utile un modle standard de mtadonnes8 pour les donnes climatologiques (largissant les travaux dj raliss sur la norme de lOMM relative aux mtadonnes de base). ce moment-l, il sera souhaitable que la capacit dintgration dans ce modle de donnes soit un critre de slection pour les systmes climatiques.
Dans ce contexte, les mtadonnes font davantage rfrence aux informations relatives aux donnes climatologiques (exemple : qualit des donnes, mthode de drivation, etc.) qu lhistorique des informations enregistres par une station.
de touches inutiles. Lautre caractristique utile est la double saisie, qui permet de limiter les erreurs (toutes les donnes sont saisies deux fois, celles saisies par le deuxime oprateur tant automatiquement compares celles saisies par le premier).
3.2.5 tendue des contrles de qualit effectus sur les valeurs observes
Les contrles appliqus pour dterminer la qualit dune observation peuvent aller du plus simple au plus complexe. Ces contrles portent notamment sur les points suivants, prsents ici approximativement par ordre croissant de complexit : contrles syntaxiques (ex : la temprature de lair doit tre exprime par une valeur ayant au plus un chiffre aprs la virgule) ; plages numriques (ex : la temprature doit se situer entre -90 et +70) ; contrles de lventail de climats (ex : est-ce que les donnes sont cohrentes avec la climatologie ?) ; cohrence entre les relevs (ex : la temprature de lair ne doit pas tre infrieure au point de rose) ; cohrence des sries chronologiques (ex : la diffrence entre deux tempratures observes successivement sur le mme site doit tre plausible ) ; cohrence spatiale (ex : les limites dune diffrence plausible entre les tempratures dune station et de ses environs ne doivent pas tre dpasses).
graphique pour limmense majorit des utilisateurs, les fonctions lies au langage dinterrogation tant rserves une poigne dutilisateurs plus avancs qui ont besoin deffectuer des extractions non standard. Les utilisateurs qui en sont capables doivent avoir la possibilit de spcifier leurs propres critres dextraction (gnralement via linterface graphique), et le systme doit tre correctement document afin de leur donner le maximum dinformations pour ce faire. Le systme doit galement proposer un large ventail doptions permettant de dterminer la structure de lextraction et la prsentation des rsultats et de spcifier une extraction grce une personnalisation des stations, de lhoraire et des dtails de prsentation. Ces options doivent permettre daccder des listes de donnes, de rsums tabulaires, danalyses statistiques (simples et complexes) et de prsentations graphiques.
Scurit
La politique de scurit et les activits qui sy rattachent ont pour principal objectif dviter la perte ou la dtrioration du systme de gestion des bases de donnes climatologiques et de conserver les fonctions de gestion des donnes dans le meilleur tat possible. Pour ce faire, les conditions pralables sont les suivantes : le systme de gestion des bases de donnes climatologiques doit se trouver dans un btiment abrit et protg ; lensemble du personnel doit avoir pleinement connaissance de sa responsabilit professionnelle et de son devoir de veiller au systme ; les archives et lenvironnement des bases de donnes doivent tre scuriss et protgs contre les incendies, lhumidit, etc. ; les manipulations de donnes (ex : insertion, mise jour, suppression) ne peuvent tre ralises que par des applications protges, auxquelles a accs un groupe restreint de personnes ; les personnes qui ont un accs en criture la base de donnes doivent sengager ne procder aucune transaction en dehors des oprations et pratiques approuves par le gestionnaire de donnes ; tout changement apport aux tables de donnes doit faire lobjet dune piste daudit dont laccs doit tre rglement ; les mots de passe ne doivent tre ni communiqus ni crits o que ce soit ; ils doivent tre changs rgulirement et cela sapplique tous les utilisateurs, de ladministrateur de la base de donnes lutilisateur travaillant sur les applications de manipulation des donnes ; le mot de passe se compose de lettres et de chiffres qui nont apparemment aucun lien entre eux, mais ils peuvent tout fait tre la suite des premires lettres de chacun des mots dune phrase, ex : je suis assis dans un bureau au 9me tage -> jsaduba9e ; le systme de bases de donnes darchive doit fonctionner derrire un pare-feu rgl au niveau maximal de scurit ; tous les services annexes des systmes informatiques de bases de donnes, tels que la messagerie lectronique, doivent tre dsactivs ; le systme informatique des bases de donnes ne doit utiliser que le noyau du systme dexploitation et le systme de gestion des bases de donnes ; lordinateur client sur lequel se trouve la base de donnes doit galement tre protg contre les virus et les actes de piratage ; des sauvegardes de secours doivent tre effectues une frquence suffisante pour ne pas descendre en dessous du niveau maximal autoris de perte de donnes en cas de dfaillance ; en gnral, des sauvegardes partielles seront effectus tous les jours et des sauvegardes compltes une fois par semaine ; les archives moins frquentes (gnralement mensuelles) du contenu des tables de donnes doivent tre au format ASCII et places en un lieu sr et protg contre les incendies, diffrent du lieu o se trouve physiquement la base de donnes climatologiques ;
un plan de rcupration doit tre dfini, indiquant les sauvegardes et les archives qui seront utilises en situation durgence pour rcuprer la base de donnes ; ce plan envisagera autant de scnarios catastrophes que lon peut imaginer ; le plan de rcupration doit tre renouvel et rvis intervalles rguliers ; des sauvegardes de secours du systme de gestion des bases de donnes climatologiques doivent tre effectues avant toute modification du logiciel systme, du concept ou des applications contenues dans le systme ; on procdera, des intervalles appropris, un audit des archives dorigine papier et des archives au format ASCII.
LIOV correspondant comparerait alors le nombre de rapports de ce type, prsents dans la base de donnes au 15 du mois, la valeur attendue, exprim en pourcentage. La frquence ainsi que la priode dtablissement des rapports de surveillance dpendra des besoins de lorganisation. Sagissant de labsorption de donnes, certains rapports peuvent tre gnrs automatiquement chaque jour pour cela, un rapport journalier de russites ou checs est indispensable pour prendre des mesures correctives avant le prochain cycle dabsorption. Beaucoup de donnes climatologiques suivant un cycle dun mois calendaire, il conviendrait dtablir des rapports mensuels sur la quantit et la qualit dabsorption des donnes. Pour procder une analyse de recouvrement des cots et de rendement, il est ncessaire davoir des rapports tablis au moins une fois par exercice, sur le nombre dutilisateurs finaux, les recettes gnres, la quantit et le type de donnes impliques. Les informations ncessaires pour ce faire ne font pas forcment lobjet dune fonction dun systme de gestion des bases de donnes climatologiques, mais ce dernier pourrait comprendre des statistiques sur lutilisation. Des rapports de surveillance doivent tre tablis pour assurer un suivi actif du flux dinformations, de mtadonnes et de donnes dans le systme de donnes climatologiques de lorganisation. Dans le planning de gestion, il convient galement de prendre en considration la longue dure de vie des donnes climatologiques, pour que ces ressources demeurent accessibles aux utilisateurs de demain. Les aspects dont il faudra tenir compte sont notamment la planification de la succession et la formation du personnel, ainsi que le cycle de remplacement du matriel, les cots de maintenance et de mise niveau, le support et la formation lis aux logiciels commerciaux.
Gestion de la documentation
Il est indispensable dtablir une documentation sur les processus de gestion et dutilisation de la base de donnes, la fois pour en archiver le concept et pour que cette documentation serve dinstructions dutilisation et de principes directeurs pour les gestionnaires, utilisateurs et dveloppeurs de la base de donnes et des applications connexes. Pour les organisations appliquant un systme de gestion de la qualit ISO 9000, cette documentation est obligatoire et doit tre conforme aux spcifications. Pour les autres organisations, il est fortement recommand dtablir une documentation suivant les principes de la norme ISO 9000. Les principes de lISO 9000 se rsument ainsi : dire ce que lon fait ; faire ce que lon dit ; vrifier et surveiller que lon fait ce que lon dit ; et valuer et amliorer. La documentation doit tre rdige dans un style positif afin dencourager les utilisateurs du processus faire le maximum. Pour la gestion et la documentation, il convient de mettre en place une structure plusieurs processus selon laquelle chaque processus comporte un certain nombre de donnes dentre. Une srie doprations est alors effectue sur ces donnes dentre, donnant lieu ensuite des rsultats pour un client donn. Ce client peut tre interne ou externe lorganisation. Par exemple, le processus de saisie peut comprendre lenregistrement de formulaires papier, la fourniture de ces formulaires aux oprateurs de saisie, la saisie des donnes dans le formulaire de la base de donnes, le chargement du formulaire une fois rempli dans la base de donnes et la rsolution des erreurs, puis lenregistrement des formulaires papier dans les archives. Les donnes dentre sont les formulaires papier, le personnel et les ressources informatiques. Les rsultats quant eux seraient les donnes se trouvant dans la base de donnes et les
formulaires papier enregistrs dans les archives. Les clients seraient les utilisateurs de la base de donnes, y compris dautres processus comme le contrle de la qualit (CQ). Chaque processus doit tre attribu un responsable de processus, charg de la documentation et de la gestion et de la surveillance globales du processus, qui dcide des modifications apporter au processus en lui-mme et la documentation et les autorise. Une documentation qui nest plus jour ou qui est errone peut dtruire la base de donnes. De mme, si les actions spcifies dans la documentation ne sont pas effectues, ceci peut entraner la perte de la base de donnes. Le responsable de processus doit galement faire en sorte que le processus soit rgulirement valu et amlior afin de sassurer quil rponde toujours aux objectifs de lorganisation.
de
la
gestion
des
flux
de
donnes
rpercussions en particulier sur le matriel permettant dacqurir et de reproduire les images, ainsi que sur le logiciel utiliser comme systme de gestion de base de donnes. Il est galement ncessaire de fournir des mtadonnes au niveau du jeu de donnes, mais ces dtails dpassent le cadre du prsent document. Les donnes peuvent galement faire lobjet dun travail dhomognisation, qui consiste supprimer dun jeu de donnes toutes les influences autres que celles du climat sous-jacent. Les donnes soumises ce type dexercice ont besoin de mtadonnes supplmentaires exprimant prcisment la nature du travail dhomognisation. Les jeux de donnes homognises devraient tre considrs comme des produits du systme de gestion des bases de donnes climatologiques et non pas comme une substitution. On dispose actuellement doutils de plus en plus perfectionns pour accder aux mtadonnes et les grer (Figure 1).
Figure 1. Logiciel de gestion de mtadonns STATPROT de lInstitut central de mtorologie et de godynamique (ZAMG), Autriche
appartenant ltat ou des personnes prives. Les mdias : presse, radio et tlvision, sont galement des sources dinformations utiles. Si les ressources le permettent, il serait intressant de runir tous les rapports et articles portant sur des catastrophes naturelles et autres vnements mtorologiques dans un systme de gestion documentaire, lui-mme intgr une base de donnes climatologiques largie.
Saisie
Les donnes doivent tre collectes le plus prs possible de leur source. Les stations mtorologiques automatiques, y compris celles qui procdent parfois des observations manuelles, ainsi que les stations mtorologiques partiellement automatiques, doivent collecter leurs donnes climatologiques ainsi que les messages derreur sur site et les transmettre par voie lectronique aux systmes de gestion des bases de donnes climatologiques, si possible via un autre systme de base de donnes. Les donnes observes manuellement doivent tre collectes et enregistres sur site, puis transmises ds que possible au systme de gestion des bases de donnes climatologiques. Dans le cas dune station manuelle, les donnes doivent tre collectes et enregistres sur site, et il est fortement recommand de procder leur transmission numrique au systme de gestion des bases de donnes climatologiques pendant le jour. Il nest certes pas toujours possible dobtenir en une journe toutes les donnes stockes dans une base de donnes (par exemple, les retours mensuels des archives papier), mais une collecte journalire de donnes prsente nanmoins les avantages suivants : les donnes seront probablement de meilleure qualit ; par exemple, loprateur se souviendra plus facilement du temps quil faisait hier que du temps quil faisait il y a un mois ; plus le cot de transmission des donnes augmente, plus les efforts humains en termes de contrle de la qualit diminuent et plus on a de chances daccder davantage de donnes dans de meilleures conditions ; les erreurs techniques seront dtectes plus rapidement. Beaucoup de stations enregistrent encore leurs donnes uniquement sur papier, ce qui les obligera les envoyer par la poste une ou plusieurs fois par mois. On conservera les relevs de donnes sur papier ou sur tableur ou bien ce serait lidal les donnes seront gnres automatiquement et compares aux donnes attendues. Cette dernire mthode permet de dtecter facilement les rapports manquants et dassurer un suivi avec lobservateur. Il conviendra dvaluer les donnes avant de les saisir partir des relevs fournis par des appareils enregistreurs. Pour le recueil des donnes, il est recommand dutiliser un systme qui vrifie les contraintes et le type de donnes lis chaque paramtre, avant dabsorber les valeurs dans la base de donnes. La saisie des donnes et le contrle de la qualit des donnes sont des oprations troitement lies entre elles, en effet un contrle de la qualit est souvent effectu pendant la saisie des donnes. Toutefois, les donnes climatologiques numriques doivent subir gnralement un autre contrle de qualit avant dtre classes. Les utilisateurs doivent toujours tre informs du niveau de contrle qualit des donnes qui leur sont fournies. Il est important de conserver la valeur des donnes dorigine ( la fois pour lvaluation des processus de contrle de la qualit et pour dventuelles demandes officielles ou quivalents voir 4.3), ainsi que la valeur tablie par le dernier contrle de qualit. Les donnes dorigine nauront subi que la vrification du type et de ltendue du processus dabsorption de la base de donnes. Les donnes rejetes par ce processus doivent tre tout de mme conserves. La valeur du dernier contrle de qualit peut varier en fonction du stade du contrle de qualit effectu.
Il doit tre envisageable de faire appel des sources et types de donnes non conventionnels, selon les pratiques de lorganisation, par exemple dutiliser des camras web pour des observations distance. Outre les donnes et mtadonnes traditionnelles, le systme de gestion des bases de donnes climatologiques peut contenir des informations diffuses par les mdias, photos, etc. Ces informations peuvent tre enregistres sous la forme et selon les conditions suivantes : image tire dun article de presse, prise par une camra numrique ou bien scanne ; indication de la date, de la rgion et du type dvnement (inondation, scheresse, fortes prcipitations) et nom de la source mdiatique ; quelques commentaires sur lvnement ; stockage des informations dans un systme darchivage. Il est possible de recueillir de la mme faon des donnes sur des phnomnes mtorologiques extrmes ou autres vnements, diffuses la radio ou la tlvision.
qualit des observations, qui ne sont pas des donnes climatologiques proprement dites (ex : informations sur la tension des batteries dune station automatique). En rgle gnrale, ces informations devraient tre utilises avant larchivage des donnes (cest--dire au cours du processus de contrle de la qualit) et ne devraient pas figurer dans le systme de gestion des bases de donnes climatologiques. (Toutes les mtadonnes importantes doivent en revanche y tre enregistres, voir 3.2.4, 4.1 et WMO (2003b).) Rappelons que le message dorigine doit tre stock titre permanent et tre accessible aux gestionnaires de donnes. Lune des principales tches du gestionnaire de donnes est destimer les besoins en termes de stockage de donnes ainsi que leur volution. Il doit tenir compte des informations complmentaires inclure dans les relevs de donnes (ex : indicateurs de contrle de la qualit, messages dorigine, date/heure de mise jour des relevs), des besoins en termes de mtadonnes et de toute redondance ncessaire pour que les bases de donnes puissent tre correctement rcupres. Il sera difficile destimer lvolution des besoins en termes de stockage. Rappelons que beaucoup de SMHN archivent actuellement 1 et/ou 10 minutes de donnes de stations mtorologiques automatiques et que les donnes climatologiques non conventionnelles (ex : indices de vgtation, dhumidit du sol) sont trs importantes pour les climatologues. Les besoins de stockage de donnes ocanographiques et de donnes de tldtection sont gnralement trs vastes. Si lespace de stockage nest pas suffisant pour contenir toutes les donnes brutes dorigine, les donnes les plus anciennes peuvent tre transfres de la base de donnes vers un systme darchivage stockage de masse plus lent. Il sagissait jusqu prsent dun systme robotis denregistrement sur bandes, mais aujourdhui de plus en plus sur DVD. Si ncessaire, on devrait pouvoir, par une procdure de rintgration, recharger partir de ces systmes de petites parties de donnes brutes dans lespace de stockage. Si, au bout dun certain temps et aprs lapplication du contrle de la qualit, on na pas constat de besoin de conserver des archives des donnes numriques dorigine dans le systme de gestion des bases de donnes climatologiques, ces archives peuvent tre supprimes, condition que des copies des originaux soient conserves ailleurs dans lorganisation.
denregistrer une copie lectronique des donnes dorigine, il conviendra de conserver les originaux papier dune manire qui rponde aux recommandations de lOMM sur le sauvetage des donnes. Le document WMO (2002) dfinit le sauvetage de donnes comme tant un processus de sauvegarde de toutes les donnes qui risquent dtre perdues cause dune dtrioration de leur support, et la numrisation de donnes actuelles et passes sous un format informatique compatible pour tre facilement accessible . Cette dfinition implique que : les donnes soient stockes en tant que fichiers dimage sur des supports rgulirement remplaables, afin dviter toute dtrioration du support (cartouches, CD, DVD, etc.) ; les donnes dj disponibles sur des supports informatiques compatibles migrent en permanence vers des installations de stockage conformes aux nouvelles technologies ; les donnes soient saisies sous une forme utilisable pour des analyses. Les efforts mis en uvre dans le cadre du sauvetage des donnes sont essentiels pour permettre au public daccder rapidement et dans une large mesure des ressources nationales de qualit. Dun autre ct, le sauvetage des donnes peut tre considr comme une forme de conservation du patrimoine dun pays. Il est important de sensibiliser les cadres suprieurs des SMHN et dautres fonctionnaires des gouvernements cet aspect, ainsi quaux nombreux autres avantages que procurent les donnes climatologiques, pour assurer le financement dactivits de sauvetage des donnes. Le document WMO (2002) donne quelques exemples, notamment le programme financ par la Belgique qui a permis plus de 40 pays africains de conserver des millions darchives sur microfiches. Le document WMO (2004) expose les principales tapes du sauvetage des donnes : recherche et localisation ; cration dinventaires ; conservation et stockage ; validation des fichiers dimage ; saisie et contrle de la qualit ; accessibilit des donnes. Ces tapes sont illustres sur la Figure 2 ci-aprs.
Tri Analyse Index SAUVETAGE DE RELEVES DE DONNEES Donnes Images Papier Saisie Stockage des donnes
Utilisateur
Figure 2. Etapes du processus de sauvetage de donnes Le document WMO (2004) dcrit les technologies informatiques, solutions mdias et stratgies de migration de donnes utilises. En termes dacquisition dimages lectroniques, on utilise de prfrence des camras numriques au lieu de scanners bien que ces derniers soient plus avantageux dans certaines circonstances (par exemple, les scanners multipages sont efficaces pour lacquisition dimages ayant des formats papier diffrents). Les projets de sauvetage de donnes devrait toujours comprendre une composante formation, permettant aux SMHN dacqurir des comptences sur tous les aspects du sauvetage de donnes et de sassurer que les connaissances peuvent tre transmises du personnel dj familier du sauvetage de donnes. La sant et la scurit au travail sont des facteurs particulirement importants pour les besoins du sauvetage des donnes. Par exemple, le personnel aura manipuler des archives papier poussireuses et lourdes, dans des locaux de stockage pouvant tre habits par des rongeurs et autres animaux.
Le modle de signalisation devrait indiquer si la valeur est : vrifie ou non ; dorigine ou non ; suspecte ou non ; errone ou non ; correcte ou non ; calcule (ou drive) ou non. Le modle de signalisation peut galement indique si la valeur est : vrifie automatiquement ou par un oprateur ; calcule partir de valeurs non suspectes ; calcule partir de valeurs non manquantes. Les donnes devront passer par lensemble du systme de contrle de la qualit et il conviendra dempcher tout moyen de contourner ce systme. Le processus global devra tre illustr par un ou plusieurs diagrammes de flux de donnes, en commenant par le rseau de la station jusquau niveau dapplication et en se concentrant particulirement sur le processus de contrle de la qualit. Des guides et manuels ainsi que des instructions dutilisation de lensemble du processus (et particulier du processus de qualit des donnes) devront tre tablis et suivis au sein de lorganisation. Il est fortement recommand de dcrire les changements apports au systme de contrle de la qualit des donnes pour permettre des amliorations par la suite et pour informer les utilisateurs de donnes intresss. En dehors du processus rgulier de contrle de la qualit des donnes, il convient de raliser de temps en temps une valuation de toutes les donnes historiques de qualit prouve. Cette valuation pourra sappliquer chaque paramtre et capteur prcis de toutes les stations ou bien tous les paramtres dune seule station. Elle fera suite la demande dun client prt payer un contrle qualit supplmentaire avant la rception de ses donnes. Si, aprs avoir pass par le processus de contrle de la qualit, un paramtre spcifique dune station comporte encore beaucoup de valeurs suspectes, cest que linstrument ou le capteur ou le processus dacquisition des donnes ne fonctionne pas correctement. Si les valeurs dune station comportent plus de valeurs suspectes que celles des autres stations, cela est d un problme dans le fonctionnement gnral de la station. Quand le contrle de la qualit est manuel, il convient de veiller ce que les procdures soient cohrentes et en cours de validit. Par exemple, un oprateur qui remplacerait toutes les valeurs suspectes par des estimations (ou qui les supprimerait toutes) pourrait endommager davantage la base de donnes que quelquun qui indiquerait toutes les valeurs suspectes comme correctes. Sil souponne un instrument ou un capteur dtre dfectueux ou un dysfonctionnement de la station dtre lorigine de problmes, loprateur charg du contrle de la qualit doit agir et, si ncessaire, avertir le responsable de linstrument mis en cause, par exemple pour : remplacer ou rgler linstrument ou le capteur ; entreprendre une inspection de la station ; formuler des recommandations visant changer de station ; contacter lobservateur afin de confirmer la ou les valeurs extrmes suspectes. Pour assurer lintgrit du processus de contrle de la qualit, on dsignera un responsable de processus qui sera charg du fonctionnement du processus dcrit. Il devra dtecter et rviser chaque aberration et chaque variation. Il conviendra de procder parfois un audit interne et un audit externe pour garantir lintgrit du processus de contrle de la qualit. Il est essentiel galement de prvoir des formations rgulires pour tous les oprateurs chargs du contrle de la qualit. Les SMHN utilisent actuellement des outils trs utiles de contrle de la qualit (Figure 3).
Figure 3. Capture dcran tire dun outil moderne de surveillance / contrle de la qualit des donnes : le systme de surveillance de la qualit du Bureau mtorologique australien.
change de donnes
Lchange de donnes entre SMHN est essentiel la climatologie. Il implique la fois le stockage et lutilisation de donnes (et mtadonnes) venant dautres pays dans la base de donnes dun SMHN, et la transmission de donnes des centres de donnes mondiaux et rgionaux. Les tats Membres de lOMM ont pour obligation de partager donnes et mtadonnes avec dautres Membres de lOMM. Les conditions de transmission de ces donnes des tiers sont stipules dans la Rsolution 40 (Cg-XIII) et la Rsolution 25 (Cg-XIV) de lOMM, lesquelles intgrent le concept de donnes essentielles et supplmentaires et dfinissent un jeu de donnes minimum qui devrait tre disponible selon un accs libre et sans restriction . Les membres peuvent dcider de dclarer essentielles un plus grand nombre de donnes que ce jeu minimum. Les Membres de lOMM acceptent quune partie de leurs stations appartiennent des rseaux comme le Rseau de stations dobservation en altitude pour le SMOC (GUAN), le Rseau de stations dobservation en surface pour le SMOC (GSN), le Rseau synoptique de base rgional (RSBR) et le Rseau climatologique de base rgional (RCBR). Le fait que leurs stations fassent partie de tous ces rseaux obligent les membres partager leurs donnes sur le plan international. Sur le GUAN, ce partage passe principalement par des messages CLIMAT TEMP, pour le GSN par des messages CLIMAT. La prsentation de messages de ce type est surveille et les rsultats publis.
Les utilisateurs sont invits lire attentivement les rsolutions prcites avant de mettre en uvre une politique nationale de donnes, dterminant les aspects du systme de gestion des bases de donnes climatologiques. Dans une perspective dchange de donnes, on peut distinguer quatre catgories de donnes climatologiques : donnes en temps rel ou en temps quasi-rel, changes via le Systme mondial de tlcommunications (SMT), pour lesquelles la rapidit dacheminement est essentielle ; jeux de donnes en mode diffr qui peuvent tre des parties des donnes prcdentes mais qui sont limits en termes de contrle de la qualit ; jeux de donnes en mode diffr qui ont fait lobjet dun vaste contrle de qualit et qui ont t ventuellement soumis une analyse dhomognit ; autres produits (ex : images satellitaires, mtadonnes, produits de surveillance et de prvision du climat, indices climatiques, tudes climatologiques et analyses nationales / rgionales / mondiales, rsultats de modles du climat mondial). Pour la premire de ces catgories, des formats standard OMM ont t dfinis : les formats CLIMAT et CLIMAT TEMP sont des formats spcifiques au climat tandis que dautres notamment SYNOP, PILOT, TEMP et Marine se rapportent au travail effectu sur le climat. Pour plus de dtails, voir le document OMM (1995). En ce qui concerne les autres catgories de donnes, on a dfini des formats pour lchange de donnes (ex : HDF et NetCDF) mais ces derniers sont dordre plus gnral et ne sont pas parlants en soi. Le projet cl, en cours actuellement, est le projet de SIO (Systme dinformation de lOMM), vaste et complexe, qui, pour rsumer trs brivement, vise fournir une infrastructure unique, coordonne lchelle du globe, pour la collecte et lchange dinformations ncessaires tous les programmes de lOMM et aux programmes internationaux connexes . Pour ce faire, des protocoles standard sont en cours de dveloppement sur lchange de donnes et, ce qui est dune importance cruciale, sur lchange de mtadonnes. Ceci a une double importance pour les dveloppeurs et les utilisateurs de systmes de gestion de bases de donnes climatologiques. Dune part, le fait davoir accs ces installations permettra aux utilisateurs de systmes suffisamment performants dobtenir facilement, par des mthodes standard, des donnes provenant dautres organisations jouant le rle de Centres mondiaux du systme dinformation (CMSI) ou de Centres de production ou de collecte de donnes (CPCD) au sein du SIO. Dautre part, les dveloppeurs de systmes de gestion de bases de donnes climatologiques pourront crer, le cas chant, des fonctions lintrieur de ces systmes, qui leur permettront dagir comme un fournisseur de donnes climatologiques via les protocoles du SIO. Certains travaux de dveloppement suivant cette optique ont dj t mens bien.
communiquer avec la base de donnes (tableur, shareware ou logiciels couramment disponibles dans le commerce). La mthode la plus courante consiste utiliser des applications compatibles avec un navigateur Internet. Ensuite, on peut utiliser les mmes applications pour lInternet et pour lIntranet, avec toutefois des droits daccs bien dfinis. Le personnel responsable de la fourniture des donnes devra comprendre comment les donnes ont t traites de la source larchivage. Auparavant, ctait le personnel charg de la gestion des donnes qui tait responsable du dveloppement des produits, si bien que les besoins des clients externes taient rarement pris en compte. Depuis peu, la fourniture de donnes rpond davantage aux exigences des utilisateurs finaux et aux besoins du march. Des services de fourniture de donnes se sont dvelopps selon ces deux axes majeurs. On a dun ct des produits valeur ajoute, qui la fois apportent aux clients des solutions tailles sur mesure , rpondant prcisment leurs besoins, et constituent des sources de revenus pour les SMHN. Les clients viss ne sont gnralement pas intresss par la quantit des informations, mais par leur pertinence. Dun autre ct, on a des produits de masse, ncessitant moins defforts et une couverture moins slective, qui ont tendance tre financs par des fonds publics et diffuss via des moyens moins coteux : les SMHN peuvent les publier sur leur site web, par exemple. En tout cas, tous ces produits doivent tre prsents selon un format professionnel car les SMHN seront jugs sur la qualit de leurs produits.
de qualit acceptable ; disponibles sous forme numrique ; stockes de manire optimale en termes de scurit et daccessibilit.
Parmi les lments ci-dessus, certains (ex : paramtres climatiques appropris) peuvent ncessiter des enqutes ou bien reposer sur les retours fournis rgulirement par les utilisateurs des donnes. Lefficacit des procdures de contrle de la qualit peut tre mesure, par exemple, daprs la proportion de fausses alertes, tandis que lon dterminera si les niveaux de qualit sont respects daprs le pourcentage de valeurs de donnes manquantes et errones. Les indicateurs destins surveiller la proportion de donnes disponibles sous forme numrique et sous forme papier peuvent tre utiliss comme des mesures de lefficacit des systmes de traitement de donnes. Voir exemple plus prcis en 3.4. Le suivi des taux de numrisation permet galement aux gestionnaires de donnes didentifier les problmes de rentabilit et de prvoir la charge de travail. Il faut veiller ce que ces activits de surveillance ne soient pas une charge pour le dpartement responsable de la gestion des donnes. Elles jouent nanmoins un rle important, tirant la sonnette dalarme ds que lon scarte des performances acceptables, et peuvent servir aussi doutil particulirement utile de motivation du personnel. Mais le plus important peut-tre, cest que les systmes et processus en place doivent donner lalerte en temps rel, en prsence dactivits critiques pour lconomie, par exemple lorsquil manque des donnes pendant la ralisation de produits climatologiques de haut niveau (demands notamment par des ministres) ou pendant la transmission de donnes des clients qui paient un tarif spcial urgence pour avoir un service rapide. Enfin, il est important de disposer de systmes de communication efficaces et rentables, capables de diffuser les informations dont ont besoin les personnes charges des mesures correctives.
futures gnrations. Lorsquun programme dobservation parallle est en place, par exemple dans le cas dun changement de site, il est ncessaire dadapter les flux de donnes correspondants (par exemple, introduire un nouveau site ou conserver les anciennes donnes dans une table de base de donnes spare). Les modifications apportes aux pratiques dobservation devraient tre gres par le dpartement du SMHN charg des observations, et la documentation devrait, une fois de plus, tre largement diffuse et dj prte pour les gnrations futures. Il en va de mme pour les modifications impliquant des calculs de donnes drives ; tandis que le dpartement charg des observations aura pour tche dintgrer les modifications dans les algorithmes dobservation lis au systme, les gestionnaires de donnes se chargeront denregistrer les modifications en aval, lies la base de donnes. Les gestionnaires de donnes devront toutefois essayer de prsenter aux utilisateurs une liste consolide des modifications. Lintroduction de nouveaux types de donnes impliquera gnralement dintgrer des processus et des systmes spcifiques pour le stockage, le contrle de la qualit, ltablissement de rapports, etc. Si cela reprsente un volume de travail supplmentaire, on pourra envisager de recruter du personnel ou dinstaller de nouveaux matriels ou logiciels, ce qui demande souvent dimportants travaux de planification. Conformment aux principes de gestion de la qualit, les SMHN devraient envisager de faire appel des processus officiels pour garantir une gestion en bonne et due forme des modifications. Le document WMO (2003a) dcrit les efforts mis en uvre dans ce sens au sein du Service mtorologique du Canada (SMC). Si les structures officielles adoptes par le SMC ne sont pas toujours transposables dautres SMHN qui, pour la plupart, sont loin de disposer des mmes ressources, en revanche les principes gnraux mritent dtre retenus, notamment les suivants : cration dun groupe au sein de lorganisation, charg de superviser les modifications apportes aux systmes, instruments, algorithmes, processus, procdures et documentation connexe, autant de facteurs influenant lacquisition, le traitement, ltablissement de rapports et larchivage des observations ralises depuis les rseaux dobservation ; font partie de ce groupe les dcideurs des domaines prcits et, si ncessaire, le personnel charg du soutien scientifique et technique ; les dcisions sont bases sur le consensus dans la mesure du possible ; mise en place dun processus clair et transparent de demande de modification ; examen et traitement en temps voulu des demandes de modification ; le comit a le pouvoir de crer des groupes de travail chargs dvaluer les demandes et de formuler des recommandations ; facilit daccs toutes les demandes, dcisions et documents justificatifs.
donnes (conception de la base, modles de donnes) afin de pouvoir prendre des dcisions en connaissance de cause, et enfin une description dtaille des tapes de transition entre le systme CLICOM et un nouveau systme de gestion de bases de donnes climatologiques. Il convient de prciser ds le dbut le principe suivre lorsque lon envisage de changer de SGBD : acheter si lon peut, construire seulement si lon est oblig . la lumire de ce principe, le PMDSC prconise le dveloppement de SGBD candidats examiner par les diffrents pays (voir Annexe 1 et ltude de cas prsente lAnnexe 2). Cet aspect sera trait plus en dtail ci-aprs.
Choix dun systme de gestion de bases de donnes climatologiques : les lments prendre en compte
Ce chapitre utilise une terminologie commerciale mme si un grand nombre de SMHN sont entirement financs par les gouvernements et, par consquent, ne facturent pas directement leurs services. Ces SMHN doivent cependant prouver leur rentabilit aux organismes qui les financent, en justifiant les prestations fournies aux utilisateurs. Ces organismes sont donc des clients par procuration pour les services fournis aux utilisateurs.
Evolutivit
Lvolutivit de la base de donnes est galement un critre prendre en compte. Peut-elle sadapter des changements de lorganisation ? Ces changements impliquent le plus souvent de pouvoir ajouter de nouveaux types de donnes et de faire face des volumes de donnes plus importants : par exemple, pouvoir contenir 10 minutes de donnes provenant de stations mtorologiques automatiques. Gnralement, le cot du stockage sur disque dur baisse plus vite que naugmentent les besoins de donnes dobservation supplmentaires. Est-il possible de dcentraliser la base de donnes en fournissant un bureau rgional une version simplifie qui ne contiendrait que les donnes applicables la rgion en question ? En gnral, les donnes seront de meilleure qualit si leur saisie dans le systme est ralise dans un endroit proche du lieu o elles ont t collectes. Il peut tre avantageux de dcentraliser la base de donnes ou den donner laccs des centres dinformation rgionaux, dans la mesure o lon touche ainsi directement les clients et utilisateurs de ces centres, grce une plus grande rapidit dexcution et une meilleure comprhension des besoins des clients et aussi une meilleure utilisation des ressources humaines des centres. Linconvnient de cette pratique est en quelque sorte une perte de contrle et de transparence et une hausse des cots de support. Ltablissement dune architecture commune et dun systme commun de gestion de bases de donnes climatologiques pourrait galement tre avantageux pour dautres organisations telles que les autorits fluviales.
Il conviendrait dtudier les obstacles et les cots potentiels de tels changements dans le cadre de la planification long terme du systme de gestion de bases de donnes climatologiques.
Architecture et technologie
Aprs avoir dfini tous les problmes et les besoins, on peut mettre en place le systme requis pour quil rponde au maximum dentre eux. La fiabilit et la maintenance sont des critres majeurs pour le matriel. La microinformatique est dsormais largement rpandue dans tous les pays, si bien quils disposent dune maintenance matrielle adapte, au moins pour les technologies standard. La tolrance aux pannes est trs importante, et lalimentation secteur doit comprendre un systme dalimentation lectrique temps de coupure zro (UPS). Les disques durs du serveur qui hberge la base de donnes doivent tre disposs en rseau RAID (Redundant Array of Inexpensive Disks), comprenant au moins trois disques physiques pour viter quune dfaillance de lun dentre eux naffecte les donnes. Si le systme doit tre disponible en permanence ou avec des temps de coupure rduits au minimum, on pourra ajouter un serveur redondant qui assurera la continuit des oprations en cas de dfaillance du serveur principal. On peut envisager dutiliser dautres architectures matrielles quun PC condition de disposer dune assistance efficace, capable de rtablir le bon fonctionnement du systme dans un dlai commercialement raisonnable (pour un systme de gestion de bases de donnes climatologiques, gnralement le jour ouvr qui suit la panne). Tout systme de gestion de bases de donnes climatologiques doit faire lobjet de sauvegardes de secours pour des raisons de scurit. Ces sauvegardes seront effectues, dans lidal, sur un support lisible par dautres systmes de lorganisation, gnralement sur des CD et DVD rinscriptibles et ventuellement sur des bandes. Il est recommand de vrifier rgulirement la lisibilit de ces sauvegardes sur dautres machines et de conserver une srie de sauvegardes sur un site distant. Le choix du systme dexploitation se fera compte tenu des mmes considrations de cot, de formation et de support. Microsoft Windows est le systme le plus connu, bnficiant dune bonne couverture commerciale dans presque tous les pays. En revanche, il est sensible aux virus et autres logiciels malveillants et il est facilement pntrable pour une utilisation non autorise. Il est donc ncessaire dinvestir dans des logiciels anti-virus et pare-feu pour les connexions extrieures. Dautres systmes comme Linux demandent gnralement un niveau de comptences plus lev en termes de support, mais sil se trouve, dans lorganisation, du personnel ayant dj ces comptences (acquises sur dautres systmes), il ne faut pas hsiter opter pour les systmes en question car ce sera vritablement rentable. Le SGBD peut tre un logiciel payant, disponible dans le commerce, ou un logiciel code source ouvert. Voir 5.3.3.4 pour plus de dtails sur certains produits particuliers. Les critres essentiels seront la disponibilit et le cot de la formation et du support. On devra dterminer le cot du systme de gestion de bases de donnes climatologiques sur toute sa dure de vie, ce qui peut tre complexe. On se demandera notamment si chaque mise niveau du matriel ou chaque dcentralisation du systme dans des centres rgionaux (voir 5.1.3) donnera lieu des droits de licence supplmentaires. Les solutions client-serveur peuvent prsenter des avantages significatifs. Des interfaces telles que JDBC (Java DataBase Connectivity) ou ODBC (Open DataBase Connectivity) sont conues pour la communication entre bases de donnes et entre les utilisateurs et la base de donnes. Cela signifie que lon pourra opter pour une plate-forme principale de serveur pour parvenir un maximum defficacit et de scurit, tandis que plusieurs clients pourront tre dfinis dans les modules spcifiques aux fonctions commerciales. Des concepts clients diffrents peuvent tre
utiliss dune part pour les tches dassimilation de donnes et de contrle de la qualit, et dautre part pour les requtes dutilisateurs finaux. Les systmes clients utiliss en particulier pour des requtes dutilisateurs finaux doivent tre extrmement souples pour concevoir et tablir rapidement de nouveaux rapports. Les clients tableurs sont utiles lorsquil sagit de transmettre les donnes extraites des utilisateurs finaux, sous la forme dun fichier de donnes. De nombreux outils (par exemple, Microsoft Access utilis en tant que client) permettent de prparer relativement facilement et rapidement des rapports bien prsents. La qualit de la prsentation des rapports ainsi que la facilit avec laquelle de nouveaux produits peuvent tre dvelopps sont trs importantes pour un SMHN. Une prsentation de qualit montre au client ou utilisateur que le SMHN est une organisation scientifique srieuse et efficace, ce qui valorise son image de marque.
La table Id pourrait alors tre relie dautres tables de la base de donnes, comme indiqu cidessus :
La premire tche dun concepteur de bases de donnes est de dfinir un modle de donnes et doptimiser la structure des tables, cest--dire de trouver la structure la mieux adapte chaque table et de dfinir comment ces tables sont relies entre elles. partir de l, il peut fonder un systme efficace.
Modles de donnes utiliss par les systmes de gestion de bases de donnes climatologiques
La plupart des systmes de gestion de bases de donnes climatologiques proposent un modle de mtadonnes pour stocker les informations sur les mtadonnes et un modle de donnes pour stocker les valeurs dlments climatologiques. Le modle de mtadonnes est trs variable : entre quelques tables relies entre elles pour certains systmes (ex : CLICOM) et une srie complexe de tables, pour dautres. Tout dpend du niveau de dtail souhait. Le modle de donnes, en revanche, est plus homogne. Les systmes de gestion de bases de donnes climatologiques utilisent gnralement trois modles de donnes pour reprsenter les valeurs dlments climatologiques, avec pour chacun ses avantages et ses inconvnients.
Avantages : on peut facilement ajouter de nouveaux lments ; le modle de donnes reste identique. Inconvnients : les performances des applications en temps rel risquent dtre mdiocres et beaucoup doprations de la base de donnes plus complexes quavec dautres modles. Le modle bas sur llment est utilis, par exemple, dans CLICOM.
Tableau 5.2. Table de donnes quotidiennes pour un modle bas sur lobservation ID de Jour/Mois/Anne Tmin Tmax Pluie Humidit Pression Vitesse Sens la mini. mini. au maxi. maxi. station niveau du du moyen vent vent de la .. mer 33220 01/01/2002 24.5 33.4 0 72 1015.6 2.2 160 42500 01/01/2003 15.2 22.3 10.2 80 1013.4 3.3 210 Avantages : performances leves pour les applications en temps rel ; optimisation du stockage des donnes. Inconvnients : ncessit de mettre jour la structure de la table pour ajouter un nouvel lment qui naurait pas t intgr pendant la phase de conception de la base de donnes. Le modle bas sur lobservation est couramment utilis par les SMHN voir rapport OMM de Benichou et Lee (1996).
Avantages : on peut facilement ajouter de nouveaux lments ; le modle sadapte un large ventail de types de donnes. Inconvnients : le stockage des donnes ne sera pas optimis correctement, cette mthode nest donc pas adapte des tables contenant dnormes quantits de donnes ; mmes inconvnients que le modle bas sur llment. En conclusion, les modles de donnes ont chacun leurs points forts et leurs points faibles, mais chacun pourrait tre utile un type dapplication climatologique. Il devrait tre possible, par ailleurs, dintgrer, dans la mme base de donnes, des tables utilisant diffrents modles de donnes, afin de rpondre des besoins et contraintes spcifiques. Par exemple, un systme de gestion de bases de donnes climatologiques pourrait comprendre un modle bas sur lobservation pour les donnes horaires et quotidiennes et un modle bas sur la valeur pour les donnes de pollution quotidienne.
Avant de dfinir en dtail les composants dun nouveau systme, il est recommand de procder une analyse de la situation, portant sur les comptences du personnel et le matriel/logiciel disponible, ainsi qu une tude des besoins.
Analyse de la situation
Pour dcider du matriel ou logiciel adapt un SMHN, il est ncessaire de connatre et de comprendre parfaitement lenvironnement dans lequel le SMHN gre ses donnes. Informations techniques et comptences en matire de gestion de donnes devront tre runies pour obtenir une solution fonctionnelle. Les tapes cls sont les suivantes : Inventaire complet et description dtaille des composants matriels et logiciels disponibles : ordinateurs, rseaux, systmes dexploitation, systme de gestion de bases de donnes climatologiques, applications en cours dutilisation, etc. Infrastructures de tlcommunications dont dispose le pays et/ou la rgion : lignes de tlcommunications nationales et internationales : Internet, SMT, tlphone, radio, etc. Niveau de comptences de chacun des agents du SMHN en matire de matriel et de logiciel : sur le fonctionnement matriel, la maintenance, les rparations, les systmes dexploitation, les systmes de gestion de bases de donnes climatologiques, les langages de programmation, etc. Comptences disponibles dans le pays ou dans des pays proches : fournisseurs et autres organisations connexes, leurs comptences et capacits dintervention (ex : maintenance, rparation, pices de rechange).
Quelles sont toutes les fonctions que le systme devra assumer, en particulier dans les domaines suivants : acquisition des donnes, accs aux donnes, gestion et traitement des donnes, production et scurit des donnes ? Voir liste complte des critres ladresse suivante : http://www.wmo.ch/web/wcp/wcdmp/cdmsfuture/html/evaluation.html.
Quelles contraintes ?
Le nouveau systme devra tre install dans un environnement spcifique, cest--dire quil devra sintgrer dans la structure organisationnelle du SMHN et faire face aux contraintes de cette dernire. Par consquent, les aspects suivants doivent tre pris en compte.
Quels utilisateurs ?
Combien dutilisateurs doivent pouvoir accder au systme de gestion de bases de donnes climatologiques ? O se trouvent-ils ? Ont-ils besoin daccder aux donnes en temps quasirel ou bien un accs diffr est-il suffisant ? Les utilisateurs ont-ils des fonctions particulires ? La rponse cette question permettrait de dterminer sil est prfrable davoir une base de donnes distribue (au niveau national et rgional) ou une base de donnes centralise (unique).
Figure 4. Exemple de schma fonctionnel indiquant les flux de donnes et diffrents liens en jeu dans le cadre dune opration de gestion de donnes.
[Traduction des lgendes] SCHMA FONCTIONNEL Radar Satellite Foudre Donnes arologiques Donnes de surface Donnes ocaniques Systme mondial de tlcommunications
SYSTME AUTOMATIQUE DE COMMUTATION DE MESSAGES PROCESSUS DE SAISIE PLATE-FORME DE TRAITEMENT ARCHIVE BASES DE DONNES Climatologie Radar Satellite Donnes en temps rel
PLATES-FORMES DE PRODUCTION ET DE GESTION Client externe (Internet, SMT,) Client interne (services et stations mto, Intranet, publication, )
Disponibilit ?
Des coupures de systme sont-elles autorises ? Le systme a-t-il besoin dun temps minimum pour se mettre correctement hors tension sans entraner de perte ou de dtrioration des donnes ?
Compatibilit ?
Dans quelle mesure le nouveau systme devra-t-il tre compatible avec le matriel et le logiciel existants ? Par exemple, certains programmes existants devront-ils fonctionner sur le nouveau systme ou certains quipements existants devront-ils communiquer avec le nouveau systme ?
Choix budgtaires
Le budget total dun systme nest pas simplement le cot des diffrents composants. Il convient dy inclure plusieurs autres services : garantie ; cot de formation (par exemple, pour lutilisation, la maintenance, les rparations) ; frais gnraux (par exemple les consommables, lignes de communication) ; contrat de maintenance ; budget pour la maintenance et lvolution du systme : amlioration ou mise hauteur du matriel et du logiciel, maintenance corrective et adaptative, assistance ponctuelle, dveloppements spcifiques.
Types dordinateur
On distingue gnralement les ordinateurs par leur taille, du plus modeste au plus performant : micro-ordinateur (ou ordinateur individuel, PC), mini-ordinateur et ordinateur central. On peut parfois aussi les distinguer par leur fonction : simple terminal, station de travail ou serveur. Aujourdhui, le mini-ordinateur et le simple terminal sont rares sur les marchs traditionnels. Ils sont remplacs de plus en plus par le micro-ordinateur (voir Figure 5), dont les performances ont considrablement augment en termes de vitesse, de mmoire et de capacit. On prfrera donc se concentrer sur le micro-ordinateur et considrer que lordinateur central nest plus adapt en raison de sa taille et des cots considrables quil gnrerait, pour rpondre aux besoins de la plupart des SMHN.
Figure 5. Le micro-ordinateur (ou ordinateur individuel, PC) est loutil le plus utilis par les SMHN pour la gestion des donnes. Les micro-ordinateurs peuvent tre de plusieurs types : ordinateur de bureau : utilis pour des applications bureautiques ; station de travail : plus puissante quun ordinateur de bureau et conue pour des applications spcifiques ; serveur : conu pour des applications critiques dans les entreprises et capable de fournir des informations plusieurs clients ; grappe de serveurs : ensemble de plusieurs serveurs interconnects. Se reporter au glossaire pour avoir une dfinition plus prcise de chacun de ces termes. Donc, quel type de micro-ordinateur faut-il choisir ? Une base de donnes tant une source dinformation importante, cest--dire une partie de lhritage dun pays en matire de climat, il est primordial de disposer dun systme solide et sr. Un serveur est plus solide, plus volutif quun ordinateur de bureau, mais si le cot du matriel est une contrainte pour le SMHN, on peut ventuellement envisager de convertir certains ordinateurs de bureau en un serveur destin au systme de gestion de bases de donnes climatologiques. LAnnexe 3 propose trois solutions, chacune avec un type de micro-ordinateur diffrent, et compare les avantages et les inconvnients de chacune.
Lenvironnement Linux est celui qui se rapproche le plus dUnix. Disponible en tant que logiciel code source ouvert, Linux est couramment utilis sur les serveurs web et les serveurs de bases de donnes. Les dernires versions sorties (voir http://distrowatch.com/ pour les principales distributions) se sont bien amliores ces dernires annes et fournissent dsormais des interfaces conviviales aux utilisateurs dordinateurs de bureau. Le choix qui sera effectu entre ces deux systmes dpendra du SMHN et des rponses aux questions suivantes : Quelles sont les comptences du personnel du SMHN ? Lenvironnement technique du systme de gestion de bases de donnes climatologiques ou du SMHN est-il compatible avec Windows et/ou avec Linux ? Quel sera le cot rel ? Il existe une troisime solution, qui a t adopte par de nombreux SMHN et qui consiste installer plusieurs ordinateurs avec des composants tournant sous Windows et dautres sous Linux, selon lapplication. Mais cette solution requiert du SMHN un vaste ventail de comptences. Enfin, pour les SMHN qui utilisent actuellement des systmes dexploitation tels quUNIX, OS/400, MacOS ou autre systme ddi des ordinateurs centraux ou mini-ordinateurs spcifiques, il reste analyser prcisment sil convient de continuer utiliser ces systmes ou plutt de passer Windows ou Linux.
Quel SGBD ?
La plupart des systmes de gestion de base de donnes (SGBD) utiliss actuellement par les SMHN pour grer les donnes climatologiques sont des systmes de gestion de base de donnes relationnelle (SGBDR). Cependant, vu la rapidit des volutions technologiques, de nouveaux types de SGBDR apparaissent, comme les SGBD orients objet, XML ou multidimensionnels. Le prsent document portera uniquement sur les SGBDR. Les plus courants sont rpertoris dans le Tableau 5.4.
Tableau 5.4. SGBRD existants SGBDR Entreprise Microsoft Access Systme dexploitation Windows Code source ouvert Non Commentaires Facile utiliser et largement rpandu parmi le grand public. Limit en termes de volume. Pas un vrai SGBD client/serveur mais plutt fichier/serveur. Compatible avec OS400, une rfrence pour beaucoup de grandes entreprises. Facile utiliser mais limit en termes dvolutivit. Bas sur Interbase. SGBDR trs connu, diffus avec code source ouvert. Bon choix pour la gestion de petites et moyennes bases de donnes. Double licence ouverte et commerciale. Capable de grer dnormes volumes de donnes. Trs rpandu sur Internet. Na pas encore toutes les fonctionnalits de certains autres SGBD. Comme DB2, cest une rfrence pour les entreprises qui ont beaucoup de contraintes et dnormes volumes de donnes traiter. SGBD solide, lune des principales rfrences code source ouvert. Version gratuite pour Linux : Adaptive Server Enterprise Express.
IBM DB2 FileMaker FileMaker Firebird Firebird Ingres Interbase MySQL MaxDB (SAP) MySQL MySQL Oracle Oracle Computer Associates International Borland
Linux, UNIX, Non Windows, OS400 Windows, MacOS Linux, UNIX Windows Linux, UNIX, Windows et OpenVMS Linux, UNIX Windows Linux, Unix, Windows Linux, Mac OS X, Unix, Windows Linux, Mac OS X, UNIX, Windows Non Oui Oui Non Oui/Non Oui
Non
PostgreSQL PostgSQL Sybase SQL Anywhere Studio, Adaptive Server IQ Microsoft SQL Server
Windows
Non
Les aspects suivants devront tre pris en compte dans le choix dun SGBDR : fonctions du SGBDR, capacit dadaptation au milieu du SMHN, cot, compatibilit (matriel, logiciel) et comptences disponibles au SMHN.
Fonctionnement au quotidien
Responsabilit des processus : chaque processus devra tre dcrit et plac sous la responsabilit dune personne dsigne cet effet. Si ncessaire, le processus pourra tre divis en sous-processus confis des agents dsigns. Il sera donc relativement courant de trouver, dans un service informatique, un administrateur systme responsable de la partie oprationnelle et de la maintenance des systmes dexploitation et du matriel, avec ses cts un administrateur de base de donnes qui sera charg de la conception, de la mise en uvre et de la gestion des oprations de la base de donnes. Un administrateur rseau sassurera que le rseau local (LAN) du SMHN est correctement rgl pour fournir des performances et une scurit optimales et que ce rseau communique parfaitement avec Internet.
Documentation : chaque processus et enfin toute installation de matriel ou logiciel ainsi que lhistorique de ses modifications devront tre enregistrs (voir 3.5). Cela concerne en particulier les processus de sauvegarde et darchivage ou toute modification du systme dexploitation du serveur, indispensables la survie du systme.
climatologiques, les mtadonnes doivent tre prsentes avant la saisie des valeurs climatologiques. Ces informations sont stockes deux endroits dans CLICOM : lhistorique de la station et le dictionnaire des donnes. La solution pourrait tre dexporter les mtadonnes CLICOM au format ASCII puis de les importer dans le nouveau systme de gestion de bases de donnes climatologiques. La procdure dimportation dpendra du systme choisi et du modle de mtadonnes quil utilise. Il sera probablement ncessaire de procder un traitement spcifique ce stade, selon le degr de conformit des structures de donnes CLICOM au nouveau systme de gestion de bases de donnes climatologiques.
priode incomplte (indicateur de qualit I), des valeurs manquantes (indicateur de qualit M) et du volume de prcipitations ltat de traces (indicateur de qualit T). Sil perdait ces informations, le SMHN serait oblig : de vrifier une nouvelle fois la qualit de toutes les valeurs dans le nouveau systme de gestion de bases de donnes climatologiques, ce qui impliquerait une hausse importante de sa charge de travail ; de se reporter aux donnes dorigine, qui pourraient tre les archives papier , afin de retrouver des informations telles que des traces de prcipitations.
Formation
Les besoins en matire de formation la gestion de donnes climatologiques dcoulent naturellement de ltendue des responsabilits correspondantes du personnel. Les utilisateurs dun systme ont toujours besoin de formation sur les aspects du systme qui les concernent, par exemple : le personnel charg de la saisie des donnes et du contrle de la qualit devra comprendre de quelle faon le systme ragira la saisie de donnes apparemment suspectes ou errones et savoir quelles mesures correctives devront tre prises ; sil est possible quun systme soit considr comme une bote noire du point de vue de lextraction de donnes ; en revanche, avec des donnes disponibles uniquement sous un petit nombre de formats prdfinis et avec des options de slection prdfinies, on risque davantage de demander au personnel dtre capable de dvelopper ses propres processus dextraction ; si le systme de gestion de bases de donnes climatologiques est fond sur un SGBDR (comme les six systmes actuels du PMDSC), on pourra extraire les donnes via le langage SQL, dont le personnel devra alors matriser les possibilits et les limites ; des comptences seront galement requises dans les domaines infrastructure de ladministration du systme dexploitation et de ladministration de bases de donnes ; dans un tablissement de petite taille, ces comptences pourront se trouver chez un seul individu (qui aura reu la formation adquate) ; cependant, chacune de ces comptences relve dun domaine part entire, et dans une organisation plus grande, on exigera un ou plusieurs spcialistes par domaine ; le personnel informatique devra se familiariser avec les questions mtorologiques, ces connaissances tant fournies par le personnel appropri du SMHN.
Conclusion
Ces principes directeurs sont destins fournir des informations aux SMHN sur les meilleures pratiques en matire de gestion des donnes climatologiques, mettant laccent en particulier sur lacquisition de connaissances et de comptences dans les domaines suivants : phases et tapes de la gestion de donnes numrises ;
technologies de base de donnes disponibles et slection de la base de donnes qui convient ; transition vers un systme moderne de bases de donnes climatologiques ; soutien aux oprations de gestion des donnes.
Dans ce document, on a mis dlibrment laccent sur les aspects de la gestion de donnes climatologiques prsentant un intrt pour les SMHN qui souhaitent passer un systme de gestion de bases de donnes climatologiques moderne, et, ce qui est tout aussi important, sur les comptences, systmes et processus mettre en place pour sassurer que les oprations sont correctement soutenues. Ce document vise aider les SMHN valuer leur future orientation stratgique face aux besoins lis la gestion des donnes climatologiques. Il est essentiel que, ds le dbut, les besoins des utilisateurs existants et futurs, dans la mesure o ils sont prvisibles, soient pris en compte pour le dveloppement de bases de donnes climatologiques et pour la mise en uvre de pratiques de gestion de donnes. Les gestionnaires de donnes doivent galement sattacher respecter les principes de surveillance du climat long terme. La capacit assurer la continuit, lhomognit et enfin la qualit des donnes climatologiques dpend dans une large mesure de la qualit de gestion des systmes et des rseaux dobservation. Il est galement indispensable de pouvoir stocker les donnes climatologiques ayant subi un contrle de qualit, dans un format facilement accessible, afin de rpondre aux besoins des programmes sur le climat au sein des SMHN et dapporter un soutien diffrents programmes de lOMM. Le relev climatologique est une ressource pour le prsent et pour lavenir et il est important de sauvegarder ces informations pour les futures gnrations. Lune des principales dcisions qui devra tre prise sur le plan technologique est de savoir sil faut opter pour un concept existant de systme de gestion de bases de donnes climatologiques, avec le logiciel associ, ou bien sil faut dvelopper un systme sur mesure, partir de lun des SGBDR disponibles dans le monde aujourdhui. Selon toute probabilit, cette dcision reposera sur des critres financiers car le dveloppement dun systme de gestion de bases de donnes climatologiques avec le logiciel associ peut demander un investissement initial consquent en amont. Cependant, il conviendra aussi de tenir compte daspects tels que le flux des donnes et le contrle de la qualit, ainsi que de facteurs technologiques. Il est donc fortement recommand aux SMHN denvisager trs prudemment dacheter le systme plutt que de le construire car cette dernire option demande beaucoup plus de ressources et reviendra gnralement beaucoup plus cher.
Remerciements
Les auteurs tiennent remercier Amir Delju (OMM) et Suresh Boodhoo (Prsident de la CIC) pour le soutien quils ont apport ce travail. Merci galement Rod Hutchinson et Mike Macaskill (tous les deux du Bureau mtorologique australien) pour la rvision de ce document.
Bibliographie
Benichou, F. et Lee, D.M. 1996. Use of Relational Management Systems in Climatology in WMO National Meteorological Services, Rapport OMM. Organisation mtorologique mondiale, Genve. Date, C.J. 1999. An Introduction to Database Systems (7th Ed). Addison-Wesley, 938pp. GCOS. 2003. Second Report on the Adequacy of the Global Observing System for Climate. GCOS Report No 82 WMO-TD 1143. Organisation mtorologique mondiale, Genve. http://www.wmo.ch/web/gcos/gcoshome.html OMM. 1995. Manuel des codes : Codes internationaux, Volume I.1 (Partie A). Organisation mtorologique mondiale, Genve. http://www.wmo.ch/web/www/DPS/NewCodesTables/WMO306vol-I-1PartA.pdf WMO. 2002. Report of the CLICOM-DARE workshop; Report of the international data rescue meeting, WCDMP-No.49/WMO-TD No.1128. Organisation mtorologique mondiale, Genve.. http://www.wmo.ch/web/wcp/wcdmp/reports/WCDMP-49/WDMP49_menu.html WMO. 2003a. Guidelines on Climate Observation Networks and Systems, WCDMP-No.52, WMO-TD No.1185. Organisation mtorologique mondiale, Genve. http://www.wmo.ch/web/wcp/wcdmp/reports/WCDMP-52.pdf WMO. 2003b. Guidelines on Climate Metadata and Homogenization, WCDMP-No.53/WMO-TD No.1186. Organisation mtorologique mondiale, Genve. http://www.wmo.ch/web/wcp/wcdmp/reports/WCDMP-53.pdf WMO. 2004. Guidelines on Climate Data Rescue, WCDMP-No.55/WMO-TD No.1210. Organisation mtorologique mondiale, Genve. http://www.wmo.ch/web/wcp/wcdmp/reports/WCDMP-55.pdf OMM. 2005. Guide des pratiques climatologiques mtorologique mondiale, Genve. (en prparation). http://www.wmo.ch/web/wcp/ccl/guide/guide.3e.shtml WMO. 2006. WMO Information System. http://www.wmo.ch/web/www/WISweb/home.html (troisime dition). Organisation
Glossaire
ACCESS Programme anti-logiciels espions ASCII Octet Processeur Systme de gestion de bases de donnes relationnelles de Microsoft. Fonctionne gnralement sur une station de travail locale, mais peut aussi tre install sur un serveur et donc partag. Programme informatique destin dtecter les programmes indsirables connus sous le nom de logiciels espions et sen protger. American Standard Code for Information Interchange. Norme de codage de caractres : lettres, chiffres, signes de ponctuation et autres symboles, en informatique. La plus petite unit adressable en informatique, compose de 8 bits, qui peut donc avoir 28 ou 256 valeurs diffrentes. Principale unit de traitement dun ordinateur, dsigne gnralement par le nombre de cycles de traitement par seconde et la largeur de bande de son bus. Pour une configuration donne, plus le nombre de cycles est lev, plus les oprations et les rponses sont rapides. CLImate COMputing project. Base de donnes climatologiques dveloppe sous lgide de lOMM et destine fonctionner sous un systme dexploitation Microsoft, DOS ou Windows. Base de donnes stocke sur un seul serveur, mais o les applications utilisatrices des donnes sont excutes sur les ordinateurs de plusieurs clients. Format numrique international dchange dinformations sur le climat partir de certains sites dobservation en surface. Les messages sont gnrs et changs une fois par mois entre les Membres de lOMM. Type de message identique CLIMAT mais avec des donnes issues dobservations arologiques. Donnes utilises pour dcrire ou comprendre le systme climatique ; il peut sagir de donnes lies aux proprits physiques, chimiques et biologiques, dcrivant des processus atmosphriques, ocaniques, hydrologiques, cryosphriques et terrestres. Les attributs de continuit et dhomognit ont gnralement un niveau de priorit lev. Activit consistant grer les donnes climatologiques de manire fournir des donnes de qualit fiable aux utilisateurs, stockes gnralement dans une base de donnes informatise. Cette notion peut englober les outils utiliss pour fournir des produits climatologiques au client. Voir Serveur. Ensemble de plusieurs serveurs interconnects, gnralement avec un serveur frontal, qui traite toutes les liaisons avec les utilisateurs. Les grappes de serveurs sont volutives, ce qui permet daugmenter relativement facilement leurs capacits. Classification gnrale des ordinateurs en fonction de leur taille et de leurs performances. Le type dordinateur va de lordinateur central le plus puissant, multi-utilisateurs, au simple PC (ordinateur de bureau), en passant par le milieu de la gamme des mini-ordinateurs. Type de conception de la base de donnes. Il existe un certain nombre de modles possibles, le plus courant tant le modle relationnel. Autres modles : modle objet-relationnel, modle orient objet, modle semi-structur, modle associatif, modle Entit Attribut Valeur (EAV) et modle contextuel. Processus de conservation de toutes les donnes risquant dtre perdues suite une dtrioration du support, et numrisation des donnes actuelles et passes sous un format informatique
Gestion des donnes climatologiques Grappe de serveurs Type dordinateur Modle de base de donnes
Sauvetage de donnes
Base de donnes Systme de gestion de base de donnes (SGBD) Bureau Ordinateur de bureau Base de donnes distribue Double saisie
compatible et facilement accessible. Ensemble dinformations organises de manire ce quun programme informatique puisse slectionner rapidement les informations souhaites. Les informations qui se trouvent dans une base de donnes sont gnralement relies entre elles. Srie de logiciels utiliss pour dvelopper, mettre en uvre, grer et maintenir des donnes stockes dans une base de donnes. Terme gnrique dsignant laffichage en arrire-plan dun ordinateur, o se trouvent les icones reprsentant les programmes et les disques et partir duquel les applications peuvent tre lances. Ordinateur indpendant usage gnral. Comme son nom lindique, il sinstalle en fixe sur un bureau, contrairement un ordinateur portable. Les ordinateurs de bureau sont gnralement modulaires, ils nont pas quune seule et unique configuration possible. Base de donnes gre par un systme rparti sur plusieurs nuds ou processeurs, mais gr en tant quentit unique. Mthode de saisie de donnes destine minimiser les erreurs de frappe. La mme donne est saisie deux fois par deux oprateurs diffrents, ceci en vertu de la thorie selon laquelle la probabilit que deux oprateurs fassent la mme erreur est faible. Tableur dvelopp et commercialis par Microsoft. Logiciel conu pour viter tout accs non autoris en provenance ou destination dun rseau priv. (Il peut sagir dun simple PC.) En prsence dun rseau, ce logiciel est install sur le serveur passerelle, protgeant le rseau contre des utilisateurs venant dautres rseaux. Voir Gigaoctet Systme Mondial dObservation du Climat. Systme oprationnel long terme, orient utilisateurs, capable de fournir les observations compltes ncessaires pour la surveillance du systme climatique, pour dtecter et expliquer les changements climatiques, pour valuer les consquences de la variabilit du climat, notamment des changements climatiques, et pour permettre aux chercheurs de mieux comprendre, modliser et prvoir le systme climatique. Unit dsignant la capacit de stockage de matriel informatique. Un gigaoctet (Go) est gal 1024 (210) mgaoctets (Mo). GCOS Surface Network : rseau de stations dobservation en surface pour le SMOC. Systme Mondial de Tlcommunications. Rseau mondial de tlcommunications utilis par les Membres de lOMM pour changer des donnes et produits mtorologiques et connexes. GCOS Upper Air Network : rseau de stations dobservation en altitude pour le SMOC. Interface Graphique Utilisateur dun cran dordinateur. Systme bas sur laffichage de diverses fentres, partir desquelles on peut lancer directement des actions au moyen de commandes telles que des boutons, cases cocher, barres de menus et listes. Dispositif de stockage permanent install dans un ordinateur et se composant dune ou plusieurs plaques surface magntique. Lespace disponible sur un disque dur est rutilisable. Le systme dexploitation et les autres logiciels sont gnralement stocks sur le disque dur. Systme dexploitation utilis par Apple dans ses ordinateurs Macintosh.
Excel Pare-feu
Go SMOC
Disque dur
MacOS
Ordinateur central
Mo Mgaoctet (Mo)
Mtadonnes
MV SMHN Normalisation
ODBC
Terme dsignant gnralement un gros ordinateur trs puissant, capable de runir plusieurs utilisateurs (souvent des centaines) et dexcuter plusieurs programmes simultanment. Les ordinateurs centraux sont gnralement installs dans un environnement scuris et contrl. On note de moins en moins de diffrence vidente entre un ordinateur central bas de gamme et un miniordinateur ou serveur haut de gamme. Voir mgaoctet. Unit dsignant la capacit de stockage de matriel informatique, considre gnralement comme quivalant 1 048 576 octets (10242 or 220). Selon lusage, un mgaoctet peut tre gal 1 000 000 ou 1 024 000 octets. Donnes se rapportant des donnes. Il sagit dinformations relatives aux donnes. Pour des donnes mtorologiques, il peut sagir du type dinstrument de mesure, dinformations sur le rglage des instruments, etc. ainsi que des informations sur le contenu et le format des jeux de donnes. Synonyme de donne mtorologique ou lment dintrt mtorologique tel que la temprature. Synonyme dordinateur de bureau et dordinateur individuel (voir la dfinition de ces deux termes). Catgorie dordinateurs entre les ordinateurs centraux et les microordinateurs. Ce terme est apparu une poque o lon distinguait nettement les ordinateurs centraux, les mini-ordinateurs et les microordinateurs. Cest de moins en moins le cas aujourdhui, et ce terme dsigne souvent un serveur ou une station de travail haut de gamme. Moyen de Vrification Service Mtorologique et Hydrologique National Processus appliqu la conception des tables dune base de donnes relationnelle, afin dtablir une structure adapte, minimisant les redondances inutiles. Cinq formes de normalisation ont t dfinies. Open DataBase Connectivity : connectivit ouverte de base de donnes. Norme autorisant laccs diffrents systmes de base de donnes, par exemple laccs Oracle depuis Microsoft Excel ou Access. Qualit dun logiciel dont le code source est facilement accessible dautres, qui peuvent ainsi le voir et le modifier. Cela signifie que le logiciel est disponible gratuitement (ou parfois seulement un prix correspondant au cot de distribution). Logiciel systme install sur un ordinateur et responsable du contrle et de la gestion du matriel, des oprations et des processus systme. Le systme dexploitation contrle le fonctionnement des logiciels dapplication, dun traitement de texte par exemple. Les systmes dexploitation pour PC les plus connus sont Microsoft Windows, Mac OS (Apple) et Linux. Systme dexploitation utilis par IBM pour sa srie dordinateurs AS/400. Indicateur Objectivement Vrifiable Ordinateur indpendant usage gnral, pouvant tre utilis de manire autonome. Ce terme sapplique souvent des ordinateurs IBM ou compatibles, utilisant les systmes dexploitation Microsoft, mais il peut dsigner tout ordinateur indpendant usage gnral. Ensemble compos du matriel, du logiciel et du systme dexploitation utiliss. Souvent, il dsigne seulement le systme dexploitation.
AQ CQ RAID
RAM
Assurance de la Qualit Contrle de la Qualit Redundant Array of Independent Disks : rseau redondant de disques indpendants. Regroupement de disques de stockage de donnes en une seule unit assurant une redondance en cas de dfaillance de lun des disques et rduisant ainsi le risque de perdre des donnes sur ce disque. Gnralement, les donnes prsentes sur chacun des disques sont dupliques sur un ou plusieurs autres disques, agissant ainsi comme des disques miroirs. Random Access Memory : mmoire vive. Mmoire informatique permettant un accs plus rapide aux donnes stockes, en lecture et en criture, mais ne permettant pas de conserver les donnes sur le disque une fois lordinateur teint. En gnral, plus lordinateur a de mmoire RAM, plus il sera performant. Rseau Climatologique de Base Rgional Rseau Synoptique de Base Rgional Systme de Gestion de Base de Donnes Relationnelle. Terme souvent utilis abusivement pour dsigner une base de donnes relationnelle alors quil dsigne uniquement le systme utilis pour grer la base de donnes et non pas la base de donnes en ellemme. Base de donnes o les donnes sont stockes dans des tables relies entre elles et qui permet dextraire ou de manipuler des donnes issues de diffrentes tables car le lien entre ces tables est clairement dfini. Ordinateur accessible et utilisable par au moins deux utilisateurs via un rseau. Les serveurs sont gnralement volutifs et peuvent tre configurs pour rpondre aux besoins dune organisation et voluer pour rpondre aux besoins venir. Un serveur peut avoir plusieurs processeurs et priphriques, par exemple plusieurs disques durs. Spcifique, Mesurable, Atteignable, Raliste et limit dans le Temps : proprits utiles pour mesurer les performances dune base de donnes. Terme gnrique dsignant des programmes indsirables gnralement installs linsu de lutilisateur, via Internet. Ces programmes pilotent distance des actions qui sont effectues sur lordinateur et collectent des informations sur lutilisation qui est faite de lordinateur. Ils se manifestent notamment par lapparition de fentres publicitaires ( pop up ), par un ralentissement gnral de lordinateur, par lapparition de barres de menus intempestives dans les navigateurs et via des logiciels de publicit ( Adware ). Structured Query Language : langage informatique de requte et dextraction de donnes dans et partir dune base de donnes. Uninterruptible Power Supply : systme dalimentation lectrique temps de coupure zro. Systme dalimentation lectrique de secours en courant continu, utilis en cas de coupure de lalimentation normale. Garantit ainsi que lordinateur continue de fonctionner puis sarrte correctement si la coupure de courant est plus importante. Organisation Mtorologique Mondiale Ordinateur haut de gamme usage gnral, gnralement plus puissant et plus solide quun ordinateur de bureau. Une station de travail est souvent utilise pour des applications dingnierie ou des applications graphiques ncessitant beaucoup de mmoire et un processeur rapide. Elle peut comporter plusieurs processeurs et plusieurs disques durs.
SQL UPS
Figure A1.1. quipe dvaluation du projet de systme de gestion de bases de donnes climatologiques pour lOMM
Tableau A1.1. Systmes de gestion de bases de donnes climatologiques, pris en compte dans le projet de lOMM Systme de gestion de bases de donnes climatologiques CLIDATA CLIMSOFT CLISYS CLIWARE JCDMS SDCLIM SMHN Lien Systme de gestion de base de donnes Oracle Access, SQL/Server Oracle, PostgreSQL Oracle, MaxDB, etc. Oracle Oracle
Dautres systmes ont t dvelopps par des SMHN ou par des entreprises prives, en dehors du processus dvaluation de lOMM (voir Tableau A1.2). Tableau A1.2. Systmes de gestion de bases de donnes climatologiques dvelopps en dehors du projet de lOMM Systme de SMHN ou Lien gestion de entreprise prive bases de donnes climatologiques AMS Organisation pour http://www.foodsecinfoaction.org/News/tools_cw_02.ht lalimentation et m lagriculture CLDB Microstep-MIS http://www.microstepmis.com/products/meteorology/cldb/english.php QUALIMET Ernst Basler + http://www.ebpPartner GmbH de.de/en/geschaeftsbereiche/information/projekte/165/
Annexe 2 - Exemple de mise en uvre dun systme de gestion de bases de donnes climatologiques
En 1988, le mini-ordinateur utilis pour la gestion des donnes climatologiques Madagascar tombe en panne. Il nest pas remplac. La gestion et le traitement centraliss des donnes climatologiques sont donc stopps. Heureusement, un projet national est engag pour rcuprer les donnes du mini-ordinateur, stockes initialement sur bandes, et les copier sur CD-Rom. Dans les annes 1990, avec larrive des micro-ordinateurs, le Dpartement charg de linformatique et des bases de donnes reprend la saisie de donnes climatologiques mais sur un simple tableur. Cette solution nest pas suffisante pour recueillir et partager correctement les donnes au sein des SMHN et entre les diffrents SMHN, ni de scuriser les donnes. Le service mtorologique national de Madagascar a donc mis sur pied un projet dans le cadre du Programme de coopration volontaire (PCV) de lOMM, avec pour objectif de mettre en uvre une base de donnes climatologiques nationale et dinstaller un systme moderne et standard de collecte, stockage, traitement et diffusion des donnes pour un systme de gestion des ressources. Les avantages attendus taient les suivants : permettre une participation plus efficace au niveau mondial la mise en uvre des activits du Programme climatologique mondial, en particulier en ce qui concerne les tudes sur les changements climatiques rgionaux, sous linfluence de facteurs naturels et humains ; amliorer la fourniture en temps rel dinformations sur le climat diffrents secteurs de lconomie, qui permettront de protger et de dvelopper les ressources naturelles, humaines et financires. La France dcide alors de financer ce projet et Mto-France se charge de la gestion, en proposant les services de ses agents. Ce projet est men en deux phases. La premire phase, qui comprend une tude de lenvironnement prsent, correspond la dfinition du systme, lequel comprend un serveur, un micro-ordinateur (rpondant des niveaux de scurit levs) assist de deux stations clients, une imprimante, un scanner, des units darchive et de sauvegarde, les consommables correspondants et les manuels de formation. Le systme est li au SGBD Oracle et tourne sous un systme dexploitation de base Linux. Lintgration du systme, son installation et les essais oprationnels ont dmarr en septembre 2003 et ont dur trois mois, dans les locaux de Mto-France Toulouse, sous la surveillance de plusieurs administrateurs systme, dun administrateur Oracle et dun climatologue. Le systme a t accept par la Direction Gnrale de la Mtorologie (DGM) de Madagascar en mars 2004, ce qui a permis dengager la mission dinstallation et de formation en avril 2004, pendant une priode de 15 jours, avec la participation de spcialistes de Mto-France. Cette mission consistait installer et dmarrer le systme dans les locaux du SMHN, intgrer les donnes historiques de surface concernant Madagascar et constituer et former les quipes dadministrateurs systme, dadministrateurs de systmes de gestion de bases de donnes climatologiques et doprateurs de saisie. La deuxime phase du projet porte sur la consolidation des comptences acquises, sur la poursuite de la formation et le dveloppement de nouvelles procdures.
[Traduction des lgendes] Saisie de masse DGM Direction gnrale Dpartement Informatique et Base de donnes Serveur Clisys SMT Systme mondial de tlcommunications Division Prvision Synergie DEM Direction Production Division Climatologie Client Clisys
Figure A2.2. Architecture systme Madagascar. Le systme de gestion de bases de donnes climatologiques (CliSys) est reli aux diffrents services du SMHN. Les donnes provenant du SMT sont collectes via un SMAS (Transmet) qui fournit les donnes loutil prsent sur la station de travail de prvision (Synergie).
sont conserves une frquence hebdomadaire. Dans ces conditions, il est possible dextraire, en fin de semaine, un fichier qui a t perdu ou endommag un certain jour de cette semaine. Enfin, sil savre quun seul serveur nest pas suffisant pour traiter la base de donnes climatologiques dun SMHN, il conviendra denvisager une grappe de plusieurs serveurs et dispositifs de stockage interconnects, qui formeront, aux yeux des utilisateurs, un systme parfaitement accessible. Tableau A3.2. Trois solutions matrielles pour la gestion des bases de donnes climatologiques Fonction
Systme dexploitation Processeur Solution 1 : ordinateur de bureau Linux, Windows Solution 2 : station de travail Linux, Windows Solution 3 : serveur Linux, Windows Remarques
Mmoire
Disque dur
Garantie
Vrifier la compatibilit entre le systme dexploitation et lensemble des dispositifs et logiciels utiliss. 1 processeur 12 1 128 Voir les exigences des processeurs processeurs diffrents logiciels utiliss, le nombre de clients et les contraintes du SMN. Entre 250 Mo et 4 Entre 512 Mo et Entre 512 Mo et Voir les exigences des Go 8 Go 1000 Go diffrents logiciels utiliss, le nombre de clients et les contraintes du SMN. Nombre limit de Entre 1 et 4 Entre 1 et 192 Analyser les exigences en disques durs. disques. disques. termes de volume. Choisir le Exemple : 2 Exemple : 3 Exemple : 6 type de disque dur disques durs, disques durs ; disques durs ; appropri : IDE, SATA, SCSI, disque 1 : pour disque 1 : pour disque 1 : pour et larchitecture approprie : lensemble du lensemble du lensemble du clone, miroir, segmentation. systme, disque systme, disque systme, disque 2 Prvoir un disque dur de 2 : clone du 2 : clone du : clone du disque rechange. disque 1. disque 1, disque 1, disques 3, 4 et 3 : miroir du 5 : base de disque 1 (RAID donnes sur RAID 1). 5, disque 6 : disque de rechange Graveur de CD Graveur de DVD NAS Analyser la technologie la plus approprie. Graveur de CD Bande, NAS Bande, NAS Analyser la technologie la plus approprie. UPS UPS UPS Analyser la technologie la plus approprie en fonction des contraintes. Pare-feu, anti-virus, antilogiciels espions et toutes les mises jour. Logiciel de sauvegarde de secours et darchivage. Demander une garantie sur une priode raisonnable.
REPORTS PUBLISHED IN THE WORLD CLIMATE DATA PROGRAMME (WCDP)/WORLD CLIMATE DATA AND MONITORING PROGRAMME (WCDMP) SERIES
WCDP-1 WMO REGION III/IV TRAINING SEMINAR ON CLIMATE DATA MANAGEMENT AND USER SERVICES, Barbados, 22-26 September 1986 and Panama, 29 September 3 October 1986 (available in English and Spanish) - (WMO-TD No. 227) REPORT OF THE INTERNATIONAL PLANNING MEETING ON CLIMATE SYSTEM MONITORING, Washington DC, USA, 14-18 December 1987 (WMO-TD No. 246) GUIDELINES ON THE QUALITY CONTROL OF DATA FROM THE WORLD RADIOMETRIC NETWORK, Leningrad 1987 (prepared by the World Radiation Data Centre, Voeikov Main Geophysical Observatory) - (WMO-TD No. 258) INPUT FORMAT GUIDELINES FOR WORLD RADIOMETRIC NETWORK DATA, Leningrad 1987 (prepared by the World Radiation Data Centre, Voeikov Main Geophysical Observatory) - (WMO-TD No. 253. p. 35) INFOCLIMA CATALOGUE OF CLIMATE SYSTEM DATA SETS, 1989 edition (WMO-TD No. 293) CLICOM PROJECT (Climate Data Management System), April 1989 (updated issue of WCP-l 1 9) - (WMO-TD No. 299) STATISTICS ON REGIONAL NETWORKS OF CLIMATOLOGICAL STATIONS (based on the INFOCLIMA World Inventory). VOLUME II: WMO REGION I AFRICA (WMO-TD No. 305) INFOCLIMA CATALOGUE OF CLIMATE SYSTEM DATA SETS HYDROLOGICAL DATA EXTRACT, April 1989 - (WMO-TD No. 343) -
WCDP-2
WCDP-3
WCDP-4
REPORT OF MEETING OF CLICOM EXPERTS, Paris, 11-15 September 1989 (available in English and French) - (WMO-TD No. 342) CALCULATION OF MONTHLY AND ANNUAL 30-YEAR STANDARD NORMALS, March 1989 (prepared by a meeting of experts, Washington DC, USA) - (WMO-TD No. 341) REPORT OF THE EXPERT GROUP ON GLOBAL BASELINE DATASETS, Asheville, USA, 22-26 January 1990 - (WMO-TD No. 359) REPORT OF THE MEETING ON HISTORICAL ARCHIVAL SURVEY FOR CLIMATE HISTORY, Paris, 21-22 February 1990 - (WMO-TD No. 372) REPORT OF THE MEETING OF EXPERTS ON CLIMATE CHANGE DETECTION PROJECT, Niagara-on-the-Lake, Canada, 26-30 November 1990 - (WMO-TD No. 418)
Note: Following the change of the name of the World Climate Data Programme (WCDP) to World Climate Data and Monitoring Programme (WCDMP) by the
Eleventh WMO Congress (May 1991), the subsequent reports in this series will be published as WCDMP reports, the numbering being continued from No. 13 (the last 'WCDP" report). WCDMP-14 WCDMP-15 REPORT OF THE CCl WORKING GROUP ON CLIMATE CHANGE DETECTION, Geneva, 21-25 October 1991 REPORT OF THE CCl EXPERTS MEETING ON CLIMATE ADAPTATION, Geneva, 5-6 November 1991 - (WMO-TD No. 468) CODE
WCDMP-16
REPORT OF THE CCl EXPERTS MEETING ON TRACKING AND TRANSMISSION OF CLIMATE SYSTEM MONITORING INFORMATION, Geneva, 7-8 November 1991 - (WMO-TD No. 465) REPORT OF THE FIRST SESSION OF THE ADVISORY COMMITTEE ON CLIMATE APPLICATIONS AND DATA (ACCAD), Geneva, 19-20 November 1991 (also appears as WCASP-18) - (WMO-TD No. 475) CCl WORKING GROUP ON CLIMATE DATA, Geneva, 11-15 November 1991 (WMO-TD No. 488) REPORT OF THE SECOND CLICOM EXPERTS MEETING, Washington DC, 18-22 May 1992 - (WMO-TD No. 511) REPORT ON THE INFORMAL PLANNING MEETING ON STATISTICAL PROCEDURES FOR CLIMATE CHANGE DETECTION, Toronto, 25 June, 1992 (WMO-TD No. 498) FINAL REPORT OF THE CCI WORKING GROUP ON CLIMATE DATA AND ITS RAPPORTEURS, November 1992 - (WMO-TD No. 523) REPORT OF THE SECOND SESSION OF THE ADVISORY COMMITTEE ON CLIMATE APPLICATIONS AND DATA (ACCAD), Geneva, 16-17 November 1992 (also appears as WCASP-22) - (WMO-TD No. 529) REPORT OF THE EXPERTS MEETING ON REFERENCE CLIMATOLOGICAL STATIONS (RCS) AND NATIONAL CLIMATE DATA CATALOGUES (NCC), Offenbach am Main, Germany, 25-27 August 1992 - (WMO-TD No. 535) REPORT OF THE TENTH SESSION OF THE ADVISORY WORKING GROUP OF THE COMMISSION FOR CLIMATOLOGY, Geneva, 20-22 September 1995 (also appears as WCASP-34) - (WMO-TD No. 711) REPORT OF THE FIFTH SESSION OF THE ADVISORY COMMITTEE ON CLIMATE APPLICATIONS AND DATA (ACCAD), Geneva, 26 September 1995 (also appears as WCASP-35) - (WMO-TD No. 712) REPORT ON THE STATUS OF THE ARCHIVAL CLIMATE HISTORY SURVEY (ARCHISS) PROJECT, October 1996 (prepared by Mr M. Baker) (WMO-TD No. 776) SUMMARY REPORT OF THE MEETING OF THE THIRD SESSION OF THE CCl WORKING GROUP ON CLIMATE CHANGE DETECTION, Geneva, 26 February - 1 March 1996 - (WMO-TD No. 818)
WCDMP-17
WCDMP-21 WCDMP-22
WCDMP-23
WCDMP-24
WCDMP-25
WCDMP-26
WCDMP-27
WCDMP-28
SUMMARY NOTES AND RECOMMENDATIONS FOR CCI-XII FROM MEETINGS CONVENED TO PREPARE FOR PUBLISHING THE FIFTH AND SIXTH GLOBAL CLIMATE SYSTEM REVIEWS AND FOR A PUBLICATION ON THE CLIMATE OF THE 20TH CENTURY, July 1997 - (WMO-TD No. 830) CLIMATE CHANGE DETECTION REPORT - REPORTS FOR CCI-XlI FROM RAPPORTEURS THAT RELATE TO CLIMATE CHANGE DETECTION, July 1997 (WMO-TD No. 831) SUMMARY NOTES AND RECOMMENDATIONS ASSEMBLED FOR CCI-XlI FROM RECENT ACTIVITIES CONCERNING CLIMATE DATA MANAGEMENT, July 1997 (WMO-TD No. 832) REPORTS FOR CCI-XlI FROM RAPPORTEURS THAT RELATE TO CLIMATE DATA MANAGEMENT, July 1997 - (WMO-TD No. 833) PROGRESS REPORTS TO CCl ON STATISTICAL METHODS, July 1997 (prepared by Mr Christian-Dietrich Schnwiese) (WMO-TD No 834) MEETING OF THE CCl WORKING GROUP ON CLIMATE DATA, Geneva, 30 January - 3 February 1995 - (WMO-TD No. 841) EXPERT MEETING TO REVIEW AND ASSESS THE ORACLE-BASED PROTOTYPE FOR FUTURE CLIMATE DATABASE MANAGEMENT SYSTEM (CDBMS), Toulouse, France, 12-16 May 1997 - (WMO-TD No. 902) REPORT OF THE ELEVENTH SESSION OF THE ADVISORY WORKING GROUP OF THE COMMISSION FOR CLIMATOLOGY, Mauritius, 9-14 February 1998 (also appears as WCASP-47) - (WMO-TD No. 895) REPORT OF THE MEETING OF THE CCl TASK TEAM ON CLIMATE ASPECTS OF RESOLUTION 40, Geneva, Switzerland, 10-1 1 June 1998 (WMO-TD No. 925) REPORT OF THE MEETING OF THE JOINT CCl/CLIVAR TASK GROUP ON CLIMATE INDICES, Bracknell, UK, 2-4 September 1998 - (WMO-TD No. 930) REPORT OF THE MEETING OF THE WMO COMMISSION FOR CLIMATOLOGY (CCl) TASK GROUP ON A FUTURE WMO CLIMATE DATABASE MANAGEMENT SYSTEM (CDMS), Ostrava, Czech Republic, 1013 November 1998 and FOLLOW-UP WORKSHOP TO THE WMO CCl TASK GROUP MEETING ON A FUTURE WMO CDMS, Toulouse, France, 30 March1 April 1999 - (WMO-TD No. 932) REPORT OF THE MEETING OF THE CCl WORKING GROUP ON CLIMATE DATA, Geneva, Switzerland, 30 November-4 December 1998 - (WMO-TD No. 970) REPORT OF THE MEETING ON CLIMATE STATISTICS, PRODUCT DEVELOPMENT AND DATA EXCHANGE FOCUSING ON CLICOM 3.1, Geneva, 25-29 January 1999 - (WMO-TD No. 971) PROCEEDINGS OF THE SECOND SEMINAR FOR HOMOGENIZATION OF SURFACE CLIMATOLOGICAL DATA, Budapest, Hungary, 9-13 November 1998 (WMO-TD No. 962)
WCDMP-29
WCDMP-30
WCDMP-35
WCDMP-36
WCDMP-37 WCDMP-38
WCDMP-39
WCDMP-40
WCDMP-41
WCDMP-42
WCDMP-43
REPORT OF THE MEETING OF EXPERTS ON THE CLIMATE OF THE 20TH CENTURY, Geneva, 26-30 April 1999 - (WMO-TD No. 972)
REPORT OF THE TRAINING SEMINAR ON CLIMATE DATA MANAGEMENT FOCUSING ON CLICOM/CLIPS DEVELOPMENT AND EVALUATION, Niamey, Niger, 03 May-10 July 1999, (WMO-TD No. 973)
WCDMP-44
REPRESENTATIVENESS, DATA GAPS AND UNCERTAINTIES IN CLIMATE OBSERVATIONS, Invited Scientific Lecture given by Chris Folland to the WMO Thirteenth Congress, Geneva, 21 May 1999 - (WMO-TD No. 977) WORLD CLIMATE PROGRAMME - WATER, DETECTING TREND AND OTHER CHANGES IN HYDROLOGICAL DATA, Zbigniew W. Kundzewicz and Alice Robson (Editors) - (WMO-TD No. 1013) MEETING OF THE WMO CCl TASK GROUP ON FUTURE WMO CLIMATE DATABASE MANAGEMENT SYSTEMS (CDMSs), Geneva, 3-5 May 2000 (WMO-TD No. 1025) REPORT ON THE ACTIVITIES OF THE WORKING GROUP ON CLIMATE CHANGE DETECTION AND RELATED RAPPORTEURS, 1998-2001 (May 2001, updated from March 2001) (WMO-TD No. 1071) REPORT OF THE FIRST SESSION OF THE MANAGEMENT GROUP OF THE COMMISSION FOR CLIMATOLOGY (Berlin, Germany, 5-8 March 2002) (also appears as WCASP-55) (WMO-TD No. 1110) 1. REPORT ON THE CLICOM-DARE WORKSHOP (San Jos, Costa Rica, 1728 July 2000); 2. REPORT OF THE INTERNATIONAL DATA RESCUE MEETING
(Geneva, 11-13 September 2001) (WMO-TD No. 1128)
WCDMP-45
WCDMP-46
WCDMP-47
WCDMP-48
WCDMP-49
WCMDP-50
REPORT OF THE CLIMATE DATABASE MANAGEMENT SYSTEMS EVALUATION WORKSHOP (Geneva, 11-13 September 2001) (WMO-TD No. 1130) SUMMARY REPORT OF THE EXPERT MEETING FOR THE PREPARATION OF THE SEVENTH GLOBAL CLIMATE SYSTEM REVIEW (7GCSR) (Geneva, 16-19 September 2002) (WMO-TD No. 1131) GUIDELINES ON CLIMATE OBSERVATION NETWORKS AND SYSTEMS (WMO-TD No. 1185) GUIDELINES ON CLIMATE METADATA AND HOMOGENIZATION (WMO-TD No. 1186) REPORT OF THE CCl/CLIVAR EXPERT TEAM ON CLIMATE CHANGE DETECTION, MONITORING AND INDICES (ETCCDMI) (Norwich, UK, 24-26 November 2003) (WMO-TD No. 1205) GUIDELINES ON CLIMATE DATA RESCUE (WMO-TD No. 1210) FOURTH SEMINAR FOR HOMOGENIZATION AND QUALITY CONTROL IN CLIMATOLOGICAL DATABASES (Budapest, Hungary, 6-10 October 2003) (WMO-TD No. 1236)
WCDMP-51
WCDMP-55 WCDMP-56
REPORT OF THE RA V DATA MANAGEMENT WORKSHOP (Melbourne, Australia, 28 November-3 December 2004) (WMO-TD No. 1263) GUIDELINES ON CLIMATE WATCHES (WMO-TD No. 1269) REPORT OF THE MEETING OF THE RA I WORKING GROUP ON CLIMATE MATTERS (Dakar, Senegal, 22 24 February 2006) (WMO-TD No. 1351) GUIDELINES ON CLIMATE DATA MANAGEMENT (WMO-TD No. 1376)