Autogenerated update (2019-02-20)

Update:
- adexchangebuyer2_v2beta1
- admin_directory_v1
- alertcenter_v1beta1
- androidmanagement_v1
- appengine_v1
- appengine_v1beta
- bigquery_v2
- bigquerydatatransfer_v1
- binaryauthorization_v1beta1
- cloudsearch_v1
- cloudtasks_v2beta2
- cloudtasks_v2beta3
- composer_v1
- composer_v1beta1
- compute_alpha
- compute_beta
- container_v1beta1
- content_v2
- content_v2_1
- dataflow_v1b3
- dfareporting_v3_3
- dialogflow_v2
- dialogflow_v2beta1
- dlp_v2
- docs_v1
- firebasedynamiclinks_v1
- fitness_v1
- genomics_v1
- genomics_v1alpha2
- genomics_v2alpha1
- jobs_v3p1beta1
- monitoring_v3
- remotebuildexecution_v1
- remotebuildexecution_v1alpha
- remotebuildexecution_v2
- serviceconsumermanagement_v1
- servicecontrol_v1
- servicemanagement_v1
- servicenetworking_v1beta
- serviceusage_v1
- serviceusage_v1beta1
- speech_v1
- speech_v1p1beta1
- sqladmin_v1beta4
- storage_v1
- testing_v1
- toolresults_v1beta3
- tpu_v1
- tpu_v1alpha1
- vision_v1
- vision_v1p1beta1
- vision_v1p2beta1
- youtube_partner_v1
This commit is contained in:
Google APIs committed 2019-02-20 02:14:27 +00:00
1 parent 6e90789b27
commit e6ea6069c9
130 files changed
+16824 -538

No files matched your search

@@ -318,44 +318,18 @@ module Google
class BuildingAddress
include Google::Apis::Core::Hashable
# Unstructured address lines describing the lower levels of an address. Because
# values in addressLines do not have type information and may sometimes contain
# multiple values in a single field (e.g. "Austin, TX"), it is important that
# the line order is clear. The order of address lines should be "envelope order"
# for the country/region of the address. In places where this can vary (e.g.
# Japan), address_language is used to make it explicit (e.g. "ja" for large-to-
# small ordering and "ja-Latn" or "en" for small-to-large). This way, the most
# specific line of an address can be selected based on the language. The minimum
# permitted structural representation of an address consists of a regionCode
# with all remaining information placed in the addressLines. It would be
# possible to format such an address very approximately without geocoding, but
# no semantic reasoning could be made about any of the address components until
# it was at least partially resolved. Creating an address only containing a
# regionCode and addressLines, and then geocoding is the recommended way to
# handle completely unstructured addresses (as opposed to guessing which parts
# of the address should be localities or administrative areas).
# Unstructured address lines describing the lower levels of an address.
# Corresponds to the JSON property `addressLines`
# @return [Array<String>]
attr_accessor :address_lines
# Optional. Highest administrative subdivision which is used for postal
# addresses of a country or region. For example, this can be a state, a province,
# an oblast, or a prefecture. Specifically, for Spain this is the province and
# not the autonomous community (e.g. "Barcelona" and not "Catalonia"). Many
# countries don't use an administrative area in postal addresses. E.g. in
# Switzerland this should be left unpopulated.
# addresses of a country or region.
# Corresponds to the JSON property `administrativeArea`
# @return [String]
attr_accessor :administrative_area
# Optional. BCP-47 language code of the contents of this address (if known).
# This is often the UI language of the input form or is expected to match one of
# the languages used in the address' country/region, or their transliterated
# equivalents. This can affect formatting in certain countries, but is not
# critical to the correctness of the data and will never affect any validation
# or other non-formatting related operations. If this value is not known, it
# should be omitted (rather than specifying a possibly incorrect default).
# Examples: "zh-Hant", "ja", "ja-Latn", "en".
# Corresponds to the JSON property `languageCode`
# @return [String]
attr_accessor :language_code
@@ -368,24 +342,17 @@ module Google
# @return [String]
attr_accessor :locality
# Optional. Postal code of the address. Not all countries use or require postal
# codes to be present, but where they are used, they may trigger additional
# validation with other parts of the address (e.g. state/zip validation in the U.
# S.A.).
# Optional. Postal code of the address.
# Corresponds to the JSON property `postalCode`
# @return [String]
attr_accessor :postal_code
# Required. CLDR region code of the country/region of the address. This is never
# inferred and it is up to the user to ensure the value is correct. See http://
# cldr.unicode.org/ and http://www.unicode.org/cldr/charts/30/supplemental/
# territory_information.html
# Required. CLDR region code of the country/region of the address.
# Corresponds to the JSON property `regionCode`
# @return [String]
attr_accessor :region_code
# Optional. Sublocality of the address. For example, this can be neighborhoods,
# boroughs, districts.
# Optional. Sublocality of the address.
# Corresponds to the JSON property `sublocality`
# @return [String]
attr_accessor :sublocality
@@ -3334,16 +3301,6 @@ module Google
# @return [String]
attr_accessor :primary_email
# Recovery email of the user.
# Corresponds to the JSON property `recoveryEmail`
# @return [String]
attr_accessor :recovery_email
# Recovery phone of the user.
# Corresponds to the JSON property `recoveryPhone`
# @return [String]
attr_accessor :recovery_phone
#
# Corresponds to the JSON property `relations`
# @return [Object]
@@ -3423,8 +3380,6 @@ module Google
@phones = args[:phones] if args.key?(:phones)
@posix_accounts = args[:posix_accounts] if args.key?(:posix_accounts)
@primary_email = args[:primary_email] if args.key?(:primary_email)
@recovery_email = args[:recovery_email] if args.key?(:recovery_email)
@recovery_phone = args[:recovery_phone] if args.key?(:recovery_phone)
@relations = args[:relations] if args.key?(:relations)
@ssh_public_keys = args[:ssh_public_keys] if args.key?(:ssh_public_keys)
@suspended = args[:suspended] if args.key?(:suspended)