<div dir="ltr"><div>I just found out that it works as you would expect for photos only; i.e. the viewer shows the image date (not UTC) and the file was imported into the correct directory. </div><div><br></div><div>4:18PM is correct to the local time and it is imported into the 09 folder. The digiKam date is also correct.</div><div><br></div><div><img src="cid:ii_lqzl0u5d3" alt="image.png" width="685" height="347" style="margin-right: 0px;"><br></div><div><br></div><div><br></div><div>For videos, it does that UTC thing. This was shot around the same time, but the video file was imported into the 10 folder.</div><div><br></div><div><img src="cid:ii_lqzl2c9m5" alt="image.png" width="730" height="426" style="margin-right: 0px;"><br></div><div><br></div><div><br></div><div>Matt</div><div dir="ltr"><br></div><div dir="ltr"><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 4, 2024 at 9:51 AM Matt & Lek <<a href="mailto:st11x@yahoo.com">st11x@yahoo.com</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div style="font-family:"Helvetica Neue",Helvetica,Arial,sans-serif;font-size:16px"><div></div>
<div dir="ltr">Thanks Maik.</div><div dir="ltr"><br></div><div dir="ltr">For me, because I'm in the UTC-8 timezone, all my photos and videos shot after 4pm or 5pm gets filed under the next day's folder and I have to move them back manually. I'll just have to live with this or write my own import script. </div><div dir="ltr"><br></div><div dir="ltr">Thanks</div><div dir="ltr">Matt </div><div><br></div>
</div><div id="m_-6631701950029951201ydpceb5bd6dyahoo_quoted_4813700935">
<div style="font-family:"Helvetica Neue",Helvetica,Arial,sans-serif;font-size:13px;color:rgb(38,40,42)">
<div>
On Thursday, January 4, 2024 at 09:42:06 AM PST, Maik Qualmann <<a href="mailto:metzpinguin@gmail.com" target="_blank">metzpinguin@gmail.com</a>> wrote:
</div>
<div><br></div>
<div><br></div>
<div><div dir="ltr">The date display in the thumbnail in the import window depends on whether you <br clear="none">have activated the loading of the camera metadata in the digiKam camera <br clear="none">settings, otherwise it is the file date. But it doesn't matter when <br clear="none">downloading, since digiKam-8.0.0 the metadata has always been used. I tested <br clear="none">it here with pictures before and after midnight, everything correct.<br clear="none"><br clear="none">Another note, the current digiKam-8.3.0 that is available for download still <br clear="none">has a problem, if its file path contains non-ASCII characters, wait for the <br clear="none">next version.<br clear="none"><br clear="none">Maik<br clear="none"><div id="m_-6631701950029951201ydpceb5bd6dyqtfd95093"><br clear="none">Am Donnerstag, 4. Januar 2024, 18:06:15 CET schrieb Matt & Lek:<br clear="none">> Thank you, I downloaded that version and I suppose the fix was to make<br clear="none">> everything show UTC? I see that the timestamp in the viewer shows the UTC<br clear="none">> date instead of the file date, I thought it was showing the file date<br clear="none">> before.<br clear="none">> <br clear="none">> However, in the import window below, it still shows the file date although<br clear="none">> it is slightly off by 2 minutes.<br clear="none">> <br clear="none">> For me in this timezone, all my evening shots will be imported filed under<br clear="none">> the next day's date during the automatic import which is not ideal. <br clear="none">> <br clear="none">> ThanksMatt<br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> On Thursday, January 4, 2024 at 08:45:33 AM PST, Gilles Caulier<br clear="none">> <<a shape="rect" href="mailto:caulier.gilles@gmail.com" rel="nofollow" target="_blank">caulier.gilles@gmail.com</a>> wrote:<br clear="none">> <br clear="none">> Hi,<br clear="none">> <br clear="none">> 8.3.0 pre-release bundles are there :<br clear="none">> <br clear="none">> <a shape="rect" href="https://files.kde.org/digikam/" rel="nofollow" target="_blank">https://files.kde.org/digikam/</a><br clear="none">> <br clear="none">> Best<br clear="none">> <br clear="none">> Gilles Caulier<br clear="none">> <br clear="none">> Le jeu. 4 janv. 2024 à 17:34, Matt & Lek <<a shape="rect" href="mailto:st11x@yahoo.com" rel="nofollow" target="_blank">st11x@yahoo.com</a>> a écrit :<br clear="none">> > Hi Maik,<br clear="none">> > <br clear="none">> > Where do you get version 8.3.0? Yes I am using the Windows version, the<br clear="none">> > one tar ball version. I see the documentation saying 8.3.0 but when you<br clear="none">> > go to the download page <a href="https://www.digikam.org/download/" target="_blank">https://www.digikam.org/download/</a>, the latest<br clear="none">> > version is 8.2.0.<br clear="none">> > <br clear="none">> > <br clear="none">> > thanks<br clear="none">> ><br clear="none">> > Matt<br clear="none">> ><br clear="none">> > On Wednesday, January 3, 2024 at 11:08:16 PM PST, Maik Qualmann<br clear="none">> > <<a shape="rect" href="mailto:metzpinguin@gmail.com" rel="nofollow" target="_blank">metzpinguin@gmail.com</a>> wrote:<br clear="none">> > <br clear="none">> > <br clear="none">> > This problem should already be fixed in digiKam-8.3.0. I assume you are<br clear="none">> > using the Windows version. By switching from Qt5 to Qt6 there are some<br clear="none">> > unexpected date conversions to local time. We therefore switched<br clear="none">> > internally to a UTC date format in digiKam-8.3.0, also because of a<br clear="none">> > massive performance problem under Windows regarding the local time<br clear="none">> > format.<br clear="none">> > <br clear="none">> > Maik<br clear="none">> > <br clear="none">> > Am Donnerstag, 4. Januar 2024, 02:05:18 CET schrieb Matt & Lek:<br clear="none">> > > Hi,<br clear="none">> > > I am importing images from the SD card and have used the custom date<br clear="none">> > > option<br clear="none">> > > with this simple value : yyyy/MM/dd<br clear="none">> > > <br clear="none">> > > <br clear="none">> > > <br clear="none">> > > when the files are imported, I suspect the folder created is based on<br clear="none">> > > the<br clear="none">> > > UTC date.<br clear="none">> > > <br clear="none">> > > In this example, the image was filed under 2024 even though the image<br clear="none">> > > has a<br clear="none">> > > 2023 created date. Is there a way to change this? thanks Matt<br clear="none"><br clear="none"><br clear="none"><br clear="none"><br clear="none"></div></div></div>
</div>
</div></div></blockquote></div></div>