<div dir="auto">Then, maybe the best way to accomplish what I want would be to add a new plugin.<div dir="auto">I would like that the Metadata crated in kphotoalbum was stored in the photo exiv field, so I could reuse it on any other program, file explorer, etc.. </div><div dir="auto">Where should I start? I have no experience developing in kde</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El dc., 21 ag. 2019, 1.42, Robert Krawitz <<a href="mailto:rlk@alum.mit.edu">rlk@alum.mit.edu</a>> va escriure:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, 20 Aug 2019 19:20:13 -0400, Joe wrote:<br>
> KPA writes almost everything it does into its database leaving the<br>
> actual pictures untouched.<br>
><br>
> I'm not sure how the indexing gets done. One of the experts will<br>
> probably clarify that.<br>
<br>
There are two indices:<br>
<br>
1) The EXIF data known to KPhotoAlbum is stored in an SQLite3 database<br>
   (exif_info.db) in the root of the images tree.<br>
<br>
2) All other information -- tags, relationships between tags, MD5<br>
   checksums, and also the date, width, and height (for efficiency) is<br>
   stored in index.xml in the root of the images tree.  There may be a<br>
   few other things there, such as geographical coordinates (I don't<br>
   use that, and I don't recall offhand).<br>
<br>
In addition, thumbnails are stored in packed bitmap form, with bitmaps<br>
packed into 32 MB chunks, in the .thumbnails directory, with<br>
.thumbnails/thumbnail_index mapping from image filename to location of<br>
the image.  The packed bitmap form is for efficiency (fewer filesystem<br>
accesses).  Video thumbnails are stored (not packed) in<br>
.videoThumbnails in the root.<br>
<br>
The core app does not that I'm aware of ever modify the images.  Some<br>
plugins might, which of course would invalidate the MD5 checksum.<br>
This is a core design principle.  Were it not for the fact that the<br>
index files are stored in the image root, it would be possible to have<br>
full functionality in a read-only image tree.<br>
<br>
> On 8/20/19 6:55 PM, Joan wrote:<br>
>> I am using kphotoalbum to manage my collection that was totally<br>
>> anarchic (folders with names, lots of folders pending to catalog)<br>
>> I changed the structure to yyyy/month and now it seems that all the<br>
>> photos are being reread. My question would be:<br>
>><br>
>>   * Does kphotoalbum save its info to exiv? Can I be done somehow?<br>
>>   * Will the same photo in a different location in drive preserve the<br>
>>     attibutes I tagged?<br>
>><br>
>> I only saw some discussion about info being written to exiv by the<br>
>> coordinates plugin, but I couldn't find anything about the rest of the<br>
>> attributes.<br>
-- <br>
Robert Krawitz                                     <<a href="mailto:rlk@alum.mit.edu" target="_blank" rel="noreferrer">rlk@alum.mit.edu</a>><br>
<br>
***  MIT Engineers   A Proud Tradition   <a href="http://mitathletics.com" rel="noreferrer noreferrer" target="_blank">http://mitathletics.com</a>  ***<br>
Member of the League for Programming Freedom  --  <a href="http://ProgFree.org" rel="noreferrer noreferrer" target="_blank">http://ProgFree.org</a><br>
Project lead for Gutenprint   --    <a href="http://gimp-print.sourceforge.net" rel="noreferrer noreferrer" target="_blank">http://gimp-print.sourceforge.net</a><br>
<br>
"Linux doesn't dictate how I work, I dictate how Linux works."<br>
--Eric Crampton<br>
_______________________________________________<br>
KPhotoAlbum mailing list<br>
<a href="mailto:KPhotoAlbum@mail.kdab.com" target="_blank" rel="noreferrer">KPhotoAlbum@mail.kdab.com</a><br>
<a href="https://mail.kdab.com/mailman/listinfo/kphotoalbum" rel="noreferrer noreferrer" target="_blank">https://mail.kdab.com/mailman/listinfo/kphotoalbum</a><br>
</blockquote></div>