Changes between Initial Version and Version 1 of PDAF_assimilate_prepost


Ignore:
Timestamp:
Feb 20, 2023, 7:05:16 PM (21 months ago)
Author:
lnerger
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • PDAF_assimilate_prepost

    v1 v1  
     1= PDAF_assimilate_prepost =
     2
     3This page documents the routine `PDAF_assimilate_prepost` of PDAF. It is basically an alias for the routine `PDAF_prepost` and we generally recommend to rather use [wiki:PDAF_prepost] avoid the naming confusion that `PDAF_assimilate_prepost` holds 'assimilate' in its name, but is not performing assimilation.
     4
     5The routine is typically called in `assimilate_pdaf` or directly in the model code.
     6
     7The routine `PDAF_assimilate_prepost` is an alternative to the routines `PDAF_assimilate_X` where 'X' is the name of a filter method.
     8The routine is used with the 'fully-parallel' implementation variant of PDAF. The purpose of `PDAF_assimilate_prepost` is to collect the ensemble information on the processes usually doing the filter analysis. However, in the case of `PDAF_assimilate_prepost`, no filter analysis step is performed when the ensemble integration is complete, but only the user-supplied pre/poststep routine is called to allow the user to analyze the forecast ensemble.
     9
     10The general aspects of the filter specific routines `PDAF_assimilate_*` are described on the page [ModifyModelforEnsembleIntegration Modification of the model code for the ensemble integration] and its sub-page on [InsertAnalysisStep inserting the analysis step]. For the 'flexible' implementation variant the alternative routine `PDAF_put_state_prepost` is used.
     11
     12The interface  is the following:
     13{{{
     14  SUBROUTINE PDAF_assimilate_prepost(U_collect_state, U_distribute_state, U_prepoststep, &
     15                                 U_next_observation, status_pdaf)
     16}}}
     17with the following arguments:
     18 * `U_collect_state`: The name of the user-supplied routine that initializes a state vector from the array holding the ensemble of model states from the model fields. This is basically the inverse operation to `U_distribute_state` used in `PDAF_get_state` as well as here.
     19 * `U_distribute_state`:  The name of a user supplied routine that initializes the model fields from the array holding the ensemble of model state vectors.
     20 * `U_prepoststep`: The name of the pre/poststep routine as in `PDAF_get_state`
     21 * `U_next_observation`: The name of a user supplied routine that initializes the variables `nsteps`, `timenow`, and `doexit`. The same routine is also used in `PDAF_get_state`.
     22 * `status_pdaf`: The integer status flag. It is zero, if `PDAF_prepoststep` is exited without errors.
     23
     24
     25The user-supplied call-back routines are, for example, described on the page on [ImplementAnalysisestkf implementing the analysis step of the ESKTF algorithm].
     26
     27It is recommended that the value of `status_pdaf` is checked in the program after `PDAF_prepoststep` is executed. Only if its value is 0 the initialization was successful.
     28
     29PDAF also has a [PdafSimplifiedInterface Simplified Interface] providing the routine `PDAF_prepoststep_si`. In the simplified interface, the name of the user-supplied routines have predefined names and do not appear in the call to `PDAF_prepoststep_si`.  More information on the pre-defined names is provided, e.g., in the [ImplementAnalysisestkf page on implementing the analysis step of the ESTKF algorithm].