The Navigation Data Standard is a standardized format for automotive-grade navigation databases, jointly developed by automobile manufacturers and suppliers. NDS is an association registered in Germany. Members are automotive OEMs, map data providers, and navigation device/application providers. NDS aims to develop a standardized binary database format that allows the exchange of navigation data between different systems. NDS separates navigation software from navigation data, thus enhancing flexibility for creating various navigation products for end users. In addition to this interoperability, NDS databases support incremental updates, protection against illegal use, and compactness. NDS products have been available in the market since 2012, among others in BMW, Daimler, and Volkswagen cars.
Objective
The vision of NDS is to provide a leading worldwide map standard for automotive-grade use. A “leading standard” means that the map format shall:
be widely used in the navigation industry and be adopted by leading suppliers of navigation maps
be interoperable between navigation platforms
enable up-to-date maps
be globally applicable
fulfill specific needs of all regions of the world
"Automotive grade" implies that:
the standard is developed and maintained as a cooperative effort by leading OEMs and suppliers in the automotive industry.
the standard consistently supports all automotive-specific use cases for map-related data.
the standard supports advanced navigation technologies like eHorizon, autonomous driving, and cloud solutions
the design is validated through large-scale adoption, implementation, and deployment.
To realize this vision, NDS pursues the following goals:
fast implementation of extensions and changes to the NDS standard
promotion of the NDS standard to increase its adoption in the worldwide automotive market through ease of use and efficient implementation
To support the adoption of the navigation standard and reach its goals, NDS supports NDS projects, constantly develops the standard technically, and aims at enlarging the association.
Design model vrp f401
NDS uses the SQLite Database File Format. An NDS database can consist of several product databases, and each product database may be divided further into update regions. This concept supports a flexible and consistent versioning concept for NDS databases and makes it possible to integrate databases from different database suppliers into one NDS database. The inner structure of databases complying with NDS is further characterized by building blocks, levels and the content itself.
Product database
Each product database is delivered by one database supplier, has its own version control and can therefore be updated independently from other product databases. Product databases can contain one or more building blocks. Product databases cover a geographic area, which can be further divided into several update regions. Example of a product database: Europe basic navigation supplied by TomTom.
Update region
An update region represents a geographic area in a database that can be subject to an update. Update regions thus enable incremental and partial updating of defined geographic regions within an NDS database. Example: Each European country within the product “Europe basic navigation” may be presented by a separate update region.
Building block
All navigation data in an NDS database belongs to a specific building block. Each building block addresses specific functional aspects of navigation, such as names for location input, routing, or map display. To cover specific use cases, navigation systems and applications may be required to filter and aggregate data from different building blocks, e.g. from both Routing and Map Display in order to calculate a route and show it to the user. Each update region may contain data from multiple building blocks. Within a product database, which has several update regions, there may thus be several instances of the same building block. Example: In a Europe product database, there may be a Basic Map Display building block in the update region “France” and a Basic Map Display building block in the update region “Germany”.
Tooling and documentation
The NDS standard is documented regarding database structures, interoperability requirements, and update processes. The NDS association provides various tools that can be used by the NDS members to develop and validate maps:
NDS SQLite reference engine
Relational DataScript : Code generator for database access classes in Java and C++
Certification Bench: Validates NDS databases for compatibility based on detailed test cases and issues certificates
Investigation Modules: Execution framework for testing NDS databases on target hardware
Database Inspector: Desktop tool for visualizing NDS databases
Members
The NDS association was founded in September 2008 as a German registered association. The NDS articles and the associated bylaws form the legal basis of the NDS association. As of January 2017, the NDS association has the following members:
Internal structure
The members of the NDS association are legally established companies or bodies. NDS members nominate persons who represent the members in the respective bodies. NDS has the following bodies:
Board: legal representative of the NDS association to the outside
General Assembly : Forum in which all NDS members are represented. The GA is responsible for supervising the work of all NDS bodies and for approving budget plans and membership fees on a yearly basis.
Steering Committee : responsible for all management issues
Technical Committee : responsible for technical issues
NDS Working Groups : deals with dedicated technical topics, such as map format development, autonomous driving, and cloud navigation
Validation and Certification Board: coordinates the development of the validation tools and handles certification issues