GTFS Realtime - Vehicle Positions - Yarra Trams
GTFS Realtime Yarra Trams Vehicle Position data feed provides live location information for tram services in Melbourne, Victoria. Note: This API endpoint has a rate limit of 20-27 calls per minute (depending on the data size) and caching time of 30 seconds.
Source
This data file or API can be downloaded from:
https://opendata.transport.vic.gov.au/dataset/2d9a7228-5b81-40d3-8075-ae7a3da42198/resource/a42c2344-38da-4c52-805b-36004dea3cac/download/gtfsr_yarra_trams_vehicle_positions.openapi.jsonResources
There are no views created for this resource yet.
Additional Information
| Field | Value |
|---|---|
| Data last updated | August 4, 2025 |
| Metadata last updated | August 8, 2025 |
| Format | API |
| License | Creative Commons Attribution 3.0 Australia |
| Api url | https://api.opendata.transport.vic.gov.au/opendata/public-transport/gtfs/realtime/v1/tram/vehicle-positions/ |
| Attributes | [{"attribute_display_order_id": 1, "db_format": "FeedHeader()", "db_name": "header", "definition": "Metadata about a feed, included in feed messages.", "fixed_values": "", "id": "1346", "name": "Feed Header", "ref_number": "AT-1346"}, {"attribute_display_order_id": 2, "db_format": "STRING()", "db_name": "header.gtfs_realtime_version", "definition": "Version of the feed specification. The current version is 2.0.", "fixed_values": "", "id": "1348", "name": "GTFS Realtime Version", "ref_number": "AT-1348"}, {"attribute_display_order_id": 3, "db_format": "ENUM()", "db_name": "header.incrementality", "definition": "<p>Determines whether the current fetch is incremental. Options include:</p>\n<p>-FULL_DATASET: this feed update will overwrite all preceding realtime information for the feed. Thus this update is expected to provide a full snapshot of all known realtime information.</p>\n<p>-DIFFERENTIAL: currently, this mode is unsupported and behavior is unspecified for feeds that use this mode. There are discussions on the GTFS Realtime mailing list around fully specifying the behavior of DIFFERENTIAL mode and the documentation will be updated when those discussions are finalized.</p>", "fixed_values": "FULL_DATASET, DIFFERENTIAL", "id": "1349", "name": "Incrementality", "ref_number": "AT-1349"}, {"attribute_display_order_id": 4, "db_format": "int64()", "db_name": "header.timestamp", "definition": "This timestamp identifies the moment when the content of this feed has been created (in server time). In POSIX time (i.e., number of seconds since January 1st 1970 00:00:00 UTC). To avoid time skew between systems producing and consuming realtime information it is strongly advised to derive timestamp from a time server. It is completely acceptable to use Stratum 3 or even lower strata servers since time differences up to a couple of seconds are tolerable.", "fixed_values": "", "id": "1350", "name": "Feed Header Timestamp", "ref_number": "AT-1350"}, {"attribute_display_order_id": 5, "db_format": "FeedEntity()", "db_name": "entity", "definition": "A definition (or update) of an entity in the transit feed. If the entity is not being deleted, exactly one of trip_update, vehicle, and alert fields should be populated. This field can be repeated as many times as needed.", "fixed_values": "", "id": "1347", "name": "Feed Entity", "ref_number": "AT-1347"}, {"attribute_display_order_id": 6, "db_format": "STRING()", "db_name": "entity.id", "definition": "Feed-unique identifier for this entity. The ids are used only to provide incrementality support. The actual entities referenced by the feed must be specified by explicit selectors (see EntitySelector below for more info).", "fixed_values": "", "id": "1351", "name": "Feed Entity ID", "ref_number": "AT-1351"}, {"attribute_display_order_id": 7, "db_format": "BOOLEAN()", "db_name": "entity.is_deleted", "definition": "Whether this entity is to be deleted. Should be provided only for feeds with Incrementality of DIFFERENTIAL - this field should NOT be provided for feeds with Incrementality of FULL_DATASET.", "fixed_values": "", "id": "1352", "name": "Feed Entity Is Deleted", "ref_number": "AT-1352"}, {"attribute_display_order_id": 8, "db_format": "VehiclePosition()", "db_name": "entity.vehicle", "definition": "Data about the realtime position of a vehicle. At least one of the fields trip_update, vehicle, or alert must be provided - all these fields cannot be empty.", "fixed_values": "", "id": "1353", "name": "Feed Entity Vehicle Position", "ref_number": "AT-1353"}, {"attribute_display_order_id": 9, "db_format": "TripDescriptor()", "db_name": "vehicle.trip", "definition": "The Trip that this vehicle is serving. Can be empty or partial if the vehicle can not be identified with a given trip instance.", "fixed_values": "", "id": "1354", "name": "Vehicle Trip", "ref_number": "AT-1354"}, {"attribute_display_order_id": 10, "db_format": "STRING()", "db_name": "vehicle.trip.trip_id", "definition": "<p>The trip_id from the GTFS feed that this selector refers to. Whether trip_id is required depends on the type of trip:</p>\n<p>- Non-frequency-based trips: The trip_id field alone is enough to uniquely identify these trips. Note that non-frequency-based trips aren't defined in GTFS frequencies.txt.</p>\n<p>- Frequency-based trips: The trip_id, start_time, and start_date fields are all required. Frequency-based trips are defined in GTFS frequencies.txt.</p>\n<p>- Schedule-based trips: The trip_id field can be omitted only if the trip can be uniquely identified by a combination of the provided route_id, direction_id, start_time, and start_date fields. Note that scheduled-based trips aren't defined in GTFS frequencies.txt.</p>", "fixed_values": "", "id": "1355", "name": "Vehicle Trip ID", "ref_number": "AT-1355"}, {"attribute_display_order_id": 11, "db_format": "STRING()", "db_name": "vehicle.trip.route_id", "definition": "The route_id from the GTFS feed that this selector refers to. If trip_id is omitted, then route_id, direction_id, start_time, and schedule_relationship=SCHEDULED must all be set to identify a trip instance.", "fixed_values": "", "id": "1356", "name": "Vehicle Trip Route ID", "ref_number": "AT-1356"}, {"attribute_display_order_id": 12, "db_format": "STRING()", "db_name": "vehicle.trip.start_time", "definition": "<p>The initially scheduled start time of this trip instance. The field type Time defines the format of this field, for example 11:15:35 or 25:15:35. Whether the start_time field is required depends on the type of trip:</p>\n<p>\u2022 The trip_id corresponds to a non-frequency-based trip: The start_time field needs to either be omitted or be equal to the value of departure_time in the GTFS feed's stop_times.txt file.</p>\n<p>\u2022 The trip_id corresponds to a frequency-based trip: start_time is always required and must be specified for trip updates and vehicle positions. Frequency-based trips are defined in GTFS frequencies.txt.</p>\n<p>\u25e6 If the frequency-based trip corresponds to an exact_times=1 GTFS record: The start_time field must be some multiple, including zero, of headway_secs later than the frequencies.txt start_time for the corresponding time period.</p>\n<p>\u25e6 If the frequency-based trip corresponds to an exact_times=0 GTFS record: The start_time can be arbitrary, and it's initially expected to be the first departure of the trip. After it's established, the start_time of this frequency-based exact_times=0 trip is considered immutable, even if the first departure time changes. Any subsequent time changes can instead be reflected in a StopTimeUpdate message.</p>\n<p>\u2022 The trip_id is omitted: start_time must be provided.</p>", "fixed_values": "", "id": "1358", "name": "Vehicle Trip Start Time", "ref_number": "AT-1358"}, {"attribute_display_order_id": 13, "db_format": "STRING()", "db_name": "vehicle.trip.start_date", "definition": "<p>The start date of this trip instance in YYYYMMDD format. Whether start_date is required depends on the type of trip:</p>\n<p>- Scheduled trips: start_date must be provided. This is to disambiguate trips that are so late that they collide with a scheduled trip on the next day. For example, suppose a train departs at 8:00 and 20:00 every day. If the train is 12 hours late, then there would be two distinct trips scheduled for the same time.</p>\n<p>Note: This field is optional for scheduled trips in which such collisions are impossible. For example, this could happen if a service runs on an hourly schedule, and a vehicle that's one hour late isn't considered related to the schedule anymore.</p>\n<p>- Frequency-based trips: start_date must be provided. Note that frequency-based trips are defined in the GTFS frequencies.txt file, while scheduled trips aren't.</p>\n<p>- trip_id is omitted: start_date must be provided.</p>", "fixed_values": "", "id": "1359", "name": "Vehicle Trip Start Date", "ref_number": "AT-1359"}, {"attribute_display_order_id": 14, "db_format": "ENUM()", "db_name": "vehicle.trip.schedule_relationship", "definition": "<p>The relation between this trip and the static schedule. If TripDescriptor is provided in an Alert EntitySelector, the schedule_relationship field is ignored by consumers when they identify the matching trip instance. Options include:</p>\n<p>-SCHEDULED: Trip that is running in accordance with its GTFS schedule, or is close enough to the scheduled trip to be associated with it.</p>\n<p>-ADDED: An extra trip that was added in addition to a running schedule, for example, to replace a broken vehicle or to respond to sudden passenger load.</p>\n<p>-UNSCHEDULED: A trip that is running with no schedule associated to it - this value is used to identify trips defined in GTFS frequencies.txt with exact_times = 0. It should not be used to describe trips not defined in GTFS frequencies.txt, or trips in GTFS frequencies.txt with exact_times = 1.</p>\n<p>-CANCELED: A trip that existed in the schedule but was removed.</p>", "fixed_values": "SCHEDULED, ADDED, UNSCHEDULED, CANCELED, DUPLICATED, DELETED", "id": "1360", "name": "Trip Update Trip Schedule Relationship", "ref_number": "AT-1360"}, {"attribute_display_order_id": 15, "db_format": "VehicleDescriptor()", "db_name": "vehicle.vehicle", "definition": "Additional information on the vehicle that is serving this trip. Each entry should have a unique vehicle ID.", "fixed_values": "", "id": "1361", "name": "Vehicle Position Vehicle", "ref_number": "AT-1361"}, {"attribute_display_order_id": 16, "db_format": "STRING()", "db_name": "vehicle.vehicle.id", "definition": "Internal system identification of the vehicle. Should be unique per vehicle, and is used for tracking the vehicle as it proceeds through the system. This id should not be made visible to the end-user; for that purpose use the label field.", "fixed_values": "", "id": "1362", "name": "Vehicle Position Vehicle ID", "ref_number": "AT-1362"}, {"attribute_display_order_id": 17, "db_format": "STRING()", "db_name": "vehicle.vehicle.label", "definition": "User visible label, i.e., something that must be shown to the passenger to help identify the correct vehicle.", "fixed_values": "", "id": "1363", "name": "Vehicle Position Vehicle Label", "ref_number": "AT-1363"}, {"attribute_display_order_id": 18, "db_format": "STRING()", "db_name": "vehicle.vehicle.license_plate", "definition": "The license plate of the vehicle.", "fixed_values": "", "id": "1364", "name": "Vehicle Position Vehicle License Plate", "ref_number": "AT-1364"}, {"attribute_display_order_id": 19, "db_format": "Position()", "db_name": "vehicle.position", "definition": "Current position of this vehicle.", "fixed_values": "", "id": "1365", "name": "Position", "ref_number": "AT-1365"}, {"attribute_display_order_id": 20, "db_format": "FLOAT()", "db_name": "vehicle.position.latitude", "definition": "Degrees North, in the WGS-84 coordinate system.", "fixed_values": "", "id": "1366", "name": "Position Latitude", "ref_number": "AT-1366"}, {"attribute_display_order_id": 21, "db_format": "FLOAT()", "db_name": "vehicle.position.longitude", "definition": "Degrees East, in the WGS-84 coordinate system.", "fixed_values": "", "id": "1367", "name": "Position Longitude", "ref_number": "AT-1367"}, {"attribute_display_order_id": 22, "db_format": "STRING()", "db_name": "vehicle.stop_id", "definition": "Identifies the current stop. The value must be the same as in stops.txt in the corresponding GTFS feed.", "fixed_values": "", "id": "1372", "name": "Stop ID", "ref_number": "AT-1372"}, {"attribute_display_order_id": 23, "db_format": "ENUM()", "db_name": "vehicle.current_status", "definition": "<p>The exact status of the vehicle with respect to the current stop. Ignored if current_stop_sequence is missing. Options include:</p>\n<p>-INCOMING_AT: The vehicle is just about to arrive at the stop (on a stop display, the vehicle symbol typically flashes).</p>\n<p>-STOPPED_AT: The vehicle is standing at the stop.</p>\n<p>-IN_TRANSIT_TO: The vehicle has departed the previous stop and is in transit.</p>", "fixed_values": "INCOMING_AT, STOPPED_AT, IN_TRANSIT_TO", "id": "1373", "name": "Current Status", "ref_number": "AT-1373"}, {"attribute_display_order_id": 24, "db_format": "int64()", "db_name": "vehicle.timestamp", "definition": "Moment at which the vehicle's position was measured. In POSIX time (i.e., number of seconds since January 1st 1970 00:00:00 UTC).", "fixed_values": "", "id": "1374", "name": "Timestamp", "ref_number": "AT-1374"}] |
| Datastore active | False |
| Datastore contains all records of source file | False |
| Edc sync | True |
| Filesize | 2,343 |
| Has views | False |
| Historical | False |
| Id | a42c2344-38da-4c52-805b-36004dea3cac |
| Last updated date | 3 weeks ago |
| Mimetype | application/json |
| Open dataset title | GTFS Realtime - Vehicle Positions - Yarra Trams |
| Package id | 53d596e8-7d96-4ef9-85ec-870ace4442fe |
| Position | 5 |
| Publication date | 2 years ago |
| State | active |
| Zip extract | False |
| Size | Unknown |
| ID | a42c2344-38da-4c52-805b-36004dea3cac |
| Harvested | True |
| Package ID | 53d596e8-7d96-4ef9-85ec-870ace4442fe |
| State | active |