Linescape Schedule API Changes v1.13

Changes in version 1.13

Changes in version 1.12

Changes in version 1.11

Changes in version 1.10

The old end-point names can still be used but will be removed in a future version.

Changes in version 1.9

Changes in version 1.8

Changes in version 1.7

Changes in version 1.6

Changes in version 1.5

Changes in version 1.4

Changes in version 1.3

Changes in version 1.2

This version of the API adds an additional with_terms parameter to the following API end-points:

If this parameter is set to 1, then the response will contain an additional terminals attribute for any returned ports. The value of the attribute is a list of the names of the terminals at the port that the vessel is expected to call at. This will be an empty list if this information is not currently available.

Additionally the /trips end-point now supports two new parameters (with_nearby_origins and with_nearby_destinations). When set to 1 these indicate that ports that are nearby to those specified should also be included in searches.

There are no breaking changes in this version of the API. All existing code will continue to work unchanged.

Changes in version 1.1

This version of the API adds additional parameters to several API end-points which allows vessels, ports and carriers to be specified using IMO, LOCODE and SCAC values rather than Linescape IDs.

Any end-point that previously accepted a parameter ending _id to specify a vessel, port or carrier will now also support a parameter with the same name but ending with either _imo, _code or _scac respectively.

This also applies to the carriers and carriers.ne parameters which gain carriers_scac and carriers_scac.ne variants. For consistency, the carriers and carriers.ne parameters have been renamed to carriers_id and carriers_id.ne althought the original version will continue to be accepted.

Additionally this version of the API adds ETA/ETD times to the results returned by the /calls end-point and the ability to sort the results returned by the /vessels end-point.

A new /usage end-point has also been added which can be used to return the remaining quota of API calls available.

There are no breaking changes in this version of the API. All existing code will continue to work unchanged.

End-point changes in detail

/calls

/contacts

/vessels

/schedules

/trips

/usage

New end-point added.