xml sidecar

Hello,

I may have already asked, but do not remember any answer :-(

With my exif problem, I now remove any exifs from online images.

I wonder if the xml sidecar files are really standard (at least as
much/as less than exifs) and if it could be a solution to store exifs
in them (it's much easier to remove these files for test purpose).

for example, do firefox or chrome read an xml sidecar file.

by the way, I know some of yours also use piwigo, do you know if
piwigo reads digikam xml sidecars?

thanks
jdd
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[tosca]

From what I know, each program uses XML files its own way. There is no way one can interpret the content produced by an other.
And Piwigo retrieves the metadata from EXIF/IPTC included un the JPEG file. If there is some extension able to work from a sidecar file, I'm not aware of it; anyway, it would be the XMP file of program XYZ ... probably Lightroom ...

2012/6/2 jdd <[hidden email]>

Hello,

I may have already asked, but do not remember any answer :-(

With my exif problem, I now remove any exifs from online images.

I wonder if the xml sidecar files are really standard (at least as much/as less than exifs) and if it could be a solution to store exifs in them (it's much easier to remove these files for test purpose).

for example, do firefox or chrome read an xml sidecar file.

by the way, I know some of yours also use piwigo, do you know if piwigo reads digikam xml sidecars?

thanks
jdd
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

--


Mes dernières photos sont dans ma galerie.
Retrouvez-moi aussi sur mon blog.
Et parcourez les Cévennes à ma façon avec Cévennes Plurielles,


_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

Le 02/06/2012 09:12, Marie-Noëlle Augendre a écrit :
>  >From what I know, each program uses XML files its own way. There is
> no way one can interpret the content produced by an other.
> And Piwigo retrieves the metadata from EXIF/IPTC included un the JPEG
> file. If there is some extension able to work from a sidecar file, I'm
> not aware of it; anyway, it would be the XMP file of program XYZ ...
> probably Lightroom ...

bad news :-(

anyway, thanks, and I will investigate on the piwigo side (forums)

jdd
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[carl33914]

I run Digikam 2.5.0 on SuSE 12.1/KDE 4.8.3.

Current Digikam is 2.5.0-145.3-x86_64.

When I have a file open in the editor and choose Export, a filechooser
window opens with the last used directory as the default location and
the current name of the file being edited showing as the file name.
When I navigate to a different save-to directory, either using the
bookmark tool or the file system navigation tools, the filename field
goes blank.

This is new behavior for Digikam, I believe, within the past couple weeks.
It is a PITA to add back the same, somewhat complex file name, so I
would have noticed.
The filechooser comes from the SuSE look and feel integration package.
The same filechooser runs for saves in Mozilla (Firefox, Thunderbird)
but the file name issue does not exist there.

Are others seeing this?
On SuSE, or ?

I am not sure if it is a Digikam issue, a KDE issue or a SuSE issue.

Thanks

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier-4]

This file dialog is come from KDELibs. It's not a digiKam issue...

Best

Gilles Caulier


2012/6/2 Carl McGrath <[hidden email]>:

> I run Digikam 2.5.0 on SuSE 12.1/KDE 4.8.3.
>
> Current Digikam is 2.5.0-145.3-x86_64.
>
> When I have a file open in the editor and choose Export, a filechooser
> window opens with the last used directory as the default location and the
> current name of the file being edited showing as the file name.
> When I navigate to a different save-to directory, either using the bookmark
> tool or the file system navigation tools, the filename field goes blank.
>
> This is new behavior for Digikam, I believe, within the past couple weeks.
> It is a PITA to add back the same, somewhat complex file name, so I would
> have noticed.
> The filechooser comes from the SuSE look and feel integration package.
> The same filechooser runs for saves in Mozilla (Firefox, Thunderbird) but
> the file name issue does not exist there.
>
> Are others seeing this?
> On SuSE, or ?
>
> I am not sure if it is a Digikam issue, a KDE issue or a SuSE issue.
>
> Thanks
>
> _______________________________________________
> 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

[carl33914]

Thanks, I pretty much assumed that but wondered why Mozilla use of it
was OK but suddenly not Digikam.

I now realize that Digikam on my Laptop, running KDE 4.8.3-503, is OK
It is my desktop, running KDE 4.8.3-504 that is misbehaving.
I am still comparing the two, looking for clues.

On 06/02/2012 12:07 PM, Gilles Caulier wrote:

> This file dialog is come from KDELibs. It's not a digiKam issue...
>
> Best
>
> Gilles Caulier
>
>
> 2012/6/2 Carl McGrath<[hidden email]>:
>> I run Digikam 2.5.0 on SuSE 12.1/KDE 4.8.3.
>>
>> Current Digikam is 2.5.0-145.3-x86_64.
>>
>> When I have a file open in the editor and choose Export, a filechooser
>> window opens with the last used directory as the default location and the
>> current name of the file being edited showing as the file name.
>> When I navigate to a different save-to directory, either using the bookmark
>> tool or the file system navigation tools, the filename field goes blank.
>>
>> This is new behavior for Digikam, I believe, within the past couple weeks.
>> It is a PITA to add back the same, somewhat complex file name, so I would
>> have noticed.
>> The filechooser comes from the SuSE look and feel integration package.
>> The same filechooser runs for saves in Mozilla (Firefox, Thunderbird) but
>> the file name issue does not exist there.
>>
>> Are others seeing this?
>> On SuSE, or ?
>>
>> I am not sure if it is a Digikam issue, a KDE issue or a SuSE issue.
>>
>> Thanks
>>
>> _______________________________________________
>> 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