Henry R. Winterbottom
Henry R. Winterbottom
> > Please see `/scratch1/NCEPDEV/da/Henry.Winterbottom/work/global-workflow/COMROOT/x001_gfsv17_issue_1252/logs/2021122100/gdasprep.log`. > > Those "No such"s are almost all from being unable to remove (because the file didn't already exist, which is normal) or are a...
@maresb Thank you for quickly following up. You are correct, it is not a versioning issue but a data format issue. I am guessing, and I think as you are...
@maresb No problem. Let me get caught up on a few other things and I will dump what I did in a comment.
@GeorgeGayno-NOAA My branch for this issue is [#944](https://github.com/HenryWinterbottom-NOAA/UFS_UTILS/tree/feature/ufs_utils_issue_944). Is there a plan to add the respective test files to the FTP site for the `ocean_merge` application unit-tests?
@GeorgeGayno-NOAA I have finished a first cut of the `ocean_merge` refactor. Please see [here](https://github.com/HenryWinterbottom-NOAA/UFS_UTILS/tree/feature/ufs_utils_issue_944). I implemented the `ncio` package. This is a NCEP-libs supported package but will require a spack-stack...
@GeorgeGayno-NOAA We will need to make sure `ncio` is included in the stack. I can make that PR, I just wanted to make sure we were on the same page...
@GeorgeGayno-NOAA OK, thank you for checking into that. I will need to rewrite some code, but it shouldn't be too terrible. I will follow-up here once I do. Thanks again.
@GeorgeGayno-NOAA I made appropriate updates, including to the relevant `CMakeList.txt`. This simplifies things a bit, and as discussed, removes the `ncio` dependency thus saving a PR into spack-stack and provides...