Abstract:
Systems and method for implementing third party services in digital service platform are provided. More specifically, an application program interface can be provided by a first service provider to a second service provider. The application program interface can be configured to receive one or more access parameters and can be associated with implementing one or more services of the second service provider in one or more services of a second service provider. The one or more access parameters can then be received by the first service provider from the second service provider. Once the one or more access parameters have been received, the first service provider can receive a request from a user for access to the one or more services of the second service provider. The first service provider can then determine whether to grant access to the user based on the access parameters.
Abstract:
Systems and methods are provided for determining candidate pick-up locations. For instance, responsive to receiving a request from a user for a ride, one or more candidate pick-up locations proximate a current location of the user can be determined. The candidate pick-up locations can be determined at least in part by ranking a plurality of locations proximate the current location of the user in view of one or more travel parameters and a destination specified by the user. The user may select a candidate pick-up location as a selected pick-up location, and the selected pick-up location may be provided to a car service or ride share platform to facilitate a pick-up.
Abstract:
Systems and method for implementing third party services in digital service platform are provided. More specifically, an application program interface can be provided by a first service provider to a second service provider. The application program interface can be configured to receive one or more access parameters and can be associated with implementing one or more services of the second service provider in one or more services of a second service provider. The one or more access parameters can then be received by the first service provider from the second service provider. Once the one or more access parameters have been received, the first service provider can receive a request from a user for access to the one or more services of the second service provider. The first service provider can then determine whether to grant access to the user based on the access parameters.
Abstract:
Systems and methods for identifying a direction name associated a transit trip along a transit line for use in, for instance, grouping departure times or arrival times associated with transit trips at a transit stop are provided. Data indicative or an ordering ranking the plurality of transit stops in terms of importance can be accessed. Important transit stops between the reference transit stop and an ending transit stop associated with a transit trip can be identified using the ordering of the plurality of transit stops. The station names associated with the identified important transit stops can be used as a basis for the direction name associated with the transit trip at the particular reference transit stop. Departure times can be grouped by the identified direction names and using other parameters, such as by headsign.
Abstract:
Systems and methods for summarizing a guidebook result are provided. An exemplary system includes a transit trip identification module, a cost function generation module, a service window identification module, a daytime interval conversion module, and a guidebook summarization module. An exemplary method includes identifying a plurality of service windows comprising intervals of time over which the available transit trips satisfy a quality criterion. The exemplary method also includes selecting as a guidebook summary a set of days of the week and a continuous interval of time which include only portions of service windows, such that a total number of hours included in the guidebook summary is maximized