Conformance test report: Denmark

1    Background

This annex contains an evaluation of how well the Danish addresses and the Danish Address system comply with this standard. The Danish System of addresses is based on well-established legislation where all interested parties have had a chance to provide input and comments before the legislation was approved by the Danish Parliament. 

All the tests as described in Annex A have been evaluated one-by-one. However, the result of this evaluation cannot be considered as an official test report.

 

2    Conformance test class: Good practice for assigning and maintaining addresses

2.1    Conformance test subclass: General

Test case identifier: Requirement 1. /conf/goodPractice/general/objectives
Test method: Check that the good practice specifies a set of objectives.
Test result: The Danish Address  Act specifies the following objectives:
  • ensuring a nationwide system of road names and addresses,
  • make it possible to orientate and find your way, 
  • the registration of addresses shall be consistent, 
  • correct and updated address information can be made available to citizens, business and public administration.
Outcome: Pass
   
Test case identifier: Recommendation 1. /conf/goodPractice/general/objectivesForPublicGood
Test method: Check that each objective specifies that the assignment and maintenance of addresses is done with the purpose of benefitting governance and society thereby achieving public good.
Test result: In the Danish Address Act, it is stated that the registration of addresses shall be consistent, so correct and updated address information can be made available to citizens, business and public administration. This will benefit governance and the society ant there by achieving public good.
Outcome: Pass
   
Test case identifier:  Requirement 2. /conf/goodPractice/general/context
Test method: Check that a context is specified to guide the good practice.
Test result: The Danish Address Act complies with this requirement.
Outcome: Pass
   
Test case identifier:  Requirement 3. /conf/goodPractice/general/conceptualModel
Test method: Check that the good practice specifies a conceptual model that describes the classes (types) of addresses assigned and maintained by the good practice, and that addresses assigned and maintained by the good practice conform to this conceptual model.
Test result:

In order to comply to the Danish Basic Data Program, which also include address, a conceptual model shall exist (see in Danish   http://grunddatamodel.datafordeler.dk/index.htm?goto=5:336) 

The compliance requires that all addresses is assigned an UUID that remains stable as long as the address object is valid.

Outcome: Pass
   
Test case identifier:  Recommendation 2. /conf/goodPractice/general/ISO19160-1Profile
Test method: Check that the conceptual model conforms to ISO 19160-1.
Test result: Danish addresses conform to ISO 19160-1:2015
Outcome: Pass
   
Test case identifier:  Recommendation 3. /conf/goodPractice/general/intellectualPropertyRights
Test method: Check that the good practice specifies to whom the intellectual property right of the address data belongs, and under which terms and conditions the data can be used.
Check that government organizations have free access to the address data for essential services, such as emergency response and disaster management.
Test result: The owner of the copyright is the Danish Agency for Data Supply and Efficiency. The license applies for all users and follow Danish Law. The data are free and public available.
Outcome: Pass
   
Test case identifier:  Requirement 4. /conf/goodPractice/general/license
Test method: Check that the good practice specifies the copyright licence(s) under which the address data can be made available.
Test result: The owner of the copyright is the Danish Agency for Data Supply and Efficiency. The license applies for all users and follow Danish Law. The data are free and public available. However, there are some restrictions on the use of address data, e.g. data is only allowed to be used according to Danish legislation
Outcome: Pass
   
Test case identifier:  Recommendation 4. /conf/goodPractice/general/facilitateAssignment
Test method: Check that the good practice specifies a method for assigning values to address components that could be automated to speed up or facilitate address assignment and maintenance.
Test result: This is part of the municipal obligations according to the law since they have to fulfil their tasks in efficient manner as possible.
Outcome: Pass
   
Test case identifier:  Requirement 5. /conf/goodPractice/general/communicationThroughPhysicalIdentifiers
Test method: Check that the good practice specifies how addresses are communicated through physical identifiers.
Test result:

The Danish Address Act contains a list of clearly defined elements of which an address consists: 

  • Roadname (M)
  • House number (incl. Any letter) (M)
  • Floor (C)
  • Door designation (C)
  • Supplementary city name (C)
  • Zip code (M)
  • Postal district (M)
  • Access point in the physical world (M)
  • Waypoint (M)
  • Street name location (M)
  • Road code (M)
  • Municipal code (M)

(M): Mandatory; 
(C): Conditional.

Outcome: Pass
   
Test case identifier:  Recommendation 5. /conf/goodPractice/general/keepingAddressDataInSynch
Test method: Check that the good practice specifies a method for keeping addresses in the physical world in synch with address data.
Test result: The Danish Address Act sets this requirement. The act is designed to ensure a nationwide system of street names and addresses. This system shall make it possible to orientate and find your way. The registration of addresses shall be consistent, so correct and updated address information can made available to citizens, business and public administration.
Outcome: Pass
   

2.2    Conformance test subclass: Addressing principles

Test case identifier:  Recommendation 6. /conf/goodPractice/principles/addressing/unambiguity
Test method: Check that addresses assigned according to the good practice make it possibly to unambiguously determine an object for purposes of identification and location.
Test result:

The Danish Address Act contains a list of clearly defined elements of which an address consists: 

  • Roadname (M)
  • House number (incl. Any letter) (M)
  • Floor (C)
  • Door designation (C)
  • Supplementary city name (C)
  • Zip code (M)
  • Postal district (M)
  • Access point in the physical world (M)
  • Waypoint (M)
  • Street name location (M)
  • Road code (M)
  • Municipal code (M)

(M): Mandatory;
(C): Conditional.

Outcome: Pass
   
Test case identifier:  Requirement 6. /conf/goodPractice/principles/addressing/sustainableAssignmentMethod
Test method: Check that when addresses are assigned, additional addresses can be assigned without breaking the consistency of the address assignment method of existing addresses.
Test result:

Case 1 (see Figure below) describe the as-is situation where a parcel with an address assigned to a parcel and a building (number 8 in the figure).  In this case, all changes to the address are related to one UUID (see also /conf/goodPractice/general/conceptualModel).

Case 2, describes a situation where there has been a need for one more address on a plot with two addresses/buildings instead of one. In this case, all the information from the previous no 8 are kept and the UUID are transferred to building 8 and the new address (and a new UUID) are assigned to 8A. The use of the letter “A” is a way of adding a new address without having to new physical address to all after address 8.

Case 3 describes a situation where there has been a need for one more address on a plot with two addresses/buildings instead of one. In this case, all the information including the UUID from the previous no 8 have been made historical in the database containing the address information. A new UUID have been assigned to the addresses for both 8A and 8B and thus two new records in the database containing the addresses.

However, in both case 2 and 3 new addresses can be added without breaking the consistency of existing addresses.

Case 1

Case 2

Case 3 

Key  
Building with an access point where to the address is assigned to
Parcel

        
Figure 1 - 3 cases of assignment of addresses

Outcome: Pass.
   
Test case identifier:  Requirement 7. /conf/goodPractice/principles/addressing/pilotingAssignmentMethod
Test method: Check that the assignment method was piloted or tested before rolling it out on a larger scale.
Test result: As the method is part of the Danish Address Act, it has been tested and commented upon by interested parties.
Outcome: Pass
   
Test case identifier:  Requirement 8. /conf/goodPractice/principles/addressing/deviceIndependence
Test method: Check that addresses assigned according to the good practice makes it possible to unambiguously determine an object without requiring the use of a digital device.
Test result:

According to the Danish Address Act an address shall be unique, so that it cannot be confused with other addresses.
An address shall consist of the following elements:

  • Road name (M) 
  • House number (M) 
  • Floor identifier (C)
  • Door identifier (C)
  • Supplementary town name (C)
  • Zipcode and postal distict (M) 

(M): Mandatory; 
(C): Conditional.

Outcome: Pass.
   
Test case identifier:  Requirement 9. /conf/goodPractice/principles/addressing/noPersonalInformation
Test method: Check that addresses assigned according to the good practice do not include information about an individual or organization associated with the object.
Test result: Since that type of information is not part of the Danish Address Act, it is not an option.
Outcome: Pass.
   
Test case identifier:  Requirement 10. /conf/goodPractice/principles/addressing/dimensionsCongruentWithObjectives
Test method: Check that the dimensions of addresses assigned according to the good practice are congruent with the context in which they are assigned and maintained, and with the objectives for which they are assigned and maintained.
Test result: There are not different address classes in Denmark. According to the Address Act, addresses must be determined and maintained in a uniform manner.
Outcome: Pass
   
Test case identifier:  Requirement 11. /conf/goodPractice/principles/addressing/suitableComponents
Test method: Check that the address components of an address class are suitable for meeting the objectices for which the class was designed.
Test result: According to the Danish Address Act, the act is designed to ensure a nationwide system of street names and addresses. This system shall make it possible to orientate and find your way. The registration of addresses shall be consistent, so correct and updated address information can made available to citizens, business and public administration.
Outcome: Pass
   
Test case identifier:  Recommendation 7. /conf/goodPractice/principles/addressing/equivalentDigitalRecord
Test method: Check that the authoritative address dataset contains a digital equivalent address record for each address assigned to an object in the physical world.
Test result: According to the Danish Address Act the assigned addresses shall be registered in the Danish Address Register, known as DAR. Therefore, each address data will represent the addresses assigned to objects in the physical world.
Outcome: Pass
   
Test case identifier:  Recommendation 8. /conf/goodPractice/principles/addressing/updateAddressData
Test method: Check that the address data is updated whenever an address is assigned or changed due to maintenance.
Test result: Addresses are updated directly in the register (called registry in ISO/TC 211) which is publicly available at all times.
Outcome: Pass
   

2.3    Conformance test subclass: Address data principles

Test case identifier:  Requirement 12. /conf/goodPractice/principles/addressData/representsAddressInPhysicalWorld
Test method: Check that each address data record maintained according to the good practice represents an address assigned to an object in the physical world.
Test result: According to the Danish Address Act the assigned addresses shall be registered and maintained in the Danish Address Register, known as DAR. Therefore, each address data will represent the addresses assigned to objects in the physical world.
Outcome: Pass
   
Test case identifier:  Requirement 13. /conf/goodPractice/principles/addressData/interoperability
Test method: Check that each address data record maintained according to the good practice is interoperable with relevant public administration systems.
Test result: Danish addresses fulfil this requirement according to the Danish “Executive Order on Road Names and Addresses “ and will therefore be interoperable with other relevant systems.
Outcome: Pass
   
Test case identifier:  Requirement 14. /conf/goodPractice/principles/addressData/dataMaintenance
Test method: Check that address data is maintained according to general purpose data management principles, considering specific requirements due to the geospatial nature of address data.
Test result: Address data is part of the Danish Basic Data Program and as such subject to comply with the management rules and principles set by this program. The Danish Basic Data Program is part of the Danish public digitization strategy.
Outcome: Pass
   
Test case identifier:  Requirement 15. /conf/goodPractice/principles/addressData/digitalMaintenance
Test method: Check that digital address data is maintained in an address data management system with appropriate software solutions, such as spatial database management systems and/or geographic information systems.
Test result:

The Danish address data is distributed as a service and maintained via an appropriate software solution.

All Danish address are registered in the Danish Address Register (DAR), one of the attributes in this register is beside the address are coordinates. The coordinates are the key information to assign an address to e.g., administrative units (municipalities). The content of DAR is maintained in a map-based system by the municipalities.

Outcome: Pass
   
Test case identifier:  Recommendation 9. /conf/goodPractice/principles/addressData/conformsToISO19160-1
Test method: Check that the address data conforms to ISO 19160-1:2015, or a profile thereof.
Test result: Danish addresses conform to ISO 19160-1:2015
Outcome: Pass
   
Test case identifier:  Recommendation 10. /conf/goodPractice/principles/addressData/conformsToISO19160-4
Test method: Check that the address data conforms to ISO 19160-4:2017 or a profile thereof if the addreses are assigned for postal purposes.
Test result: Danish addresses are not designed for postal purposes solely. The postal use is just one of many use cases.
Outcome: Fail
   
Test case identifier:  Recommendation 11. /conf/goodPractice/principles/addressData/conformsToISO19160-3
Test method: Check that the quality of address data is described conformant to ISO 19160-3:2020, or a profile thereof.
Test result: Danish addresses comply partly to 19160-3:2020. However, the Danish Address Act are older than 19160-3:2020.
Outcome: Partly pass and partly fail.
   
Test case identifier:  Recommendation 12. /conf/goodPractice/principles/addressData/sharing
Test method: Check that address data is shared in a way that preservs and maintains data integrity.
Test result: All Danish address are registered in the Danish Address Register (DAR), one of the attributes in this register is beside the address are coordinates. The coordinates are the key information to assign an address to e.g., administrative units (municipalities). The content of DAR is maintained in a map-based system by the municipalities. All address data is shared through a web service hosted be the Danish Basic Data Program.
Outcome: Pass
   

3    Conformance test class: Governance framework for assigning and maintaining addresses

3.1    Conformance test subclass: General

Test case identifier:  Requirement 16. /conf/governanceFramework/general/strategy
Test method: Check that the governance framework specifies a strategy based on policies and guidelines, and that the framework is aligned to this strategy.
Test result: The Danish Address Act sets this requirement.
Outcome: Pass
   
Test case identifier:  Requirement 17. /conf/governanceFramework/general/policies
Test method: Check that the governance framework specifies policies that specify decision-making structures and procedures, and that the governance framework exercises authority and control over address assignment and maintenance accordingly.
Test result: The Danish Address Act sets this requirement.
Outcome: Pass
   
Test case identifier:  Recommendation 13. /conf/governanceFramework/general/policiesSupportObjectivesAndContext
Test method: Check that the policies support the objectives and context of the good practice.
Test result: The Danish Address Act sets this requirement.
Outcome: Pass
   
Test case identifier:  Requirement 18. /conf/governanceFramework/general/goodPractice
Test method: Check that the governance framework specifies a good practice and that it is followed.
Test result: The Danish Address Act sets this requirement.
Outcome: Pass
   

3.2    Conformance test subclass: Addressing stakeholders

Test case identifier:  Requirement 19. /conf/governanceFramework/addresingStakeholders/identification
Test method: Check that stakeholders are identified.
Test result: All addresses are based on the Danish Address Act. The law has been in public consultation, where all stakeholders have had the opportunity to provide input. In the law with accompanying executive order, a number of key stakeholders have been identified, ie. the municipalities and the Danish Agency for Data Supply and Efficiency.
Outcome: Pass
   
Test case identifier:  Requirement 20. /conf/governanceFramework/addresingStakeholders/responsibilities
Test method: Check that each stakeholder is assigned at least one responsibility, and that they are held accountable for their responsibilities.
Test result: The Danish Address Act and the accompanying executive order cover this case.
Outcome: Pass
   
Test case identifier:  Requirement 21. /conf/governanceFramework/addresingStakeholders/mandates
Test method: Check that the responsibilities assigned to addressing stakeholders consider legal and other mandates.
Test result: The Danish Address Act and the accompanying executive order cover this case.
Outcome: Pass.
   
Test case identifier:  Requirement 22. /conf/governanceFramework/addresingStakeholders/resourcing
Test method: Check that the governance framework specifies how stakeholders are funded and resourced to fulfil their responsibilities.
Test result: This is part of the municipal obligations according to the law
Outcome: Pass
   
Test case identifier:  Requirement 23. /conf/governanceFramework/addresingStakeholders/sustainability
Test method: Check that funding and resourcing of stakeholders in the governance framework is sustainable in the long run. 
Test result: This is part of the municipal obligations according to the law.
Outcome: Pass
   

3.3    Conformance test subclass: Processes

Test case identifier:  Requirement 24. /conf/governanceFramework/processes/specification
Test method: Check that required processes for address assignment and maintenance are specified in the governance framework.
Test result: The governance framework is specified in the Danish Address Act and Executive Order on Road Names and Addresses. In these documents it is stated how the address authority (i.e., the municipalities) should relate to which processes trigger the determination of addresses (creation and maintenance of addresses).
Outcome: Pass
   
Test case identifier:  Requirement 25. /conf/governanceFramework/processes/tasks
Test method: Check that the responsibility for each task in a process has been assigned to a stakeholder, and that the stakeholders complete the tasks.
Test result: The governance framework is specified in the Danish Address Act and Executive Order on Road Names and Addresses. In these documents it is stated how the address authority (i.e., the municipalities) should relate to which processes trigger the determination of addresses (creation and maintenance of addresses).
Outcome: Pass.
   

3.4    Conformance test subclass: Addressing processes

Test case identifier:  Requirement 26. /conf/governanceFramework/processes/addressing/initiationProcess
Test method: Check that the governance framework specifies a process for initiating the assignment or maintenance of an address.
Test result: The governance framework is specified in the Danish Address Act and Executive Order on Road Names and Addresses. In these documents it is stated how the address authority (i.e., the municipalities) should relate to which processes trigger the determination of addresses (creation and maintenance of addresses).
Outcome: Pass.
   
Test case identifier:  Recommendation 14. /conf/ governanceFramework/processes/addressing/consultationProcess
Test method: Check that the governance framework specifies a process of consultation process for assigning new address component values or changing them due to maintenance.
Test result: The governance framework is specified in the Danish Address Act and Executive Order on Road Names and Addresses. In these documents it is stated how the address authority (i.e., the municipalities) should relate to which processes trigger the determination of addresses (creation and maintenance of addresses).
Outcome: Pass.
   
Test case identifier:  Requirement 27. /conf/governanceFramework/processes/addressing/proposeValuesProcess
Test method: Check that the governance framework specifies a process for proposing new values for address components or for changing them.
Test result: The governance framework is specified in the Danish Address Act and Executive Order on Road Names and Addresses. In these documents it is stated how the address authority (i.e., the municipalities) should relate to which processes trigger the determination of addresses (creation and maintenance of addresses).
Outcome: Pass.
   
Test case identifier:  Requirement 28. /conf/governanceFramework/processes/addressing/approvalProcess
Test method: Check that the governance framework specifies a process for approving or rejecting proposed new address assignments or changes to an address due to maintenance.
Test result: The governance framework is specified in the Danish Address Act and Executive Order on Road Names and Addresses. In these documents it is stated how the address authority (i.e., the municipalities) should relate to which processes trigger the determination of addresses (creation and maintenance of addresses).
Outcome: Pass
   
Test case identifier:  Requirement 29. /conf/governanceFramework/processes/addressing/announcementProcess
Test method: Check that the governance framework specifies a process for the announcement of a newly assigned address or changes to an address due to maintenance.
Test result: The governance framework is specified in the Danish Address Act and Executive Order on Road Names and Addresses. In these documents it is stated how the address authority (i.e., the municipalities) should relate to which processes trigger the determination of addresses (creation and maintenance of addresses).
Outcome: Pass.
   
Test case identifier:  Requirement 30. /conf/governanceFramework/processes/addressing/communicationProcess
Test method: Check that the governance framework specifies a process for communicating addresses in the physical world, following approval of assignment or maintenance of an address.
Test result: The governance framework is specified in the Danish Address Act and Executive Order on Road Names and Addresses. In these documents it is stated how the address authority (i.e., the municipalities) should relate to which processes trigger the determination of addresses (creation and maintenance of addresses).
Outcome: Pass.
   

3.5    Conformance test subclass: Address data processes

Test case identifier:  Requirement 31. /conf/governanceFramework/processes/addressData/updateProcess
Test method: Check that the governance framework specifies a process for updating the authoritative dataset after assignment or maintenance of an address.
Test result: The governance framework is specified in the Danish Address Act and Executive Order on Road Names and Addresses. In these documents it is stated how the address authority (i.e., the municipalities) should relate to which processes trigger the determination of addresses (creation and maintenance of addresses).
Outcome: Pass.
   
Test case identifier:  Requirement 32. /conf/governanceFramework/processes/addressData/distributionProcess
Test method: Check that the governance framework specifies a process for distributing address data after an update to the authoritative dataset.
Test result: The governance framework is specified in the Danish Address Act and Executive Order on Road Names and Addresses. As Danish addresses are part of the Danish Basic Data Program they are distributed via The Data Distribution Platform (Datafordeler.dk) as an authoritative dataset.
Outcome: Pass.