Expand description
Data structures used by operation inputs/outputs.
Modules§
Structs§
- Access
Point Position of the access point represented by longitude and latitude for a vehicle.
- Access
Restriction Indicates if the access location is restricted. Index correlates to that of an access point and indicates if access through this point has some form of restriction.
- Address
The place address.
- Address
Component Match Scores Indicates how well the entire input matches the returned. It is equal to 1 if all input tokens are recognized and matched.
- Address
Component Phonemes How to pronounce the various components of the address or place.
- Autocomplete
Address Highlights Describes how the parts of the response element matched the input query by returning the sections of the response which matched to input query terms.
- Autocomplete
Filter Autocomplete structure which contains a set of inclusion/exclusion properties that results must possess in order to be returned as a result.
- Autocomplete
Highlights Describes how the parts of the response element matched the input query by returning the sections of the response which matched to input query terms.
- Autocomplete
Result Item A result matching the input query text.
- Business
Chain A businesschain is a chain of businesses that belong to the same brand. For example
7-11
.- Category
Category of the
Place
returned.- Component
Match Scores Indicates how well the returned title and address components matches the input TextQuery. For each component a score is provied with 1 indicating all tokens were matched and 0 indicating no tokens were matched.
- Contact
Details Details related to contacts.
- Contacts
A list of potential contact methods for the result/place.
- Country
The alpha-2 or alpha-3 character code for the country that the results will be present in.
- Country
Highlights Indicates the starting and ending index of the country in the text query that match the found title.
- Filter
Circle The
Circle
that all results must be in.- Food
Type List of
Food
types offered by this result.- Geocode
Filter Geocode structure which contains a set of inclusion/exclusion properties that results must possess in order to be returned as a result.
- Geocode
Parsed Query Parsed components in the provided QueryText.
- Geocode
Parsed Query Address Components Parsed address components in the provided QueryText.
- Geocode
Query Components A structured free text query allows you to search for places by the name or text representation of specific properties of the place.
- Geocode
Result Item The Geocoded result.
- Highlight
Indicates the starting and ending index of the text query that match the found title.
- Intersection
All Intersections that are near the provided address.
- Match
Score Details Details related to the match score.
- Opening
Hours List of opening hours objects.
- Opening
Hours Components Components of the opening hours object.
- Parsed
Query Component Parsed components in the provided QueryText.
- Parsed
Query Secondary Address Component Information about a secondary address component parsed from the query text.
- Phoneme
Details The phoneme details.
- Phoneme
Transcription How to pronounce the various components of the address or place.
- Postal
Code Details Contains details about the postal code of the place or result.
- Query
Refinement Suggestions for refining individual query terms. Suggestions are returned as objects which note the term, suggested replacement, and its index in the query.
- Region
The region or state results should be to be present in.
Example:
North Rhine-Westphalia
.- Region
Highlights Indicates the starting and ending index of the region in the text query that match the found title.
- Related
Place Place that is related to the result item.
- Reverse
Geocode Filter The included place types.
- Reverse
Geocode Result Item The returned location from the
Reverse Geocode
action.- Search
Nearby Filter SearchNearby structure which contains a set of inclusion/exclusion properties that results must possess in order to be returned as a result.
- Search
Nearby Result Item The search results of nearby places.
- Search
Text Filter SearchText structure which contains a set of inclusion/exclusion properties that results must possess in order to be returned as a result.
- Search
Text Result Item The text search result.
- Secondary
Address Component Components that correspond to secondary identifiers on an address. The only component type supported currently is Unit.
- Secondary
Address Component Match Score Match score for a secondary address component in the result.
- Street
Components Components of a street.
- SubRegion
The sub-region.
- SubRegion
Highlights Indicates the starting and ending index of the sub-region in the text query that match the found title.
- Suggest
Address Highlights Describes how the parts of the textQuery matched the input query by returning the sections of the response which matched to textQuery terms.
- Suggest
Filter SuggestFilter structure which contains a set of inclusion/exclusion properties that results must possess in order to be returned as a result.
- Suggest
Highlights Describes how the parts of the textQuery matched the input query by returning the sections of the response which matched to textQuery terms.
- Suggest
Place Result The suggested place results.
- Suggest
Query Result The suggested query results.
- Suggest
Result Item The resulting item from the suggested query.
- Time
Zone The time zone in which the place is located.
- UspsZip
The USPS zip code.
- Usps
ZipPlus4 The USPS zip+4 code.
- Validation
Exception Field The input fails to satisfy the constraints specified by the Amazon Location service.
Enums§
- Autocomplete
Additional Feature - When writing a match expression against
AutocompleteAdditionalFeature
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Autocomplete
Filter Place Type - When writing a match expression against
AutocompleteFilterPlaceType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Autocomplete
Intended Use - When writing a match expression against
AutocompleteIntendedUse
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Geocode
Additional Feature - When writing a match expression against
GeocodeAdditionalFeature
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Geocode
Filter Place Type - When writing a match expression against
GeocodeFilterPlaceType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Geocode
Intended Use - When writing a match expression against
GeocodeIntendedUse
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - GetPlace
Additional Feature - When writing a match expression against
GetPlaceAdditionalFeature
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - GetPlace
Intended Use - When writing a match expression against
GetPlaceIntendedUse
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Place
Type - When writing a match expression against
PlaceType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Postal
Authority - When writing a match expression against
PostalAuthority
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Postal
Code Mode - When writing a match expression against
PostalCodeMode
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Postal
Code Type - When writing a match expression against
PostalCodeType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Query
Type - When writing a match expression against
QueryType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Record
Type Code - When writing a match expression against
RecordTypeCode
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Reverse
Geocode Additional Feature - When writing a match expression against
ReverseGeocodeAdditionalFeature
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Reverse
Geocode Filter Place Type - When writing a match expression against
ReverseGeocodeFilterPlaceType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Reverse
Geocode Intended Use - When writing a match expression against
ReverseGeocodeIntendedUse
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Search
Nearby Additional Feature - When writing a match expression against
SearchNearbyAdditionalFeature
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Search
Nearby Intended Use - When writing a match expression against
SearchNearbyIntendedUse
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Search
Text Additional Feature - When writing a match expression against
SearchTextAdditionalFeature
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Search
Text Intended Use - When writing a match expression against
SearchTextIntendedUse
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Suggest
Additional Feature - When writing a match expression against
SuggestAdditionalFeature
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Suggest
Intended Use - When writing a match expression against
SuggestIntendedUse
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Suggest
Result Item Type - When writing a match expression against
SuggestResultItemType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Type
Placement - When writing a match expression against
TypePlacement
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Validation
Exception Reason - When writing a match expression against
ValidationExceptionReason
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - ZipClassification
Code - When writing a match expression against
ZipClassificationCode
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.