]> SALOME platform Git repositories - modules/adao.git/blob - doc/fr/ref_algorithm_Blue.rst
Salome HOME
Adding sampling test algorithm
[modules/adao.git] / doc / fr / ref_algorithm_Blue.rst
1 ..
2    Copyright (C) 2008-2014 EDF R&D
3
4    This file is part of SALOME ADAO module.
5
6    This library is free software; you can redistribute it and/or
7    modify it under the terms of the GNU Lesser General Public
8    License as published by the Free Software Foundation; either
9    version 2.1 of the License, or (at your option) any later version.
10
11    This library is distributed in the hope that it will be useful,
12    but WITHOUT ANY WARRANTY; without even the implied warranty of
13    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
14    Lesser General Public License for more details.
15
16    You should have received a copy of the GNU Lesser General Public
17    License along with this library; if not, write to the Free Software
18    Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307 USA
19
20    See http://www.salome-platform.org/ or email : webmaster.salome@opencascade.com
21
22    Author: Jean-Philippe Argaud, jean-philippe.argaud@edf.fr, EDF R&D
23
24 .. index:: single: Blue
25 .. _section_ref_algorithm_Blue:
26
27 Algorithme de calcul "*Blue*"
28 -----------------------------
29
30 Description
31 +++++++++++
32
33 Cet algorithme réalise une estimation de type BLUE (Best Linear Unbiased
34 Estimator) de l'état d'un système. De manière précise, c'est un estimateur
35 d'Aitken.
36
37 Cet algorithme est toujours le plus rapide de l'ensemble des algorithmes
38 d'assimilation d'ADAO. Il est théoriquement réservé aux cas d'opérateurs
39 d'observation linéaires, même s'il fonctionne parfois dans les cas "faiblement"
40 non-linéaire. On peut vérifier la linéarité de l'opérateur d'observation à
41 l'aide de l':ref:`section_ref_algorithm_LinearityTest`.
42
43 En cas de non-linéarité, même peu marquée, on lui préfèrera aisément
44 l':ref:`section_ref_algorithm_ExtendedBlue` ou
45 l':ref:`section_ref_algorithm_3DVAR`.
46
47 Commandes requises et optionnelles
48 ++++++++++++++++++++++++++++++++++
49
50 .. index:: single: Background
51 .. index:: single: BackgroundError
52 .. index:: single: Observation
53 .. index:: single: ObservationError
54 .. index:: single: ObservationOperator
55 .. index:: single: StoreInternalVariables
56 .. index:: single: StoreSupplementaryCalculations
57
58 Les commandes requises générales, disponibles dans l'interface en édition, sont
59 les suivantes:
60
61   Background
62     *Commande obligatoire*. Elle définit le vecteur d'ébauche ou
63     d'initialisation, noté précédemment :math:`\mathbf{x}^b`. Sa valeur est
64     définie comme un objet de type "*Vector*" ou de type "*VectorSerie*".
65
66   BackgroundError
67     *Commande obligatoire*. Elle définit la matrice de covariance des erreurs
68     d'ébauche, notée précédemment :math:`\mathbf{B}`. Sa valeur est définie
69     comme un objet de type "*Matrix*", de type "*ScalarSparseMatrix*", ou de
70     type "*DiagonalSparseMatrix*".
71
72   Observation
73     *Commande obligatoire*. Elle définit le vecteur d'observation utilisé en
74     assimilation de données ou en optimisation, et noté précédemment
75     :math:`\mathbf{y}^o`. Sa valeur est définie comme un objet de type "*Vector*"
76     ou de type "*VectorSerie*".
77
78   ObservationError
79     *Commande obligatoire*. Elle définit la matrice de covariance des erreurs
80     d'ébauche, notée précédemment :math:`\mathbf{R}`. Sa valeur est définie
81     comme un objet de type "*Matrix*", de type "*ScalarSparseMatrix*", ou de
82     type "*DiagonalSparseMatrix*".
83
84   ObservationOperator
85     *Commande obligatoire*. Elle indique l'opérateur d'observation, noté
86     précédemment :math:`H`, qui transforme les paramètres d'entrée
87     :math:`\mathbf{x}` en résultats :math:`\mathbf{y}` qui sont à comparer aux
88     observations :math:`\mathbf{y}^o`. Sa valeur est définie comme un objet de
89     type "*Function*" ou de type "*Matrix*". Dans le cas du type "*Function*",
90     différentes formes fonctionnelles peuvent être utilisées, comme décrit dans
91     la section :ref:`section_ref_operator_requirements`. Si un contrôle
92     :math:`U` est inclus dans le modèle d'observation, l'opérateur doit être
93     appliqué à une paire :math:`(X,U)`.
94
95 Les commandes optionnelles générales, disponibles dans l'interface en édition,
96 sont indiquées dans la :ref:`section_ref_assimilation_keywords`. En particulier,
97 la commande optionnelle "*AlgorithmParameters*" permet d'indiquer les options
98 particulières, décrites ci-après, de l'algorithme. On se reportera à la
99 :ref:`section_ref_options_AlgorithmParameters` pour le bon usage de cette
100 commande.
101
102 Les options de l'algorithme sont les suivantes:
103
104   StoreInternalVariables
105     Cette clé booléenne permet de stocker les variables internes par défaut,
106     principalement l'état courant lors d'un processus itératif. Attention, cela
107     peut être un choix numériquement coûteux dans certains cas de calculs. La
108     valeur par défaut est "False".
109
110   StoreSupplementaryCalculations
111     Cette liste indique les noms des variables supplémentaires qui peuvent être
112     disponibles à la fin de l'algorithme. Cela implique potentiellement des
113     calculs ou du stockage coûteux. La valeur par défaut est une liste vide,
114     aucune de ces variables n'étant calculée et stockée par défaut. Les noms
115     possibles sont dans la liste suivante : ["APosterioriCovariance", "BMA",
116     "OMA", "OMB", "Innovation", "SigmaBck2", "SigmaObs2",
117     "MahalanobisConsistency"].
118
119 Voir aussi
120 ++++++++++
121
122 Références vers d'autres sections :
123   - :ref:`section_ref_algorithm_ExtendedBlue`
124   - :ref:`section_ref_algorithm_3DVAR`
125   - :ref:`section_ref_algorithm_LinearityTest`
126
127 Références bibliographiques :
128   - [Bouttier99]_