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

Remote drivers #29

Open
yakir12 opened this issue Oct 27, 2021 · 5 comments
Open

Remote drivers #29

yakir12 opened this issue Oct 27, 2021 · 5 comments

Comments

@yakir12
Copy link

yakir12 commented Oct 27, 2021

I love everything about this package and how it treats data. But it is really hard to incorporate for non-local data. Is there a sanctioned way to deal with data hosted on, say, AWS S3 or similar?

@c42f
Copy link
Contributor

c42f commented Nov 17, 2021

Thanks. Basically we'll need storage drivers for each type of remote data API. So far I haven't had time to make a solid implementation of this, but there was some discussion in #26 related to a Downloads-based backend.

One fairly easy option for cloud storage is to use rclone mount (via Rclone_jll) to mount an S3 prefix. I've got a prototype of that kind of thing lying around separately.

@StefanKarpinski
Copy link
Member

Btw, on master Downloads.jl is now thread-safe. I know that was a blocker in various use-cases.

@c42f
Copy link
Contributor

c42f commented Nov 18, 2021

Yes that's great news! I've been following along with some of the Downloads changes but I got a little lost in the list back and forth. It seemed like a difficult fix.

@StefanKarpinski
Copy link
Member

It was painful. Hopefully it's actually thread-safe now.

@yakir12
Copy link
Author

yakir12 commented May 31, 2022

Any new and exciting development on this front? Some of the online sources would be AWS, FigShare, Zenodo, and growing...

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

No branches or pull requests

3 participants