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
I could see some utility in being able to override nml settings without manually writing a new nml file. Then you wouldn't have so many nml files cluttering up the working directory. One way this could work is to:
copy the existing nml file to a tempfile
overwrite the specified portion of the nml file with write_nml
redirecting run_glm to the modified file
run_glm(sim_folder = ".", ...)
where the ... is a pass-through to set_nml
Is this a bad work-flow idea?
The text was updated successfully, but these errors were encountered:
Hmm, interesting idea. To keep the dependencies simple, it might be better to create a function in glmtools that takes an NML object, writes it, and then runs GLM against it. Maybe run_nml. That function would live in glmtools and wrap write_nml, set_nml, and run_glm. That would prevent us from having a dependency point GLMr -> glmtools.
I could see some utility in being able to override nml settings without manually writing a new nml file. Then you wouldn't have so many nml files cluttering up the working directory. One way this could work is to:
write_nml
run_glm
to the modified filerun_glm(sim_folder = ".", ...)
where the
...
is a pass-through toset_nml
Is this a bad work-flow idea?
The text was updated successfully, but these errors were encountered: