This question is not answered. Helpful answers available: 2. Correct answers available: 1.


Permlink Replies: 24 - Pages: 2 [ Previous | 1 2 ] - Last Post: 22 Oct 25, 23:08 Last Post By: JeffTucker Threads: [ Previous | Next ]
davidekholm

Posts: 3,804
Registered: 18-Oct-2002
Re: Cache Settings Not Honored
Posted: 24 Oct 22, 16:18   in response to: JeffTucker in response to: JeffTucker
 
  Click to reply to this thread Reply
I did explain what that cache setting is for and I genuinely wanted to know what issues you were having with the generation of those files.
RobM

Posts: 3,877
Registered: 4-Aug-2006
Re: Cache Settings Not Honored
Posted: 24 Oct 22, 16:44   in response to: GHammer in response to: GHammer
 
  Click to reply to this thread Reply
If all the cache thumbnails are for videos maybe setting the video’s thumbnail would help.
davidekholm

Posts: 3,804
Registered: 18-Oct-2002
Re: Cache Settings Not Honored
Posted: 25 Oct 22, 00:28   in response to: RobM in response to: RobM
 
  Click to reply to this thread Reply
jAlbum uses the .jalbum/cache folder for images too when it can't quickly grab an embedded thumbnail.
davidekholm

Posts: 3,804
Registered: 18-Oct-2002
Re: Cache Settings Not Honored
Posted: 25 Oct 22, 00:33   in response to: GHammer in response to: GHammer
 
  Click to reply to this thread Reply
GHammer wrote:

What's bothering me really? Seems a wee bit rude, but, the simple fact that I use other image tools that then pick up the jAlbum created files is what's bothering me really.

That was your interpretation and never my intention. So what software is picking up jAlbum generated cache files? Can this "Auto discovery" be prevented if you plant an empty ".nomedia" file within jAlbum's cache directory? If this resolves the problem, then I plan on generating such .nomedia files.

For more on the .nomedia file convention, see https://fileinfo.com/extension/nomedia
JeffTucker

Posts: 8,010
Registered: 31-Jan-2006
Re: Cache Settings Not Honored
Posted: 25 Oct 22, 00:48   in response to: davidekholm in response to: davidekholm
 
  Click to reply to this thread Reply
davidekholm wrote:
jAlbum uses the .jalbum/cache folder for images too when it can't quickly grab an embedded thumbnail.

But does it do that if you've set your Preferences not to cache thumbnails?
davidekholm

Posts: 3,804
Registered: 18-Oct-2002
Re: Cache Settings Not Honored
Posted: 25 Oct 22, 09:16   in response to: JeffTucker in response to: JeffTucker
 
  Click to reply to this thread Reply
JeffTucker wrote:
davidekholm wrote:
jAlbum uses the .jalbum/cache folder for images too when it can't quickly grab an embedded thumbnail.

But does it do that if you've set your Preferences not to cache thumbnails?


Not as far as I've seen :-)
GHammer

Posts: 39
Registered: 28-Jul-2006
Re: Cache Settings Not Honored
Posted: 1 Jan 23, 17:53   in response to: davidekholm in response to: davidekholm
 
  Click to reply to this thread Reply
I created the album and copied two folders to a different location entirely.
The was a cache folder in one.
I put a zero size .nomedia file into each.

digiKam, at the least, does not honor the file and shows all media in all folders.

Good idea, but seems to be a google/android specific thing.
RobM

Posts: 3,877
Registered: 4-Aug-2006
Re: Cache Settings Not Honored
Posted: 1 Jan 23, 19:03   in response to: GHammer in response to: GHammer
 
  Click to reply to this thread Reply
Could you set DigiCam to ignore those directories?
https://docs.digikam.org/en/setup_application/collections_settings.html
EricLEdberg

Posts: 15
Registered: 6-Jan-2015
Re: Cache Settings Not Honored
Posted: 22 Oct 25, 23:00   in response to: RobM in response to: RobM
 
  Click to reply to this thread Reply
Not to revive this dead horse, but I agree when an .jalbum/cache folder and images are created in the same folder where my master images reside is problematic.

My version of Adobe Photoshop Elements constantly "auto discovers" these new images and imports .jalbum/cached thumbnails into it's repository. It now has duplicate images with exactly the same name of the original image. In practice, I don't search by filename too often, but when I do it's bothersome to have to worry about getting the right file.

In practice, I've spent years creating albums by manually linking individual files into manually created jalbum folders. Sometimes I have a hundred+ photos in a shoot and use a file manager to select only worthy photos and then link them to "different" manually created jalbum sub-folders. Mirroring is not an option in these cases.

I came across this post while trying to eliminate these annoying .jalbum/cache files when I was re-organizing PSE folders around.

While I've not tried to disable the "cache" option the poster opines about, I assume that jalbum creates them based on support response.

Is there a way to re-locate the .jalbum/cache folder into the folder where the output album resides? This would preserve the caching process but relocate and prevent the modification of the original folder.

So, I vote that an option to prevent modification of the source folder under any circumstance when linking images is needed.

Thanks for your consideration and I use and recommend jAlbum!

Eric L. Edberg
JeffTucker

Posts: 8,010
Registered: 31-Jan-2006
Re: Cache Settings Not Honored
Posted: 22 Oct 25, 23:03   in response to: EricLEdberg in response to: EricLEdberg
 
  Click to reply to this thread Reply
See the Mirror content section on this page. I think it will do exactly what you want.

https://jalbum.net/help/en/Managing_images_with_jAlbum

ETA: Ah, I see you're linking only selectively. But if you're not linking folders, the control files should appear only in the project's image directory.

One certainly wouldn't want the control files in the output. They're not part of the album. And doing a "delete the album and make it again" operation would wipe out everything- comments, titles, file attachments, etc.
Legend
Forum admins
Helpful Answer
Correct Answer

Point your RSS reader here for a feed of the latest messages in all forums