Closed ceblanton closed 1 month ago
@singhd789 this is what we discussed this morning. I still think it makes sense but we may have to code it to discover if it doesn't work for some reason. Making the "stem" also be a user variable will be desired at some point, too. e.g. in the above example users will want to have "am5/2022.01" be a part of the directories.
Thanks for opening this up @ceblanton. I agree. I think it might work but definitely need to see it in action
TO-DO: update schema.json
Currently, we specify directories simply, e.g.
Bronx FRE directories allow specification in terms of the experiment, platform, target, stem, and others: see
https://sites.google.com/noaa.gov/oar-gfdl-msd-docs/fre-documentation/fre-documentation/xml-files?authuser=0#h.mmnsmti49ogn
e.g. the above directories could be specified more generically:
We want a similar "FRE-defined" variable expansion capability for the pp.yamls. e.g. how about?
So that users can then use the -e/-p/-t options to
fre pp configure-yaml
to have the same effect, e.g.fre pp configure-yaml --yaml=path/to/pp.yaml --experiment=c96L65_am5f1a0r0_amip --platform=gfdl.ncrc5-intel22-classic --target=prod-openmp