Check out FAQs, forums, knowledgebase, Map Reporter, blogs, documentation, and responsive trouble ticket support.

Stephanie came to the NN4D as part of NAVTEQ's acquisition of Mapsolute. Based in Germany, Stephanie is responsible for technical writing, documentation, forum, and email support for Map Reporterand MapTP. Stephanie has a strong blend of technical acumen and documentation subject- matter expertise making her a valuable resource to our organization.

Stephanie received a BSc. in Computer Science from the University of Applied Sciences in Darmstadt, Germany, and a MSc. in Computer Science from a joint program at the University of Applied Sciences in Darmstadt and from the University of Wisconsin - Platteville. Additionally, she has studied Information and Documentation for two years.

Check out FAQs, forums, knowledgebase, Map Reporter, blogs, documentation, and responsive trouble ticket support.

Kristina made the transition to the partner and developer program team after spending time with NAVTEQ’s consumer group. Kristina provides marketing event support on a global basis for developer-targeted shows and events, including the NAVTEQ Global LBS Challenge, JavaOne, Symbian Smartphone and others.

Kristina’s experience working within the NAVTEQ sales organization has enabled her to take an immediate lead to ensure that NAVTEQ puts its best presence forward during events. Kristina’s background includes both bachelor’s and master’s degrees in history. She strongly believes that NN4D is totally awesome.

Learn
- > Basics of NAVTEQ Map Data
  - What is Map Data?
  - > NAVTEQ Formats
    - RDF
    - GDF
    - SIF+
    - NAVSTREETS
    - POI XML
    - ODF
    - Tools
  - Attributes
- NAVTEQ Map Data & Formats
- GIS Development
- Mobile Development
- Web Development
- Industry Resources
- Newsletters
- Product Catalog
- Events
- Webinars
- Blog

Score:

Data Formats

The data production environment, while not designed to be adopted directly by customers, is designed to insulate customers from data structure changes, additions, and deletions. NAVTEQ uses data extraction formats to "publish" NAVTEQ^® data externally to its customers, enabling them to process map data into their own production environment. These extraction formats generally have a design that is independent from the NAVTEQ internal production environment, and are not impacted when NAVTEQ modifies parts of the production environment.

Some extraction formats are defined by standard committees and act as industry standards, while others are defined specifically by NAVTEQ. The extraction formats offered by NAVTEQ are:

RDF^™
GDF 3.0
SIF+
NAVSTREETS^®
POI XML
ODF

Extraction formats generally publish the same content with the differences mostly in the representation of the data.

There are a variety of reasons to offer multiple extraction formats, including:

A given format targets a specific user-profile, often related to the business in which a customer operates
A variety of customer development environments trigger the need to support different flavors of extraction formats
Historical reasons, which created dependency on specific extraction formats

The following summarizes the formats offered by NAVTEQ:

RDF (Relational Data Format)

RDF is a delivery format that enables customers to load NAVTEQ data directly into a relational database environment. RDF publishes NAVTEQ data in an easy to understand and well-defined relational structure.

The key benefit of RDF is the ability to accelerate the product development lifecycle and reduce the associated costs, by simplifying the processes involved with loading, compiling, integrating, and using/visualizing map data.

GDF 3.0 (Geographic Data Format)

GDF 3.0, a European standard created by Comité Européen de Normalisation (CEN), is emerging as the de facto international standard for exchanging navigable databases. GDF has multiple versions, which prevents usage of a single GDF compiler worldwide to serve all map suppliers. The GDF conceptual data model comprises three entities: levels, attributes, and relationships.

SIF+ (Standard Interchange Format)

The Standard interchange Format is a NAVTEQ proprietary format and is based on the NAVTEQ Internal Data Model, previously known as DNDC96. The SIF+ is a textual file, composed of 164 byte fixed length records. The standard defines both the structure and the content of the file. Four categories of records make up a SIF+ file—Interchange File Records, Node Records, Link Records, and Composite Road Feature Records. Each record is a 164-byte text file.

NAVSTREETS

NAVSTREETS is a NAVTEQ defined format that enables NAVTEQ data to be uploaded into commercially available GIS tools. It is a layered, Geographic Information System (GIS) focused representation of NAVTEQ data currently delivered in two different GIS formats, specifically ESRI Shapefile Format and MapInfo Table Format.

POI XML

NAVTEQ's Points of Interest (POIs) and associated reference data are delivered in an Extensible Markup Language (XML) format. The data in this format includes Core POIs and Extended Listings, Base Extended Listings, and Rich Content POIs.

ODF

The Oracle Delivery Format (ODF) is the standard format that enables NAVTEQ content to be utilized in the Oracle Enterprise environment. This easy-to-install data format provides out-of-the box premium mapping, geocoding, and routing content for many existing Oracle applications. In addition this content is easily utilized with any Oracle-based enterprise application.

For more information on any of these formats, please search the knowledge base, or contact a Technical Customer Support representative in our discussion forums.