Time stamp of recorded-then-edited tracks

ta-ka shared this idea 4 years ago
Completed

For recorded tracks to be kept as a record of the trip, the track's time stamp should have the actual trip date and time even after manipulation of the track. I think the first track point's date and time is the best for recorded-then-edited track's time stamp.


When a track is copied or modified by Split, Remove all before/after and etc., the time stamp of the track is changed to current time. It's OK for route planning tracks as suggested here. However, for recorded tracks to be archived, it's not good at all because it breaks track list ordering by trip date and time with 'sort by created time'.


Possible solution would be to introduce:

(a) a new sort option 'sort by recorded time' which is a sort method by first track point's date and time.

(b) a function to override track's time stamp with first track point's date and time.

(c) any other good idea?


Could you please consider for good solution?

Comments (4)

photo
1

I just came across a similar requirement and I currently think the easiest way forward (and probabyl the most flexibale one as well) would be to add the option to edit the date and time of the first track point of each track. This would allow everyone to edit the tracks and move any track on the timeline where he or she wants to have it.


Of course all other track points shold "move" on the timeline as well. Depending on how the rest of the track points of a track are stored in the database it causes of course more or less follow-up calculation. Ideally for each trackpoint only the time difference elapsed since the previous trackpoint should be stored. Then entire tracks could be moved on the timeline as desired.

photo
1

Hi Forum,


no additional thoughts or comments?

photo
1

Good day Bernhard,

to be true, I'm not a big fan of some extra settings around this. So from my point of view, best should be to have perfectly working system that won't need some such settings. Which I hope is doable.


What in current implementation of Locus cause time problems to you?

photo
1

Hi Menion,


First of all, many thanks for your direct engagement!


The situation was simple. I'm using Locus Pro since more than 1,5 year now to track all of my sports activities, mainly cycling but also hiking.


Last Sunday I started a cycle tour and I forgot to start tracking in Locus Pro for the first 17km. Then I started and tracked the rest of the tour. I was somewhat lucky as we started our tour 1 week earlier exactly on the same way so I could easily extract the missing portion of the track out of the track from one week earlier. And here comes the critical point: I could not "move" the track portion from one week earlier just to a new starting date and time so that it seemlessly fits the existing portion from last Sunday.


I don't understand why it is so complicated to implement a simple feature like "editing the start date and time of a track" while so many other editing features are availble.


Perhaps you can explain a bit of the background.


Best regards


Bernhard

photo
1

Hello Bernhard,

understand.


Explanation:

- how many times you needed such feature till now : once

- how many times I needed such feature till last 6 years ... probably not a single time

- how many times other users ... : who knows, maybe every user in average once per his life?


And here comes the point ... why feature, that has really rare usage, should be permanently visible in Locus UI and confuse even more other users, because in this case I should expect reactions like "why should I want to change a time"?


So this is my answer. Google suggest to do a small test for every feature and when it will be usable for less then 70% of users, then do not implement it. I do not followed this already many times, but this feature is useful for let's say 1% of users in some situation ... thanks for understanding.

photo
1

@ Bernhard. Maybe next pc program can help ?

GPS Track Editor." In menu see: Track > Time > Shift.

http://www.gpstrackeditor.com/

photo
1

Hi Menion,


many thanks again for the detailed feedback and explanation!


I understand your concern and your arguments. And yes, you're right, I needed the feature once in 18 months and don't know when it would beneficial again. The easiest way to solve the issue would be export - manipulation - import.


However with the above workflow I won't need at all the possibility to edit or copy tracks in Locus Pro. And here is my point:


1) the feature should be easy to implement and won't need much change in the UI: Only when the "edit track" screen is visible there should be an additional field showing the current start date and time of the track which the user could edit


2) with some features you can't imagine for what they would have been used when they were available. I belive this feature is one of these but I can also accept your position.


Best regards


Bernhard

photo
photo
1

I was trying to understand the issue once again and here is a report.


When I say 'time stamp' of the track, it means the date written with blue color in the track manager as shown in the image here. Since the time stamp is a parameter to be used for track ordering and filtering in the track manager, I want to keep it at actual track's recorded time even after track manipulation.


Now, I've tested and confirmed that the time stamp does NOT change by:

- 'copy to' and 'move to' operation in track manager.

- track manipulations with 'Edit on map'.

I also noticed that the time stamp is set to current time only if a track is copied by 'Create copy' operation.


@menion So, what I'm asking on this topic seems already fulfilled. Thank you. But I don't know when the issue was solved.


@Bernhard Thank you for your post. It makes me to re-confirm the things and my issue seems gone. I hope the report above is useful to solve your issue too.

photo
1

Hello ta-ka,

I also do not remember when this was fixed, but last weeks there were some changes around "Created time" of track. I have also improved database where this parameter is now stored directly and it's easier to work with it. Anyway I'm checking "create copy" feature and indeed, I directly set there "created time" to moment you make a copy. Not sure ... is it wrong? Hmm probably yes because time when track was created is still same. Just time when track was updated has changed. Oki, I'll remove this so in next version even a copy will have same "created time" value. Thanks

photo
photo
1

I would also like ability to correct date time of trackpoint. At least a start one. I am using locus tracker for a a month and already got two cases:

Forgot to start track recording and started it a bit later on. Then after finishing recording I added missing beginning f the track by using track planner. And now my track time shows that my trip took 425586 hrs and 02 mins