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
{{ message }}
This repository has been archived by the owner on May 27, 2024. It is now read-only.
While most existing GTFS-realtime feeds using Protocol Buffers over HTTP to communicate, strictly-speaking feeds could be implemented using other transport methods.
An example of an alternate transport method is a MQTT-based exchange, as discussed here in a pull request for the OpenTripPlanner project: opentripplanner/OpenTripPlanner#2516
I'd like to abstract our feed ingestion code a bit to allow for non-HTTP transport as well. An example of MQTT-consumer code is in the above OTP pull request.
Related to #311, which is specifically for the file:/// resource.
EDIT - Based on this comment I changed the above and below to clarify that MQTT as used in above link is just the transport method (pub/sub), not the message encoding (which is still protocol buffer).
Alternate message encodings (e.g., JSON) could be supported as well.
Steps to reproduce:
Try to consume a non-HTTP GTFS-realtime feed
Expected behavior:
Consume and validate the feed if the non-HTTP method is supported.
Observed behavior:
Consuming any feeds not served over HTTP feeds fails
Platform:
N/A
The text was updated successfully, but these errors were encountered:
Summary:
While most existing GTFS-realtime feeds using Protocol Buffers over HTTP to communicate, strictly-speaking feeds could be implemented using other transport methods.
An example of an alternate transport method is a MQTT-based exchange, as discussed here in a pull request for the OpenTripPlanner project:
opentripplanner/OpenTripPlanner#2516
I'd like to abstract our feed ingestion code a bit to allow for non-HTTP transport as well. An example of MQTT-consumer code is in the above OTP pull request.
Related to #311, which is specifically for the
file:///
resource.EDIT - Based on this comment I changed the above and below to clarify that MQTT as used in above link is just the transport method (pub/sub), not the message encoding (which is still protocol buffer).
Alternate message encodings (e.g., JSON) could be supported as well.
Steps to reproduce:
Expected behavior:
Consume and validate the feed if the non-HTTP method is supported.
Observed behavior:
Consuming any feeds not served over HTTP feeds fails
Platform:
N/A
The text was updated successfully, but these errors were encountered: