Spécifications générales de contenu
Des seuils de qualité ont été définis en fonction des résultats des contrôles qualité et des demandes de DPC. Ils sont réunis dans le document « BDUniV1.1 Grande Échelle –
Spécifications de qualité » - SPD/105
Spécifications de qualité » - SPD/105
Extension géographique :
La BDUni couvre la France métropolitaine, Martinique, Guadeloupe, Guyane, la Réunion, Mayotte (les DROM), Saint-Pierre-et-Miquelon, Saint-Barthélemy et Saint-Martin.
La règle de débordement est fixée à 500 m maximum au-delà des frontières pour la
géométrie.
La règle de débordement est fixée à 500 m maximum au-delà des frontières pour la
géométrie.
DROM et Métropole :
La BDUni est gérée dans une base de données unique et continue pour toute la France métropolitaine. Les DROM, qui sont généralement décrits dans des systèmes de coordonnées spécifiques, sont gérés dans la même base de données. 
Définition :
(1) Chaque île de l'archipel de la Guadeloupe dispose d'un système altimétrique différent.
Grande-Terre, Basse-Terre : IGN 1988
La Désirade : IGN 1992 LD
Marie Galante : IGN 1988 MG
Les Saintes : IGN 1988 LS
| Zone | Système géodésique | Ellipsoïde associé | Projection | Unité | Résolution | Système altimétrique |
|---|---|---|---|---|---|---|
| France continentale | RGF93 | IAG GRS 1980 | Lambert 93 | m | dm | IGN 1969 |
| Corse | RGF93 | IAG GRS 1980 | Lambert 93 | m | dm | IGN 1978C |
| Guadeloupe | RGAF09 | IAG GRS 1980 | UTM Nord fuseau 20 | m | dm | IGN 1988 (1) |
| Martinique | RGAF09 | IAG GRS 1980 | UTM Nord fuseau 20 | m | dm | IGN 1987 |
| Guyane | RGFG95 | IAG GRS 1980 | UTM Nord fuseau 22 | m | dm | NGG 1977 |
| La Réunion | RGR92 | IAG GRS 1980 | UTM Sud fuseau 40 | m | dm | IGN 1989 |
| Mayotte | RGM04 | IAG GRS 1980 | UTM Sud fuseau 38 | m | dm | SHOM 1953 |
| Saint-Pierre-et-Miquelon | RGSPM06 | IAG GRS 1980 | UTM Nord fuseau 21 | m | dm | DANGER 1950 |
| Saint-Barthélemy | RGAF09 | IAG GRS 1980 | UTM Nord fuseau 20 | m | dm | IGN 1988 SB |
| Saint-Martin | RGAF09 | IAG GRS 1980 | UTM Nord fuseau 20 | m | dm | IGN 1988 SM |
(1) Chaque île de l'archipel de la Guadeloupe dispose d'un système altimétrique différent.
Grande-Terre, Basse-Terre : IGN 1988
La Désirade : IGN 1992 LD
Marie Galante : IGN 1988 MG
Les Saintes : IGN 1988 LS
La clé absolue :
La clé absolue : Gestion d’identifiants.
La version 1.0 de la BDUni a vu la mise en place d’un système de gestion d’identifiants externes stables - par opposition aux identifiants du SGBD, gérés par celui-ci.
L’unicité des identifiants est assurée par le système de gestion de base de données qui héberge les données France entière.
Chaque objet de la base est ainsi identifié par une chaîne de 24 caractères dénommée « clé absolue » (« cleabs »), composée de 8 caractères alphanumériques représentant la classe de l’objet et 16 chiffres composant un nombre entier éventuellement précédé de 0. Ce nombre est unique pour tous les objets de la base, toutes classes confondues.
Ex. ‘TRONROUT0000000000123456’
La stabilité des identifiants est assurée par le système de saisie des données. Elle est fortement conditionnée par les opérations effectuées par l’opérateur de saisie ainsi que par la plateforme logicielle utilisée.
Pour assurer cette stabilité, l’opérateur de saisie dispose d’outils l’aidant à modifier les caractéristiques d’un objet sans perdre son identifiant :
- les fonctionnalités de base du logiciel de production conservent l’identifiant en cas de changement de valeur d’attribut,
- les fonctionnalités de base du logiciel de production conservent l’identifiant lorsque l’opérateur déplace ou déforme la géométrie d’un objet,
- des fonctionnalités supplémentaires ont été développées pour permettre de remplacer complètement une géométrie par une autre tout en conservant l’identifiant de l’objet.
Limites de cette stabilité
1/ Si l’opérateur choisit de traduire une modification par une suppression de l’objet suivie d’une création, l’identifiant de l’objet changera et aucune parenté ne sera établie entre l’ancienne version et la nouvelle version de l’objet. Cela arrivera chaque fois que le remplacement de l’objet apparaîtra plus efficace à l’opérateur de saisie que sa modification.
2/ Un objet scindé en deux donne naissance à deux tronçons dont un conserve l’identifiant d’origine tandis que l’autre se voit attribuer un nouvel identifiant. Les règles déterminant quel tronçon conserve l’identifiant d’origine ne sont pas définies. Aucune information permettant de retrouver si deux objets résultants proviennent du même objet n’est conservée. (ex. si une route est découpée suite à la création d’un chemin qui vient l’intersecter, un des deux objets résultants sera considéré comme la nouvelle version de la route d’origine, tandis que l’autre sera considéré comme une nouvelle route).
3/ Deux objets fusionnés donnent naissance à un objet dont l’identifiant sera celui de l’un des deux objets parents. L’objet parent qui donnera son identifiant au nouvel objet dépend de l’ordre dans lequel les objets sont sélectionnés et doit donc être considéré comme indéterminé.
4/ Les changements de structure dits "lourds" comme le rassembleme,nt des DOM dans la même base de données ou le passage en BDUniv2 en 2018 impliquent de nécessaires changements de clé absolue lorsque des objets changent de modélisation ou de classe.
Cependant, dans ce dernier cas, un objet appartenant à une classe dont le nom a simplement été renommée ne verra pas sa clé modifiée même si l'acronyme s'éloigne du nom de la classe.
Ex : TRONEAU conservé malgré le renommage de Tronçon de cours d'eau à Tronçon hydrographique.
La version 1.0 de la BDUni a vu la mise en place d’un système de gestion d’identifiants externes stables - par opposition aux identifiants du SGBD, gérés par celui-ci.
L’unicité des identifiants est assurée par le système de gestion de base de données qui héberge les données France entière.
Chaque objet de la base est ainsi identifié par une chaîne de 24 caractères dénommée « clé absolue » (« cleabs »), composée de 8 caractères alphanumériques représentant la classe de l’objet et 16 chiffres composant un nombre entier éventuellement précédé de 0. Ce nombre est unique pour tous les objets de la base, toutes classes confondues.
Ex. ‘TRONROUT0000000000123456’
La stabilité des identifiants est assurée par le système de saisie des données. Elle est fortement conditionnée par les opérations effectuées par l’opérateur de saisie ainsi que par la plateforme logicielle utilisée.
Pour assurer cette stabilité, l’opérateur de saisie dispose d’outils l’aidant à modifier les caractéristiques d’un objet sans perdre son identifiant :
- les fonctionnalités de base du logiciel de production conservent l’identifiant en cas de changement de valeur d’attribut,
- les fonctionnalités de base du logiciel de production conservent l’identifiant lorsque l’opérateur déplace ou déforme la géométrie d’un objet,
- des fonctionnalités supplémentaires ont été développées pour permettre de remplacer complètement une géométrie par une autre tout en conservant l’identifiant de l’objet.
Limites de cette stabilité
1/ Si l’opérateur choisit de traduire une modification par une suppression de l’objet suivie d’une création, l’identifiant de l’objet changera et aucune parenté ne sera établie entre l’ancienne version et la nouvelle version de l’objet. Cela arrivera chaque fois que le remplacement de l’objet apparaîtra plus efficace à l’opérateur de saisie que sa modification.
2/ Un objet scindé en deux donne naissance à deux tronçons dont un conserve l’identifiant d’origine tandis que l’autre se voit attribuer un nouvel identifiant. Les règles déterminant quel tronçon conserve l’identifiant d’origine ne sont pas définies. Aucune information permettant de retrouver si deux objets résultants proviennent du même objet n’est conservée. (ex. si une route est découpée suite à la création d’un chemin qui vient l’intersecter, un des deux objets résultants sera considéré comme la nouvelle version de la route d’origine, tandis que l’autre sera considéré comme une nouvelle route).
3/ Deux objets fusionnés donnent naissance à un objet dont l’identifiant sera celui de l’un des deux objets parents. L’objet parent qui donnera son identifiant au nouvel objet dépend de l’ordre dans lequel les objets sont sélectionnés et doit donc être considéré comme indéterminé.
4/ Les changements de structure dits "lourds" comme le rassembleme,nt des DOM dans la même base de données ou le passage en BDUniv2 en 2018 impliquent de nécessaires changements de clé absolue lorsque des objets changent de modélisation ou de classe.
Cependant, dans ce dernier cas, un objet appartenant à une classe dont le nom a simplement été renommée ne verra pas sa clé modifiée même si l'acronyme s'éloigne du nom de la classe.
Ex : TRONEAU conservé malgré le renommage de Tronçon de cours d'eau à Tronçon hydrographique.
Conventions d'écriture :
Plusieurs conventions d'écriture coexistent dans la BDUni :
- le Toponyme (sélectionné) : suit la charte de toponymie (accents et majuscules initiales) car ce champ est plutôt destiné à un usage cartographique (le placement des majuscules est un processus automatique appliqué à l'un des toponymes de la toponymie détaillée).
- dans le champ 'Toponymie détaillée' est en minuscules accentuées (plus simple à saisir et à requêter) - graphie riche (accents) mais pas spécialement destinée à l'affichage (pas de majuscules)
Par ailleurs, hors toponymes, les valeurs d'attribut énumérés sont écrites avec accents et majuscules initiales (facilité de lecture) mais pas de majuscule accentuée pour ne pas compliquer les requêtes.
Les Noms de rue/voie : majuscules non accentuées - selon un usage largement répandu facilitant les opérations de type géocodage (enrichissement prévu mais pas d'échéance pour l'instant)
- le Toponyme (sélectionné) : suit la charte de toponymie (accents et majuscules initiales) car ce champ est plutôt destiné à un usage cartographique (le placement des majuscules est un processus automatique appliqué à l'un des toponymes de la toponymie détaillée).
- dans le champ 'Toponymie détaillée' est en minuscules accentuées (plus simple à saisir et à requêter) - graphie riche (accents) mais pas spécialement destinée à l'affichage (pas de majuscules)
Par ailleurs, hors toponymes, les valeurs d'attribut énumérés sont écrites avec accents et majuscules initiales (facilité de lecture) mais pas de majuscule accentuée pour ne pas compliquer les requêtes.
Les Noms de rue/voie : majuscules non accentuées - selon un usage largement répandu facilitant les opérations de type géocodage (enrichissement prévu mais pas d'échéance pour l'instant)
Liens entre les thèmes de la BDUni :
