You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The output to_odim is currently assuming ODIM_H5 V2.2. We should discuss how we want to enable output of V2.3 and V2.4 and possible further versions. One problem with that was raised by @egouden in ENH: switch to add recommended metadata #97 (comment).
A second issue with to_odim is the capability of handling source identifiers. This should be discussed too, how to align that with our internal structure. See discussion around this comment ENH add mandatory source parameter to odim writer #96 (comment).
The text was updated successfully, but these errors were encountered:
The ODIM writer is now fully compatible with ODIM 2.2 (2014), which is good !
The main interest of ODIM 2.4 (2021) is the definition of some mandatory metadata, useful for data assimilation in NWP.
We could keep only 2.4, because it is cheaper and the format is backward compatible.
We could also release quickly 2.4, by focusing on the mandatory metadata.
Some mandatory metadata in 2.4 might not be available in our WMO model (which is a merging of ODIM and CFRADIAL2). I do not think this is an issue. The missing information can be provided as parameters, like the source parameter in 2.2.
Description
to_odim
is currently assuming ODIM_H5 V2.2. We should discuss how we want to enable output of V2.3 and V2.4 and possible further versions. One problem with that was raised by @egouden in ENH: switch to add recommended metadata #97 (comment).to_odim
is the capability of handling source identifiers. This should be discussed too, how to align that with our internal structure. See discussion around this comment ENH add mandatory source parameter to odim writer #96 (comment).The text was updated successfully, but these errors were encountered: