[BUG] Allow has_granules in search_datasets kwargs

[juliacollins]

Moving to bug after discussion with @betolink .

Discussed in #938

^{Originally posted by juliacollins February 5, 2025}
This is somewhere between a bug and a feature request. I would like to use earthaccess.search_datasets() to retrieve collection metadata for collections that specifically do not have associated granules. The use case is the development of a workflow that generates the UMM-G metadata for the granules that will be archived, but are not yet available. Currently the DataCollections class sets has_granules to True for all cases, so no results are returned when I try to retrieve collection metadata for the dataset in question. The suggested change is to include has_granules in the kwargs accepted by search_datasets and DataCollections. I'll work on a pull request but wanted to get this idea in the hopper in case anyone sees a problem with it.

[itcarroll]

What a coincidence! I almost filed the same issue yesterday, and definitely support not hard-coding any CMR parameters. You're probably aware that earthaccess is (currently) limited by what python_cmr supports. After a quick glance, I'm not positive python_cmr supports that CMR parameter. You may need a PR there as well. Oops, nevermind. This one gets through CollectionQuery.params directly.

[juliacollins]

What a coincidence! I almost filed the same issue yesterday, and definitely support not hard-coding any CMR parameters. You're probably aware that earthaccess is (currently) limited by what python_cmr supports. After a quick glance, I'm not positive python_cmr supports that CMR parameter. You may need a PR there as well. Oops, nevermind. This one gets through CollectionQuery.params directly.

I was initially going to respond with a "thanks for the reminder" re: python_cmr. Now I'm even happier to know I don't have to worry about it. :-)

[juliacollins]

Fix merged!