Remove testing of on-prem (ECS) collections - #1075
Conversation
|
I will automatically update this comment whenever this PR is modified
|
|
It's worth looking through where else we point to ECS collections:
I think (1), (2), and (5) are worth switching to cloud collections now, but I'm not sure what our longer-term plans with (3) and (4) are. |
|
I think we should remove the notebooks in the folder, they are outdated examples anyways and the documentation has all we need to demonstrate the core functionality now. What do you guys think? @andypbarrett @asteiker @mfisher87 |
|
@betolink @jhkennedy Yes I agree let's remove the /notebooks folder. I say this after only quickly skimming the content but it does look out of date and we should only be focusing on supporting RTD content in /docs anyway. Agreed on removing For (4), again it may depend on what others prefer based on the different DAAC migration timelines. Personally I don't think we need to keep testing NSIDC_ECS data at this point. |
|
Alright, removed the |
For example, a bot which opens a monthly PR to update the lists? |
|
@jhkennedy what's missing on this one? |
|
Mostly just figuring out why the integration tests aren't passing, but potentially also the remaining items in this list: |
|
curl -Lv \
-H "Authorization: Bearer $EDL_TOKEN" \
-H "Range: bytes=0-16383" \
"https://data.gesdisc.earthdata.nasa.gov/data/MERRA2/M2T1NXSLV.5.12.4/2024/01/MERRA2_400.tavg1_2d_slv_Nx.20240101.nc4.dmrpp"😿 |
might be widespread; bearer tokens aren't working to get s3 credentials right now from ASF's cumulus and sentinel1 endpoints. |
|
@jhkennedy I think we should remove all ECS/on-prem tests and merge this tomorrow if possible. |
|
Works for me! I'm going to be mostly out tomorrow and probably busy today, so feel free to Sheppard it along from here w/out me. |
betolink
left a comment
There was a problem hiding this comment.
Approving this bye bye ECS. Merging soon
More and more on-prem (ECS) collections are being migrated to the cloud, and when that happens, the concept ids change, breaking our integration tests. The most popular collections, which we've targeted for testing, are also the collections prioritized for migration, so this will likely be a recurring issue.
Important
This PR is more to prompt discussion, since I find it easier to see what changes we're discussing in this form. Hopefully, we end up with a mergeable PR as well.
When a collection migrates, ideally, we'd update the dataset list and continue testing the cloud version of the collection. But finding the new collection is not necessarily straight-forward, and we've typically just deleted the failing collections from the list (#1036, https://github.com/nsidc/earthaccess/pull/1061/files#diff-30fb83bf5c1cdf245739c1ab6a7a9ae06fdac2df265d380ddcbd35e0c10489e7).
I propose we simply stop testing on-prem collections and instead develop tooling to periodically regenerate the popular collections list, excluding on-prem collections.
However, it's likely that the new cloud version of the collection won't appear popular in metrics for a time, and so my proposal above may miss popular collections during that period. I think that's okay, but we could additionally develop tooling that discovers the new concept id for a migrated collection and opens a PR to update the list.
Or, maybe we should do both? If we decide to do both, it's likely worth removing on-prem collections until we've got the migration-pr tooling developed so that we don't keep having/accepting PRs with failing integration tests.
Updating the list
Pull Request (PR) draft checklist - click to expand
contributing documentation
before getting started.
title such as "Add testing details to the contributor section of the README".
Example PRs: #763
example
closes #1. SeeGitHub docs - Linking a pull request to an issue.
CHANGELOG.mdwith details about your change in a section titled## Unreleased. If such a section does not exist, please create one. FollowCommon Changelog for your additions.
Example PRs: #763
README.mdwith details of changes to theearthaccess interface, if any. Consider new environment variables, function names,
decorators, etc.
Click the "Ready for review" button at the bottom of the "Conversation" tab in GitHub
once these requirements are fulfilled. Don't worry if you see any test failures in
GitHub at this point!
Pull Request (PR) merge checklist - click to expand
Please do your best to complete these requirements! If you need help with any of these
requirements, you can ping the
@nsidc/earthaccess-supportteam in a comment and wewill help you out!
Request containing "pre-commit.ci autofix" to automate this.
📚 Documentation preview 📚: https://earthaccess--1075.org.readthedocs.build/en/1075/