Skip to content
New issue

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

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

Already on GitHub? # to your account

Choose custom download location for attach@store objects #1109

Open
horsto opened this issue Sep 21, 2023 · 2 comments
Open

Choose custom download location for attach@store objects #1109

horsto opened this issue Sep 21, 2023 · 2 comments
Labels
enhancement Indicates new feature requests stale Indicates issues, pull requests, or discussions are inactive

Comments

@horsto
Copy link
Contributor

horsto commented Sep 21, 2023

Feature Request

This is a follow-up of a discussion with @ttngu207 on Slack.
For attach@store logic, the files are downloaded into the current working directory upon fetch(). This has the advantage that the user can call the file path directly, but it causes a lot of cluttered files to be saved in a potentially suboptimal location on the drive.

Requirements

The download path for attach@store objects should be configurable and the file path should be updated automatically upon fetching to reflect that user-configured location.

@horsto horsto added the enhancement Indicates new feature requests label Sep 21, 2023
@christoph-blessing
Copy link

Does Table().fetch(download_path="mypath") not do what you are proposing?

@horsto
Copy link
Contributor Author

horsto commented Oct 10, 2023

Oh I did not know that existed! Thanks for pointing to that.

Ok, then I have a follow-up question, whether that download_path variable could somehow be made configurable globally so it does not have to be called in every fetch.

@yambottle yambottle added the stale Indicates issues, pull requests, or discussions are inactive label Mar 14, 2025
# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
enhancement Indicates new feature requests stale Indicates issues, pull requests, or discussions are inactive
Projects
None yet
Development

No branches or pull requests

3 participants