-
Notifications
You must be signed in to change notification settings - Fork 23
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
Check units and ranges for forcing fields #38
Comments
Its possible we might want to use some CFSR forcing fields as well to match a CFSR wave climatology that Mark Hemer created that myself and Luke Bennetts have used with the old accice set up.
We are going to have some discussions this week about whether we switch to using COSIMA and meet with other groups in the UK doing wave-ice interaction.
Luke’s been here for a couple of weeks so been talking already, I caught a cold on the plane over so been less sociable.
From: Nic Hannah [mailto:notifications@github.com]
Sent: Tuesday, 12 September 2017 12:14 PM
To: OceansAus/access-om2 <access-om2@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Subject: [OceansAus/access-om2] Check units and ranges for forcing fields (#38)
Strange things happen when forcing fields are in wrong/unexpected units. It can take a long time to find these problems, for example the confusion we had when we switched the CORE to JRA55 runoff fields and the units changed.
It would save a lot of time in the long run if we did some sanity checking on incoming fields. In this case of MATM this could be done without any hit to overall performance (because it does nothing most of the time anyway).
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub<#38>, or mute the thread<https://github.com/notifications/unsubscribe-auth/ANrRgmuCdz-YVKmjO-7WTn059CVrqfueks5shejfgaJpZM4PUAZa>.
|
Moved to COSIMA/libaccessom2#9 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Strange things happen when forcing fields are in wrong/unexpected units. It can take a long time to find these problems, for example the confusion we had when we switched the CORE to JRA55 runoff fields and the units changed.
It would save a lot of time in the long run if we did some sanity checking on incoming fields. In this case of MATM this could be done without any hit to overall performance (because it does nothing most of the time anyway).
The text was updated successfully, but these errors were encountered: