Hi,
for a long time (at least since v3.5.0) accessing metadata by using "[meta:Exif...]" in import doesn't work correctly. Now I've updated from v4.4.0 to v4.12.0 but now even the "Metadata" button in the "import" window is missing and the resulting file names show the "[meta:Exif...]" text. For me it seems that this feature has been dropped. Is this right? Why? Or am I doing something wrong? If I use the file name template in the "renamer" tool everything works as expected. What metadata do I want to use? I simply want to get the date and time when the picture has been taken. So I use "[meta:Exif.Photo.DateTimeOriginal]". You could say I can also use "[date:...]". That's right. But actually I am (or had been) not sure what timestamp digiKam actually uses then. But with my new camera "[date:...]" won't be enough as it also has "[meta:Exif.Photo.SubSecTimeOriginal]". When doing some quickshots this value is needed because I have multiple photos per second. Best regards, Andreas _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Yes, the feature is disabled at the moment. She worked only with non GPhoto2
devices and makes the real time renaming in the icon view very slow. Let's see, maybe I can return it back for digiKam 4.14. Maik Am Sonntag, 13. September 2015, 08:11:05 schrieb Andreas Mair: > Hi, > > for a long time (at least since v3.5.0) accessing metadata by using > "[meta:Exif...]" in import doesn't work correctly. > Now I've updated from v4.4.0 to v4.12.0 but now even the "Metadata" > button in the "import" window is missing and the resulting file names > show the "[meta:Exif...]" text. > For me it seems that this feature has been dropped. Is this right? > Why? Or am I doing something wrong? > If I use the file name template in the "renamer" tool everything works > as expected. > > What metadata do I want to use? > I simply want to get the date and time when the picture has been > taken. So I use "[meta:Exif.Photo.DateTimeOriginal]". You could say I > can also use "[date:...]". That's right. But actually I am (or had > been) not sure what timestamp digiKam actually uses then. > But with my new camera "[date:...]" won't be enough as it also has > "[meta:Exif.Photo.SubSecTimeOriginal]". When doing some quickshots > this value is needed because I have multiple photos per second. > > Best regards, > Andreas > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
OK, thanks for the information.
Regards, Andreas 2015-09-13 11:57 GMT+02:00 Maik Qualmann <[hidden email]>: > Yes, the feature is disabled at the moment. She worked only with non GPhoto2 > devices and makes the real time renaming in the icon view very slow. Let's > see, maybe I can return it back for digiKam 4.14. > > Maik > > Am Sonntag, 13. September 2015, 08:11:05 schrieb Andreas Mair: >> Hi, >> >> for a long time (at least since v3.5.0) accessing metadata by using >> "[meta:Exif...]" in import doesn't work correctly. >> Now I've updated from v4.4.0 to v4.12.0 but now even the "Metadata" >> button in the "import" window is missing and the resulting file names >> show the "[meta:Exif...]" text. >> For me it seems that this feature has been dropped. Is this right? >> Why? Or am I doing something wrong? >> If I use the file name template in the "renamer" tool everything works >> as expected. >> >> What metadata do I want to use? >> I simply want to get the date and time when the picture has been >> taken. So I use "[meta:Exif.Photo.DateTimeOriginal]". You could say I >> can also use "[date:...]". That's right. But actually I am (or had >> been) not sure what timestamp digiKam actually uses then. >> But with my new camera "[date:...]" won't be enough as it also has >> "[meta:Exif.Photo.SubSecTimeOriginal]". When doing some quickshots >> this value is needed because I have multiple photos per second. >> >> Best regards, >> Andreas >> _______________________________________________ >> Digikam-users mailing list >> [hidden email] >> https://mail.kde.org/mailman/listinfo/digikam-users > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
I am a Big--no make that Huge--fan of digiKam, the community and the
amazing work Gilles tirelessly performs on behalf of the user base. I have a question about migrating a relatively large collection of images. I have approximately 1 TB of images under digiKam on a NAS , mounted /data/nas1 (filesystem hosted on NAS device nas1) which I'd like to move to a new device with a new mountpoint to /data/nas2 (filesystem hosts on NAS device nas2) The .digikam SQLite 3.x database is on a local disk, because I last read (and this was 5 years ago) that because of file locking protocols you shouldn't keep it on a NAS device. (If possible it would be great to keep it on the NAS). I know I can rsync the image data (album directories, jpg and raw files) from nas1 to nas2 and then have digikam rebuild the database, but I'd lose the metadata (thumbnails, notes, ratings). It's not a dealbreaker, but with 12 years of history and a terabyte of images it would be nice to keep that metadata. What would be the official recommended method of moving from nas1 to nas2 to preserve metadata in the .digikam file? Or alternatively a method to extract from the old .digikam file into the new one? thanks! -rei _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Free forum by Nabble | Edit this page |