You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are currently handling API requests that provide an itinerary origin and destination containing latitude/longitude pairs (in WGS84 decimal degrees).
Our current design is tending towards using explicit latitude and longitude properties on a coordinate schema, to avoid ambiguity of the X/Y or Y/X coordinate systems.
GeoJSON defines a, somewhat ambiguous but increasingly adopted, schema in the following form:
determine whether to use GeoJSON for the allowed data structure of origin and destination data
if desired, add support for GeoJSON definitions (e.g. by adding an itinerary_option_origin_destination_geojson schema
Resources
The GeoJSON RFC defines the coordinates as follows:
A position is an array of numbers. There MUST be two or more elements. The first two elements are longitude and latitude, or easting and northing, precisely in that order and using decimal numbers. Altitude or elevation MAY be included as an optional third element.
We are currently handling API requests that provide an itinerary origin and destination containing latitude/longitude pairs (in WGS84 decimal degrees).
Our current design is tending towards using explicit
latitude
andlongitude
properties on acoordinate
schema, to avoid ambiguity of the X/Y or Y/X coordinate systems.GeoJSON defines a, somewhat ambiguous but increasingly adopted, schema in the following form:
Task
itinerary_option_origin_destination_geojson
schemaResources
The GeoJSON RFC defines the coordinates as follows:
The text was updated successfully, but these errors were encountered: