Name is required.
Email address is required.
Invalid email address
Answer is required.
Exceeding max length of 5KB

Livetracking datas are surreal

Goldman — Aug 01, 2012 06:15PM BST

Hi,

I've been experiencing problems for the last two weeks when trying to livetracking my activities, both through OruxMaps and Avocado.

The problem is that though the data measured by the phone is correct, what I see on the site can be kinda surreal. For example I've gotten 45 kms activities turned into 1990 kms...

My mobile device is a Motorola Defy +, and I'm located in Spain.

Thanks very much in advance

Dave


5 Community Answers

UliRad - Aug 05, 2012 at 04:50PM BST

That seems to be a big problem for mapmytracks -
or is the mapmytracks team on holiday?
I notice the same problem for longer then two weeks.
Because of that problem the leader board is rubbish.
Up to rank 7 the collected data is wrong.
I use a HTC Desire HD with Oruxmaps and it is quite clear
that the problem is caused by a failure of mapmytracks.
I did send my livetrack data already to ENDOMONDO
without any problem.
Let's hope the problem will be solved soon.
UliRad Germany

rated : -3 Up Down

Goldman - Sep 04, 2012 at 05:59PM BST

One month since I made this question and no answer from the support team yet... please, could anybody give me an answer?
Data keep being surreal

rated : 1 Up Down

Nick - Jan 06, 2013 at 10:10AM GMT

Map My Tracks team member

Sorry for the late reply on this question.

The problem stems from how the developers of the Orux Maps and Avocado apps have integrated with our API. The problem centers around how new data is added to an existing activity. If the third-party apps don't check that an activity already exists our system creates a new one which results in a lot of inconsistent data.

Once option open to you is to use the official Map My Tracks app for Android. This can be downloaded from Google Play at https://play.google.com/store/apps/details?id=com.mapmytracks.outfrontfree



rated : 4 Up Down

orux - Jan 07, 2013 at 12:49PM GMT

Hi, Nick;

A message sent months ago:


There are problems with live tracking mode. I have not changed anything in OruxMaps.

An example:

OruxMaps sends the following data:

40.719778627959634 -3.9429260952497693 898.15015 1345394823
40.72017594676931 -3.9428982026450226 898.10077 1345394873
40.72065998298548 -3.9429385683032674 898.5153 1345394910
40.72103655949802 -3.9430568413920626 899.3185 1345394938
<?xml version="1.0" encoding="UTF-8"?><message><type>activity_started</type><activity_id>691209</activity_id></message>

40.72143222678768 -3.9430800566219406 899.4136 1345394983
40.72152139123119 -3.9426178197780426 899.46533 1345395018
40.72160222273279 -3.9421299200443247 898.1531 1345395048
<?xml version="1.0" encoding="UTF-8"?><message><type>activity_updated</type></message>

40.721660072248625 -3.941647304249939 897.30963 1345395078
40.72173021594608 -3.9411197024353526 895.8618 1345395118
40.721758366220605 -3.9406384361177773 894.55896 1345395148
<?xml version="1.0" encoding="UTF-8"?><message><type>activity_updated</type></message>

40.72182479438816 -3.940166678390107 894.03815 1345395183
40.72187991492681 -3.9396710891103246 893.65155 1345395213
40.72191804766892 -3.93914042736666 892.7942 1345395253
<?xml version="1.0" encoding="UTF-8"?><message><type>activity_updated</type></message>

40.72161124469869 -3.938877284085481 891.50867 1345395303
40.721250293136315 -3.9387896405745377 890.4697 1345395338
40.72092810415179 -3.9390798856391154 889.5041 1345395407
<?xml version="1.0" encoding="UTF-8"?><message><type>activity_updated</type></message>

40.72054640716873 -3.939237944458624 889.00824 1345395476
40.72016639206404 -3.9393387560361424 888.9806 1345395516
<?xml version="1.0" encoding="UTF-8"?><message><type>activity_updated</type></message>

40.719800651281034 -3.9394334088879295 889.1969 1345395546
40.719429237109516 -3.939484668919351 890.02716 1345395576
40.719047580076676 -3.939584362853378 891.32214 1345395606
40.71927172444146 -3.9399932976928618 895.07056 1345395636
<?xml version="1.0" encoding="UTF-8"?><message><type>activity_updated</type></message>


and create a track that mixes the initial points in the middle of the track:

-> http://www.mapmytracks.com/explore/activity/691209

If I download the track in csv format, you can see that items sent with 'activity_started' are mixed, they are not at the beginning of the track, AND the date timestamp is correct (plus 1 hour).

timestamp Duration longitude latitude elevation
2012-08-19 16:49:43 0 -3.9430800566219406 40.72143222678768 899.4136
2012-08-19 16:50:18 16:50:18 -3.9426178197780426 40.72152139123119 899.46533
2012-08-19 16:50:48 16:50:48 -3.9421299200443247 40.72160222273279 898.1531
2012-08-19 17:47:03 17:47:03 -3.9429260952497693 40.719778627959634 898.15015
2012-08-19 17:47:53 17:47:53 -3.9428982026450226 40.72017594676931 898.10077
2012-08-19 17:48:30 17:48:30 -3.9429385683032674 40.72065998298548 898.5153
2012-08-19 16:51:18 16:51:18 -3.941647304249939 40.721660072248625 897.30963
2012-08-19 17:48:58 17:48:58 -3.9430568413920626 40.72103655949802 899.3185
2012-08-19 16:51:58 16:51:58 -3.9411197024353526 40.72173021594608 895.8618
2012-08-19 16:52:28 16:52:28 -3.9406384361177773 40.721758366220605 894.55896
2012-08-19 16:53:03 16:53:03 -3.940166678390107 40.72182479438816 894.03815
2012-08-19 16:53:33 16:53:33 -3.9396710891103246 40.72187991492681 893.65155
2012-08-19 16:54:13 16:54:13 -3.93914042736666 40.72191804766892 892.7942
2012-08-19 16:55:03 16:55:03 -3.938877284085481 40.72161124469869 891.50867
2012-08-19 16:55:38 16:55:38 -3.9387896405745377 40.721250293136315 890.4697
2012-08-19 16:56:47 16:56:47 -3.9390798856391154 40.72092810415179 889.5041
2012-08-19 16:57:56 16:57:56 -3.939237944458624 40.72054640716873 889.00824
2012-08-19 16:58:36 16:58:36 -3.9393387560361424 40.72016639206404 888.9806
2012-08-19 16:59:06 16:59:06 -3.9394334088879295 40.719800651281034 889.1969
2012-08-19 16:59:36 16:59:36 -3.939484668919351 40.719429237109516 890.02716
2012-08-19 17:00:06 17:00:06 -3.939584362853378 40.719047580076676 891.32214
2012-08-19 17:00:36 17:00:36 -3.9399932976928618 40.71927172444146 895.07056
2012-08-19 17:01:11 17:01:11 -3.9403958011642133 40.71954054840841 897.04596
2012-08-19 17:01:46 17:01:46 -3.9408907870419876 40.719717625296134 898.2141
2012-08-19 17:02:16 17:02:16 -3.941373909320521 40.71983167154693 900.5827
2012-08-19 17:02:51 17:02:51 -3.9417968084746944 40.71965634673138 900.04114
2012-08-19 17:03:31 17:03:31 -3.9423125139853084 40.71950439187776 896.8095
2012-08-19 17:04:11 17:04:11 -3.942778272807824 40.71960242047023 895.8891

Could you check if there are any errors on the server side? It seems that the script that receives 'activity_started' datetime not use the same parser. Is it possible?

best regards,

jose vazquez

rated : -5 Up Down

Rob - Jan 08, 2013 at 11:45AM GMT

Map My Tracks team member

Hi,
We made a change to the start_activity handler to rectify this timestamp issue.
Can you test it again, please?

Thanks and regards,
Rob

rated : 0 Up Down

This question has received the maximum number of answers.