[Digikam-users] Importing XMP sidecar files automatically

[Photonoxx]

What is the name of your xmp files ?

You said you have a photo = "file.jpg" and  XMP file = "file.xmp"

But, if there's no change since I try, Digikam XMP's file name should be  
"file.jpg.xmp" and not "file.xmp".

It could be nice if this was configurable, but I don't think.

With this kind of naming, you event don't have to make import metadata,  
Digikam recognize the XMP for each file and you just have to do "re-read  
metadata from files" (but you have to be sure you don't have Digikam only  
metadata in your Digikam database (May be they could be lost but I'm not  
sure ?).

What you use (metadata > import XMP) force you to choose an XMP file each  
time, but with multiple files, it can't simply figure which XMP files it  
have to import for each files.


Le Sun, 11 Jan 2015 18:47:07 +0100, Kerry Kirk <my1kwords at gmail.com> a  
écrit:

> It isn't that the data isn't being added.  The keywords are in  
> Xmp.dc.subject and Xmp.lr.hierarchicalSubject sections.  One, the >other  
> or both seemed to be picked up by Digikam just fine when I click on each  
> photo individually and go through the steps above.  I >am hoping to find  
> a way to get the program to scan all of the xmp files for all of the  
> photos I choose and add the data to the >images.  Hoping not to have to  
> go through all 8000+ photos individually.
> On Sun, Jan 11, 2015 at 4:05 AM, Photonoxx <photonoxx at free.fr> wrote:
>> May it's due to a different naming schema for XMP file between Digikam  
>> and AfterShot, as it's the matter between Digikam (or >>Darktable) and  
>> Lightroom for example.
>>
>> Le Sun, 11 Jan 2015 12:27:12 +0100, Gilles Caulier  
>> <caulier.gilles at gmail.com> a écrit:
>>
>>
>>> Nothing.
>>>
>>> I think AfterShoot XMP namespace is not scanned.
>>>
>>> If AfterShot store data in standard XMP namespace, info will be found,
>>> else, this is another particular case to implement, as usual.
>>>
>>> What do you not found in digiKam as information store in xmp sidecar  
>>> by AS ?
>>>
>>> Gilles Caulier
>>>
>>>
>>> 2015-01-09 22:13 GMT+01:00 Kerry Kirk <my1kwords at gmail.com>:
>>>> If this has been asked before I apologize.  I wasn't able to find a  
>>>> way to
>>>> search the email archives.
>>>>
>>>> I am using DK 4.13.3 on Ubuntu 14.04.  I have a group of photos with  
>>>> XMP
>>>> sidecar files created in another program (Corel Aftershot Pro 2).   
>>>> These
>>>> exist in the same directory as the photos (file.jpg) and are name
>>>> (file.xmp).  I am able to highlight a single photo in DK and import  
>>>> the .xmp
>>>> file by the route  Image > Metadata > Import XMP and chosing the .xmp  
>>>> file
>>>> for that image. The import works as expected and all of the keyword  
>>>> data
>>>> that was contained in the xmp file shows up in the tags for that  
>>>> image.
>>>> When I try to highlight multiple images and do the same thing I am  
>>>> still
>>>> instructed to choose a single .xmp file.   I have checked the  
>>>> documentation
>>>> and Googled and still cannot find out how to get DG to read all of  
>>>> the .xmp
>>>> files in the folder for the existing images.  My settings are set to  
>>>> read
>>>> sidecar file.  What am I missing?
>>>>
>>>> _______________________________________________
>>>> Digikam-users mailing list
>>>> Digikam-users at kde.org
>>>> https://mail.kde.org/mailman/listinfo/digikam-users
>>>>
>>> _______________________________________________
>>> Digikam-users mailing list
>>> Digikam-users at kde.org
>>> https://mail.kde.org/mailman/listinfo/digikam-users
>>
>>
>> --Utilisant le logiciel de courrier d'Opera : http://www.opera.com/mail/
>>
>> _______________________________________________
>> Digikam-users mailing list
>> Digikam-users at kde.org
>> https://mail.kde.org/mailman/listinfo/digikam-users
>



-- 
Utilisant le logiciel de courrier d'Opera : http://www.opera.com/mail/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20150111/91ae37d6/attachment.html>