Build: Add automatically-extracted model parameters to alt text and captions

[sbreitbart-NOAA]

What is the feature?

• First draft of a feature (with 2 examples) that generates alt text and captions that include specific quantities and parameters automatically extracted from the model results file. I've started with figures only.

How have you implemented the solution?

• The parameters are extracted from the model results file in create_figure_doc.R. The values for those parameters are substituted for placeholders in the pre-written captions and alt text (sourced from captions_alttext.csv). The parameters are exported to the global R environment and referenced in the preamble in the skeleton .qmd file.

Does the PR impact any other area of the project, maybe another repo?

• Affects create_template.R and create_figure_doc.R

Plans for next steps

• Do the same for tables
• Modularize the extraction code... perhaps put it in a different file that's sourced in create_template.R so that the objects can be called in both create_figures_doc.R and create_tables_doc.R?
• Look into why unit tests are failing

[github-actions[bot]]

Instructions for code reviewer

Hello reviewer, thanks for taking the time to review this PR!

• Please use this checklist during your review, checking off items that you have verified are complete!
• For PRs that don't make changes to code (e.g., changes to README.md or Github actions workflows), feel free to skip over items on the checklist that are not relevant. Remember it is still important to do a thorough review.
• Then, comment on the pull request with your review indicating where you have questions or changes need to be made before merging.
• Remember to review every line of code you’ve been asked to review, look at the context, make sure you’re improving code health, and compliment developers on good things that they do.
• PR reviews are a great way to learn, so feel free to share your tips and tricks. However, for optional changes (i.e., not required for merging), please include nit: (for nitpicking) before making the suggestion. For example, nit: I prefer using a data.frame() instead of a matrix because...
• Engage with the developer when they respond to comments and check off additional boxes as they become complete so the PR can be merged in when all the tasks are fulfilled. Make it clear when this has been reached by commenting on the PR with something like This PR is now ready to be merged, no changes needed.

Checklist

• [ ] The PR is requested to be merged into the appropriate branch (typically main)
• [ ] The code is well-designed.
• [ ] The functionality is good for the users of the code.
• [ ] Any User Interface changes are sensible and look good.
• [ ] The code isn’t more complex than it needs to be.
• [ ] Code coverage remains high, indicating the new code is tested.
• [ ] The developer used clear names for everything.
• [ ] Comments are clear and useful, and mostly explain why instead of what.
• [ ] Code is appropriately documented (doxygen and roxygen).

[sbreitbart-NOAA]

I think this is failing (at least some) tests because the model output isn't being imported correctly into create_figures_doc.R. It worked fine in my local testing in create_figures_doc.R and create_template.R when I could add the model results as a .csv with read.csv("my_model_results.csv"), but I think there needs to be a step ensuring that the converted model output can be called within create_figures_doc.R. Ideally, I think it'd be called within create_template.R so that the objects can be called in both create_figures_doc.R and create_tables_doc.R.