Sommerzeit für GPX und PostgreSQL

Question

Also hier arbeite ich mit GPX-Dateien. Beachten Sie einen Auszug aus einem:

<?xml version="1.0" encoding="UTF-8"?> 
<!-- GPSTrack 2.2.1 — http://bafford.com/gpstrack --> 
<gpx xmlns="http://www.topografix.com/GPX/1/1"> 
<trk> 
<name><![CDATA[2016-03-31 10-17-54]]></name> 
<trkseg> 
<trkpt lat="38.704859" lon="-8.970304"><ele>13.050667</ele><time>2016-03-31T09:17:51Z</time><!-- hAcc=95.768176 vAcc=10.000000 --></trkpt> 
<trkpt lat="38.704894" lon="-8.970324"><ele>13.050667</ele><time>2016-03-31T09:17:55Z</time><!-- hAcc=141.087476 vAcc=10.000000 --></trkpt> 
<trkpt lat="38.704859" lon="-8.970304"><ele>13.050667</ele><time>2016-03-31T09:17:55Z</time><!-- hAcc=95.768176 vAcc=10.000000 --></trkpt> 
<trkpt lat="38.704878" lon="-8.970343"><ele>13.150488</ele><time>2016-03-31T09:18:43Z</time><!-- hAcc=165.000000 vAcc=10.000000 --></trkpt> 

Siehe den Namen der Datei? Es gibt uns die Zeit 10H17. Überprüfen Sie jetzt die Zeit für jeden Punkt. Es wird mit einer Stunde weniger gezählt.

Ich verstehe immer noch nicht, wie die Zeiten hier versaut sind. Aber das ist der Anfang des Problems.

Jetzt analysiere ich diese vielen GPX-Dateien und lade sie in eine PostgreSQL-Datenbank. Insbesondere diese Tabelle:

CREATE TABLE IF NOT EXISTS trips (
    trip_id SERIAL PRIMARY KEY, 

    start_location TEXT REFERENCES locations(label), 
    end_location TEXT REFERENCES locations(label), 

    start_date TIMESTAMP WITHOUT TIME ZONE NOT NULL, 
    end_date TIMESTAMP WITHOUT TIME ZONE NOT NULL, 

    bounds geography(POLYGONZ, 4326) NOT NULL, 
    points geography(LINESTRINGZ, 4326) NOT NULL, 

    timestamps TIMESTAMP WITHOUT TIME ZONE[] NULL 
); 

Auch während TIMESTAMP WITHOUT TIME ZONE die Punkte mit der falschen Stunde geladen (eine weniger Stunden) werden. Dies geschieht nur in den Tagen nach der Sommerzeit. Der Punkt hier: Gibt es eine Möglichkeit zu überprüfen, ob ein Datum in der Sommerzeit ist und eine Stunde hinzufügen, wenn das überprüft?

Ich überprüft für tm_isdst und datetime.dst(), aber ich verstehe es immer noch nicht.

Answer 1

Wenn Sie der Zeitzone Name wo diese lokale Zeit sollte wissen gesetzt wird in (unter der Annahme ‚Europe/Vienna‘ im Beispiel), können Sie den Wert normalisieren UTC-Zeit zu korrigieren (oder jede andere Zeitzone) mit diesem Ausdruck:

SELECT '2016-03-31T09:17:51Z'::timestamp AT TIME ZONE 'Europe/Vienna' AT TIME ZONE 'UTC' 

Ergebnis:

timezone 
-------------------- 
2016-03-31 07:17:51 

Ja, anwenden AT ZIME ZONEzweimal.

Da Sie scheinen sich mit verschiedenen Zeitzonen zu beschäftigen, würde ich timestamptz anstelle von timestamp in Ihren Tabellen verwenden.

Seien Sie sicher, dass die Zeitzone Namen, keine Abkürzungen oder Normalzeit-Offsets zu erhalten präzise Einstellungen für DST verwenden.
_{Ich hasse das schwachsinnige Konzept der "Sommerzeit" - es spart nie Tageslicht, aber verschwendet wertvolle Zeit der Menschen durch sie verwirrt werden.}

Ausführliche Erklärung für all das:

• Ignoring timezones altogether in Rails and PostgreSQL

• How to get a time zone from a location using latitude and longitude coordinates?