[German]: Zeitzone wird wieder gesetzt bei...

[HaWo]

Mit Time Wiz habe ich alle Zeitzonen gelöscht. Wenn ich Kategorien bearbeite wird im Erstelldatum und Digit-Datum wieder die Zeitzone in den betreffenden Dateien eingetragen. Ist das so beabsichtigt?
Ursprungsdatum u. -zeit bleiben zum Glück erhalten.

[Mario]

Warum sollte das Bearbeiten von Kategorien Metadaten verändern? Das kann ich mir nicht vorstellen.
Was machst Du genau, in welcher Reihenfolge, sind die Zeitstempel bereits in die Datei geschrieben?

Eine Zeitangabe ohne Zeitzone ist "undefiniert" und kann alles bedeuten. UTC? West Coast? Hong-Kong? Deutschland?
Die XMP-Zeitstempel sollten immer eine Zeitzone enthalten. IMatch 2023 stellt das beim Import extra sicher, Teil der Änderungen und Umstellung auf interne Zeithaltung in UTC.

[HaWo]

Ich habe vor Jahren einfach mal mit IMatch angefangen und die Originale, sowie die bearbeiteten Bilder (anfangs mit Photoshop, später mit Fixfoto) übernommen, wie sie waren.
Auf den Zeitstempel habe ich lange nicht besonders geachtet, weil ich von einem Automatismus ausgegangen bin - also Datum u. Zeit ist die Zeit am Aufnahmeort.


Ablauf bei den Kategorien:
- Im Kategorie-Baum eine Kat. angeklickt
- Bilder dieser Kat. werden angezeigt
- Kategorie im Kat.-Baum umbenannt
- Alles markiert
- Alles zurückgeschrieben
- Auf ein beliebiges Bild der noch markierten Bilder geklickt
- Zeitzone wird beim Erstell- und Dig.-Datum bedingt angehängt,
  siehe Info

Das gleiche passiert, wenn ich eine Kategorie im Kat.-Panel den Bildern zuweise.

Info:
In Imatch befinden sich diese Bilder:
- Originale aus der Kamera (jpg)        - Bild-Nr. xyz_0  Label Rot
- Orig. mit Bildbearbeitung korr.         - Bild-Nr. xyz_1  Label Grün
- Orig. mit Bildbearbeitung korr.
  und auf Belichterformat beschnitten  - Bild-Nr. xyz_3  Label HGrün
- Bilder der Version _3 mit einem Skript
  auf TV-Format gebracht                   - Bild-Nr. xyz_5  Label Blau


Nun habe ich aber ein unterschiedliches Verhalten festgestellt.

Bei Bildern ROT wird nur bei einigen Bildern die Zeitzone angehängt. Mal mehr mal weniger, je nach Kameratyp. Habe das bei etwa je 15 Bildern bei 3 Kameras getestet.

Bei Bildern GRÜN und HGrün wurde immer die Zeitzone angehängt.

Bei Bildern BLAU wurde die Zeitzone nie angehängt.


In einem Post eines anderen Users habe ich kürzlich gelesen, dass bei ihm auch nach dem Löschen der Zeitzone plötzlich diese wieder da waren. Vielleicht passiert bei ihm etwas Ähnliches?

[Mario]

- Alles zurückgeschrieben
- Auf ein beliebiges Bild der noch markierten Bilder geklickt
- Zeitzone wird beim Erstell- und Dig.-Datum bedingt angehängt,
  siehe Info

Das hat nichts mit Kategorien zu tun. Das Zuweisen zu einer Kategorie verändert keine Metadaten. Abgesehen von @Keywords, die aktiv Schlüsselwörter in der Datenbank ändert.

Das hängt nur am Rückschreiben und ob und welche Zeitzone in den Metadaten der Bilder vorhanden ist.

IMatch setzt die Zeitstempel beim initialen Einlesen von Dateien und beim erneuten Einlesen von geänderten Dateien, zum Beispiel nach dem Rückschreiben. Wenn ExifTool hier im XMP-Datensatz eine Zeitzone mitliefert (der Normalfall) wird die auch verwendet. Wenn es keine Zeitzonenangaben im bestehenden EXIF-, IPTC- und XMP-Datensatz gibt, verwendet ExifTool die lokale Zeitzone und hängt in DE +01:00 oder, mit DST, +02:00 an. Damit sind die Zeitstempel korrekt definiert.

Das manuelle Löschen von Zeitzonen im MD-Panel oder das Weglassen der Zeitzone beim manuellen Füllen über MD-Templates oder ähnlichen Funktionen ist nicht zielführend. Alle Zeitstempel sollten eine Zeitzonenangabe haben.

IMatch blendet die Zeitzone im MD Panel aus, wenn die Zeitzone der aktuellen Zeitzone entspricht.
Bei Dateifenster-Layouts und Variablen wird die Zeitangabe nach dem benutzerdefinierten Format in Windows formatiert und üblicherweise die Zeitzone weggelassen. Stört also nicht.

[HaWo]

Vielen Dank für Deine Klarstellung.

Zum Schluss die Frage, wozu ist in Time Wiz das Löschen der Zeitzonen gedacht? Welche Aufgabe soll das erfüllen? Wozu solles nicht verwebdet werden?

[Mario]

Diese Funktion ist für Sonderfälle gedacht und zum Lösen ganz bestimmter Probleme beim Einsatz von IMatch in Umgebungen, die Zeitstempel in Metadaten nicht verarbeiten können.

Es wäre mir nie in den Sinn gekommen, dass ein Anwender diese Funktion einsetzt, ohne wichtigen Grund Zeitzonen zu entfernen. Ohne alle Konsequenzen zu kennen und zu bedenken.
Vermutlich sollte ich diese Funktion auch hinter dem Expertenmodus verbergen, wie so vieles mittlerweile. Ich mach' mir eine Notiz.

[HaWo]

Da hab ich wohl Mist gebaut

[Mario]

Da hab ich wohl Mist gebaut

Ist 'ne Grauzone und Auslegungssache.
Man könnte einen Zeitstempel wie 12:10:22 als "in lokaler Zeit" betrachten. Es könnte aber auch Ortszeit in Sydney sein, wenn das Foto dort aufgenommen wurde. Oder auch nicht, wenn Du die Uhr in Deiner Kamera nicht umgestellt hast.

Wenn ich hingegen 12:10:22+01:00 lese, weiß ich, es ist in Deutscher Zeit.
Und 12:10:22+10:00 ist ganz klar Mittags in Sydney, Australien.
Keine Verwechslung oder Verwirrung möglich.

IMatch 2023 speichert intern den globalen File.DateTime-Zeitstempel in UTC. Das ist eine große Änderung.
Das ermöglicht IMatch nun den obigen Zeitstempel auf verschiedene Weisen anzuzeigen:

12:10:22 (Original)
12:10:22+10:00 (Original mit Zeitzone)

02:10:22 (UTC)
02:10:22Z (UTC mit Zeitzone)

03:10:22 (Deutsche Ortszeit)
03:10:22+01:00 (Deutsche Ortszeit mit Zeitzone)
03:10:22+02:00 (Deutsche Ortszeit mit Zeitzone und Sommerzeit)

[HaWo]

Danke, dass Du noch einmal drauf eingehst.

Ich hab mich etwas verwirren lassen. Ursprünglich hatte ich in den Miniaturen Datum&Zeit als Datumsanzeige. Dann dachte ich, es wäre wohl besser das Erstelldatum zu nehmen, wie es im Metadatenpanel benutzt wird. Jetzt irritierte mich die abweichende Zeit zwischen Datum&Zeit und dem Erstelldatum, weil hier die Zeitzone eingerechnet wurde. Jetzt fing es an, dass ich bald nicht mehr so richtig durchblickte.

Meine Kameras habe ich konsequent auf Ortszeit des Aufnahmeortes eingestellt und ich wusste in ... war es 17 Uhr. Das war meine einfache Denkweise. Das man das aus verschiedenen Gründen auf UTC beziehen sollte, habe ich verdrängt. Meine Zeit hatte ich ja festgelegt.

Da kam mir dann die Idee, Time Wiz anzuwenden, um die Zeitzonen zu killen. Somit hatte ich dann zwischen Datum&Zeit und dem Erstelldatum keine Differenz mehr und ich fühlte mich sicher und 'glücklich'.

Ich habe das jetzt hier einfach mal so erklärt, weil es vielleicht noch andere altersstarrsinnige User geben könnte 
 
Frage:
Kann ich nun meine jetzige Einstellung ohne Zeitzonen für mich persönlich so lassen (wäre mir am liebsten) oder sollte ich wieder die Zeitzonen herbeizaubern (wäre im Sinne von IMatch).

Das ginge wiederum mit Time Wiz (hoffe ich)  bzw. über die umständliche Umbenennung in den @Keywords. Da werden Zeitzonen wieder hergestellt ( was ja meine ursprüngliche Frage in diesem Thread war ).

Nochmals ein Dankeschön für Deine Mühe, die Probleme immer wieder auf eine andere Art zu erklären.

 

[Mario]

besser das Erstelldatum zu nehmen, wie es im Metadatenpanel benutzt wird.

Wenn Du über Variablen direkt die Tag-Werte anzeigst, siehst Du auch genau, was in den Metadaten drin ist. Also mit Zeitzone.
Du kannst die Variable einfach mittels der format-Anweisung wie DD.MM.YYYY hh:mm:ss passend formatieren, ohne Zeitzone.
Date and Time Format

Wenn Du noch weißt, in welcher Zeitzone die Bilder aufgenommen wurden, kannst Du die Zeitzone setzen. Sonst macht ExifTool/IMatch das beim nächsten Einlesen. Auf die im EXIF-Datensatz (wenn vorhanden) eingetragene Zeitzone, bestehende XMP-Zeitzone oder lokale Zeitzone. Aber dann hätten einige Deiner Dateien eine Zeitzone und andere, noch nicht rückgeschriebene, keine. Das wäre nicht so gut.

[HaWo]

Ja, aber hier liegt gerade mein Problem der unterschiedlichen Zeitanzeige in der Miniatur - siehe Screenshot 'erstelldatum'.

Die Aufnahme erfolgte um 19:47 Uhr Ortszeit Heimatort

Als Erstellzeit wird 20:47 angegeben. Müsste hier nicht 1 Std. abgezogen werden für die Ortszeit.
Die Angabe ist ja aus der Sicht von UTC. Das erkenne ich aber in der Miniatur nicht als solche.
Das bedeutet, dass die Zeit grundsätzlich von UTC aus zu betrachten ist? Woher weiß ich nun auf Anhieb, wie spät es am Aufnahmeort war? Es wäre gut, das in der Miniatur zu sehen, was mit Date & Time möglich ist. Hm, sehe ich das falsch?

Date & Time zeigt 19:47 , also die tatsächliche Zeit am Aufnahmeort.


Angaben im Layot für die Miniatur: Benutzerdefiniert - siehe Screenshot 'erstelldatum'

Erstellt am: {File.MD.XMP::photoshop\DateCreated\DateCreated\0|substr:,19}             
Erstellt {File.MD.XMP::photoshop\DateCreated\DateCreated\0|format:  hh:mm:ss}

Time ::  {File.DateTime|format:hh:mm:ss} ::
Date+Time: {File.DateTime|format:DD.MM.YYYY - hh:mm:ss}

[Mario]

Das Formieren von Datumsangaben wendet die Zeitzone nicht an. Es wird auch nicht nach UTC oder in die lokale Zeit
umgerechnet. Du greifst direkt auf Metadaten zu und das ist alles Text für IMatch. Das Format parst die Zeit und konvertiert sie in das gewünschte Format. Zeit-Mathe wird nicht unterstützt. Siehe Time-zone Adjustments

Wie in How IMatch uses Date and Time Information explizit beschrieben wird beim Setzen von File.DateTime eine Umrechnung in die lokale Zeit vorgenommen, weil File.DateTime keine Zeitzone hat und immer in der lokalen Zeit vorliegt. Das was so seit IMatch 5.
File.DateTime ist die Basis für die File.DateTime Variable und die Date & Time Attribute im Dateifenster.

IMatch 2023 macht das anders. Warum und wie habe ich oben beschrieben und es wurde auch Das haben wir ausführlich in diesem Thread diskutiert: https://www.photools.com/community/index.php/topic,12932.msg91282.html#msg91282

[HaWo]

Danke Mario, ich warte IMatch 2023 ab. Damit erledigt sich das Problem.

[Mario]

Danke Mario, ich warte IMatch 2023 ab. Damit erledigt sich das Problem.

Das hängt von der Definition des "Problems" ab.
In dem verlinkten Post habe ich beschrieben, was sich ändert. File.DateTime ist z.B. identisch mit IMatch 2021, allerdings wird nun DST (Sommerzeit) dynamisch beachtet, weil die Konvertierung von Metadaten-Zeit in File.DateTime nicht mehr beim Import fixiert sondern dynamisch beim Abrufen aus der nun intern gespeicherten UTC-Zeit erzeugt wird.