Adding WL 0.8 and 1.2 to existing GWL times files

[claalmve]

Description of PR

Summary of changes and related issue

This PR adds a 0.8 and 1.2 degC warming level to existing GWL tables and also removes some simulations that have NaNs at all WL's for a given simulation (iirc, that means that simulation's data cannot be found via our script for some reason).

Relevant motivation and context

We need 0.8 and 1.2 degC WL's.

Type of change

• [ ] Bug fix (non-breaking change which fixes an issue)
• [x] New feature (non-breaking change which adds functionality)
• [ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
• [ ] This change requires a documentation update

Definition of Done Checklist

Practical

• [x] 80% unit test coverage
• [x] Documentation
  • [ ] All functions/adjusted functions documented in the readthedocs.
  • [ ] Documentation is pushed
• [x] Complex code commented
• [x] Naming conventions followed
  • [ ] Helper functions hidden with _ before the name
• [x] Context of function is clearly provided
  • [ ] Intent of function is provided
  • [ ] How to test, so that it is not siloed on scientists and anyone can review
  • [ ] Appropriate manual testing was completed
• [x] Any notebooks known to utilize the affected functions are still working
• [x] Linting completed and resolved

Conceptual

• [ ] Doesn't replicate existing functionality
• [ ] Aligns with general coding standard of existing functions
• [ ] Matches desired functinonality from users/scientists

[claalmve]

In this PR is an example usage of a constant WARMING_LEVELS in constants.py, that is then imported in data_interface.py. If this looks good, I can change all WL references to this WARMING_LEVELS reference in this PR.

[nicolejkeeney]

Was able to retrieve 0.8 and 1.2 in DataParameters GUI and get_data; and tests successfully ran on the Hub. I like the constants script, although I imagine we may have very few to put in there beyond WARMING_LEVELS, happy to defer to other dev opinions on that.

I'd like to see the SSP strings in the constants.py file if we chose to use this method of organizing constants (which I think is a good idea if we flesh it out more).

[mdkoenig]

Very demure, very DRY! <3