This object is in archive!
Track editor: Move points without changing timestamp
Completed
As discussed in http://help.locusmap.eu/topic/new-track-editor-moving-track-changes-time, the "Insert/edit trackpoint" function in the track editor works like this:
It doesn't matter whether a point is moved (moving green dot) or added (tapping red dot), Locus always creates a new trackpoint at the new position with a timestamp interpolated from the points before and after.
Now for a more or less linear recording, this doesn't matter. However, the intuition is different: A new point's timestamp (red dot) must be interpolated, sure - but for an existing point I expect only the position to change. After all, the GPS may be (way) off, but the phone's time will always be correct (if it was correct at the start).
I like this idea 
Example:
Imagine pausing the track recording for a stop, then when you restart it, the GPS is first way off. After your trip, you edit the track to correct this. You know where you stopped, so you can move the recorded points to the roughly correct position - but you expect the time to be kept, as that is when you actually started. Right now, this would happen:
Point 1 (before pause, correct position): 9:00:00
Point 2 (after pause, wrong position): 9:09:00
Point 3 (after pause, correct position again): 9:10:00
Now you modify track, choose insert/edit on point 2 and move it to the correct position. After that, point 2 has the timestamp 9:05:00.*
Your track (and diagram, statistics) will now look more like you moved very slowly suddenly, instead of obviously pausing for 9min.
* NB: Right now, there's a bug in the algorithm (that's what http://help.locusmap.eu/topic/new-track-editor-moving-track-changes-time is about), so you can't recreate this example exactly, but this is more or less how it should work, according to Menion.
Example:
Imagine pausing the track recording for a stop, then when you restart it, the GPS is first way off. After your trip, you edit the track to correct this. You know where you stopped, so you can move the recorded points to the roughly correct position - but you expect the time to be kept, as that is when you actually started. Right now, this would happen:
Point 1 (before pause, correct position): 9:00:00
Point 2 (after pause, wrong position): 9:09:00
Point 3 (after pause, correct position again): 9:10:00
Now you modify track, choose insert/edit on point 2 and move it to the correct position. After that, point 2 has the timestamp 9:05:00.*
Your track (and diagram, statistics) will now look more like you moved very slowly suddenly, instead of obviously pausing for 9min.
* NB: Right now, there's a bug in the algorithm (that's what http://help.locusmap.eu/topic/new-track-editor-moving-track-changes-time is about), so you can't recreate this example exactly, but this is more or less how it should work, according to Menion.
I agree with you. If you move an existing point, it's time-stamp should not be changed. Only new points should get an interpolated time.
That's almost how it works in Garmin's Basecamp. Basecamp retains a moved point's time-stamp but does not create a time-stamp for new points.
I agree with you. If you move an existing point, it's time-stamp should not be changed. Only new points should get an interpolated time.
That's almost how it works in Garmin's Basecamp. Basecamp retains a moved point's time-stamp but does not create a time-stamp for new points.
Hello guys,
try to look on this problem from different perspective. You are basic user that really really don't care about something like trackpoint. He just recorded a track and GPS was bad today in forest and point is on completely wrong place.
So he open track editor, find a function that allows to move with point and simply move problematic point on a place, where he this it should be. But, he do not know exact place where he was in the moment in forest! He only think it was somewhere between these two places!!
So from technical point of view: you are playing here with exact timestamp, but you do not know exact real place! What Locus currently do, is that it don't care about timestamp, but takes average values from points before and after and based on distance to them, compute necessary parameters. Because these values is what user expect to see ... values that are right in the middle of before/after points (based on distances to them).
EDIT: I've just imagined that my algorithm still should be better. But it's on longer time (time when I start rewriting Track editor to support undo/redo).
Hello guys,
try to look on this problem from different perspective. You are basic user that really really don't care about something like trackpoint. He just recorded a track and GPS was bad today in forest and point is on completely wrong place.
So he open track editor, find a function that allows to move with point and simply move problematic point on a place, where he this it should be. But, he do not know exact place where he was in the moment in forest! He only think it was somewhere between these two places!!
So from technical point of view: you are playing here with exact timestamp, but you do not know exact real place! What Locus currently do, is that it don't care about timestamp, but takes average values from points before and after and based on distance to them, compute necessary parameters. Because these values is what user expect to see ... values that are right in the middle of before/after points (based on distances to them).
EDIT: I've just imagined that my algorithm still should be better. But it's on longer time (time when I start rewriting Track editor to support undo/redo).
Compromise proposal:
Outside of the track editor, it's possible to open "Point details", but there the editing of the location is not allowed (tapping on the coordinates gives a red message). Would it be possible to activate this? It's not as "user-friendly", but for these special situations like my example it would at least be a reasonable workaround. Additionally, the Point Detail could also be made available in the track editor?
Anyway, nice to hear you're planning Undo/Redo in Track Editor :)
Compromise proposal:
Outside of the track editor, it's possible to open "Point details", but there the editing of the location is not allowed (tapping on the coordinates gives a red message). Would it be possible to activate this? It's not as "user-friendly", but for these special situations like my example it would at least be a reasonable workaround. Additionally, the Point Detail could also be made available in the track editor?
Anyway, nice to hear you're planning Undo/Redo in Track Editor :)
3.27.0: Result is better than before, in above example the moved point is now more in the middle of the other points (even though I still think that's not intuitive).
But I still managed to get a point with timestamp after the point that comes after it. Will try to reproduce and then post the steps here.
3.27.0: Result is better than before, in above example the moved point is now more in the middle of the other points (even though I still think that's not intuitive).
But I still managed to get a point with timestamp after the point that comes after it. Will try to reproduce and then post the steps here.
I posted a step-by-step guide to reproduce the problem in the original Problem topic: http://help.locusmap.eu/topic/new-track-editor-moving-track-changes-time
I posted a step-by-step guide to reproduce the problem in the original Problem topic: http://help.locusmap.eu/topic/new-track-editor-moving-track-changes-time
Hello guys,
I've just finished completely new system for editing trackpoints.
It should work in different way then before (on background) and result will be hopefully closer to more logical (and expected) values.
Show info:
Hope this will be closer to your needs. Because system is little complicated and it's not tested on 100% by me, I'll really appreciate if some from You, who plan to use this function, invest few minutes and test it. In case on problems, detailed step by step to simulate issue will be needed.
Thanks and have a nice evening (feature in next Beta).
Hello guys,
I've just finished completely new system for editing trackpoints.
It should work in different way then before (on background) and result will be hopefully closer to more logical (and expected) values.
Show info:
Hope this will be closer to your needs. Because system is little complicated and it's not tested on 100% by me, I'll really appreciate if some from You, who plan to use this function, invest few minutes and test it. In case on problems, detailed step by step to simulate issue will be needed.
Thanks and have a nice evening (feature in next Beta).
Looking forward to testing that out. Made me finally subscribe to the Beta testing channel (was too lazy for that so far...).
Looking forward to testing that out. Made me finally subscribe to the Beta testing channel (was too lazy for that so far...).
Just tried out 3.27.1.2:
First of all, the point time is not displayed in the flyout anymore, neither in edit mode nor in normal view. I had to go back to regular version to see the new timestamp.
Apart from that, I fear it doesn't work as intended. I just moved one single point, but the timestamp still changed. Tried it twice. I just just my test track from http://help.locusmap.eu/topic/new-track-editor-moving-track-changes-time.
Furthermore, after finishing Insert/Edit Track Point, the view zooms out again to show all of the track - didn't do that before, and of course that's a major hassle.
Just tried out 3.27.1.2:
First of all, the point time is not displayed in the flyout anymore, neither in edit mode nor in normal view. I had to go back to regular version to see the new timestamp.
Apart from that, I fear it doesn't work as intended. I just moved one single point, but the timestamp still changed. Tried it twice. I just just my test track from http://help.locusmap.eu/topic/new-track-editor-moving-track-changes-time.
Furthermore, after finishing Insert/Edit Track Point, the view zooms out again to show all of the track - didn't do that before, and of course that's a major hassle.
Good day Ingo,
thanks for a testing. Indeed, few more remaining bugs clearly visible on your example track ...
- invisible times: please check menu > maps > points & tracks > track popup content > and check first option with "Recorded time" value
- still incorrect time of moved points: thanks, I've got it (hope)
- moved map to whole track after edit: fixed
So again ... next version.
Good day Ingo,
thanks for a testing. Indeed, few more remaining bugs clearly visible on your example track ...
- invisible times: please check menu > maps > points & tracks > track popup content > and check first option with "Recorded time" value
- still incorrect time of moved points: thanks, I've got it (hope)
- moved map to whole track after edit: fixed
So again ... next version.
Yeah, of course - Beta version = Free = separate settings. Thx, changed.
And looking forward to trying out the next beta! :)
Yeah, of course - Beta version = Free = separate settings. Thx, changed.
And looking forward to trying out the next beta! :)
Beta 3.27.1.4:
Sorry to say, but still not working as described. Moving a single point changed its timestamp to the timestamp of the following point. After that timestamp remains unchanged when moving the point again. Wrong indexing perhaps?
Beta 3.27.1.4:
Sorry to say, but still not working as described. Moving a single point changed its timestamp to the timestamp of the following point. After that timestamp remains unchanged when moving the point again. Wrong indexing perhaps?
3.27.1.5 (I think, my "About app/Support" doesn't work...):
Much better now!
I could only play around a few minutes for now, so will have a more thorough testing later one - but this is very promising and a big step forward. Thx!
3.27.1.5 (I think, my "About app/Support" doesn't work...):
Much better now!
I could only play around a few minutes for now, so will have a more thorough testing later one - but this is very promising and a big step forward. Thx!
Replies have been locked on this page!