Kapselt Routeninformationen, die für ein Start-/Zielortpaar in der v1alpha.computeRouteMatrix API berechnet wurden. Dieses Proto kann an den Client gestreamt werden.
JSON-Darstellung |
---|
{ "originIndex": integer, "destinationIndex": integer, "status": { object ( |
Felder | |
---|---|
originIndex |
Nullbasierter Index des Ursprungs in der Anfrage. |
destinationIndex |
Nullbasierter Index des Ziels in der Anfrage. |
status |
Fehlerstatuscode für dieses Element. |
condition |
Gibt an, ob die Route gefunden wurde oder nicht. Unabhängig vom Status. |
distanceMeters |
Die Strecke der Route in Metern. |
duration |
Die für die Navigation auf der Route erforderliche Zeit. Wenn Sie Eine Dauer in Sekunden mit bis zu neun Nachkommastellen, die auf „ |
staticDuration |
Die Reisedauer auf der Route ohne Berücksichtigung der Verkehrslage. Eine Dauer in Sekunden mit bis zu neun Nachkommastellen, die auf „ |
travelAdvisory |
Zusätzliche Informationen zur Route. Beispiel: Informationen zu Einschränkungen und Mautgebühren |
fallbackInfo |
Wenn der Server die Route mit den angegebenen Einstellungen für dieses spezielle Start-/Zielpaar nicht berechnen kann, wird unter Umständen ein anderer Berechnungsmodus verwendet. Wenn der Fallback-Modus verwendet wird, enthält dieses Feld detaillierte Informationen zur Fallback-Antwort. Andernfalls ist dieses Feld nicht festgelegt. |
Status
Mit dem Typ Status
wird ein logisches Fehlermodell definiert, das für verschiedene Programmierumgebungen wie REST APIs und RPC APIs geeignet ist. Dieses Modell wird von gRPC verwendet. Jede Status
-Meldung enthält die folgenden drei Datenelemente: Fehlercode, Fehlermeldung und Fehlerdetails.
Weitere Informationen zu diesem Fehlermodell und zur Arbeit damit finden Sie in der API-Designanleitung.
JSON-Darstellung |
---|
{ "code": integer, "message": string, "details": [ { "@type": string, field1: ..., ... } ] } |
Felder | |
---|---|
code |
Der Statuscode, der idealerweise ein ENUM-Wert von |
message |
Eine an Entwickler gerichtete Fehlermeldung, die englischsprachig sein sollte. Jede Fehlermeldung an den Nutzer sollte lokalisiert und im Feld |
details[] |
Eine Auflistung aller Meldungen, die die Fehlerdetails enthalten. Es gibt einen gemeinsamen Satz von Nachrichtentypen, die APIs verwenden können. Ein Objekt, das Felder eines beliebigen Typs enthält. Ein zusätzliches Feld |