You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After playing with /api/v1/monitor for external clients, i think either the client interface should be rebuilt (see #49) or alternatively a new value should be created and added to the existing interface.
The /api/v1/monitor JSON response currently looks like this;
Suggestion:
add a global gate event counter to the app (if it doesn't already exist)
this gate event counter is reset to zero at the start of a new race
this gate event counter is incremented with each decoded transponder event
this gate event counter is added to the session structure sent via the api
add gate event count to each data structure sent via the api
This would allow much faster processing by clients. The client can compare the last_gate_event_count it is holding to the gate_event_count of a new response. If new count its less than the last count, its a new race. It count increases, then the pilot data in the response needs to be processed. Looping through data structures, checking if item gate_event_count > client_last_update_count, tells you processes that pilot or not.
There might already be a unique id for gate events in the database. If this is a simple incremental index, then it just need to be added to the api.
The text was updated successfully, but these errors were encountered:
After playing with /api/v1/monitor for external clients, i think either the client interface should be rebuilt (see #49) or alternatively a new value should be created and added to the existing interface.
The /api/v1/monitor JSON response currently looks like this;
Suggestion:
This would allow much faster processing by clients. The client can compare the last_gate_event_count it is holding to the gate_event_count of a new response. If new count its less than the last count, its a new race. It count increases, then the pilot data in the response needs to be processed. Looping through data structures, checking if item gate_event_count > client_last_update_count, tells you processes that pilot or not.
There might already be a unique id for gate events in the database. If this is a simple incremental index, then it just need to be added to the api.
The text was updated successfully, but these errors were encountered: