<div dir="ltr">yes, this can be done for reading, with a priority :<div><br></div><div>1/ old naming scheme.</div><div>2/ new naming scheme (LR)</div><div><br></div><div>... or vis versa.</div><div><br></div><div>But the problem is not here. Look well my comment #11</div><div><br></div><div><a href="https://bugs.kde.org/show_bug.cgi?id=278935#c11">https://bugs.kde.org/show_bug.cgi?id=278935#c11</a><br></div><div><br></div><div>Gilles Caulier</div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-01-07 13:52 GMT+01:00 Remco Viëtor <span dir="ltr"><<a href="mailto:remco.vietor@wanadoo.fr" target="_blank">remco.vietor@wanadoo.fr</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On dimanche 7 janvier 2018 11:21:07 CET Gilles Caulier wrote:<br>
> In bug 278935 <<a href="https://bugs.kde.org/show_bug.cgi?id=278935" rel="noreferrer" target="_blank">https://bugs.kde.org/show_<wbr>bug.cgi?id=278935</a>> i proposed a<br>
<div><div class="h5">> simple proof of concept patch to use LR sidecar naming scheme. It must work<br>
> to test an import of LR files in DK, but it's so far not enough, because it<br>
> will break backward compatibility with current sidecar naming scheme :<br>
> typically with this patch, all current XMP sidecar previously generated by<br>
> DK will be ignored.<br>
><br>
> Gilles Caulier<br>
><br>
> 2018-01-07 10:46 GMT+01:00 Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com">caulier.gilles@gmail.com</a>>:<br>
> > Note : a report have already open about this topic :<br>
> ><br>
> > <a href="https://bugs.kde.org/show_bug.cgi?id=278935" rel="noreferrer" target="_blank">https://bugs.kde.org/show_bug.<wbr>cgi?id=278935</a><br>
> ><br>
> > Gilles Caulier<br>
> ><br>
> > 2018-01-07 10:40 GMT+01:00 salinaale <<a href="mailto:salinaale@gmail.com">salinaale@gmail.com</a>>:<br>
> >> I think that xmp files porpose is to facilitate interoperability between<br>
> >> different sw...maybe the standard is silly ( i can't find the iso<br>
> >> standard<br>
> >> now ), but using different naming convention for xmp files, you are<br>
> >> limiting<br>
> >> the spread of this great product.<br>
> >> i don't have a great experience, but i know that Lightroom and dxo ( i<br>
> >> think<br>
> >> are very widespread )  are using the filename.xmp naming convention.<br>
> >> I can't create symlinks because i'm on win and not on linux, and i don't<br>
> >> want to fill my disk with thousand of links.<br>
> >> Maybe it could be possible to give the possibility to configure the name<br>
> >> of<br>
> >> xmp files?<br>
> >> Just my 2 cents... It is a pity that an excellent software like digikam<br>
> >> can<br>
> >> not be used as a Lightroom alternative for a matter of standard-not<br>
> >> standard.<br>
> >><br>
> >><br>
> >> sorry for my english.. :)<br>
> >><br>
> >><br>
> >><br>
> >> --<br>
> >> Sent from: <a href="http://digikam.1695700.n4.nabble.com/digikam-users-f1735189" rel="noreferrer" target="_blank">http://digikam.1695700.n4.<wbr>nabble.com/digikam-users-<wbr>f1735189</a>.<br>
> >> html<br>
<br>
</div></div>Going to a naming scheme of "<basename>.xmp" instead of "<basename>.<orig-<br>
ext>.xmp" could break compatibility with Darktable, a raw convertor/editor<br>
that's used by several users active here.<br>
<br>
But can't you have a system where "<basename>.xmp" is used when there is no<br>
eligible sidecar with the other possible name present? (i.e. first check for<br>
presence of a sidecar with current naming, if not found try "<basename>.xmp")<br>
<span class="HOEnZb"><font color="#888888"><br>
Remco<br>
<br>
</font></span></blockquote></div><br></div>