EXIF-Daten - welches Aufnahmedatum?

Hallo zusammen,

um bei den tausenden Fotos den Überblick zu bewahren, benenne ich meine Bilder mit dem AmoK Exif Sorter nach dem Schema um:
2010-08-18_07-05-23 (Kameraname).jpg
(http://www.amok.am/index.php?page=progr&id=9 )

Dazu ließ ich bisher die Exif-Daten mit diesen Parametern auslesen:
%year%-%month%-%day%_%hour%-%minute%-%second% (%model%)

Nun wollte ich das mit meinen Handyfotos (Samsung) auch tun, allerdings kam dabei eine um -3 Stunden falsche Zeit heraus. Die Uhr ist natürlich richtig gestellt, Fotos sind aktuell (also Sommerzeit).

Mit einem anderen Schema kam ich bei denselben Fotos zum Erfolg:
(…)%hour_digitized%-%minute_digitized%-%second_digitized% (%model%)

Worin liegt also der Unterschied zwischen %minute_digitized% und %minute% ?
Ich dachte bisher, „digitized“ wird das Bild ja eh im Moment der Aufnahme, das sollte also hinhauen? Aber 3 Stunden Unterschied?

Bei meinen 4 anderen „richtigen“ Kameras ergeben die beiden Parameter keinen Unterschied in der Ausgabe.

Danke euch für Aufklärung,

Gruß
Markus

Hallo,

Worin liegt also der Unterschied zwischen %minute_digitized%
und %minute% ?
Ich dachte bisher, „digitized“ wird das Bild ja eh im Moment
der Aufnahme, das sollte also hinhauen? Aber 3 Stunden
Unterschied?

Meine spontane Idee wäre, dass die Uhr des Handies inten auf UTC oder sowas läuft und die Software für einen Paramater die UTC-Zeit und beim anderen mal die korrigierte Zeit nimmt. Zumindest hier ist allerdings die Differenz von der Ortszeit und UTC nur zwei Stunden.

Wo bist Du?

HTH,

Sebastian

Hi,

Zumindest hier ist allerdings die Differenz von der Ortszeit
und UTC nur zwei Stunden.

Wo bist Du?

Bin ja schon da…! :wink: Scherz beiseite, ganz „normale“ Zeitzone Deutschland, also GMT+1.

Differenz ist aber wie gesagt (die „falsche“ Angabe) 3 Stunden vor der tatsächlichen Fotografierzeit.

Gruß
Markus

Hallo,

Differenz ist aber wie gesagt (die „falsche“ Angabe) 3 Stunden
vor der tatsächlichen Fotografierzeit.

Darf ich so ein Bild mal sehen? (hast Du meine Mail-Adresse?).

Sebastian

Hallo,

Darf ich so ein Bild mal sehen? (hast Du meine Mail-Adresse?).

Nicht nötig, hier (das Aufnahmedatum ist unschwer zu erkennen :wink:
http://mafeu.mine.nu/tmp/19-56.jpg

Gruß
Markus

http://mafeu.mine.nu/tmp/19-56.jpg

Arghs.

Wenn ich diese Datei bearbeite (neu speichere) ergibt sich mit %minute% das Dateiänderungsdatum -1 Stunde – mit %minute_digitezed% weiterhin die korrekte Zeit der Aufnahme.

Wo ist jetzt der Zusammenhang zwischen Erstellungszeit im Handy, Änderungszeit am PC und die 1 bzw. 2 Stunden Abweichung?

Gruß
Markus

Moin,

Mit einem anderen Schema kam ich bei denselben Fotos zum
Erfolg:
(…)%hour_digitized%-%minute_digitized%-%second_digitized%
(%model%)

Ich dachte bisher, „digitized“ wird das Bild ja eh im Moment
der Aufnahme, das sollte also hinhauen? Aber 3 Stunden
Unterschied?

Kamerahersteller : Samsung
Kameramodell : GT-S5230
Ausrichtung : Oben-links (1)
EXIF-Version : 02.10
Digitalisierungsdatum/-uhrzeit : 2010:08:18 19:57:05
EXIF-Bildbreite : 2048
EXIF-Bildhöhe : 1536
Interoperability offset : 128
IOP-Index : R98
IOP-Version : 0100
Kompression : 6
Miniaturbild-Offset : 238
Miniaturbild-Länge : 10777


Hier ist doch die richtige Uhrzeit Deinem Bild
aber nur „einmal“ gespeichert.

Entsprechend = %xxx_digitized%

Wird eine andere Angabe im Programm benutzt,
wird es als „fehlendes EXIF-Datum“ behandelt
und das „Datei-Datum(zuletzt geändert)“ verwendet.
Erklärung: Siehe mal unter „Optionen“ nach.

Bei meinen 4 anderen „richtigen“ Kameras ergeben die beiden
Parameter keinen Unterschied in der Ausgabe.
Danke euch für Aufklärung,

Siehst Du am Beispiel einer EXIF von meiner. :wink:
:
Kamerahersteller : FUJIFILM
Kameramodell : FinePix F200EXR
Ausrichtung : Oben-links (1)
X-Auflösung [Pixel/Einheit] : 72
Y-Auflösung [Pixel/Einheit] : 72
Einheit der Auflösung : Zoll
Software/Firmware : Digital Camera FinePix F200EXR Ver1.00
Änderungsdatum/-uhrzeit : 2009:11:19 19:02:07
YCbCr-Positionierung : co-sited (2)
:
Belichtungszeit [s] : 1/17
Blende : 3.3
Belichtungsprogramm : normal (2)
Filmempfindlichkeit (ISO) : 1600
EXIF-Version : 02.20
Aufnahmedatum/-uhrzeit : 2009:11:19 19:02:07
Digitalisierungsdatum/-uhrzeit : 2009:11:19 19:02:07

Komponenten d. Farbmodells : YCbCr
Komprimierte Bits pro Pixel : 16/5
Verschlussgeschwindigkeit : 1/18
Blendenwert : F3.2

Gruß
Markus

mfg
W.

Hi!

http://mafeu.mine.nu/tmp/19-56.jpg

Wenn ich diese Datei bearbeite (neu speichere) ergibt sich mit
%minute% das Dateiänderungsdatum -1 Stunde – mit
%minute_digitezed% weiterhin die korrekte Zeit der Aufnahme.

Wo ist jetzt der Zusammenhang zwischen Erstellungszeit im
Handy, Änderungszeit am PC und die 1 bzw. 2 Stunden
Abweichung?

Mir scheint, hier läuft eher etwas an der Software schief; in sämtlichen Programmen und EXIF-Viewern passen sämtliche EXIF-Datums-Werte (übrigens: entweder geht Dein Handy eine Minute vor oder Dein Wecker liegt eine Minute hinten :wink:

Kann es sein, dass hier nicht vorhanden EXIF-Werte „hineininterpretiert“ werden?

Grüße,
Tomh

Hallo,

http://mafeu.mine.nu/tmp/19-56.jpg

Arghs.

Wenn ich diese Datei bearbeite (neu speichere) ergibt sich mit
%minute% das Dateiänderungsdatum -1 Stunde – mit
%minute_digitezed% weiterhin die korrekte Zeit der Aufnahme.

Wo ist jetzt der Zusammenhang zwischen Erstellungszeit im
Handy, Änderungszeit am PC und die 1 bzw. 2 Stunden
Abweichung?

[08:58:15][niehaus@crystalline:/tmp]$ exiftool 19-56.jpg |grep Date
File Modification Date/Time : 2010:08:18 17:57:06+02:00
Create Date : 2010:08:18 19:57:05

Das „File Modification Date“ wird in UTC und Zeitdifferenz zur Normalzeit angegeben, das „Create Date“ nicht. Ersteres entspricht hier der „Modifikation Time“ des Dateisystemes und wird meines Wissens nicht in der Datei gespeichert.

Wie kommt die mtime also hier zustande?

[09:12:48][niehaus@crystalline:/tmp]$ wget -d http://mafeu.mine.nu/tmp/19-56.jpg
GET /tmp/19-56.jpg HTTP/1.0
User-Agent: Wget/1.12 (linux-gnu)
Accept: \*/\*
Host: mafeu.mine.nu
Connection: Keep-Alive

---request end---
HTTP-Anforderung gesendet, warte auf Antwort... 
---response begin---
HTTP/1.1 200 OK
Date: Thu, 19 Aug 2010 07:11:38 GMT
Server: Apache/2.2.14 (Win32) DAV/2 mod\_ssl/2.2.14 OpenSSL/0.9.8l mod\_autoindex\_color PHP/5.3.1 mod\_apreq2-20090110/2.7.1 mod\_perl/2.0.4 Perl/v5.10.1
**Last-Modified: Wed, 18 Aug 2010 15:57:06 GMT**
ETag: "ce00000000111a-825c2-48e1b1e08d880"
Accept-Ranges: bytes
Content-Length: 533954
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: image/jpeg

Sie wird also übernommen aus der Zeitangabe, die Dein Apache liefert und die ist GMT 15.57 entsprechend 17.57 Uhr hier.

Mir scheint, Dein System weiss nicht so ganz genau, welche Zeitzone es hat :smile:

[09:17:37][niehaus@crystalline:/tmp]$ stat 19-56.jpg
 File: „19-56.jpg“
 Size: 533954 Blocks: 1056 IO Block: 4096 reguläre Datei
Device: fe01h/65025d Inode: 1197489 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 1000/ niehaus) Gid: ( 1000/ niehaus)
Access: 2010-08-19 09:16:48.000000000 +0200
Modify: 2010-08-18 17:57:06.000000000 +0200
Change: 2010-08-19 09:11:34.000000000 +0200
[09:17:48][niehaus@crystalline:/tmp]$ exiftool 19-56.jpg|grep Date
File Modification Date/Time : 2010:08:18 17:57:06+02:00
Create Date : 2010:08:18 19:57:05

Gruß,

Sebastian

Hallo,

Mir scheint, hier läuft eher etwas an der Software schief; in
sämtlichen Programmen und EXIF-Viewern passen sämtliche
EXIF-Datums-Werte (übrigens: entweder geht Dein Handy eine
Minute vor oder Dein Wecker liegt eine Minute hinten :wink:

Ja. In der Tat.

Kann es sein, dass hier nicht vorhanden EXIF-Werte
„hineininterpretiert“ werden?

Ja. Eine Zeitzone beispielsweise.

http://en.wikipedia.org/wiki/Exchangeable_image_file…

„There is no way to record time-zone information along with the time, thus rendering the stored time ambiguous.“

HTH,

Sebastian