Skip to content
This repository has been archived by the owner on Jul 24, 2024. It is now read-only.

Download procedure more consistent with EODAG itself #17

Merged
merged 4 commits into from
Apr 30, 2021

Conversation

maximlt
Copy link
Collaborator

@maximlt maximlt commented Apr 27, 2021

Fixes #10

@sbrunato I've decided to use _prepare_download and _finalize from EODAG (base download plugin) here to help synchonizing the behaviour of this plugin with EODAG itself. Instead of having the plugin inherit from Download, I created a simple class that would inherit from it and would also save the status of each product before and after being downloaded. Let me know what you think about this approach :)

If it's fine for you, it would make sense to turn _prepare_download and _finalize into public methods, or to create utilities in EODAG (functions) so that they can be reused by the plugins directly without having to inherit from Download.

I've also added the same test I recently added in EODAG for PEPS, i.e. a rather complete integration test. I just run it with (with the dev version of EODAG) and it run fine.

One thing that could be improved to make this plugin even closer to EODAG would be to handle product ordering. I believe sentinelsat provides everything we need to replicate what we do (wait and timeout).

@sbrunato sbrunato merged commit 7fb78fd into develop Apr 30, 2021
@sbrunato sbrunato deleted the fix-output-paths branch April 30, 2021 15:12
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Paths returned by download_all don't point to an existing path
2 participants