Types for Google Maps Addressvalidation v1 API¶
- class google.maps.addressvalidation_v1.types.Address(mapping=None, *, ignore_unknown_fields=False, **kwargs)[source]¶
Bases:
proto.message.MessageDetails of the address parsed from the input.
- formatted_address¶
The corrected address, formatted as a single-line address following the address formatting rules of the region where the address is located.
- Type
- postal_address¶
The validated address represented as a postal address.
- Type
google.type.postal_address_pb2.PostalAddress
- address_components¶
Unordered list. The individual address components of the formatted and corrected address, along with validation information. This provides information on the validation status of the individual components. Address components are not ordered in a particular way. Do not make any assumptions on the ordering of the address components in the list.
- Type
MutableSequence[google.maps.addressvalidation_v1.types.AddressComponent]
- missing_component_types¶
The types of components that were expected to be present in a correctly formatted mailing address but were not found in the input AND could not be inferred. Components of this type are not present in
formatted_address,postal_address, oraddress_components. An example might be['street_number', 'route']for an input like “Boulder, Colorado, 80301, USA”. The list of possible types can be found here.- Type
MutableSequence[str]
- unconfirmed_component_types¶
The types of the components that are present in the
address_componentsbut could not be confirmed to be correct. This field is provided for the sake of convenience: its contents are equivalent to iterating through theaddress_componentsto find the types of all the components where the [confirmation_level][google.maps.addressvalidation.v1.AddressComponent.confirmation_level] is not [CONFIRMED][google.maps.addressvalidation.v1.AddressComponent.ConfirmationLevel.CONFIRMED] or the [inferred][google.maps.addressvalidation.v1.AddressComponent.inferred] flag is not set totrue. The list of possible types can be found here.- Type
MutableSequence[str]
- unresolved_tokens¶
Any tokens in the input that could not be resolved. This might be an input that was not recognized as a valid part of an address (for example in an input like “123235253253 Main St, San Francisco, CA, 94105”, the unresolved tokens may look like
["123235253253"]since that does not look like a valid street number.- Type
MutableSequence[str]
- class google.maps.addressvalidation_v1.types.AddressComponent(mapping=None, *, ignore_unknown_fields=False, **kwargs)[source]¶
Bases:
proto.message.MessageRepresents an address component, such as a street, city, or state.
- component_name¶
The name for this component.
- component_type¶
The type of the address component. See Table 2: Additional types returned by the Places service for a list of possible types.
- Type
- confirmation_level¶
Indicates the level of certainty that we have that the component is correct.
- inferred¶
Indicates that the component was not part of the input, but we inferred it for the address location and believe it should be provided for a complete address.
- Type
- spell_corrected¶
Indicates the spelling of the component name was corrected in a minor way, for example by switching two characters that appeared in the wrong order. This indicates a cosmetic change.
- Type
- replaced¶
Indicates the name of the component was replaced with a completely different one, for example a wrong postal code being replaced with one that is correct for the address. This is not a cosmetic change, the input component has been changed to a different one.
- Type
- unexpected¶
Indicates an address component that is not expected to be present in a postal address for the given region. We have retained it only because it was part of the input.
- Type
- class ConfirmationLevel(value)[source]¶
Bases:
proto.enums.EnumThe different possible values for confirmation levels.
- Values:
- CONFIRMATION_LEVEL_UNSPECIFIED (0):
Default value. This value is unused.
- CONFIRMED (1):
We were able to verify that this component exists and makes sense in the context of the rest of the address.
- UNCONFIRMED_BUT_PLAUSIBLE (2):
This component could not be confirmed, but it is plausible that it exists. For example, a street number within a known valid range of numbers on a street where specific house numbers are not known.
- UNCONFIRMED_AND_SUSPICIOUS (3):
This component was not confirmed and is likely to be wrong. For example, a neighborhood that does not fit the rest of the address.
- class google.maps.addressvalidation_v1.types.AddressMetadata(mapping=None, *, ignore_unknown_fields=False, **kwargs)[source]¶
Bases:
proto.message.MessageThe metadata for the address.
- business¶
Indicates that this is the address of a business. If unset, indicates that the value is unknown.
This field is a member of oneof
_business.- Type
- class google.maps.addressvalidation_v1.types.ComponentName(mapping=None, *, ignore_unknown_fields=False, **kwargs)[source]¶
Bases:
proto.message.MessageA wrapper for the name of the component.
- text¶
The name text. For example, “5th Avenue” for a street name or “1253” for a street number.
- Type
- class google.maps.addressvalidation_v1.types.Geocode(mapping=None, *, ignore_unknown_fields=False, **kwargs)[source]¶
Bases:
proto.message.MessageContains information about the place the input was geocoded to.
- location¶
The geocoded location of the input. Using place IDs is preferred over using addresses, latitude/longitude coordinates, or plus codes. Using coordinates when routing or calculating driving directions will always result in the point being snapped to the road nearest to those coordinates. This may not be a road that will quickly or safely lead to the destination and may not be near an access point to the property. Additionally, when a location is reverse geocoded, there is no guarantee that the returned address will match the original.
- Type
google.type.latlng_pb2.LatLng
- plus_code¶
The plus code corresponding to the
location.
- bounds¶
The bounds of the geocoded place.
- Type
google.geo.type.types.Viewport
- feature_size_meters¶
The size of the geocoded place, in meters. This is another measure of the coarseness of the geocoded location, but in physical size rather than in semantic meaning.
- Type
- class google.maps.addressvalidation_v1.types.PlusCode(mapping=None, *, ignore_unknown_fields=False, **kwargs)[source]¶
Bases:
proto.message.MessagePlus code (http://plus.codes) is a location reference with two formats: global code defining a 14mx14m (1/8000th of a degree) or smaller rectangle, and compound code, replacing the prefix with a reference location.
- global_code¶
Place’s global (full) code, such as “9FWM33GV+HQ”, representing an 1/8000 by 1/8000 degree area (~14 by 14 meters).
- Type
- class google.maps.addressvalidation_v1.types.ProvideValidationFeedbackRequest(mapping=None, *, ignore_unknown_fields=False, **kwargs)[source]¶
Bases:
proto.message.MessageThe request for sending validation feedback.
- conclusion¶
Required. The outcome of the sequence of validation attempts.
If this field is set to
VALIDATION_CONCLUSION_UNSPECIFIED, anINVALID_ARGUMENTerror will be returned.
- response_id¶
Required. The ID of the response that this feedback is for. This should be the [response_id][google.maps.addressvalidation.v1.ValidateAddressRequest.response_id] from the first response in a series of address validation attempts.
- Type
- class ValidationConclusion(value)[source]¶
Bases:
proto.enums.EnumThe possible final outcomes of the sequence of address validation requests needed to validate an address.
- Values:
- VALIDATION_CONCLUSION_UNSPECIFIED (0):
This value is unused. If the
ProvideValidationFeedbackRequest.conclusionfield is set toVALIDATION_CONCLUSION_UNSPECIFIED, anINVALID_ARGUMENTerror will be returned.- VALIDATED_VERSION_USED (1):
The version of the address returned by the Address Validation API was used for the transaction.
- USER_VERSION_USED (2):
The version of the address provided by the user was used for the transaction
- UNVALIDATED_VERSION_USED (3):
A version of the address that was entered after the last validation attempt but that was not re-validated was used for the transaction.
- UNUSED (4):
The transaction was abandoned and the address was not used.
- class google.maps.addressvalidation_v1.types.ProvideValidationFeedbackResponse(mapping=None, *, ignore_unknown_fields=False, **kwargs)[source]¶
Bases:
proto.message.MessageThe response for validation feedback. The response is empty if the feedback is sent successfully.
- class google.maps.addressvalidation_v1.types.UspsAddress(mapping=None, *, ignore_unknown_fields=False, **kwargs)[source]¶
Bases:
proto.message.MessageUSPS representation of a US address.
- class google.maps.addressvalidation_v1.types.UspsData(mapping=None, *, ignore_unknown_fields=False, **kwargs)[source]¶
Bases:
proto.message.MessageThe USPS data for the address.
- standardized_address¶
USPS standardized address.
- delivery_point_check_digit¶
The delivery point check digit. This number is added to the end of the delivery_point_barcode for mechanically scanned mail. Adding all the digits of the delivery_point_barcode, delivery_point_check_digit, postal code, and ZIP+4 together should yield a number divisible by 10.
- Type
- dpv_confirmation¶
The possible values for DPV confirmation. Returns a single character.
Y: Address was DPV confirmed for primary and any secondary numbers.N: Primary and any secondary number information failed to DPV confirm.S: Address was DPV confirmed for the primary number only, and the secondary number information was present by not confirmed.D: Address was DPV confirmed for the primary number only, and the secondary number information was missing.
- Type
- dpv_footnote¶
The footnotes from delivery point validation. Multiple footnotes may be strung together in the same string.
AA: Input address matched to the ZIP+4 fileA1: Input address was not matched to the ZIP+4 fileBB: Matched to DPV (all components)CC: Secondary number not matched (present but invalid)N1: High-rise address missing secondary numberM1: Primary number missingM3: Primary number invalidP1: Input address RR or HC box number missingP3: Input address PO, RR, or HC Box number invalidF1: Input address matched to a military addressG1: Input address matched to a general delivery addressU1: Input address matched to a unique ZIP codePB: Input address matched to PBSA recordRR: DPV confirmed address with PMB informationR1: DPV confirmed address without PMB informationR7: Carrier Route R777 or R779 record
- Type
- dpv_cmra¶
Indicates if the address is a CMRA (Commercial Mail Receiving Agency)–a private business receiving mail for clients. Returns a single character.
Y: The address is a CMRAN: The address is not a CMRA
- Type
- dpv_vacant¶
Is this place vacant? Returns a single character.
Y: The address is vacantN: The address is not vacant
- Type
- dpv_no_stat¶
Is this a no stat address or an active address? No stat addresses are ones which are not continuously occupied or addresses that the USPS does not service. Returns a single character.
Y: The address is not activeN: The address is active
- Type
- carrier_route¶
The carrier route code. A four character code consisting of a one letter prefix and a three digit route designator.
Prefixes:
C: Carrier route (or city route)R: Rural routeH: Highway Contract RouteB: Post Office Box SectionG: General delivery unit
- Type
- ews_no_match¶
The delivery address is matchable, but the EWS file indicates that an exact match will be available soon.
- Type
- suitelink_footnote¶
Footnotes from matching a street or highrise record to suite information. If business name match is found, the secondary number is returned.
A: SuiteLink record match, business address improved.00: No match, business address is not improved.
- Type
- address_record_type¶
Type of the address record that matches the input address.
F: FIRM. This is a match to a Firm Record, which is the finest level of match available for an address.G: GENERAL DELIVERY. This is a match to a General Delivery record.H: BUILDING / APARTMENT. This is a match to a Building or Apartment record.P: POST OFFICE BOX. This is a match to a Post Office Box.R: RURAL ROUTE or HIGHWAY CONTRACT: This is a match to either a Rural Route or a Highway Contract record, both of which may have associated Box Number ranges.S: STREET RECORD: This is a match to a Street record containing a valid primary number range.
- Type
- default_address¶
Indicator that a default address was found, but more specific addresses exists.
- Type
- error_message¶
Error message for USPS data retrieval. This is populated when USPS processing is suspended because of the detection of artificially created addresses.
The USPS data fields might not be populated when this error is present.
- Type
- class google.maps.addressvalidation_v1.types.ValidateAddressRequest(mapping=None, *, ignore_unknown_fields=False, **kwargs)[source]¶
Bases:
proto.message.MessageThe request for validating an address.
- address¶
Required. The address being validated. Unformatted addresses should be submitted via [
address_lines][google.type.PostalAddress.address_lines].The total length of the fields in this input must not exceed 280 characters.
Supported regions can be found in the FAQ.
The [language_code][google.type.PostalAddress.language_code] value in the input address is reserved for future uses and is ignored today. The validated address result will be populated based on the preferred language for the given address, as identified by the system.
The Address Validation API ignores the values in [recipients][google.type.PostalAddress.recipients] and [organization][google.type.PostalAddress.organization]. Any values in those fields will be discarded and not returned. Please do not set them.
- Type
google.type.postal_address_pb2.PostalAddress
- previous_response_id¶
This field must be empty for the first address validation request. If more requests are necessary to fully validate a single address (for example if the changes the user makes after the initial validation need to be re-validated), then each followup request must populate this field with the [response_id][google.maps.addressvalidation.v1.ValidateAddressResponse.response_id] from the very first response in the validation sequence.
- Type
- enable_usps_cass¶
Enables USPS CASS compatible mode. This affects only the [google.maps.addressvalidation.v1.ValidationResult.usps_data] field of [google.maps.addressvalidation.v1.ValidationResult]. Note: for USPS CASS enabled requests for addresses in Puerto Rico, a [google.type.PostalAddress.region_code] of the
addressmust be provided as “PR”, or an [google.type.PostalAddress.administrative_area] of theaddressmust be provided as “Puerto Rico” (case-insensitive) or “PR”.It’s recommended to use a componentized
address, or alternatively specify at least two [google.type.PostalAddress.address_lines] where the first line contains the street number and name and the second line contains the city, state, and zip code.- Type
- class google.maps.addressvalidation_v1.types.ValidateAddressResponse(mapping=None, *, ignore_unknown_fields=False, **kwargs)[source]¶
Bases:
proto.message.MessageThe response to an address validation request.
- result¶
The result of the address validation.
- class google.maps.addressvalidation_v1.types.ValidationResult(mapping=None, *, ignore_unknown_fields=False, **kwargs)[source]¶
Bases:
proto.message.MessageThe result of validating an address.
- verdict¶
Overall verdict flags
- address¶
Information about the address itself as opposed to the geocode.
- geocode¶
Information about the location and place that the address geocoded to.
- metadata¶
Other information relevant to deliverability.
- usps_data¶
Extra deliverability flags provided by USPS. Only provided in region
USandPR.
- class google.maps.addressvalidation_v1.types.Verdict(mapping=None, *, ignore_unknown_fields=False, **kwargs)[source]¶
Bases:
proto.message.MessageHigh level overview of the address validation result and geocode.
- input_granularity¶
The granularity of the input address. This is the result of parsing the input address and does not give any validation signals. For validation signals, refer to
validation_granularitybelow.For example, if the input address includes a specific apartment number, then the
input_granularityhere will beSUB_PREMISE. If we cannot match the apartment number in the databases or the apartment number is invalid, thevalidation_granularitywill likely bePREMISEor below.
- validation_granularity¶
The granularity level that the API can fully validate the address to. For example, an
validation_granularityofPREMISEindicates all address components at the level ofPREMISEor more coarse can be validated.Per address component validation result can be found in [google.maps.addressvalidation.v1.Address.address_components].
- geocode_granularity¶
Information about the granularity of the [
geocode][google.maps.addressvalidation.v1.ValidationResult.geocode]. This can be understood as the semantic meaning of how coarse or fine the geocoded location is.This can differ from the
validation_granularityabove occasionally. For example, our database might record the existence of an apartment number but do not have a precise location for the apartment within a big apartment complex. In that case, thevalidation_granularitywill beSUB_PREMISEbut thegeocode_granularitywill bePREMISE.
- address_complete¶
The address is considered complete if there are no unresolved tokens, no unexpected or missing address components. See [
missing_component_types][google.maps.addressvalidation.v1.Address.missing_component_types], [unresolved_tokens][google.maps.addressvalidation.v1.Address.unresolved_tokens] or [unexpected][google.maps.addressvalidation.v1.AddressComponent.unexpected] fields for more details.- Type
- has_unconfirmed_components¶
At least one address component cannot be categorized or validated, see [google.maps.addressvalidation.v1.Address.address_components] for details.
- Type
- has_inferred_components¶
At least one address component was inferred (added) that wasn’t in the input, see [google.maps.addressvalidation.v1.Address.address_components] for details.
- Type
- has_replaced_components¶
At least one address component was replaced, see [google.maps.addressvalidation.v1.Address.address_components] for details.
- Type
- class Granularity(value)[source]¶
Bases:
proto.enums.EnumThe various granularities that an address or a geocode can have. When used to indicate granularity for an address, these values indicate with how fine a granularity the address identifies a mailing destination. For example, an address such as “123 Main Street, Redwood City, CA, 94061” identifies a
PREMISEwhile something like “Redwood City, CA, 94061” identifies aLOCALITY. However, if we are unable to find a geocode for “123 Main Street” in Redwood City, the geocode returned might be ofLOCALITYgranularity even though the address is more granular.- Values:
- GRANULARITY_UNSPECIFIED (0):
Default value. This value is unused.
- SUB_PREMISE (1):
Below-building level result, such as an apartment.
- PREMISE (2):
Building-level result.
- PREMISE_PROXIMITY (3):
A geocode that should be very close to the building-level location of the address.
- BLOCK (4):
The address or geocode indicates a block. Only used in regions which have block-level addressing, such as Japan.
- ROUTE (5):
The geocode or address is granular to route, such as a street, road, or highway.
- OTHER (6):
All other granularities, which are bucketed together since they are not deliverable.