Skip to content
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

Extend functionality of run_jedi_exe.py #223

Closed
CoryMartin-NOAA opened this issue Dec 5, 2022 · 11 comments · Fixed by #311
Closed

Extend functionality of run_jedi_exe.py #223

CoryMartin-NOAA opened this issue Dec 5, 2022 · 11 comments · Fixed by #311
Assignees

Comments

@CoryMartin-NOAA
Copy link
Contributor

Make run_jedi_exe script more generic/flexible to exercise more components

@CoryMartin-NOAA
Copy link
Contributor Author

Sounds like we are going to 'abandon' run_jedi_exe

@RussTreadon-NOAA
Copy link
Contributor

While we may abandon run_jedi_exe.py in the long term, I have changes which restore the 3dvar functionality. Branch feature/runjedi has been created to hold these updates. We can decide later if we want to open a PR to merge feature/runjedi into develop.

@guillaumevernieres
Copy link
Contributor

While we may abandon run_jedi_exe.py in the long term, I have changes which restore the 3dvar functionality. Branch feature/runjedi has been created to hold these updates. We can decide later if we want to open a PR to merge feature/runjedi into develop.

I vote for merging your changes @RussTreadon-NOAA . I added a script that will run the soca jjobs here that takes as input an ordered list of j-jobs, but it will take some work to make it generic enough to run the other jedi applications.

@RussTreadon-NOAA
Copy link
Contributor

92d21cc adds ush/ufsda/genYAML.py and updates run_jedi_exe.py to access genYAML via import.

ush/genYAML and ush/ufsda/genYAML.py are virtually identical. It does not make sense to retain both. Removal of ush/genYAML needs to be done with care. GDASApp dependencies on ush/genYAML need to be updated and tested. It is also necessary to update and test UFS-DA scripts in global-workflow which reference genYAML.

@CoryMartin-NOAA
Copy link
Contributor Author

@RussTreadon-NOAA I think just the last 5 lines of ush/genYAML + a new import line are all that are needed to keep downstream uses of genYAML satisfied without redundant lines of code. But this will need to be tested.

@RussTreadon-NOAA
Copy link
Contributor

OK, let me try. Thank you @CoryMartin-NOAA for your help in sorting this out.

guillaumevernieres pushed a commit that referenced this issue Jan 24, 2023
* Restore 3dvar capability to run_jedi_exe.py (#223)

* Correct python norm errors (#223)

* Remove yaml_template from 3dvar_orion.yaml (#223)

* add genYAML.py; clean up run_jedi_exe.py (#223)

* Update genYAML to use ufsda genYAML.py (#223)

* add ufsda.genYAML to __init__.py (#223)

* remove genYAML from yamltools.py (#223)

* remove __main__ from genYAML.py

* revert changes to ush/genYAML

* remove stage from init, simplify genYAML

* import specific ufsda.stage functions in run_jedi_exe.py

* replace exclusive with mem=0 in sbatch jobcard

* add ufsda.stage import to marine_analysis_prep script

* use RussTreadon-NOAA/global-workflow feature/ufsda_stage in automated tests

* Revert "use RussTreadon-NOAA/global-workflow feature/ufsda_stage in automated tests"

This reverts commit 3c828e2.

* update keywords in hera 3dvar yaml

* provide default for NMEM_ENKF in run_jedi_exe.py
@RussTreadon-NOAA
Copy link
Contributor

PR #278 restored the ability of run_jedi_exe.py to run 3dvar. feature/runjedi was deleted upon closure of PR #278.

Continued work in this issue will be done in feature/runexe.

@RussTreadon-NOAA RussTreadon-NOAA changed the title Add LETKF to run_jedi_exe Extend functionality of run_jedi_exe.py Jan 26, 2023
@RussTreadon-NOAA
Copy link
Contributor

Change title of issue to more accurately describe the scope of this issue.

@guillaumevernieres
Copy link
Contributor

Change title of issue to more accurately describe the scope of this issue.

@RussTreadon-NOAA , we should remove the part that I added a while back that runs the "ex_script", it isn't needed anymore.

@RussTreadon-NOAA
Copy link
Contributor

@guillaumevernieres , are you referring to the gw_scripts GDASApp mode?

./run_jedi_exe.py:    supported_app_modes = ['hofx', 'variational', 'gw_scripts']
./examples/run_scripts/soca1deg.yaml:GDASApp mode: gw_scripts
./examples/run_scripts/soca025.yaml:GDASApp mode: gw_scripts
./examples/run_scripts/soca5deg.yaml:GDASApp mode: gw_scripts

@guillaumevernieres
Copy link
Contributor

@guillaumevernieres , are you referring to the gw_scripts GDASApp mode?

./run_jedi_exe.py:    supported_app_modes = ['hofx', 'variational', 'gw_scripts']
./examples/run_scripts/soca1deg.yaml:GDASApp mode: gw_scripts
./examples/run_scripts/soca025.yaml:GDASApp mode: gw_scripts
./examples/run_scripts/soca5deg.yaml:GDASApp mode: gw_scripts

Yes, gw_scripts isn't needed anymore. What's under the else statement run_jedi_exe.py#L149 can be removed ... I think.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants