forked from NOAA-EMC/WW3
-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
1 parent
6be9234
commit 72e8c63
Showing
1 changed file
with
16 additions
and
3 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
72e8c63
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think you might want instead this change. My reasoning here is that you still need an abort if you're asking it to read a fname for an initial run (but it doesn't exist). I think in your case, you could end up cold starting (because the file didn't exist) when that isn't what you intended. The only time you want to read 'none' is an initial run w/ no restart file at all.
72e8c63
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That is definitely a concern that you think you start from something but you don't. That's been a cause of issues in the past, but since the waves "can" start from nothing, I think we want some sort of option for that.
I can see future needs to even start with runtype initial but with a netcdf restart - is there some reason we cannot/should not do that? (At least from what I can tell runtype is based on the mediator having a restart file, not necessarily the wave model itself having a variable for that, but perhaps that's a lack of understanding on my end and I could change that setting somewhere else).
Lastly, if we do want to fail when we think we should fail, should there like be a variable for that specifically?
72e8c63
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There is a lot of confusion about what to call various things like coldstart and warmstart, continue and initial.
An initial run can mean that you have "warmstarts" from various models (obtained somehow) but you haven't yet run this particular configuration/date. You do not have a mediator restart file, because you've never coupled & run it before. An initial run can also mean you have basically some sort of IC (like T,S for MOM6 which may in fact come from MOM5 or climatology).
I think what you're asking for is the capability to have "warmstart" (runtype=initial) but from netCDF, not binary. I think that is something we should have. But you need to generate that netCDF file somehow, say by converting an existing binary to netCDF.
72e8c63
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agreed, there is a lot of confusion from the different names.
We could proceed with the binary only, and know that in the future, when we do have things in operations we might have to revisit since we don't have things to test the netcdf option now? Does that sound like a good plan?
72e8c63
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I guess I'm not clear on how/why you'd end up generating binary restarts (in operations) in the future? But if you say so, then yes, that capability would need to be added.
72e8c63
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay - I have made things confusing - I meant NetCDF restarts in future operations.
How about this:
https://github.com/JessicaMeixner-NOAA/WW3/tree/devufs/addICtoinitresart
72e8c63
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe forgot to push your changes?
72e8c63
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I did... they should be there now...
72e8c63
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm really confused! Are the changes in
addICtoinitrestart
meant to allowrestart_from_binary
for run-type=initial?72e8c63
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The changes in addICtoinitrestart are meant to add a capability to read a restart file (binary or netcdf) if it exists, reguardless of runtype. If runtype=continue, then it fails, but if it's initial then it's allowed to start from rest.
I ended up changing the logic b/c one I thought it was a good compromise between failing and not and when I was trying to do an example of allowing for reading a restart (binary or netcf) I realized it was actually simpler to do the logic this way.
That being said, I can walk this back to just a binary file only - and we can add in the netcdf reading later.
72e8c63
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I do think one-step at a time (for now, just allow reading binary when runtype=initial) is best.
72e8c63
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm tempted to let it not fail though since it technically can start from rest, and it should say in the log file (although log.ww3 and not the main log) that it started from rest.
72e8c63
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
But the user is expecting that it is starting from a restart (binary) and the model should fail (imho) if what the user intends is not what happens.
72e8c63
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Need to test, create ufs-weather-model, etc , but: NOAA-EMC#1359 is there as a draft for now