You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please conduct a code review of the hotstart code?
Some important elements are:
We need more comments or more function calls. The coding is too monolithic.
Either hotstart or nudging has code that lists scalar names be abstracted out of the hotstart or nudging files and become its own capability. It is awfully nice to have and there is nothing particularly hotstarty/nudgy about it.
Rename schism_hotstart.py as hotstart.py. Within the schimpy namespace there is no need to start all the file names with schism_*.
It should work for island flooding. There have been indexing errors.
It would be nice if we could maximize "exact" reuse of nodes. I'm not sure we know the extent to which grids built from maps with a lot of identical polygon specs and run through the preprocessor will be similar.
A particular example of exact replication is the case when the hotstart is applied to the same grid and merely adds a variable.
We should identify if/why turbulence or velocity causes problems.
Examples in BayDeltaSCHISM should be brought up-to-date including schism_hotstart to hotstart and specification changes
Visualization in the examples should be separated from generation. There seem to be lots of examples where the hotstart generates OK but the visualization code breaks.
I'm a bit confused at times as to why some things are arguments and why others are in the yaml specification. Can we be sure there are good reasons?
Should the examples be more annotated? They could refer back to the User Guide but also have most of the important switches explained in place?
The text was updated successfully, but these errors were encountered:
Please conduct a code review of the hotstart code?
Some important elements are:
The text was updated successfully, but these errors were encountered: