Владимир Калачихин - Signal K Server version 2...
Signal K Server version 2.12.0
Do I understand correctly that the path "navigation.course.nextPoint" no longer exists?
Then why is a some point returned when I subscribing to this path?
15 Replies
Do you know where that was coming from before?
It's my plugin.
Then I’m not sure I understand your question
A path only exists if the source of it sends out data for that path.
Yes. But this path was previously specified in the documentation, wasn't it?
I don’t think so
Youre referring to the “Keys Reference” in the specification?
Yes.
It’s always been courseRhumbline or courseGreatCircle
The course API sends out values on the path
navigation.course.*
O! Thanks. Now it's a "course API".
Sends both v.2 and v.1 paths?
Yes it sends both V1 and V2 deltas to avoid breaking changes.
The rest endpoints are only v2
As per the documentation
Ok.
I think there is some kind of problem with the v.1 of the course API. I get a some waypoint immediately after subscribing to "navigation.course.nextPoint" by websocket. This can be seen in the e-inkdashboardmodern plugin.
I didn't set any waypoints. But maybe it's some old one. But its lifetime must be expire.
What can I do to clarify the situation?
As of the most recent server release destinations set in NMEA sources will set the value of course.nextpoint.position.
You can turn this off in server settings by setting API mode only.
The source of course.nextpoint.position will tell you what set it.
The source of course.nextpoint.position will tell you what set it.
So that indicates it was set via the rest API.
This value is persisted between server restart.
You need to send a delete request to clear the destination.
Ok, but why "timestamp" is the server start time, not a point set time?