UTC zeit auf lokal Zeit

#739967
Lesenswert?

Natürlich. Du könntest über die GPS-Position Rückschlüsse über die 
Zeitzone, in der du dich befindest, machen lassen. Das wird aber 
vermutlich ziemlich aufwendig.

Ich würde das aber einfacher handhaben: entweder konfigurierbar im Code 
oder über ein Benutzerinterface. Für eine Umrechnung nach CET einfach +1 
Stunde; bei Sommerzeit halt +2 Stunden.
Gast #739970
Lesenswert?

Klar - du musst nur die aktuelle Position mit den Verläufen der 
Zeitzonengrenzen vergleichen, schon weisst du, in welcher Zeitzone du 
dich befindest. Wenn das "full-featured" werden soll, also an jeder 
Position der Welt fehlerlos funktionieren soll, musst du dir halt die 
genauen Koordinaten der Zeitzonengrenzen besorgen - dazu alle regionalen 
Sommerzeitdaten. usw.

Da das aber aber (ausserhalb der internationalen Luftfahrt) kein Mensch 
braucht, reicht normalerweise die manuelle Eingabe der Zeitzone.

Oliver
Gast #740633
Lesenswert?

Hallo,
danke für die Antworten.
Ich werds dann doch über ein Benutzerinterface machen.

Was ist denn genau Umrechnung nach CET.

Zeit umrechnen ist ja kein Problem, da die Überläufe immer gleich sind.
Wie ist denn das genau mit dem Datum 30,31, Schaltjahr.
mfg
#740649
Lesenswert?

ichich wrote:

> Was ist denn genau Umrechnung nach CET.

CET bedeutet Central European Time; zu deutsch MEZ = Mitteleuropäische 
Zeit.
Hatte ich auch schon schon beschrieben, wie das geht. Einfach +1 Stunde 
, Im Sommer +2 Stunden.

> Wie ist denn das genau mit dem Datum 30,31, Schaltjahr.

Am Datum ändert sich nichts....Du musst den Datumswechsel nur halt für 
eine Stunde (bzw zwei Stunden) im vorraus berechnen.
Gast #740664
Lesenswert?

?????
Irgendwie stehe ich auch auf der Leitung. Wenn doch dein NMEA-Datensatz 
Datum und Zeit enthält, was willst du noch berechnen?

Aber ansonsten versuchs mal mit:

switch(Monat)
{
   case Jan:
        Mar:
        Mai:
        Jul:
        Aug:
        Oct:
        Dez: return 31; break;

   case Feb: return SchaltjahrTage(Jahr); break

   default: return 30; break;
}
Gast #740722
Lesenswert?

?????
Irgendwie stehe ich auch auf der Leitung. Wenn doch dein NMEA-Datensatz
Datum und Zeit enthält, was willst du noch berechnen?

Frage: NMEA Daten zB. UTC  23 30 50.000 Datum 28 02 08

Jetzt + 1h =  UTC 00 30 50.000 Datum 29 02 08 oder 01 03 08?

Sonst ist innerhalb des Zeitvesatzes das Datum einfach falsch oder?
Gast #740734
Lesenswert?

Hab eben noch mal nachgesehen:
Alle Jahre, die durch 4 ohne Rest teilbar sind, sind Schaltjahre.
Alle Jahre, die durch 100 ohne Rest teilbar sind, sind keine 
Schaltjahre.
Alle Jahre, die durch 400 ohne Rest teilbar sind, sind wiederum 
Schaltjahre.


MW
Gast #740761
Lesenswert?

>da das Jahr nur zweistellig ausgegeben wird sind diese Korrekturen nicht
>anwendbar.

ROTFL

> Jetzt + 1h =  UTC 00 30 50.000 Datum 29 02 08 oder 01 03 08?
>Sonst ist innerhalb des Zeitvesatzes das Datum einfach falsch oder?

Jung, kauf dir doch einfach 'nen Funkwecker. Gibts für 5,99 bei Aldi. Da 
steht das richtige Datum immer drauf. Alles andere ist anscheinend um 
Größenordnungen zu kompliziert für dich.

Oliver
#741047
Lesenswert?

@ Michael Wilhelm (Gast)
1. fällts auf, wenn die UTC umspringt und die Ortszeit berechnet oder 
synchronisiert werden muss.
2. ist es seinen Erben durchaus zuzumuten im Jahr 2100 die Uhr manuell 
umzustellen. Es gibt Armbanduhren (IWC irgendwas) mit Spezialschlüssel 
für diese Sonderfälle.

Arno

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren