Addresses::Address

: Public <<featureType>> Class

Created:	11/04/2008 10:30:00
Modified:	22/02/2013 11:03:03

Project:
Author:	friisan
Version:	1.0
Phase:	1.0
Status:	Proposed
Complexity:	Easy
Difficulty:
Priority:
Multiplicity:
Advanced:
UUID:	{B8B3FE27-3526-4f40-80BA-510D697E3560}
Appears In:	Addresses, Spatial Object Types, Cross-theme Relationships, CP_externalRelations

-- Definition -- An identification of the fixed location of property by means of a structured composition of geographic names and identifiers. -- Description -- NOTE 1 The spatial object, referenced by the address, is defined as the "addressable object". The addressable object is not within the application schema, but it is possible to represent the address' reference to a cadastral parcel or a building through associations. It should, however, be noted that in different countries and regions, different traditions and/or regulations determine which object types should be regarded as addressable objects. NOTE 2 In most situations the addressable objects are current, real world objects. However, addresses may also reference objects which are planned, under construction or even historical. NOTE 3 Apart from the identification of the addressable objects (like e.g. buildings), addresses are very often used by a large number of other applications to identify object types e.g. statistics of the citizens living in the building, for taxation of the business entities that occupy the building, and the utility installations. NOTE 4 For different purposes, the identification of an address can be represented in different ways (see example 3). EXAMPLE 1 A property can e.g., be a plot of land, building, part of building, way of access or other construction, EXAMPLE 2 In the Netherlands the primary addressable objects are buildings and dwellings which may include parts of buildings, mooring places or places for the permanent placement of trailers (mobile homes), in the UK it is the lowest level of unit for the delivery of services, in the Czech Republic it is buildings and entrance doors. EXAMPLE 3 Addresses can be represented differently. In a human readable form an address in Spain and an address in Denmark could be represented like this: "Calle Mayor, 13, Cortijo del Marqués, 41037 Écija, Sevilla, España" or "Wildersgade 60A, st. th, 1408 Copenhagen K., Denmark".

Attributes
Associations To
Associations From
Tagged Values
Constraints
Other Links

Attribute

Public CharacterString
alternativeIdentifier

Details:

Alias:
Initial:
Stereotype:	<<voidable>>
Ordered:
Range:	Range:0 to 1
Transient:	False
Derived:	False
IsID:	False

Notes:

-- Definition -- External, thematic identifier of the address spatial object, which enables interoperability with existing legacy systems or applications. -- Description -- NOTE 1 Compared with the proper identifier of the address, the alternative identifier is not necessarily persistent in the lifetime of the address spatial object. Likewise it is usually not globally unique and in general does not include information on the version of the address spatial object. NOTE 2 Often alternative address identifiers are composed by a set of codes that, e.g., identify the region and the municipality, the thoroughfare name and the address number. These alternative identifiers will not remain persistent e.g. in the case of the merging of two municipalities. EXAMPLE In Denmark many legacy systems (e.g. in the Statistics Denmark or the Central Business Register) uses as address identification the three digit municipality code plus the four character street name code plus the address number.

Public DateTime
beginLifespanVersion

Details:

Alias:
Initial:
Stereotype:	<<voidable>>
Ordered:
Range:
Transient:	False
Derived:	False
IsID:	False

Notes:

-- Definition -- Date and time at which this version of the spatial object was inserted or changed in the spatial data set. -- Description -- NOTE This date is recorded to enable the generation of change only update files.

Public DateTime
endLifespanVersion

Details:

Alias:
Initial:
Stereotype:	<<voidable>>
Ordered:
Range:	Range:0 to 1
Transient:	False
Derived:	False
IsID:	False

Notes:

-- Definition -- Date and time at which this version of the spatial object was superseded or retired in the spatial data set. -- Description -- NOTE This date is recorded primarily for those systems which "close" an entry in the spatial data set in the event of an attribute change.

Public Identifier
inspireId

Details:

Alias:
Initial:
Stereotype:
Ordered:
Range:
Transient:	False
Derived:	False
IsID:	False

Notes:

-- Definition -- External object identifier of the address. -- Description -- NOTE 1 An external object identifier is a unique object identifier published by the responsible body, which may be used by external applications to reference the spatial object. The identifier is an identifier of the spatial object, not an identifier of the addressable object. NOTE 2 The primary purpose of this identifier is to enable links between various sources and the address components. EXAMPLE An address spatial object from Denmark could carry this identifier: Namespace: DK_ADR Local identifier: 0A3F507B2AB032B8E0440003BA298018 Version identifier: 12-02-2008T10:05:01+01:00

Public AddressLocator
locator

Details:

Alias:
Initial:
Stereotype:
Ordered:	Ordered
Range:
Transient:	False
Derived:	False
IsID:	False

Notes:

-- Definition -- Human readable designator or name.

Public GeographicPosition
position

Details:

Alias:
Initial:
Stereotype:
Ordered:
Range:
Transient:	False
Derived:	False
IsID:	False

Notes:

-- Definition -- Position of a characteristic point which represents the location of the address according to a certain specification, including information on the origin of the position.

Public StatusValue
status

Details:

Alias:
Initial:
Stereotype:	<<voidable>>
Ordered:
Range:	Range:0 to 1
Transient:	False
Derived:	False
IsID:	False

Notes:

-- Definition -- Validity of the address within the life-cycle (version) of the address spatial object. -- Description -- NOTE This status relates to the address and is not a property of the object to which the address is assigned (the addressable object).

Public DateTime
validFrom

Details:

Alias:
Initial:
Stereotype:	<<voidable>>
Ordered:
Range:
Transient:	False
Derived:	False
IsID:	False

Notes:

-- Definition -- Date and time of which this version of the address was or will be valid in the real world. -- Description -- NOTE This date and time can be set in the future for situations where an address or a version of an address has been decided by the appropriate authority to take effect for a future date.

Public DateTime
validTo

Details:

Alias:
Initial:
Stereotype:	<<voidable>>
Ordered:
Range:	Range:0 to 1
Transient:	False
Derived:	False
IsID:	False

Notes:

-- Definition -- Date and time at which this version of the address ceased or will cease to exist in the real world.

Element	Source Role	Target Role
«featureType» Address Class	Name:	Name: parentAddress -- Definition -- The main (parent) address with which this (sub) address is tightly connected. -- Description -- NOTE 1 The relationship between a set of subaddresses and the main address most often means that the sub addresses use the same locator and address components (for example , thoroughfare name, address area, post code) as the parent address. For each sub address additional address locators are then included for identification, like e.g. flat number, floor identifier, door number. NOTE 2 In some countries several levels of parent-, sub- and sub-sub-addresses exist. In other countries the concept of parent addresses does not exist; all addresses are thus of the same level. EXAMPLE 1 In a Spanish city the address "Calle Gran Vía 8" is a parent address where the locator "8" represents the building. In the building, the sub address "Calle Gran Via 8, door 3" represents a sub-address, while the more detailed sub-sub address "Calle Gran Via 8, door 3, staircase A, floor 5, dwelling 1" represents the address of a specific dwelling. EXAMPLE 2 In Denmark the legislation on addresses define two types of addresses: the parent "access level" and the sub "unit level". In the city of Copenhagen "Wildersgade 60A" is a parent access address that represents a specific entrance to a building. Inside the entrance, subaddresses using floor and door designators identifies the individual dwellings like e.g. "Wildersgade 60A, 1st floor, left door". EXAMPLE 3 In The Netherlands only one level of addresses exists.
Details:
«featureType» Building Class	Name:	Name: building -- Name -- building -- Definition -- Building that the address is assigned to or associated with. -- Description -- NOTE An address could potentially have an association to zero, one or several buildings. Also it is possible (but this is not expressed in this application schema) that several addresses are associated to a single building. EXAMPLE In Praha, The Czech Republic, the address designated "NaPankráci 1690/125" is associated to a specific building in the street, in this case the building with number 1690 in the district (cz: cast obce) "Nusle".
Details:
«featureType» CadastralParcel Class	Name:	Name: parcel -- Definition -- Cadastral parcel that this address is assigned to or associated with. -- Description -- NOTE An address could potentially have an association to zero, one or several cadastral parcels. Also it is possible (but this is not expressed in this application schema) that several addresses are associated to a single cadastral parcel. EXAMPLE In the street "Wildersgade" in Copenhagen, Denmark, the address designated as "Wildersgade 66, 1408 København K" is associated to the cadastral parcel identifier "81" in the district of "Christianshavn".
Details:

Element	Source Role	Target Role
«dataType» AddressRepresentation Class	Name:	Name: addressFeature -- Definition -- Reference to the address spatial object.
Details:
«featureType» AddressComponent Class	Name: component -- Definition -- Represents that the address component is engaged as a part of the address. -- Description -- EXAMPLE For the address designated "Calle Mayor 13, Cortijo del Marqués, 41037, Écija, Sevilla, España" the six address components "Calle Mayor", "Cortijo del Marqués", "41037", "Écija", "Sevilla" and "España" are engaged as address components.	Name:
Details:
«featureType» Address Class	Name:	Name: parentAddress -- Definition -- The main (parent) address with which this (sub) address is tightly connected. -- Description -- NOTE 1 The relationship between a set of subaddresses and the main address most often means that the sub addresses use the same locator and address components (for example , thoroughfare name, address area, post code) as the parent address. For each sub address additional address locators are then included for identification, like e.g. flat number, floor identifier, door number. NOTE 2 In some countries several levels of parent-, sub- and sub-sub-addresses exist. In other countries the concept of parent addresses does not exist; all addresses are thus of the same level. EXAMPLE 1 In a Spanish city the address "Calle Gran Vía 8" is a parent address where the locator "8" represents the building. In the building, the sub address "Calle Gran Via 8, door 3" represents a sub-address, while the more detailed sub-sub address "Calle Gran Via 8, door 3, staircase A, floor 5, dwelling 1" represents the address of a specific dwelling. EXAMPLE 2 In Denmark the legislation on addresses define two types of addresses: the parent "access level" and the sub "unit level". In the city of Copenhagen "Wildersgade 60A" is a parent access address that represents a specific entrance to a building. Inside the entrance, subaddresses using floor and door designators identifies the individual dwellings like e.g. "Wildersgade 60A, 1st floor, left door". EXAMPLE 3 In The Netherlands only one level of addresses exists.
Details:

Tag	Value
byValuePropertyType	false
Details:
isCollection	false
Details:
noPropertyType	false
Details:
xsdEncodingRule	iso19136_2007_INSPIRE_Extensions
Details:

Constraint	Type	Status
AddressPosition	OCL	Approved
Details: /* An address shall have exactly one default geographic position (default attribute of GeographicPosition must be true) */<br/>inv: self.position -#gt; one(a1 \| a1.default = true)<br/><br/>
AddressCountry	OCL	Approved
Details: /* An address shall have an admin unit address component spatial object whose level is 1 (Country) */<br/>inv: self.component -#gt; forAll (a1 \| exists(a1.parent.oclIsTypeOf(AdminUnitName) and a1.parent.level=1))<br/><br/>
EndLifeSpanVersion	OCL	Approved
Details: /* If date set endLifespanVersion must be later than beginLifespanVersion (if set) */<br/>inv: self.endLifespanVersion.isAfter(self.beginLifespanVersion)<br/>

Object	Type	Connection	Direction	Notes
«featureType» AddressComponent	Class	Weak	From