google-api-client 0.43.0 → 0.48.0

data/generated/google/apis/vectortile_v1/classes.rb

@@ -26,8 +26,8 @@ module Google
       class Area
         include Google::Apis::Core::Hashable
       
-        # True if the polygon is not entirely internal to the feature that it belongs
-        # to: that is, some of the edges are bordering another feature.
+        # True if the polygon is not entirely internal to the feature that it belongs to:
+        # that is, some of the edges are bordering another feature.
         # Corresponds to the JSON property `hasExternalEdges`
         # @return [Boolean]
         attr_accessor :has_external_edges
@@ -35,29 +35,27 @@ module Google
       
         # When has_external_edges is true, the polygon has some edges that border
         # another feature. This field indicates the internal edges that do not border
-        # another feature. Each value is an index into the vertices array, and
-        # denotes the start vertex of the internal edge (the next vertex in the
-        # boundary loop is the end of the edge). If the selected vertex is the last
-        # vertex in the boundary loop, then the edge between that vertex and the
-        # starting vertex of the loop is internal.
-        # This field may be used for styling. For example, building parapets could be
-        # placed only on the external edges of a building polygon, or water could be
-        # lighter colored near the external edges of a body of water.
-        # If has_external_edges is false, all edges are internal and this field will
-        # be empty.
+        # another feature. Each value is an index into the vertices array, and denotes
+        # the start vertex of the internal edge (the next vertex in the boundary loop is
+        # the end of the edge). If the selected vertex is the last vertex in the
+        # boundary loop, then the edge between that vertex and the starting vertex of
+        # the loop is internal. This field may be used for styling. For example,
+        # building parapets could be placed only on the external edges of a building
+        # polygon, or water could be lighter colored near the external edges of a body
+        # of water. If has_external_edges is false, all edges are internal and this
+        # field will be empty.
         # Corresponds to the JSON property `internalEdges`
         # @return [Array<Fixnum>]
         attr_accessor :internal_edges
       
         # Identifies the boundary loops of the polygon. Only set for INDEXED_TRIANGLE
         # polygons. Each value is an index into the vertices array indicating the
-        # beginning of a loop. For instance, values of [2, 5] would indicate
-        # loop_data contained 3 loops with indices 0-1, 2-4, and 5-end.
-        # This may be used in conjunction with the internal_edges field for styling
-        # polygon boundaries. Note that an edge may be on a polygon boundary but
-        # still internal to the feature. For example, a feature split across multiple
-        # tiles will have an internal polygon boundary edge along the edge of the
-        # tile.
+        # beginning of a loop. For instance, values of [2, 5] would indicate loop_data
+        # contained 3 loops with indices 0-1, 2-4, and 5-end. This may be used in
+        # conjunction with the internal_edges field for styling polygon boundaries. Note
+        # that an edge may be on a polygon boundary but still internal to the feature.
+        # For example, a feature split across multiple tiles will have an internal
+        # polygon boundary edge along the edge of the tile.
         # Corresponds to the JSON property `loopBreaks`
         # @return [Array<Fixnum>]
         attr_accessor :loop_breaks
@@ -75,21 +73,19 @@ module Google
         attr_accessor :type
       
         # 2D vertex list used for lines and areas. Each entry represents an offset from
-        # the previous one in local tile coordinates. The first entry is offset from
-        # (0, 0).
-        # For example, the list of vertices [(1,1), (2, 2), (1, 2)] would be encoded
+        # the previous one in local tile coordinates. The first entry is offset from (0,
+        # 0). For example, the list of vertices [(1,1), (2, 2), (1, 2)] would be encoded
         # in vertex offsets as [(1, 1), (1, 1), (-1, 0)].
         # Corresponds to the JSON property `vertexOffsets`
         # @return [Google::Apis::VectortileV1::Vertex2DList]
         attr_accessor :vertex_offsets
       
         # The z-ordering of this area. Areas with a lower z-order should be rendered
-        # beneath areas with a higher z-order. This z-ordering does not imply
-        # anything about the altitude of the line relative to the ground, but it
-        # can be used to prevent z-fighting during rendering on the client. This
-        # z-ordering can only be used to compare areas, and cannot be compared with
-        # the z_order field in the Line message.
-        # The z-order may be negative or zero.
+        # beneath areas with a higher z-order. This z-ordering does not imply anything
+        # about the altitude of the line relative to the ground, but it can be used to
+        # prevent z-fighting during rendering on the client. This z-ordering can only be
+        # used to compare areas, and cannot be compared with the z_order field in the
+        # Line message. The z-order may be negative or zero.
         # Corresponds to the JSON property `zOrder`
         # @return [Fixnum]
         attr_accessor :z_order
@@ -112,10 +108,9 @@ module Google
       
       # Represents a height-extruded area: a 3D prism with a constant X-Y plane cross
       # section. Used to represent extruded buildings. A single building may consist
-      # of several extruded areas.
-      # The min_z and max_z fields are scaled to the size of the tile. An extruded
-      # area with a max_z value of 4096 has the same height as the width of the tile
-      # that it is on.
+      # of several extruded areas. The min_z and max_z fields are scaled to the size
+      # of the tile. An extruded area with a max_z value of 4096 has the same height
+      # as the width of the tile that it is on.
       class ExtrudedArea
         include Google::Apis::Core::Hashable
       
@@ -129,10 +124,9 @@ module Google
         # @return [Fixnum]
         attr_accessor :max_z
       
-        # The z-value in local tile coordinates where the extruded area begins. This
-        # is non-zero for extruded areas that begin off the ground. For example, a
-        # building with a skybridge may have an extruded area component with a
-        # non-zero min_z.
+        # The z-value in local tile coordinates where the extruded area begins. This is
+        # non-zero for extruded areas that begin off the ground. For example, a building
+        # with a skybridge may have an extruded area component with a non-zero min_z.
         # Corresponds to the JSON property `minZ`
         # @return [Fixnum]
         attr_accessor :min_z
@@ -159,19 +153,17 @@ module Google
         attr_accessor :display_name
       
         # Represents the geometry of a feature, that is, the shape that it has on the
-        # map. The local tile coordinate system has the origin at the north-west
-        # (upper-left) corner of the tile, and is scaled to 4096 units across each
-        # edge. The height (Z) axis has the same scale factor: an extruded area with a
-        # max_z value of 4096 has the same height as the width of the tile that it is
-        # on.
-        # There is no clipping boundary, so it is possible that some coordinates will
-        # lie outside the tile boundaries.
+        # map. The local tile coordinate system has the origin at the north-west (upper-
+        # left) corner of the tile, and is scaled to 4096 units across each edge. The
+        # height (Z) axis has the same scale factor: an extruded area with a max_z value
+        # of 4096 has the same height as the width of the tile that it is on. There is
+        # no clipping boundary, so it is possible that some coordinates will lie outside
+        # the tile boundaries.
         # Corresponds to the JSON property `geometry`
         # @return [Google::Apis::VectortileV1::Geometry]
         attr_accessor :geometry
       
-        # Place ID of this feature, suitable for use in Places API details
-        # requests.
+        # Place ID of this feature, suitable for use in Places API details requests.
         # Corresponds to the JSON property `placeId`
         # @return [String]
         attr_accessor :place_id
@@ -212,20 +204,18 @@ module Google
         include Google::Apis::Core::Hashable
       
         # Global tile coordinates. Global tile coordinates reference a specific tile on
-        # the map at a specific zoom level.
-        # The origin of this coordinate system is always at the northwest corner of the
-        # map, with x values increasing from west to east and y values increasing from
-        # north to south. Tiles are indexed using x, y coordinates from that origin.
-        # The zoom level containing the entire world in a tile is 0, and it increases
-        # as you zoom in. Zoom level n + 1 will contain 4 times as many tiles as zoom
-        # level n.
-        # The zoom level controls the level of detail of the data that is returned. In
-        # particular, this affects the set of feature types returned, their density,
-        # and geometry simplification. The exact tile contents may change over time,
-        # but care will be taken to keep supporting the most important use cases. For
-        # example, zoom level 15 shows roads for orientation and planning in the local
-        # neighborhood and zoom level 17 shows buildings to give users on foot a sense
-        # of situational awareness.
+        # the map at a specific zoom level. The origin of this coordinate system is
+        # always at the northwest corner of the map, with x values increasing from west
+        # to east and y values increasing from north to south. Tiles are indexed using x,
+        # y coordinates from that origin. The zoom level containing the entire world in
+        # a tile is 0, and it increases as you zoom in. Zoom level n + 1 will contain 4
+        # times as many tiles as zoom level n. The zoom level controls the level of
+        # detail of the data that is returned. In particular, this affects the set of
+        # feature types returned, their density, and geometry simplification. The exact
+        # tile contents may change over time, but care will be taken to keep supporting
+        # the most important use cases. For example, zoom level 15 shows roads for
+        # orientation and planning in the local neighborhood and zoom level 17 shows
+        # buildings to give users on foot a sense of situational awareness.
         # Corresponds to the JSON property `coordinates`
         # @return [Google::Apis::VectortileV1::TileCoordinates]
         attr_accessor :coordinates
@@ -236,9 +226,9 @@ module Google
         attr_accessor :features
       
         # Resource name of the tile. The tile resource name is prefixed by its
-        # collection ID `tiles/` followed by the resource ID, which encodes the
-        # tile's global x and y coordinates and zoom level as `@<x>,<y>,<zoom>z`. For
-        # example, `tiles/@1,2,3z`.
+        # collection ID `tiles/` followed by the resource ID, which encodes the tile's
+        # global x and y coordinates and zoom level as `@,,z`. For example, `tiles/@1,2,
+        # 3z`.
         # Corresponds to the JSON property `name`
         # @return [String]
         attr_accessor :name
@@ -253,13 +243,12 @@ module Google
         # @return [String]
         attr_accessor :status
       
-        # An opaque value, usually less than 30 characters, that contains version
-        # info about this tile and the data that was used to generate it.
-        # The client should store this value in its tile cache and pass it back to
-        # the API in the client_tile_version_id field of subsequent tile requests in
-        # order to enable the API to detect when the new tile would be the same as
-        # the one the client already has in its cache.
-        # Also see STATUS_OK_DATA_UNCHANGED.
+        # An opaque value, usually less than 30 characters, that contains version info
+        # about this tile and the data that was used to generate it. The client should
+        # store this value in its tile cache and pass it back to the API in the
+        # client_tile_version_id field of subsequent tile requests in order to enable
+        # the API to detect when the new tile would be the same as the one the client
+        # already has in its cache. Also see STATUS_OK_DATA_UNCHANGED.
         # Corresponds to the JSON property `versionId`
         # @return [String]
         attr_accessor :version_id
@@ -280,29 +269,17 @@ module Google
       end
       
       # A packed representation of a 2D grid of uniformly spaced points containing
-      # elevation data. Each point within the grid represents the altitude in
-      # meters above average sea level at that location within the tile.
-      # Elevations provided are (generally) relative to the EGM96 geoid, however
-      # some areas will be relative to NAVD88. EGM96 and NAVD88 are off by no more
-      # than 2 meters.
-      # The grid is oriented north-west to south-east, as illustrated:
-      # rows[0].a[0]      rows[0].a[m]
-      # +-----------------+
-      # |                 |
-      # |        N        |
-      # |        ^        |
-      # |        |        |
-      # |   W <-----> E   |
-      # |        |        |
-      # |        v        |
-      # |        S        |
-      # |                 |
-      # +-----------------+
-      # rows[n].a[0]      rows[n].a[m]
-      # Rather than storing the altitudes directly, we store the diffs between them
-      # as integers at some requested level of precision to take advantage of
-      # integer packing. The actual altitude values a[] can be reconstructed using
-      # the scale and each row's first_altitude and altitude_diff fields.
+      # elevation data. Each point within the grid represents the altitude in meters
+      # above average sea level at that location within the tile. Elevations provided
+      # are (generally) relative to the EGM96 geoid, however some areas will be
+      # relative to NAVD88. EGM96 and NAVD88 are off by no more than 2 meters. The
+      # grid is oriented north-west to south-east, as illustrated: rows[0].a[0] rows[0]
+      # .a[m] +-----------------+ | | | N | | ^ | | | | | W <-----> E | | | | | v | |
+      # S | | | +-----------------+ rows[n].a[0] rows[n].a[m] Rather than storing the
+      # altitudes directly, we store the diffs between them as integers at some
+      # requested level of precision to take advantage of integer packing. The actual
+      # altitude values a[] can be reconstructed using the scale and each row's
+      # first_altitude and altitude_diff fields.
       class FirstDerivativeElevationGrid
         include Google::Apis::Core::Hashable
       
@@ -312,9 +289,9 @@ module Google
         # @return [Float]
         attr_accessor :altitude_multiplier
       
-        # Rows of points containing altitude data making up the elevation grid.
-        # Each row is the same length. Rows are ordered from north to south. E.g:
-        # rows[0] is the north-most row, and rows[n] is the south-most row.
+        # Rows of points containing altitude data making up the elevation grid. Each row
+        # is the same length. Rows are ordered from north to south. E.g: rows[0] is the
+        # north-most row, and rows[n] is the south-most row.
         # Corresponds to the JSON property `rows`
         # @return [Array<Google::Apis::VectortileV1::Row>]
         attr_accessor :rows
@@ -331,13 +308,12 @@ module Google
       end
       
       # Represents the geometry of a feature, that is, the shape that it has on the
-      # map. The local tile coordinate system has the origin at the north-west
-      # (upper-left) corner of the tile, and is scaled to 4096 units across each
-      # edge. The height (Z) axis has the same scale factor: an extruded area with a
-      # max_z value of 4096 has the same height as the width of the tile that it is
-      # on.
-      # There is no clipping boundary, so it is possible that some coordinates will
-      # lie outside the tile boundaries.
+      # map. The local tile coordinate system has the origin at the north-west (upper-
+      # left) corner of the tile, and is scaled to 4096 units across each edge. The
+      # height (Z) axis has the same scale factor: an extruded area with a max_z value
+      # of 4096 has the same height as the width of the tile that it is on. There is
+      # no clipping boundary, so it is possible that some coordinates will lie outside
+      # the tile boundaries.
       class Geometry
         include Google::Apis::Core::Hashable
       
@@ -380,22 +356,20 @@ module Google
         include Google::Apis::Core::Hashable
       
         # 2D vertex list used for lines and areas. Each entry represents an offset from
-        # the previous one in local tile coordinates. The first entry is offset from
-        # (0, 0).
-        # For example, the list of vertices [(1,1), (2, 2), (1, 2)] would be encoded
+        # the previous one in local tile coordinates. The first entry is offset from (0,
+        # 0). For example, the list of vertices [(1,1), (2, 2), (1, 2)] would be encoded
         # in vertex offsets as [(1, 1), (1, 1), (-1, 0)].
         # Corresponds to the JSON property `vertexOffsets`
         # @return [Google::Apis::VectortileV1::Vertex2DList]
         attr_accessor :vertex_offsets
       
-        # The z-order of the line. Lines with a lower z-order should be rendered
-        # beneath lines with a higher z-order. This z-ordering does not imply
-        # anything about the altitude of the area relative to the ground, but it
-        # can be used to prevent z-fighting during rendering on the client. In
-        # general, larger and more important road features will have a higher z-order
-        # line associated with them. This z-ordering can only be used to compare
-        # lines, and cannot be compared with the z_order field in the Area message.
-        # The z-order may be negative or zero.
+        # The z-order of the line. Lines with a lower z-order should be rendered beneath
+        # lines with a higher z-order. This z-ordering does not imply anything about the
+        # altitude of the area relative to the ground, but it can be used to prevent z-
+        # fighting during rendering on the client. In general, larger and more important
+        # road features will have a higher z-order line associated with them. This z-
+        # ordering can only be used to compare lines, and cannot be compared with the
+        # z_order field in the Area message. The z-order may be negative or zero.
         # Corresponds to the JSON property `zOrder`
         # @return [Fixnum]
         attr_accessor :z_order
@@ -464,8 +438,8 @@ module Google
       class Relation
         include Google::Apis::Core::Hashable
       
-        # Zero-based index to look up the related feature from the list of features
-        # in the tile.
+        # Zero-based index to look up the related feature from the list of features in
+        # the tile.
         # Corresponds to the JSON property `relatedFeatureIndex`
         # @return [Fixnum]
         attr_accessor :related_feature_index
@@ -490,8 +464,8 @@ module Google
       class RoadInfo
         include Google::Apis::Core::Hashable
       
-        # Road has signage discouraging or prohibiting use by the general public.
-        # E.g., roads with signs that say "Private", or "No trespassing."
+        # Road has signage discouraging or prohibiting use by the general public. E.g.,
+        # roads with signs that say "Private", or "No trespassing."
         # Corresponds to the JSON property `isPrivate`
         # @return [Boolean]
         attr_accessor :is_private
@@ -507,18 +481,17 @@ module Google
         end
       end
       
-      # A row of altitude points in the elevation grid, ordered from west to
-      # east.
+      # A row of altitude points in the elevation grid, ordered from west to east.
       class Row
         include Google::Apis::Core::Hashable
       
-        # The difference between each successive pair of altitudes, from west to
-        # east. The first, westmost point, is just the altitude rather than a
-        # diff. The units are specified by the altitude_multiplier parameter
-        # above; the value in meters is given by altitude_multiplier *
-        # altitude_diffs[n]. The altitude row (in metres above sea level) can be
-        # reconstructed with: a[0] = altitude_diffs[0] * altitude_multiplier when
-        # n > 0, a[n] = a[n-1] + altitude_diffs[n-1] * altitude_multiplier.
+        # The difference between each successive pair of altitudes, from west to east.
+        # The first, westmost point, is just the altitude rather than a diff. The units
+        # are specified by the altitude_multiplier parameter above; the value in meters
+        # is given by altitude_multiplier * altitude_diffs[n]. The altitude row (in
+        # metres above sea level) can be reconstructed with: a[0] = altitude_diffs[0] *
+        # altitude_multiplier when n > 0, a[n] = a[n-1] + altitude_diffs[n-1] *
+        # altitude_multiplier.
         # Corresponds to the JSON property `altitudeDiffs`
         # @return [Array<Fixnum>]
         attr_accessor :altitude_diffs
@@ -534,35 +507,22 @@ module Google
       end
       
       # A packed representation of a 2D grid of uniformly spaced points containing
-      # elevation data. Each point within the grid represents the altitude in
-      # meters above average sea level at that location within the tile.
-      # Elevations provided are (generally) relative to the EGM96 geoid, however
-      # some areas will be relative to NAVD88. EGM96 and NAVD88 are off by no more
-      # than 2 meters.
-      # The grid is oriented north-west to south-east, as illustrated:
-      # rows[0].a[0]      rows[0].a[m]
-      # +-----------------+
-      # |                 |
-      # |        N        |
-      # |        ^        |
-      # |        |        |
-      # |   W <-----> E   |
-      # |        |        |
-      # |        v        |
-      # |        S        |
-      # |                 |
-      # +-----------------+
-      # rows[n].a[0]      rows[n].a[m]
-      # Rather than storing the altitudes directly, we store the diffs of the diffs
-      # between them as integers at some requested level of precision to take
-      # advantage of integer packing.
-      # Note that the data is packed in such a way that is fast to decode in
-      # Unity and that further optimizes wire size.
+      # elevation data. Each point within the grid represents the altitude in meters
+      # above average sea level at that location within the tile. Elevations provided
+      # are (generally) relative to the EGM96 geoid, however some areas will be
+      # relative to NAVD88. EGM96 and NAVD88 are off by no more than 2 meters. The
+      # grid is oriented north-west to south-east, as illustrated: rows[0].a[0] rows[0]
+      # .a[m] +-----------------+ | | | N | | ^ | | | | | W <-----> E | | | | | v | |
+      # S | | | +-----------------+ rows[n].a[0] rows[n].a[m] Rather than storing the
+      # altitudes directly, we store the diffs of the diffs between them as integers
+      # at some requested level of precision to take advantage of integer packing.
+      # Note that the data is packed in such a way that is fast to decode in Unity and
+      # that further optimizes wire size.
       class SecondDerivativeElevationGrid
         include Google::Apis::Core::Hashable
       
-        # A multiplier applied to the elements in the encoded data to extract the
-        # actual altitudes in meters.
+        # A multiplier applied to the elements in the encoded data to extract the actual
+        # altitudes in meters.
         # Corresponds to the JSON property `altitudeMultiplier`
         # @return [Float]
         attr_accessor :altitude_multiplier
@@ -573,37 +533,29 @@ module Google
         # @return [Fixnum]
         attr_accessor :column_count
       
-        # A stream of elements each representing a point on the tile running across
-        # each row from left to right, top to bottom.
-        # There will be precisely horizontal_resolution * vertical_resolution
-        # elements in the stream.
-        # The elements are not the heights, rather the second order derivative of
-        # the values one would expect in a stream of height data.
-        # Each element is a varint with the following encoding:
-        # ------------------------------------------------------------------------|
-        # | Head Nibble                                                           |
-        # ------------------------------------------------------------------------|
-        # | Bit 0     | Bit 1        | Bits 2-3                                   |
-        # | Terminator| Sign (1=neg) | Least significant 2 bits of absolute error |
-        # ------------------------------------------------------------------------|
-        # | Tail Nibble #1                                                        |
-        # ------------------------------------------------------------------------|
-        # | Bit 0     | Bit 1-3                                                   |
-        # | Terminator| Least significant 3 bits of absolute error                |
-        # ------------------------------------------------------------------------|
-        # | ...
-        # | Tail Nibble #n                                                        |
-        # ------------------------------------------------------------------------|
-        # | Bit 0     | Bit 1-3                                                   |
-        # | Terminator| Least significant 3 bits of absolute error                |
-        # ------------------------------------------------------------------------|
+        # A stream of elements each representing a point on the tile running across each
+        # row from left to right, top to bottom. There will be precisely
+        # horizontal_resolution * vertical_resolution elements in the stream. The
+        # elements are not the heights, rather the second order derivative of the values
+        # one would expect in a stream of height data. Each element is a varint with the
+        # following encoding: -----------------------------------------------------------
+        # -------------| | Head Nibble | ------------------------------------------------
+        # ------------------------| | Bit 0 | Bit 1 | Bits 2-3 | | Terminator| Sign (1=
+        # neg) | Least significant 2 bits of absolute error | ---------------------------
+        # ---------------------------------------------| | Tail Nibble #1 | -------------
+        # -----------------------------------------------------------| | Bit 0 | Bit 1-3
+        # | | Terminator| Least significant 3 bits of absolute error | ------------------
+        # ------------------------------------------------------| | ... | Tail Nibble #n
+        # | ------------------------------------------------------------------------| |
+        # Bit 0 | Bit 1-3 | | Terminator| Least significant 3 bits of absolute error | --
+        # ----------------------------------------------------------------------|
         # Corresponds to the JSON property `encodedData`
         # NOTE: Values are automatically base64 encoded/decoded in the client library.
         # @return [String]
         attr_accessor :encoded_data
       
-        # The number of rows included in the encoded elevation data (i.e. the
-        # vertical resolution of the grid).
+        # The number of rows included in the encoded elevation data (i.e. the vertical
+        # resolution of the grid).
         # Corresponds to the JSON property `rowCount`
         # @return [Fixnum]
         attr_accessor :row_count
@@ -646,85 +598,58 @@ module Google
         include Google::Apis::Core::Hashable
       
         # Global tile coordinates. Global tile coordinates reference a specific tile on
-        # the map at a specific zoom level.
-        # The origin of this coordinate system is always at the northwest corner of the
-        # map, with x values increasing from west to east and y values increasing from
-        # north to south. Tiles are indexed using x, y coordinates from that origin.
-        # The zoom level containing the entire world in a tile is 0, and it increases
-        # as you zoom in. Zoom level n + 1 will contain 4 times as many tiles as zoom
-        # level n.
-        # The zoom level controls the level of detail of the data that is returned. In
-        # particular, this affects the set of feature types returned, their density,
-        # and geometry simplification. The exact tile contents may change over time,
-        # but care will be taken to keep supporting the most important use cases. For
-        # example, zoom level 15 shows roads for orientation and planning in the local
-        # neighborhood and zoom level 17 shows buildings to give users on foot a sense
-        # of situational awareness.
+        # the map at a specific zoom level. The origin of this coordinate system is
+        # always at the northwest corner of the map, with x values increasing from west
+        # to east and y values increasing from north to south. Tiles are indexed using x,
+        # y coordinates from that origin. The zoom level containing the entire world in
+        # a tile is 0, and it increases as you zoom in. Zoom level n + 1 will contain 4
+        # times as many tiles as zoom level n. The zoom level controls the level of
+        # detail of the data that is returned. In particular, this affects the set of
+        # feature types returned, their density, and geometry simplification. The exact
+        # tile contents may change over time, but care will be taken to keep supporting
+        # the most important use cases. For example, zoom level 15 shows roads for
+        # orientation and planning in the local neighborhood and zoom level 17 shows
+        # buildings to give users on foot a sense of situational awareness.
         # Corresponds to the JSON property `coordinates`
         # @return [Google::Apis::VectortileV1::TileCoordinates]
         attr_accessor :coordinates
       
         # A packed representation of a 2D grid of uniformly spaced points containing
-        # elevation data. Each point within the grid represents the altitude in
-        # meters above average sea level at that location within the tile.
-        # Elevations provided are (generally) relative to the EGM96 geoid, however
-        # some areas will be relative to NAVD88. EGM96 and NAVD88 are off by no more
-        # than 2 meters.
-        # The grid is oriented north-west to south-east, as illustrated:
-        # rows[0].a[0]      rows[0].a[m]
-        # +-----------------+
-        # |                 |
-        # |        N        |
-        # |        ^        |
-        # |        |        |
-        # |   W <-----> E   |
-        # |        |        |
-        # |        v        |
-        # |        S        |
-        # |                 |
-        # +-----------------+
-        # rows[n].a[0]      rows[n].a[m]
-        # Rather than storing the altitudes directly, we store the diffs between them
-        # as integers at some requested level of precision to take advantage of
-        # integer packing. The actual altitude values a[] can be reconstructed using
-        # the scale and each row's first_altitude and altitude_diff fields.
+        # elevation data. Each point within the grid represents the altitude in meters
+        # above average sea level at that location within the tile. Elevations provided
+        # are (generally) relative to the EGM96 geoid, however some areas will be
+        # relative to NAVD88. EGM96 and NAVD88 are off by no more than 2 meters. The
+        # grid is oriented north-west to south-east, as illustrated: rows[0].a[0] rows[0]
+        # .a[m] +-----------------+ | | | N | | ^ | | | | | W <-----> E | | | | | v | |
+        # S | | | +-----------------+ rows[n].a[0] rows[n].a[m] Rather than storing the
+        # altitudes directly, we store the diffs between them as integers at some
+        # requested level of precision to take advantage of integer packing. The actual
+        # altitude values a[] can be reconstructed using the scale and each row's
+        # first_altitude and altitude_diff fields.
         # Corresponds to the JSON property `firstDerivative`
         # @return [Google::Apis::VectortileV1::FirstDerivativeElevationGrid]
         attr_accessor :first_derivative
       
         # Resource name of the tile. The tile resource name is prefixed by its
-        # collection ID `terrain/` followed by the resource ID, which encodes the
-        # tile's global x and y coordinates and zoom level as `@<x>,<y>,<zoom>z`.
-        # For example, `terrain/@1,2,3z`.
+        # collection ID `terrain/` followed by the resource ID, which encodes the tile's
+        # global x and y coordinates and zoom level as `@,,z`. For example, `terrain/@1,
+        # 2,3z`.
         # Corresponds to the JSON property `name`
         # @return [String]
         attr_accessor :name
       
         # A packed representation of a 2D grid of uniformly spaced points containing
-        # elevation data. Each point within the grid represents the altitude in
-        # meters above average sea level at that location within the tile.
-        # Elevations provided are (generally) relative to the EGM96 geoid, however
-        # some areas will be relative to NAVD88. EGM96 and NAVD88 are off by no more
-        # than 2 meters.
-        # The grid is oriented north-west to south-east, as illustrated:
-        # rows[0].a[0]      rows[0].a[m]
-        # +-----------------+
-        # |                 |
-        # |        N        |
-        # |        ^        |
-        # |        |        |
-        # |   W <-----> E   |
-        # |        |        |
-        # |        v        |
-        # |        S        |
-        # |                 |
-        # +-----------------+
-        # rows[n].a[0]      rows[n].a[m]
-        # Rather than storing the altitudes directly, we store the diffs of the diffs
-        # between them as integers at some requested level of precision to take
-        # advantage of integer packing.
-        # Note that the data is packed in such a way that is fast to decode in
-        # Unity and that further optimizes wire size.
+        # elevation data. Each point within the grid represents the altitude in meters
+        # above average sea level at that location within the tile. Elevations provided
+        # are (generally) relative to the EGM96 geoid, however some areas will be
+        # relative to NAVD88. EGM96 and NAVD88 are off by no more than 2 meters. The
+        # grid is oriented north-west to south-east, as illustrated: rows[0].a[0] rows[0]
+        # .a[m] +-----------------+ | | | N | | ^ | | | | | W <-----> E | | | | | v | |
+        # S | | | +-----------------+ rows[n].a[0] rows[n].a[m] Rather than storing the
+        # altitudes directly, we store the diffs of the diffs between them as integers
+        # at some requested level of precision to take advantage of integer packing.
+        # Note that the data is packed in such a way that is fast to decode in Unity and
+        # that further optimizes wire size.
         # Corresponds to the JSON property `secondDerivative`
         # @return [Google::Apis::VectortileV1::SecondDerivativeElevationGrid]
         attr_accessor :second_derivative
@@ -743,20 +668,18 @@ module Google
       end
       
       # Global tile coordinates. Global tile coordinates reference a specific tile on
-      # the map at a specific zoom level.
-      # The origin of this coordinate system is always at the northwest corner of the
-      # map, with x values increasing from west to east and y values increasing from
-      # north to south. Tiles are indexed using x, y coordinates from that origin.
-      # The zoom level containing the entire world in a tile is 0, and it increases
-      # as you zoom in. Zoom level n + 1 will contain 4 times as many tiles as zoom
-      # level n.
-      # The zoom level controls the level of detail of the data that is returned. In
-      # particular, this affects the set of feature types returned, their density,
-      # and geometry simplification. The exact tile contents may change over time,
-      # but care will be taken to keep supporting the most important use cases. For
-      # example, zoom level 15 shows roads for orientation and planning in the local
-      # neighborhood and zoom level 17 shows buildings to give users on foot a sense
-      # of situational awareness.
+      # the map at a specific zoom level. The origin of this coordinate system is
+      # always at the northwest corner of the map, with x values increasing from west
+      # to east and y values increasing from north to south. Tiles are indexed using x,
+      # y coordinates from that origin. The zoom level containing the entire world in
+      # a tile is 0, and it increases as you zoom in. Zoom level n + 1 will contain 4
+      # times as many tiles as zoom level n. The zoom level controls the level of
+      # detail of the data that is returned. In particular, this affects the set of
+      # feature types returned, their density, and geometry simplification. The exact
+      # tile contents may change over time, but care will be taken to keep supporting
+      # the most important use cases. For example, zoom level 15 shows roads for
+      # orientation and planning in the local neighborhood and zoom level 17 shows
+      # buildings to give users on foot a sense of situational awareness.
       class TileCoordinates
         include Google::Apis::Core::Hashable
       
@@ -788,14 +711,10 @@ module Google
       end
       
       # Represents a strip of triangles. Each triangle uses the last edge of the
-      # previous one. The following diagram shows an example of a triangle strip,
-      # with each vertex labeled with its index in the vertex_index array.
-      # (1)-----(3)
-      # / \     / \
-      # /   \   /   \
-      # /     \ /     \
-      # (0)-----(2)-----(4)
-      # Vertices may be in either clockwise or counter-clockwise order.
+      # previous one. The following diagram shows an example of a triangle strip, with
+      # each vertex labeled with its index in the vertex_index array. (1)-----(3) / \ /
+      # \ / \ / \ / \ / \ (0)-----(2)-----(4) Vertices may be in either clockwise or
+      # counter-clockwise order.
       class TriangleStrip
         include Google::Apis::Core::Hashable
       
@@ -816,9 +735,8 @@ module Google
       end
       
       # 2D vertex list used for lines and areas. Each entry represents an offset from
-      # the previous one in local tile coordinates. The first entry is offset from
-      # (0, 0).
-      # For example, the list of vertices [(1,1), (2, 2), (1, 2)] would be encoded
+      # the previous one in local tile coordinates. The first entry is offset from (0,
+      # 0). For example, the list of vertices [(1,1), (2, 2), (1, 2)] would be encoded
       # in vertex offsets as [(1, 1), (1, 1), (-1, 0)].
       class Vertex2DList
         include Google::Apis::Core::Hashable