Core Data Model Mapping Directory

Location

An identifiable geographic place.

ISO 19112 defines a location as "an identifiable geographic place." With this in mind, "Eiffel Tower", "Madrid" and "California" are all locations and this is a common way of representing locations in public sector data, i.e. simply by using a recognised name. Such identifiers are common although they can be highly ambiguous as many places share the same or similar names. Locations can be described in three principal ways: by using a place name, a geometry or an address. The specific context will determine which method of describing a location is most appropriate. In addition to a simple (string) label or name for a Location, this vocabulary defines a property that allows a Location to be defined by a URI, such as a URI used in the Named Authority Lists of the EU Publications Office (NALs) or a GeoNames URI. The Core Vocabularies make a minimum number of assumptions about what data will be encoded. A single address may be defined in different ways, a geometry may be defined using different coordinate reference systems and a single place may have no recognised name or multiple names. However, it is clearly nonsense to define a location without any properties or to provide multiple instances of the same property with conflicting values.

Internal Identifier
Location
Public ID
No public identifier
CDMMD ID
http://mapping.semic.eu/vdm/id/cv/ce5bf551379459c1c61d2a204061c455
Type
Class
Raw data
HTML | RDF/XML | Turtle

Metadata

type Class
label Location
Title Location
definition An identifiable geographic place.
Description ISO 19112 defines a location as "an identifiable geographic place." With this in mind, "Eiffel Tower", "Madrid" and "California" are all locations and this is a common way of representing locations in public sector data, i.e. simply by using a recognised name. Such identifiers are common although they can be highly ambiguous as many places share the same or similar names. Locations can be described in three principal ways: by using a place name, a geometry or an address. The specific context will determine which method of describing a location is most appropriate. In addition to a simple (string) label or name for a Location, this vocabulary defines a property that allows a Location to be defined by a URI, such as a URI used in the Named Authority Lists of the EU Publications Office (NALs) or a GeoNames URI. The Core Vocabularies make a minimum number of assumptions about what data will be encoded. A single address may be defined in different ways, a geometry may be defined using different coordinate reference systems and a single place may have no recognised name or multiple names. However, it is clearly nonsense to define a location without any properties or to provide multiple instances of the same property with conflicting values.
type Class
has internal identifier Location
included asset Address (LocationAddress)
included asset Geometry (LocationGeometry)
included asset Geographic Identifier (LocationGeographicIdentifier)
included asset Geographic Name (LocationGeographicName)
sample
Is Part Of Core Vocabulary

Mappings

Mapping Type Element Core Data Model
has close match nc:LocationType NIEM 3.0
has close match b7883af5bae03250f6fc26eb9a9439df
has close match 9e70ff70ee3678c3227051bcbbf67c74
has exact match Locatie Stelselcatalogus
has exact match EN: Location (ic:場所型) IMI Core Vocabulary 2.2
has exact match EN: "Location Address" (Belägenhetadress) Swedish Company data model
has narrower match acbccaa17ed5204f4f590b69bb5d392f
has narrower match 3afd68c4031aff770536e60727becc99

Referenced by

Country Of Birth (PersonCountryOfBirth)
Country Of Death (PersonCountryOfDeath)
Location (LegalEntityLocation)
Place Of Birth (PersonPlaceOfBirth)
Place Of Death (PersonPlaceOfDeath)
Spatial (dcat:Catalog/dct:spatial)
Spatial (PublicServiceSpatial)
spatial/geographic coverage (dcat:Dataset/dct:spatial)