Had a conversation with @klindsay28 about generating ecosystem_diagnostics for POP based on a spreadsheet that organizes variables by how frequently they should be written to disk. So the workflow would be
Create text files containing a list of variables (one per line) that all should be output at the same frequency; i.e. one file for all the monthly variables, one for all the daily, one for all the annual. Maybe something like
The best API for the tool is still an open question. Some considerations
command-line arguments for each frequency, such as --high-freq-file daily.txt --medium-freq-file monthly.txt --low-freq-file annual.txt
command-line arguments for lists of files and frequencies such as --files daily.txt monthly.txt annual.txt --frequencies high medium low
Some sort of configuration file (YAML?) that contains information of all the files and all the frequenices
An optional argument containing a list of valid variables to include (perhaps an existing diagnostic file that could be parsed to pull out variables) would also be useful so that the columns in the spreadsheet containing the output variables don't need to be sorted into BGC / non-BGC. In the example above, maybe var3 isn't coming from MARBL or based on a MARBL tracer, in which case we'd want the final output to be
Had a conversation with @klindsay28 about generating
ecosystem_diagnostics
for POP based on a spreadsheet that organizes variables by how frequently they should be written to disk. So the workflow would beCreate text files containing a list of variables (one per line) that all should be output at the same frequency; i.e. one file for all the monthly variables, one for all the daily, one for all the annual. Maybe something like
daily.txt
:monthly.txt
:annual.txt
:Run a script that generates
The best API for the tool is still an open question. Some considerations
--high-freq-file daily.txt --medium-freq-file monthly.txt --low-freq-file annual.txt
--files daily.txt monthly.txt annual.txt --frequencies high medium low
An optional argument containing a list of valid variables to include (perhaps an existing diagnostic file that could be parsed to pull out variables) would also be useful so that the columns in the spreadsheet containing the output variables don't need to be sorted into BGC / non-BGC. In the example above, maybe
var3
isn't coming from MARBL or based on a MARBL tracer, in which case we'd want the final output to be