Forum: General Topics

Forums / General Topics / Track information - added to site time

 

Subject:Track information - added to site time 

marcopecenca

22:13
Saturday
10-Sep-2011

Location:
Trieste

Phone Model:
Sonim XP3300 Force

Today I recorded my first track. Start time of track is 10.18 UTC+1 (Italy) but when I look on the track information on website:

Added to site: 10-Sep-2011 09:18 UTC+1

It's not a big problem, maybe not a problem at all, but I don't understand the reason of this difference.


Btw, great program, I like it very much.
 

marcopecenca

22:25
Saturday
10-Sep-2011

Location:
Trieste

Phone Model:
Sonim XP3300 Force

There's also another difference between the track summary that I exported from the phone and the uploaded tracks(2):

- 1163 trackpoints in track summary VS 1455 trackpoints looking at the total of the 2 uploaded tracks
- 13,5 km in track summary VS 13,8 km looking at the total of the 2 uploaded tracks

Could it be the "Show Averaged Location When Paused" option the cause of this difference?
 

Stephen

22:43
Saturday
10-Sep-2011

Location:
Surrey, UK

Phone Model:
BB 9800 Torch
BlackBerry 8900
SE W910i
Nokia 5800

Hi Marco,

There is a small bug with Daylight Saving Time that I *thought* I'd fixed in the current version, but it turns out I didn't!! So the +1 is for your timezone, but your DST is neglected. I've fixed this for the next release, but for the moment (or until the clocks go back next month, assuming Italy is like the UK), you'll need to edit the timezone on the Track/Info page on the website to set it to +2.

The trackpoint difference is a bit odd, though it depends how long you had the track paused for (if at all). When uploading to the website there can be a discrepancy in that each phone 'transmission' can add a new point to the uploaded track, but I'm surprised if you've ended up with 300 extra trackpoint. What is your 'Transmit Interval' set at? Basically the smaller this is, the bigger the discrepancy might be...

Is the uploaded track otherwise the correct 'shape'?

Cheers,
Stephen
 

marcopecenca

8:49
Sunday
11-Sep-2011

Location:
Trieste

Phone Model:
Sonim XP3300 Force

Transmit interval is set t 15sec.

Track has been paused from 13.31 (when i'm arrived to my destination in mountain) to 15.41 (when i started my way back).


" but for the moment (or until the clocks go back next month, assuming Italy is like the UK), you'll need to edit the timezone on the Track/Info page on the website to set it to +2. "

The problem is that START/FINISH times are right (UTC+1 + DST), it's the ADDED TO SITE time that is only UTC+1 with DST not applied. Hope to be clear.
 

Stephen

12:08
Sunday
11-Sep-2011

Location:
Surrey, UK

Phone Model:
BB 9800 Torch
BlackBerry 8900
SE W910i
Nokia 5800

Hi Marco,

Sorry, I misread your first post!

I see what you mean now, this timing issue is odd - I've been trying to figure out what has happened. The first thing to note is that the Timezone listed on the Track/Info page should also include the DST (ie UTC+2 for Italy). Changing this will then make the 'Added to Site' time correct (I'm assuming you started the trip at around 10:18 local time), but will then shift the Start/Finish times 1 hour forward, so the question is why are these track times wrong.

Internally, both the website and TMJ-Mobile store all times as pure UTC+0, it is only when they are displayed on screen that the local timezone offset is applied. I've had a look at the raw track data on the webserver, including the logs of the data that your phone was uploading at the time. It turns out that the raw trackpoint times being uploaded were all 1 hour out, so for example at 8:18 (UTC+0) the phone was actually uploading data as 9:18 (UTC+0).

The most likely reason for this is that the timezone (or possibly DST setting) is set incorrectly in your phones Time/Date settings. This will probably affect the timestamp that the phones GPS provides to TMJ so needs to be correct for everything to work out. If the time settings are currently set to 'Get Time from Network' (or similar wording), try disabling this and set everything manually (I've found myself that sometimes the network time gives incorrect DST settings, which then puts everything else out). Once the timezone is correctly set, you might need to change the time itself, as it will probably have shifted an hour ahead.

Any luck?

Cheers,
Stephen

(ps: For your next trip try increasing the Transmit Interval, which should reduce the discrepancy between the number of uploaded trackpoints and the phone track.)
 

marcopecenca

17:27
Sunday
11-Sep-2011

Location:
Trieste

Phone Model:
Sonim XP3300 Force

Checked my phone's time/date settings and all seems ok:

TIMEZONE: GMT+1
DST: ON

 

marcopecenca

17:31
Sunday
11-Sep-2011

Location:
Trieste

Phone Model:
Sonim XP3300 Force

Could be the "Override GPS time"? I have it active because GPS time seems not using the DST, stucked on UTC+1 so 1 hour back of phone time.
 

marcopecenca

17:55
Sunday
11-Sep-2011

Location:
Trieste

Phone Model:
Sonim XP3300 Force

There's a way to edit a post?


I've done some tests and I've seen that, if I set phone's timezone to UTC+2 instead of UTC+1 + DST, the ADDED TO SITE time is right and also the GPS time on the phone is right. If i set UTC+1 + DST the ADDED TO SITE time and GPS time on the phone are wrong. Very strange.
 

Stephen

19:33
Sunday
11-Sep-2011

Location:
Surrey, UK

Phone Model:
BB 9800 Torch
BlackBerry 8900
SE W910i
Nokia 5800

Hi Marco,

It sounds like the phones DST setting isn't actually adding an extra hour to the internally stored time, or is at least not being handled correctly by the Java/J2ME components. When you made the change from UTC+1+DST to UTC+2 did you also have to alter the time itself so that the phones clock shows the right time?

Its also odd that the Override GPS Time option jumps the time by an hour, and possibly suggests that the GPS is giving TMJ a location timestamp in the local timezone, whereas this *should* be provided in UTC like everything else...

I've sent you a test version of TMJ off-list. In its About/Help screen it will show the raw time data that the phone provides to TMJ from its internal clock, as a Unix Timestamp (the number of seconds since 1/1/1970 Midnight GMT - this is how times are handled internally by all Java software). This should be equal to the value given on this site. It also shows the timezone and DST settings that the phone tells TMJ to use. If any of these are incorrect then it is almost certainly an issue in the phones time/date settings.

It might be that the only reliable way to get it to work is as you've found - ie by setting the phone to UTC+2 with no DST, although be aware that it might give strange consequences if you sync a PC calendar with your phone (eg appointments jumping forwards/backwards by an hour).

Good luck!

Cheers,
Stephen

 

marcopecenca

20:10
Sunday
11-Sep-2011

Location:
Trieste

Phone Model:
Sonim XP3300 Force

From the ABOUT:

Timezone: UTC 60 mins (60 inc DST)

Current UNIX Timestamp: is different from the value given on that site, it's higher

Current UTC Time: 2011-09-11 205757 (it's 21.58 local time now)



When I changed from UTC+1 + DST to UTC+2 no need to alter the time on the phone, it changes automatically when I change the timezone.


I think that GPS uses the phone time without the DST because with UTC+1 and DST on, the GPS time is UTC+1. Instead with UTC+2 and DST off, the GPS time is UTC+2.
 

Stephen

21:12
Sunday
11-Sep-2011

Location:
Surrey, UK

Phone Model:
BB 9800 Torch
BlackBerry 8900
SE W910i
Nokia 5800

Mmmm, there definitely seems to be a problem with the DST settings.

Your About screen *should* have read (at 21:58-ish local time in Italy):

Timezone: UTC 60 mins (120 inc DST)
Current UNIX Timestamp: 1315767477
Current UTC Time: 2011-09-11 195757

The UNIX Timestamp shows the root of the problem. This should always give the same value as on that other website, as should any phone, anywhere in the world. You say it is giving a higher number, I guess it'll be exactly 3600 higher (ie 1 hour measured in seconds)??

With the timezone set to UTC+2, no DST, and the phone clock set to your correct local time, do you then get the correct timestamp result?

 

marcopecenca

21:21
Sunday
11-Sep-2011

Location:
Trieste

Phone Model:
Sonim XP3300 Force

Yes, it's 3600 higher.

Setting the timezone to UTC+2 the timestamp is almost like the one on the site (a few seconds back on the phone ;D).
 

Stephen

8:21
Monday
12-Sep-2011

Location:
Surrey, UK

Phone Model:
BB 9800 Torch
BlackBerry 8900
SE W910i
Nokia 5800

Righto, hopefully everything else will work okay with these timezone settings as well.

Good luck!
 

marcopecenca

15:17
Monday
12-Sep-2011

Location:
Trieste

Phone Model:
Sonim XP3300 Force

I think I'll stay with UTC+1 and DST and I'll consider the wrong added to the site time as a feature: with a single look at the tracks I can say if DST was active or not. XD

At least start/finish time are recorded right.
 

xuxin

7:50
Thursday
7-Jun-2012

Hi, Marco

  I just bought an XP3300 like you and install the TMJ. But my XP3300 cannot find the GPS signal. I saw that you worked well with the TMJ and XP3300. I want to know what is the TMJ version that you installed and are there any special setting of TMJ for XP3300?

I installed 2 version:

Generic MIDP2.0/CLDC1.1, Standard (JAR): can run but cannot find GPS signal, I just can find Bluetooth GPS in GPS setting.

Generic MIDP2.0/CLDC1.1, With JSR-179 Internal GPS (JAR):Cannot run after install. Display "unsupported MIDlet".
 

marcopecenca

8:53
Saturday
9-Jun-2012

Location:
Trieste

Phone Model:
Sonim XP3300 Force

I've installed the Generic MIDP2.0/CLDC1.1, With JSR-179 Internal GPS (JAD if i remember right) without problems and without doing anything special. I've simply put the URL in the integrated browser of the phone and then followed the installation process pressing yes when requested.
Very strange that you got problems. Keep on trying because the program is great.
 

xuxin

12:28
Saturday
9-Jun-2012

thank, Marco. Did you do any setting of XP3300 with GPS?
 

xuxin

13:11
Saturday
9-Jun-2012

Marco, I tried following you said. Install (JAD) successfully but run failure again with message "unsupported MIDlet". what happen? it drive me crazy.
 

xuxin

4:15
Monday
11-Jun-2012

Macro, I want to know the firmware version of your XP 3300, would you please key in *#8375# and give me the output, thanks.

my output is :

[version]
LM3300_LEMU_V04
 
 

marcopecenca

11:24
Saturday
16-Jun-2012

Location:
Trieste

Phone Model:
Sonim XP3300 Force

[VERSION] 9.1.0-28.0-1

This is what I get using the *#8375# command string. Hope it can help you.
 

(You must be logged in to post a reply to this thread)