| Summary: | Allow hide/show sidecar image (not metadata) for the same basename | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Webysther <webysther> |
| Component: | Metadata-Sidecar | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | wishlist | CC: | caulier.gilles, metzpinguin |
| Priority: | NOR | ||
| Version First Reported In: | 8.8.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Other | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Canon 50D manual | ||
|
Description
Webysther
2025-10-27 16:50:28 UTC
I will expand this with real life examples: Let's start with this photo: https://commons.wikimedia.org/wiki/File:Webysther_20150501201754_-_Interior_Sala_S%C3%A3o_Paulo.jpg This is not a single photo, now it is, but it's not. It's 60 images merged using software, like every panoramic photographer, this is normal. The 60 images are a stack, because they alone mean nothing, but grouped represents 1 single photo, I take lots of sequences to build a few images like this one, every one using RAW+JPEG. In a first moment I build the single image using the RAW but configured to use as 1:1 the sidecar image, which is less slow than using the RAW, after confirm the photo works, I want for some hours to finish using the RAW. So, how this works: RAW+JPEG for every single piece it's not a stack, it's a photo with more 2 sidecar's JPEG+XMP 60 images (composed by RAW+JPEG+XMP) are a stack, manual made In essence I'm a panorama photographer, I use stack alot and after trying to move to software like digikam, darktable and immich the main problem is the mistake to treat RAW+JPEG as a stack, which is not, this need to be fixed. I also opened a discussion on Immich and Darktable to debate the possibilities of unifying a standard or configuration for this; your participation, which is fundamental, would be appreciated. https://github.com/immich-app/immich/discussions/23397 https://github.com/darktable-org/darktable/issues/19620 (In reply to Webysther from comment #2) > I also opened a discussion on Immich and Darktable to debate the > possibilities of unifying a standard or configuration for this; your > participation, which is fundamental, would be appreciated. > > https://github.com/immich-app/immich/discussions/23397 > https://github.com/darktable-org/darktable/issues/19620 One of darktable joined the discussion on immich, hope here someone give us some light over this. :) A grouping method, like the one darktable has now implemented with the LUA script (Group RAW/non-RAW), is something we can also do. However, JPG files are by definition not sidecar files, and we will not treat them like metadata sidecar files (*.xmp). This would contradict the understanding of most users. Maik Hi Maik, Just for info, to follow your last comment, i remember that some camera generate .thumb file as sidecar, which are in fact a simple JPEG thumbnail container with Exif metadata and more if necessary. This is especially used with RAW shots. https://forums.windowscentral.com/threads/camera-questions-preview-time-and-thumbs.441056/ My 2 Cts €... (:=)))... Gilles (In reply to Maik Qualmann from comment #4) > A grouping method, like the one darktable has now implemented with the LUA > script (Group RAW/non-RAW), is something we can also do. > > However, JPG files are by definition not sidecar files, and we will not > treat them like metadata sidecar files (*.xmp). This would contradict the > understanding of most users. > > Maik Can you elaborate a bit more on: - "JPG files are by definition not sidecar files" definition from where? - "contradict the understanding of most users." users from software, workflow or what? I'm really trying to understand why some users use the RAW+JPEG and have the same problem than me and for others this just don't exist or looks like to being not relevant, this is because: - Don't shot RAW+JPEG at all? - Don't need group because the style of the material produced - Never used commercial like LrC or Apollo that deal with this natural as air. (In reply to Maik Qualmann from comment #4) > A grouping method, like the one darktable has now implemented with the LUA > script (Group RAW/non-RAW), is something we can also do. > > However, JPG files are by definition not sidecar files, and we will not > treat them like metadata sidecar files (*.xmp). This would contradict the > understanding of most users. > > Maik Using the same terminology, Photo Mecanic deal in the same way with RAW+(non-RAW) which deal with JPG as sidecar files, like in the Photos on mac (ref. https://youtu.be/dqw_Szm0m7E?si=U3-BuUddbglF3v8X&t=179). I'm not a professional photographer, I use the tips from photographers videos and from Wikimedia commons that they told me centures ago, sounds strange that only in the software community the ideia change, for instance, the video link explain the same I use about RAW+JPEG. If you ask me I can send you dozens of links and material talk about this, but I can't find no one group or using tags for organizing RAW+JPEG, because will be hell on earth, the feeling that I have: i'm missing something? Same behavior about RAW+JPEG softwares: - RawTherapee: https://github.com/immich-app/immich/discussions/23397#discussioncomment-14888992 - Apple photos: https://github.com/immich-app/immich/discussions/23397#discussioncomment-14888845 - Photo Mechanic: https://github.com/immich-app/immich/discussions/23397#discussioncomment-14888793 - ApolloOne: https://github.com/immich-app/immich/discussions/23397#discussioncomment-14874985 (https://github.com/immich-app/immich/discussions/2479#discussioncomment-13205386) |