-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Area subset fails with extents which cross prime meridian #93
Comments
To check in
Find (or add) example NetCDF files into the test CMIP6/c3s-cmip6 data that have longitude range:
Things to test at
|
Suggested location for new code (assuming that https://github.com/roocs/clisops/blob/master/clisops/ops/subset.py#L18-L24 Notes:
|
The longitude range of If the longitude bounds selected do not cross the prime meridian then the subsetting is successful. Further testing: Dataset with longitude: 0 to 360:
Dataset with longitude: -180 to 180:
|
Looking into using xarray roll here: https://github.com/roocs/clisops/blob/9f38ca78700e18ba676bebdc0c50ce514c1b1a41/tests/test_roll.py#L1-L180 The data has been rolled but still only contains values from 0 to 360. I tested a subset operation after rolling a dataset by 180 here: https://github.com/roocs/clisops/blob/9f38ca78700e18ba676bebdc0c50ce514c1b1a41/tests/test_roll.py#L140-L157 and it still raises the prime meridian error. |
closed with clisops PR #117 |
Workflows appear to be failing when they contain an area subset operator with extents which cross the 0 degree longitude line (i.e. with a negative western extent and a positive eastern extent).
For example:
Through my WPS adaptor I'm just getting the generic "Sorry, process failed." error message, so I don't have a full traceback that might explain what's happening here - but I can successfully run area subsets for extents which don't cross the prime meridian.
The text was updated successfully, but these errors were encountered: