Date and time for a new LAST position

[routeconverter]

Fine, thank you for testing.

What is about the initial feature to set the date and time for a new last position?

[RsH]

Workes, sort of...

As loaded, the last points in the file I sent you were:
-79.4133000,43.7621800,"Position 1348"
-79.4132770,43.7621840,"Position 1349"
-79.4132540,43.7621840,"Position 1350"
-79.4132310,43.7621920,"Position 1351"
-79.4129640,43.7622910,"Position 1352"
-79.4128880,43.7623180,"Position 1353"
-79.4128880,43.7623180,"Position 1354"
-79.4128880,43.7623180,"Position 1355"

I deleted some of the last few points so that 1350 was the last point in the file.

-79.4132770,43.7621840,"Position 1349"
-79.4132540,43.7621840,"Position 1350" moving east slowly, one second later than 1349.
-79.4133004,43.7621795,"Sheppard Stationa, Toronto, ON M2N, Canada"
The time was increased by 2 seconds, the point was west of 1349

So although the car was moving east into the garage slowly, the new point was added to the west and the time was incremented by double the time of the prior two points. It was easy, however, to simply move the new point to the east from where it had been placed, and complete speed allowed me to place it the correct distance east of point 1350 in the first new final point, and again to the east of -79.4131989 in the case of the second new point added. As the car was moving east between positions 1349 and 1350, I would have expected '1351 to be at -79.4132310, 43.7621840 if the time changed by 1 second, and at -79.4132080, 43.7621840 if the time changed by 2 seconds. I suspect that deleting those final points before inserting new points is the cause of the 'westbound' direction of the new point when it should have been eastbound.

After I moved the new point to the correct location I tried to insert a new final point after it and it was placed at the same point on the hybred map as the first point, but the time was increased by 3 seconds... so I simply dragged that second final point to the bottom of the garage ramp, which is where the track should end. The speeds, when I had the program calculate that field, were fine after I did these manual moves of the newly added points.

I know I could, instead, have moved two of the points I deleted, and deleted the rest and gotten to the point I wanted that way, which might have avoided finding this issue, but I chose to delete those that were out of range and start from the last legitimate point in the file instead.

Hope that helps you. You already have the file I was using, as it it in the saved attachments under my name, so you can try the same things with your copy.

[routeconverter]

So although the car was moving east into the garage slowly, the new point was added to the west

New positions are typically added in the center of the displayed map.

and the time was incremented by double the time of the prior two points.

And that was ok if you look at the distance and the time interval of the two preceeding positions?

Hope that helps you.

Not really... you've lost me somewhere after "It was easy,..."

[RsH]

It was easy, however, to simply move the new point to the east from where it had been placed

I then used 'complete speed' which allowed me to place it the correct distance east of point 1350 in the first new final point,

For the second new point, I did the same thing, again to the east of -79.4131989.

As the car was moving east between positions 1349 and 1350, I would have expected '1351 to be at -79.4132310, 43.7621840 if the time changed by 1 second, and at -79.4132080, 43.7621840 if the time changed by 2 seconds, since I expected the new final point to be added using the direction of movement of the prior two points and the time interval of the prior two points, 1349 and 1350.

I suspect that deleting those final points before inserting new points is the cause of the 'westbound' direction of the new point when it should have been eastbound. If instead it is simply sticking the point in what it thinks is the center of the map, rather than using the direction and speed of travel to add a new point, it is defeating the purpose of a new final point to my way of thinking.

I moved the FIRST new point to the correct location and then I added a new final point after it. It too was placed at the same point on the hybred map as the first new point, but the time was increased by 3 seconds instead of the 1 second between 1349 and 1350 or the 2 seconds between 1350 and the first new point

I simply dragged that second final point to the bottom of the garage ramp, which is where the track should end. The speeds, when I had the program calculate that field, were fine after I did these manual moves of the newly added points.

Hope that helps you. You already have the file I was using, as it it in the saved attachments under my name, so you can try the same things with your copy.

Does this explanation make what I did clear?

[routeconverter]

Does this explanation make what I did clear?

Yes, and I'm concluding from it that calculating the time at the moment of the inserting relies on the inserted position to be a the right coordinates. RouteConverter inserts new positions in the center of the map - and this is not always what one would expect. There is not eastbound or westbound or any other logic that tries to deduct the new position from the previous ones.

[RsH]

Does this explanation make what I did clear?

Yes, and I'm concluding from it that calculating the time at the moment of the inserting relies on the inserted position to be a the right coordinates. RouteConverter inserts new positions in the center of the map - and this is not always what one would expect. There is not eastbound or westbound or any other logic that tries to deduct the new position from the previous ones.

In that case, is there a way to have a 'cross hair' that shows me the center of the map? Then I could move the map to put the cross hair over the spot I want the new position at, and solve the problem that way. A hidden Registry option would work for me.

[kumo]

In that case, is there a way to have a 'cross hair' that shows me the center of the map? Then I could move the map to put the cross hair over the spot I want the new position at, and solve the problem that way. A hidden Registry option would work for me.

Are you aware of the new right-mouse-click feature in the map area?

Move the mouse pointer (a hand) to the desired position at the map.
Press the right mouse button and select "Insert" in the small menu that appears.

A new position is inserted at the desired position. Not in the middle of the map!

Does this solve your problem?

Best regards,
Mathew