Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

remove the unreferenced CLOUD_PROVIDERS list #603

Merged
merged 1 commit into from
Jun 14, 2024

Conversation

itcarroll
Copy link
Collaborator

@itcarroll itcarroll commented Jun 13, 2024

Closes #564.

The bug does not appear to be that "OBDAAC" is missing from earthaccess.daac.CLOUD_PROVIDERS. Rather, the issue seems to be that this list exists without having any function. The CLOUD_PROVIDERS list is not referenced in the project (according to VS Code and text search) and deleting it breaks no tests. This PR removes the cruft and does nothing else.

Please close without merging if you're aware of any purpose for this variable.

As far as adding OBDAAC goes, I think it was added correctly in #516.


📚 Documentation preview 📚: https://earthaccess--603.org.readthedocs.build/en/603/

Copy link
Member

@mfisher87 mfisher87 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Great catch! If we need a structure like this we can derive this from DAACS.

@betolink do you think we should delete it, or is there a need to keep the variable? In which case we can make it a list comprehension instead of a copy of the data.

@betolink
Copy link
Member

I thought the code was using this list to flag cloud providers from the results but maybe that logic changed? I don't see where else this is being used so I think it would be OK to remove it.

@mfisher87 mfisher87 merged commit 9563af0 into nsidc:main Jun 14, 2024
12 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Additional hard-coded providers needed for OB.DAAC
3 participants