@@ -1615,16 +1615,16 @@ class Location
16151615 # @return [String]
16161616 attr_accessor :location_type
16171617
1618- # Represents a postal address. For example for postal delivery or payments
1619- # addresses. Given a postal address, a postal service can deliver items to a
1620- # premise, P.O. Box or similar. It is not intended to model geographical
1621- # locations (roads, towns, mountains). In typical usage an address would be
1618+ # Represents a postal address (for example, for postal delivery or payments
1619+ # addresses) . Given a postal address, a postal service can deliver items to a
1620+ # premise, P.O. box or similar. It is not intended to model geographical
1621+ # locations (roads, towns, mountains). In typical usage, an address would be
16221622 # created by user input or from importing existing data, depending on the type
1623- # of process. Advice on address input / editing: - Use an internationalization-
1624- # ready address widget such as https://github.com/google/libaddressinput) -
1623+ # of process. Advice on address input or editing: - Use an internationalization-
1624+ # ready address widget such as https://github.com/google/libaddressinput. -
16251625 # Users should not be presented with UI elements for input or editing of fields
16261626 # outside countries where that field is used. For more guidance on how to use
1627- # this schema, see: https://support.google.com/business/answer/6397478
1627+ # this schema, see: https://support.google.com/business/answer/6397478.
16281628 # Corresponds to the JSON property `postalAddress`
16291629 # @return [Google::Apis::JobsV3::PostalAddress]
16301630 attr_accessor :postal_address
@@ -1873,46 +1873,46 @@ def update!(**args)
18731873 end
18741874 end
18751875
1876- # Represents a postal address. For example for postal delivery or payments
1877- # addresses. Given a postal address, a postal service can deliver items to a
1878- # premise, P.O. Box or similar. It is not intended to model geographical
1879- # locations (roads, towns, mountains). In typical usage an address would be
1876+ # Represents a postal address (for example, for postal delivery or payments
1877+ # addresses) . Given a postal address, a postal service can deliver items to a
1878+ # premise, P.O. box or similar. It is not intended to model geographical
1879+ # locations (roads, towns, mountains). In typical usage, an address would be
18801880 # created by user input or from importing existing data, depending on the type
1881- # of process. Advice on address input / editing: - Use an internationalization-
1882- # ready address widget such as https://github.com/google/libaddressinput) -
1881+ # of process. Advice on address input or editing: - Use an internationalization-
1882+ # ready address widget such as https://github.com/google/libaddressinput. -
18831883 # Users should not be presented with UI elements for input or editing of fields
18841884 # outside countries where that field is used. For more guidance on how to use
1885- # this schema, see: https://support.google.com/business/answer/6397478
1885+ # this schema, see: https://support.google.com/business/answer/6397478.
18861886 class PostalAddress
18871887 include Google ::Apis ::Core ::Hashable
18881888
18891889 # Unstructured address lines describing the lower levels of an address. Because
1890- # values in address_lines do not have type information and may sometimes contain
1891- # multiple values in a single field (For example "Austin, TX"), it is important
1892- # that the line order is clear. The order of address lines should be "envelope
1893- # order" for the country/ region of the address. In places where this can vary (
1894- # For example Japan), address_language is used to make it explicit (For example "
1895- # ja" for large-to-small ordering and "ja-Latn" or "en" for small-to-large).
1896- # This way, the most specific line of an address can be selected based on the
1897- # language. The minimum permitted structural representation of an address
1898- # consists of a region_code with all remaining information placed in the
1899- # address_lines. It would be possible to format such an address very
1890+ # values in ` address_lines` do not have type information and may sometimes
1891+ # contain multiple values in a single field (for example, "Austin, TX"), it is
1892+ # important that the line order is clear. The order of address lines should be "
1893+ # envelope order" for the country or region of the address. In places where this
1894+ # can vary (for example, Japan), ` address_language` is used to make it explicit (
1895+ # for example, " ja" for large-to-small ordering and "ja-Latn" or "en" for small-
1896+ # to-large). In this way, the most specific line of an address can be selected
1897+ # based on the language. The minimum permitted structural representation of an
1898+ # address consists of a ` region_code` with all remaining information placed in
1899+ # the ` address_lines` . It would be possible to format such an address very
19001900 # approximately without geocoding, but no semantic reasoning could be made about
19011901 # any of the address components until it was at least partially resolved.
1902- # Creating an address only containing a region_code and address_lines, and then
1903- # geocoding is the recommended way to handle completely unstructured addresses (
1904- # as opposed to guessing which parts of the address should be localities or
1905- # administrative areas).
1902+ # Creating an address only containing a ` region_code` and ` address_lines` and
1903+ # then geocoding is the recommended way to handle completely unstructured
1904+ # addresses ( as opposed to guessing which parts of the address should be
1905+ # localities or administrative areas).
19061906 # Corresponds to the JSON property `addressLines`
19071907 # @return [Array<String>]
19081908 attr_accessor :address_lines
19091909
19101910 # Optional. Highest administrative subdivision which is used for postal
19111911 # addresses of a country or region. For example, this can be a state, a province,
1912- # an oblast, or a prefecture. Specifically, for Spain this is the province and
1913- # not the autonomous community (For example "Barcelona" and not "Catalonia").
1914- # Many countries don't use an administrative area in postal addresses. For
1915- # example in Switzerland this should be left unpopulated.
1912+ # an oblast, or a prefecture. For Spain, this is the province and not the
1913+ # autonomous community (for example, "Barcelona" and not "Catalonia"). Many
1914+ # countries don't use an administrative area in postal addresses. For example,
1915+ # in Switzerland, this should be left unpopulated.
19161916 # Corresponds to the JSON property `administrativeArea`
19171917 # @return [String]
19181918 attr_accessor :administrative_area
@@ -1929,10 +1929,10 @@ class PostalAddress
19291929 # @return [String]
19301930 attr_accessor :language_code
19311931
1932- # Optional. Generally refers to the city/ town portion of the address. Examples:
1933- # US city, IT comune, UK post town. In regions of the world where localities are
1934- # not well defined or do not fit into this structure well, leave locality empty
1935- # and use address_lines.
1932+ # Optional. Generally refers to the city or town portion of the address.
1933+ # Examples: US city, IT comune, UK post town. In regions of the world where
1934+ # localities are not well defined or do not fit into this structure well, leave `
1935+ # locality` empty and use ` address_lines` .
19361936 # Corresponds to the JSON property `locality`
19371937 # @return [String]
19381938 attr_accessor :locality
@@ -1944,8 +1944,8 @@ class PostalAddress
19441944
19451945 # Optional. Postal code of the address. Not all countries use or require postal
19461946 # codes to be present, but where they are used, they may trigger additional
1947- # validation with other parts of the address (For example state/ zip validation
1948- # in the U.S.A. ).
1947+ # validation with other parts of the address (for example, state or zip code
1948+ # validation in the United States ).
19491949 # Corresponds to the JSON property `postalCode`
19501950 # @return [String]
19511951 attr_accessor :postal_code
@@ -1974,15 +1974,15 @@ class PostalAddress
19741974
19751975 # Optional. Additional, country-specific, sorting code. This is not used in most
19761976 # regions. Where it is used, the value is either a string like "CEDEX",
1977- # optionally followed by a number (For example "CEDEX 7"), or just a number
1977+ # optionally followed by a number (for example, "CEDEX 7"), or just a number
19781978 # alone, representing the "sector code" (Jamaica), "delivery area indicator" (
1979- # Malawi) or "post office indicator" (For example Côte d'Ivoire).
1979+ # Malawi) or "post office indicator" (Côte d'Ivoire).
19801980 # Corresponds to the JSON property `sortingCode`
19811981 # @return [String]
19821982 attr_accessor :sorting_code
19831983
1984- # Optional. Sublocality of the address. For example, this can be neighborhoods ,
1985- # boroughs, districts .
1984+ # Optional. Sublocality of the address. For example, this can be a neighborhood ,
1985+ # borough, or district .
19861986 # Corresponds to the JSON property `sublocality`
19871987 # @return [String]
19881988 attr_accessor :sublocality
0 commit comments