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

Save images locally #150

Open
curiousignite opened this issue Jun 17, 2024 · 2 comments
Open

Save images locally #150

curiousignite opened this issue Jun 17, 2024 · 2 comments
Labels
feature request New feature or request

Comments

@curiousignite
Copy link

Images should be saved locally in a specified folder for offline use.

@curiousignite curiousignite added the feature request New feature or request label Jun 17, 2024
@foegra
Copy link

foegra commented Jul 13, 2024

+1

@PeterBeckley
Copy link

There is a PR to sort of make this possible, but it's held up by something. I'm not a developer so I'm not sure of the situation. I use a work around right now.

I use "Local Images Plus" (LIP) plugin to make all embedded images local. I turn off the auto mapping of "image" in the media configuration of Media DB (e.g. Series or Book), and then add it to the template yaml as image: "![{{ title }}]({{ image }})" for that media type, making sure to choose that template in the Media DB configuration area. When I add a new series via Media DB, everything is brought into yaml as expected, the LIP downloads the image and changes the yaml to link to the local copy of the file: image: "![[6f831825c980679eb035f35716558fef_MD5.jpg]]". The locations of the downloaded files are handled by LIP correctly.

I hope this helps anyone in my situation, sorry if this isn't the appropriate place for this, I'm happy to move it somewhere else. Looking forward to this PR eventually making its way into the plugin. Thanks everyone for all your work on it!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants