| 6 | |
| 7 | For the analysis step of the SEIK filter different operations related to the observations are needed. These operations are requested by PDAF by calling user-supplied routines. Intentionally, the operations are split into separate routines in order to keep the operations rather elementary. This procedure should simplify the implementation. The names of the required routines are specified in the call to the routine `PDAF_put_state_seik` that was discussed before. With regard to the parallelization, all these routines are executed by the filter processes (`filterpe=1`) only. |
| 8 | |
| 9 | The user-supplied routines for the SEIK filter are |
| 10 | * U_init_dim_obs: The name of the user-supplied routine that provides the size of observation vector |
| 11 | * U_obs_op: The name of the user-supplied routine that acts as the observation operator on some state vector |
| 12 | * U_init_obs: The name of the user-supplied routine that initializes the vector of observations |
| 13 | * U_prodRinvA: The name of the user-supplied routine that computes the product of the inverse of the observation error covariance matrix with some matrix provided to the routine by PDAF. This operation occurs during the analysis step of the SEIK filter. |
| 14 | * U_init_obsvar: The name of the user-supplied routine that provides a mean observation error variance to PDAF (This routine will only be executed, if an adaptive forgetting factor is used) |
| 15 | |
| 16 | == `U_init_dim_obs` == |
| 17 | |
| 18 | The interface for this routine is: |
| 19 | {{{ |
| 20 | SUBROUTINE init_dim_obs(step, dim_obs_p) |
| 21 | |
| 22 | INTEGER, INTENT(in) :: step ! Current time step |
| 23 | INTEGER, INTENT(out) :: dim_obs_p ! Dimension of observation vector |
| 24 | }}} |
| 25 | |
| 26 | The routine is called at the beginning of each analysis step. It has to initialize the size `dim_obs_p` of the observation vector according to the current time step. Without parallelization `dim_obs_p` will be the size for the full model domain. When a domain-decomposed model is used, `dim_obs_p` will be the size of the observation vector for the sub-domain of the calling process. |
| 27 | |
| 28 | Some hints: |
| 29 | * It can be useful if not only the size of the observation vector is determined at this point. One can also already gather information about the location of the observations, which will be used later, e.g. to implement the observation operator. An array for the locations can be defined in a module like `mod_assimilation`. |
| 30 | |
| 31 | == `U_obs_op` == |
| 32 | |
| 33 | The interface for this routine is: |
| 34 | {{{ |
| 35 | SUBROUTINE obs_op(step, dim_p, dim_obs_p, state_p, m_state_p) |
| 36 | |
| 37 | INTEGER, INTENT(in) :: step ! Currrent time step |
| 38 | INTEGER, INTENT(in) :: dim_p ! PE-local dimension of state |
| 39 | INTEGER, INTENT(in) :: dim_obs_p ! Dimension of observed state |
| 40 | REAL, INTENT(in) :: state_p(dim_p) ! PE-local model state |
| 41 | REAL, INTENT(out) :: m_state_p(dim_obs_p) ! PE-local observed state |
| 42 | }}} |
| 43 | |
| 44 | The routine is called during the analysis step. It has to perform the operation of the observation operator acting on a state vector that is provided as `state_p`. The observed state has to be returned in `m_state_p`. |
| 45 | |
| 46 | For a model using domain decomposition, the operation is on the PE-local sub-domain of the model and has to provide the observed sub-state for the PE-local domain. |
| 47 | |
| 48 | Hint: |
| 49 | * If the observation operator involves a global operation, e.g. some global integration, while using domain-decompostion one has to gather the information from the other model domains using MPI communication. |
| 50 | |