At the moment the ECMWF's interpolation package cannot handle rotated latlon projection in which 4 TIGGE-LAM datasets are coded :
It means that at the moment users cannot ask for other than default grid for those 4 datasets (situation will change by 2016 after new interpolation package MIR is finished and implemented). Till then users are advised to use any other external interpolation package which can handle the rotated latlon. One of them can be COSMO package versus described below (thanks to Unknown User (dcesari@arpa.emr.it))
COSMO open source verification/interpolation package versus
https://github.com/dcesari/smnd
Unknown User (dcesari@arpa.emr.it) (2015-05-06) Metoffice Mogreps grib messages are coded with an ending longitude >360, it is clear that this has been done with the good intention to make endLongitude>startLongitude when the grid crosses the zero meridian, but this seems to violate the MO rule stating that 0<=lon<=360 and I am afraid that it will generate an unexpected situation in versus software so that it can't be handled at the moment. latitudeOfFirstGridPointInDegrees = -3.77995; longitudeOfFirstGridPointInDegrees = 354.911; latitudeOfLastGridPointInDegrees = 7.16005; longitudeOfLastGridPointInDegrees = 363.311; It will be tried to make sure that in next version of libsim/versus extra software all the reasonably odd cases for coordinates are taken care of, including this one. |