geotagging; UTC oder lokale Zeit ?

Hallo zusammen ,
ich habe eine Frage wir ihr das eigentlich handhabt:
Da das GPS (bei mir Qstarz BT-Q1000X ) ja mit UTC Zeit arbeitet , gibt es ja 2 Möglichkeiten die Kamera Uhrzeit einzustellen:
1. entweder die Kamera hat auch UTC , das vereinfacht das geotagging, dann zeigen die Fotos aber nicht die lokale Zeit an der das Foto geschossen wurde,
oder
2. die Kamera hat lokale Zeit , was nicht immer so einfach ist (Sommerzeit-Winterzeit ) auch exotische Zeiten wie z.B Nepal +0545 UTC , der Abgleich beim geotagging wir daher ein wenig komplizierter, aber ich habe Idee exakte Zeit wann das Foto gemacht wurde…
ich habe eigentlich immer die 2 Variante bevorzugt..

wie habt ihr für Erfahrungen gemacht ?

liebe Grüsse

Andi

Zitat von Hutti59

Hallo zusammen ,
ich habe eine Frage wir ihr das eigentlich handhabt:
Da das GPS (bei mir Qstarz BT-Q1000X ) ja mit UTC Zeit arbeitet , gibt es ja 2 Möglichkeiten die Kamera Uhrzeit einzustellen:
1. entweder die Kamera hat auch UTC ,
Andi

ich verwende UTC, da ich die Zeitzone und somit lokale Zeit der jeweiligen an Hand der Position kann aus der UTC bestimmen kann. Das hat Vorteile bei exotisch zu berechnenden Zeitzonen. Zeitzonen sind nicht natürlich sondern politisch bestimmt.

Gruss Joern Weber

Gruss Joern Weber

Eigentlich ist UTC die bessere Wahl, da - wie der Name Universal Time Code schon sagt - universell.

Nun ist aber unsere Vorstellungskraft manchmal überfordert, wenn wir uns ad hoc vorstellen sollen, welcher Lokalzeit 7 Uhr UTC in Moskau am 25. Mai 2006 entsprach. War das nun Sommerzeit oder Winterzeit? Haben die sowas?, ...

Richtig witzig mit der Lokalzeit wird es übrigens bei Reisen durch mehrere Zeitzonen, oder über den Wechseln von Sommerzeit auf Winterzeit. Wer da jedes mal die Kamerauhrzeit auf nachstellt, der wird bei Ankunft zu hause viel, ja sehr viel Spaß bekommen. Da geht nix mehr mit Geotagging per Software in einem Rutsch. Da muss man die Bilder in Chargen trennen (Zeitzone1, 2, 3, ... bzw. mit oder ohne Sommerzeit)

Im Endeffekt muss es jeder selbst wissen. Ich habe anno Tubak irgendwann die Kamera auf UTC gestellt. Alles andere war mir zu doof.

Heute verwende ich Direkt-Geotagger von Dawntech bzw. Solmeta an meinen GPS-fähigen Nikon-Kameras. Da ist das Ganze wurst.

Weil: Kamera auf Lokalzeit (landet so im EXIF) und die GPS Uhrzeit landet als UTC im EXIF. No worries Hauptsache das Foto-GPS hat eine automatische Indoor-Funktion, damit auch Bilder von Räumen ohne GPS-Empfang nicht ohne Koordinaten bleiben.

Ich denke wir liegen wirklich auf einer Linie. Darum stelle ich heute die Kamerazeit auch wieder auf Lokalzeit ein. Wenn ich per Logger Geotagging würde, dann würde ich wieder UTC verwenden.

Wie erwähnt habe ich "GPS-ready" Nikon DSLR und die passenden Geotagger von Dawntech/Solmeta. Da ist die Kamera-Zeit wurst .... schreibt ja die GPS-Informationen unabhängig von TimeStamps in die EXIF.

Klasse fände ich ein Tool, das aus der GPS-UTC-Zeit und dem GPS-Ort die Lokalzeit automatisch (Mit Sommerzeit, Zeitzone, ...) berechnet und als Kamerazeit einträgt. Dann brächte ich nicht einmal mehr die Kamerazeit stellen

Zitat von Morch

Ich denke wir liegen wirklich auf einer Linie. Darum stelle ich heute die Kamerazeit auch wieder auf Lokalzeit ein. Wenn ich per Logger Geotagging würde, dann würde ich wieder UTC verwenden.

Wie erwähnt habe ich "GPS-ready" Nikon DSLR und die passenden Geotagger von Dawntech/Solmeta. Da ist die Kamera-Zeit wurst .... schreibt ja die GPS-Informationen unabhängig von TimeStamps in die EXIF.

Klasse fände ich ein Tool, das aus der GPS-UTC-Zeit und dem GPS-Ort die Lokalzeit automatisch (Mit Sommerzeit, Zeitzone, ...) berechnet und als Kamerazeit einträgt. Dann brächte ich nicht einmal mehr die Kamerazeit stellen

Mit Kartendarstellung ist TTQV das Mittel der Wahl. Andernfalls schaue dir GTA an

GRuss Joern Weber

Gruss Joern Weber

Zitat von nordlicht

Ja, das wäre nicht schlecht, aber die Lokalzeit richtet sich auch nach politischen Grenzen und Vorgaben, was teilweise deutliche Abweichungen von den eigentlichen geografischen Gegebenheiten mit sich bringt. Hier gibt's ein extremes, aber anschauliches Beispiel dazu.

Ist schon klar. Man bräuchte als Grundlage den Vektordatensatz (Polygone) der Zeitgrenzen und als Attribute die jeweiligen Zeitregeln (Start der So/Wi-Zeit, Abweichung zu UTC) dahinter.

Dann müsste das Programm nur noch schauen, in welcchem Poligon der Punkt liegt und welches Datum er hat :p