All Downloads are FREE. Search and download functionalities are using the official Maven repository.

org.opentripplanner.api.model.ApiTripSearchMetadata Maven / Gradle / Ivy

There is a newer version: 2.5.0
Show newest version
package org.opentripplanner.api.model;

/**
 * Meta-data about the trip search performed.
 */
public class ApiTripSearchMetadata {

    /**
     * This is the time window used by the raptor search. The window is an optional parameter and
     * OTP might override it/dynamically assign a new value.
     * 

* If the {@code numOfItineraries} request parameter is set, optimal itineraries are removed * from the end of the result. Be aware of this when adding the results of more than on search * together. If the client support paging/scrolling, do not use the {@code numOfItineraries} * parameter, cache or hide the last part of the returned list of itineraries instead. *

* Unit : seconds */ public int searchWindowUsed; /** * This is the suggested search time for the "next page" or time-window. Insert it together * with the {@link #searchWindowUsed} in the request to get a new set of trips following in the * time-window AFTER the current search. No duplicate trips should be returned, unless a trip * is delayed and new realtime-data is available. *

* Be careful to use paging/scrolling with the {@code numOfItineraries} parameter set. It is * safe to scroll forward when the {@code arriveBy=false}, but not if {@code arriveBy=true}. If * you need to find the trips that arrive immediately AFTER the latest-arrival-time, be sure * NOT to set the {@code numOfItineraries} request parameter in the next request. *

* If OTP for some reason is not able to calculate this value then it will be {@code null}. *

* Unit : epoch milliseconds * * @deprecated Use the request/response cursor instead. */ @Deprecated public Long nextDateTime; /** * This is the suggested search time for the "previous page" or time window. Insert it together * with the {@link #searchWindowUsed} in the request to get a new set of trips preceding in the * time-window BEFORE the current search. No duplicate trips should be returned, unless a trip * is delayed and new realtime-data is available. *

* Be careful to use paging/scrolling with the {@code numOfItineraries} parameter set. It is * safe to scroll backward when the {@code arriveBy=true}, but not if {@code arriveBy=false}. * If you need to find the trips that depart immediately BEFORE the earliest-departure-time, be * sure NOT to set the {@code numOfItineraries} request parameter in the next request. *

* If OTP for some reason is not able to calculate this value then it will be {@code null}. *

* Unit : epoch milliseconds * * @deprecated Use the request/response cursor instead. */ @Deprecated public Long prevDateTime; }





© 2015 - 2024 Weber Informatics LLC | Privacy Policy