Use rts_gmlc data package for Double Loop

[lbianchi-lbl]

Summary/Motivation:

• Switch to using the rts_gmlc data package through data_packages.api to access RTS-GMLC data for Double Loop simulations for consistency with the other data packages.

Changes proposed in this PR:

• Add dispatches-data-packages as a requirement
• Add dispatches-rts-gmlc-data (providing the rts_gmlc data package) as a requirement
• Make the necessary changes in DL notebooks and script for all 3 case studies

Legal Acknowledgement

By contributing to this software project, I agree to the following terms and conditions for my contribution:

1. I agree my contributions are submitted under the license terms described in the LICENSE.md and COPYRIGHT.md file at the top level of this directory.
2. I represent I am authorized to make the contributions and grant the license. If my employer has rights to intellectual property that includes these contributions, I represent that I have received permission to make contributions and grant the required license on behalf of that employer.

[codecov]

Codecov Report

Patch and project coverage have no change.

Comparison is base (08c117a) 89.49% compared to head (2cbb425) 89.49%.

Additional details and impacted files

@@           Coverage Diff           @@
##             main     #183   +/-   ##
=======================================
  Coverage   89.49%   89.49%           
=======================================
  Files          67       67           
  Lines        8238     8238           
=======================================
  Hits         7373     7373           
  Misses        865      865           

☔ View full report in Codecov by Sentry.
📢 Do you have feedback about the report comment? Let us know in this issue.

[dguittet]

Is this path related to pathlib's Path? The names seem a bit too similar

[lbianchi-lbl]

It is related in the sense that it's a function that returns a pathlib.Path object: https://dispatches-data-packages.readthedocs.io/en/latest/#dispatches_data.api.path.

As for whether the name is too similar: I think in general it's a fair point. I think I chose path() as opposed to e.g. get_path() to more closely resemble the importlib.resources API, where the "getters" are also named without the get_ prefix.

I'm open to revisit this (or add an alias, to preserve compatibility?), but this would have to be done in the gmlc-dispatches/data-packages repository first.

[dguittet]

I'm okay with it

[radhakrishnatg]

Looks good to me. Thank you @lbianchi-lbl for updating the notebooks!