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
I would suggest merging the update_trip_telemetry endpoint defined in [1] into the vehicles/{id}/event endpoint.
This could be done by adding a new trip_telemetry vehicle event.
In addition the required body parameter telemetry in the vehicles/{id}/event endpoint is not specified in the spec. It's probably also worth merging with the Route type (a Route is simply an ordered list of telemetries).
Ok, I saw the discussions on #194 .
Maybe it is indeed relevant to keep 2 separate endpoints that could be scaled differently (the telemetry endpoint is expected to receive more load obviously).
However to keep things "restish" I would rename vehicles/{id}/update_telemetry to vehicles/{id}/telemetry
The PR is to change telemetry submission to /vehicles/telemetry. Because telemetry is expected to be > 99% of the transactions, telemetry is batched and not per-vehicle.
I would suggest merging the
update_trip_telemetry
endpoint defined in [1] into thevehicles/{id}/event
endpoint.This could be done by adding a new
trip_telemetry
vehicle event.In addition the required body parameter
telemetry
in thevehicles/{id}/event
endpoint is not specified in the spec. It's probably also worth merging with theRoute
type (aRoute
is simply an ordered list of telemetries).What do you think about this ?
[1] https://github.com/CityOfLosAngeles/mobility-data-specification/tree/dev/agency#update_trip_telemetry
The text was updated successfully, but these errors were encountered: