remapnn file or method corrupt?
Added by Swantje Preuschmann over 11 years ago
Dear Ralf, Uwe
greating from Chilehouse Hamburg.
I am logically a bit astonished by one remapnn result. So, before I am going into details I would like to ask you quickly if you are able to tell me, why remapnn is doing such a weird structure.
- original file: a tile in roughly 0.001 deg horizontal resolution
- cdo remapcon,EUgrid0.5deg -o rmcon5
- cdo remapbil,EUgrid0.5deg -o rmbil5
- cdo remapnn,EUgrid0.5deg -o rmnn5
rmcon5:
rmcon5.ps (914 KB) rmcon5.ps | |||
rmbil5.ps (2.81 MB) rmbil5.ps | |||
rmnn5.ps (1.39 MB) rmnn5.ps | |||
rmcon5.gif (11.8 KB) rmcon5.gif | rmcon |
Replies (4)
RE: remapnn file or method corrupt? - Added by Swantje Preuschmann over 11 years ago
Sorry.... send it by accident, while trying to see a picture ....
Now the point:
as you can see in rmnn5 the original tile exists as in rmbil and rmcon, but has a wide extinction to the left.
There it should also be missing values in my understanding. Somehow, the boundary boxes are not
RE: remapnn file or method corrupt? - Added by Swantje Preuschmann over 11 years ago
used correctly, even though, all fields in the original file have exact boundary boxes (as attached as originalTile).
RE: remapnn file or method corrupt? - Added by Uwe Schulzweida over 11 years ago
Hi Swantje,
this is the result of the remapping extrapolation feature. This feature is enable by default for remapnn and remapdis. You can switch it off with the environment variable REMAP_EXTRAPOLATE=off.
Cheers,
Uwe
RE: remapnn file or method corrupt? - Added by Swantje Preuschmann over 11 years ago
JUCHEEEE!!!
Thank you!!!
:-)))))