<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
I've encountered this issue, too.<br>
My scanner will make multi-page tiffs, though I haven't tried them and don't know how DigiKam will deal with that type.<br>
I've generally typed the text written on the back into the caption screen, keeping at least the data if not the unique expression.<br>
<br>
JMO<br>
<div class="moz-signature">
<title>James Orr Signature Block for emails</title>
<style type="text/css">
pre <!--This is for the quote-->
{
font-family: times new roman, times, serif;
font-size: 8px;
padding: none;
{
pn <!--This is for the signature block-->
{
font-family: times new roman, times, serif;
font-size: 10px
line-height: 40%;
margin-bottom: none;
margin-top: none;
margin-left: none;
margin-right: none;
padding:none;
background: transparent ;
}</style></div>
<div class="moz-cite-prefix">On 5/2/2023 5:45 AM, Robert Sneyer wrote:<br>
</div>
<blockquote type="cite" cite="mid:10285590.nUPlyArG6x@framework">
<pre class="moz-quote-pre" wrap="">Hi mailinglist!
I'm archiving a batch of old photos with handwritten comments on the back
sides.
After a scan of both sides I end up with something like:
pic001_front.tiff
pic001_back.tiff
...
pic950_front.tiff
pic950_back.tiff
What could be the best way to effectively handle a collection like this and
keep the corresponding files together?
* grouping for front & back?
* multipage tiffs?
* ...
Any thoughts?
Thanks,
Robert
</pre>
</blockquote>
<br>
</body>
</html>