Comments (18)
Right, but this is a CMOR issue, since my time input is not repeated, as you can see in my diagnostic output. Plus, it only happens in 3D variables, and I use the exact same axes values for the 2D variables. Plus plus, it only happens in the last CMOR, not an older version.
from cmor.
Can you provide me with at test. That will be helpful and I can try to fix it quickly.
from cmor.
I can try to create a short version of the code, but don’t you need my input files as well?
From: Denis Nadeau [mailto:[email protected]]
Sent: Thursday, September 10, 2015 9:42 PM
To: PCMDI/cmor [email protected]
Cc: tsigarid [email protected]
Subject: Re: [cmor] time axis error (#43)
Can you provide me with at test. That will be helpful and I can try to fix it quickly.
—
Reply to this email directly or view it on GitHub #43 (comment) .
from cmor.
@tsigarid please can you simply copy/paste your axes values and bounds? That should be a good starting point for us, as well as the CMOR Tables name of the var you're trying to write (in the order you're writing them).
from cmor.
The order I am writing is irrelevant. When I only convert temp, it works. When I only convert hus, it works. When I convert both in the same loop, it crashes on the second variable with 2.9.1, and it does not matter whether I do temp,hus, or hus,temp.
These are my bounds:
Now converting JAN 2000
1 15.5000000000000 0.000000000000000E+000 31.0000000000000
Now converting FEB 2000
2 45.0000000000000 31.0000000000000 59.0000000000000
Now converting MAR 2000
3 74.5000000000000 59.0000000000000 90.0000000000000
Now converting APR 2000
4 105.000000000000 90.0000000000000 120.000000000000
Now converting MAY 2000
5 135.500000000000 120.000000000000 151.000000000000
Now converting JUN 2000
6 166.000000000000 151.000000000000 181.000000000000
Now converting JUL 2000
7 196.500000000000 181.000000000000 212.000000000000
Now converting AUG 2000
8 227.500000000000 212.000000000000 243.000000000000
Now converting SEP 2000
9 258.000000000000 243.000000000000 273.000000000000
Now converting OCT 2000
10 288.500000000000 273.000000000000 304.000000000000
Now converting NOV 2000
11 319.000000000000 304.000000000000 334.000000000000
Now converting DEC 2000
12 349.500000000000 334.000000000000 365.000000000000
The first number is the month count, the second the mid-point in units of days (time variable), and the other two are the bounds (time_bnds(2,12)). When I try to convert two (or more) variables month 1 works, month 2 crashes on the second variable:
Now converting JAN 2000
1 15.5000000000000 0.000000000000000E+000 31.0000000000000
Now converting FEB 2000
2 45.0000000000000 31.0000000000000 59.0000000000000
C Traceback:
In function: cmor_check_monotonic
called from: cmor_write_var_to_file
called from: cmor_write
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
! !
! Error: axis time (table: 3D-M) has overlapping bounds values : 54781.000000, 54809.000000, 54781.000000 at index: 0 !
! !
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
from cmor.
PS: I only have this problem in 3d variables.
from cmor.
Your time axis is wrong, it has the same date twice. 54781.0
from cmor.
Hello,
I encountered exactly tsigarid's problem. Do you have any ideas of how to fix it?
Thanks
from cmor.
@BeatriceCNRM @tsigarid
Looking at your diagnostic carefully, the problem is in the time_bounds variable just before you call cmor_write. This is the bounds you have:
- index 1: 54781.000000, 54809.000000
- index2: 54781.000000, ...
cmor is complaining that you time boundaries are not monotonic. If you were able to write the first variable correctly and the failure happened on the second variable, it means that your time_bounds were not initialized properly the second time in your loop for some reason.
Can you print your variables "time_bounds" just before your call cmor_write to make sure that it is properly setup. cmor seems also to change your time units so you might want to print "time" as well and make sure the values are within boundaries the same way you did in your diagnostics.
I am not sure why it would only happens in 3D variables and why this would happens in 2.9.1. @doutriaux1 would need to take a look what has changed in cmor since the last released in 2014.
Is there a way I can look at your program? I am sure I could find where is the problem very quickly.
from cmor.
Hi Denis,
Thank you for your prompt answer !
I'm writing from France so I'm home now and don't have my programs.
Tomorrow morning I'll send you an e-mail with programs and much more
details. (I already checked the variables just before calling the routine,
they are ok).
Is it ok for you?
Thanks in advance
Beatrice
PS : your name sounds french.. Maybe we could communicate in french ;-)?
Le 20 janv. 2016 à 20:47, Denis Nadeau [email protected] a écrit :
@BeatriceCNRM https://github.com/BeatriceCNRM @tsigarid
https://github.com/tsigarid
Looking at your diagnostic carefully, the problem is in the time_bounds
variable just before you call cmor_write. This is the bounds you have:
- index 1: 54781.000000, 54809.000000
- index2: 54781.000000, ...
cmor is complaining that you time boundaries are not monotonic. If you were
able to write the first variable correctly and the failure happened on the
second variable, it means that your time_bounds were not initialized
properly the second time in your loop for some reason.
Can you print your variables "time_bounds" just before your call cmor_write
to make sure that it is properly setup. cmor seems also to change your time
units so you might want to print "time" as well and make sure the values
are within boundaries the same way you did in your diagnostics.
I am not sure why it would only happens in 3D variables and why this would
happens in 2.9.1. @doutriaux1 https://github.com/doutriaux1 would need to
take a look what has changed in cmor since the last released in 2014.
Is there a way I can look at your program? I am sure I could find where is
the problem very quickly.
—
Reply to this email directly or view it on GitHub
#43 (comment).
from cmor.
@BeatriceCNRM I will wait for your email with the program tomorrow.
BTW, I am French Canadian, but it is better to keep writing in English so more people can understand the issue and how we solved it. ;-)
Regards,
from cmor.
from cmor.
@dnadeau4 or @BeatriceCNRM do you mind posting the actual code here? The attachment didn't make it to github.
from cmor.
@BeatriceCNRM
We never got your code, can you post it in attachment or send ti to my email: [email protected]. Thanks!
from cmor.
Need to revisit this. Never found the problem.
from cmor.
@BeatriceCNRM Can you give this another try? We updated CMOR so much that he problem might be solved.
from cmor.
@BeatriceCNRM Did you ever get around this issue? I have not figured out what was the final problem.
from cmor.
@BeatriceCNRM Beatrice Feel free to re-open if this is still an issue.
from cmor.
Related Issues (20)
- Exposing latest netcdf 4.9.x library functionality: quantize, zstandard HOT 13
- Remove unused attributes when processing CMIP6Plus datasets HOT 14
- Exposing latest netcdf 4.9.x library functionality: quantize, zstandard HOT 48
- unclear warning... HOT 5
- bounds required on singleton lon and lat? HOT 5
- avoid attributes of bounds of auxilliary coordinates (`vertices_latitudes` / `vertices_longitude`) HOT 5
- Calibrating CMOR3 & 4 forward development plans HOT 7
- CMOR 3.8.0 Release HOT 4
- Update README.md to remove v3.7 reference
- default `realm = "REALM"` is always written although not required by CV HOT 2
- order in `required_global_attributes` matters HOT 1
- input time type as INT HOT 3
- CircleCI current image deprecated HOT 1
- Numpy 2.0 compatibility issue HOT 2
- File output size and chunking HOT 10
- Message Logging generates duplicated output lines
- DESTDIR support HOT 2
- Failure invoking set_deflate HOT 1
- user defined grid mapping
- Add CITATION.cff file HOT 8
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from cmor.