Date roll-over is broken

[GoogleCodeExporter]

It seems that if a track is recording as the time rolls over from 23:59 to
00:00 the date doesn't roll over with it.

How to reproduce.  start recording a track when the time will elapse over
to the next day.  If you save this track to the SD card and look at the
timestamp, The date will not roll over, even though the time does.

Here is an excerpt from my GPX:

<trkpt lat="45.43529" lon="-93.525527">
<time>2009-09-19T23:59:54Z</time>
<ele>294.0</ele>
</trkpt>
<trkpt lat="45.435295" lon="-93.525436">
<time>2009-09-19T23:59:56Z</time>
<ele>294.0</ele>
</trkpt>
<trkpt lat="45.43529" lon="-93.52535">
<time>2009-09-19T23:59:58Z</time>
<ele>294.0</ele>
</trkpt>
<trkpt lat="45.435284" lon="-93.52528">
<time>2009-09-19T00:00:00Z</time>
<ele>293.0</ele>
</trkpt>
<trkpt lat="45.43529" lon="-93.525205">
<time>2009-09-20T00:00:02Z</time>
<ele>293.0</ele>
</trkpt>

Original issue reported on code.google.com by rdama...@google.com on 18 May 2010 at 6:05

[GoogleCodeExporter]

Issue 152 has been merged into this issue.

Original comment by rdama...@google.com on 7 Sep 2010 at 4:56

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Issue 445 has been merged into this issue.

Original comment by sandordo...@google.com on 4 May 2011 at 5:00

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Updating the status to Accepted

Original comment by nage...@google.com on 18 Nov 2011 at 7:08

• Changed state: Accepted

[GoogleCodeExporter]

Original comment by jshih@google.com on 10 Sep 2012 at 6:46

[GoogleCodeExporter]

Still need to verify. Getting the time directly from the gps sensor. Won't be 
able to fix if the problem is at the gps sensor driver.

Original comment by jshih@google.com on 10 Sep 2012 at 9:01

[GoogleCodeExporter]

We currently use the timestamp from the GPS sensor.

Original comment by jshih@google.com on 10 Nov 2012 at 6:58

• Changed state: Intended