GeostoreBorderProto

GeostoreLocal SEO

GoogleApi.ContentWarehouse.V1.Model.GeostoreBorderProto

4
out of 10
Low
SEO Impact
A border represents a line of division between two features of the same type (i.e. United States and Mexico, but not California and Mexico). Borders are only used for features that tile an area. For example, country features have borders with one another because they tile an area of land. Country features do not have borders with province features because those two types of features may intersect with each other. The geometry of a border will often be similar (or derived from) the geometry of the two features that it separates. However, it is useful to have borders represented by stand-alone features for map-styling purposes. Ideally, the geometry in a border feature would be exactly the same as the common edges of the polygonal geometry of the two features. This may not always be true in practice. At some point in the future we would like to build a network of borders for features that are supposed to tile with each other. The network would be composed of different border types meeting at endpoint intersections. In the process of building this network, we would perform small geometry corrections to ensure that the borders align properly at all zoom levels. Border features are intended primarily for map drawing, and they would rarely be useful for geocoding. One exception would be for famous borders like the "Mason Dixon Line" or the "Berlin Wall." The standard feature properties have the following interpretations: name - Borders rarely have names unless they notable in their own right (e.g. "Mason Dixon Line", "Berlin Wall"). point - A border should not have point geometry. polyline - A border should have a single polyline that represents the division between the two features. polygon - A border should not have polygon geometry.

SEO Analysis

AI Generated

Part of Google's geographic data infrastructure (Geostore). This system stores and processes geographic information that powers Google Maps, local search, and location-based search features. For local SEO, these geographic signals determine how businesses and locations appear in local search results and map packs.

Actionable Insights for SEOs

  • Optimize Google Business Profile with accurate location data
  • Ensure NAP (Name, Address, Phone) consistency across the web
  • Build local citations and location-relevant content

Attributes

6
Sort:|Filter:
Default: nilFull type: GoogleApi.ContentWarehouse.V1.Model.GeostoreFeatureIdProto.t

The ids of the area features to the left and right of the border, relative to the start and end of this borders' polyline geometry. These features should have the same type as the "type" attribute above. These ids are not required because the corresponding features may be nonexistent or difficult to obtain.

Default: nilFull type: GoogleApi.ContentWarehouse.V1.Model.GeostoreFeatureIdProto.t
Default: nilFull type: list(GoogleApi.ContentWarehouse.V1.Model.GeostoreFeatureIdProto.t

The logical borders which this border is a part of.

Default: nilFull type: list(GoogleApi.ContentWarehouse.V1.Model.GeostoreOverrideBorderStatusProto.t

List of border status overrides. Due to legal reasons, we may be required to display some borders differently on some domains for instance.

statusstring
Default: nilFull type: String.t

The border status identifies the legal status of the border line.

typeinteger(
Default: nil

The type of the features this border separates. Should always be a subtype of TYPE_POLITICAL. NOTE: as of December 2019, we currently require this to be equal to TYPE_COUNTRY or TYPE_ADMINISTRATIVE_AREA1. In the future, we may support TYPE_BORDER for lower types of political features.