Fichier des entités topographiques (TOPO) DGFiP

Description

Le fichier TOPO produit par le référentiel TOPAD de la DGFIP se substitue désormais au fichier FANTOIR depuis juillet 2023.

Il répertorie l'ensemble des entités topographiques (Pays, Région, Département, Communes, Voies) connues et gérées par TOPAD, y compris l'historique des entités annulées.

Ce qui change par rapport au fichier FANTOIR :
- ajout de la région,
- ajout des données des collectivités d'outre-mer,
- présence des données de topo étrangère (retrait des pseudo voies)

Attributions
(Créateur)
DGFIP(Éditeur)
Dernière mise à jour
6 novembre 2025

Vues

0

Téléchargements

0

Qualité des métadonnées:
À améliorer(44 %)
  • Fréquence de mise à jour non renseignée

  • Couverture temporelle non renseignée

  • Couverture spatiale non renseignée

  • Certains fichiers ne sont pas disponibles

Ce jeu de données provient d'un portail externe. Voir la source originale.
Votre question porte sur autre chose que ce jeu de données ? Visiter notre forum

14 discussions dont 2 clotûrées

Fichier Topo par département

Posté le 31 octobre 2025
Discussion close par DGFiP Open Data le 31 octobre 2025

Erreur dans un libellé

Posté le 22 octobre 2025
Bonjour, Je signale une erreur pour l'élément ayant pour code topo la valeur 991001175119814614. Le libellé indique en effet la valeur RENEE FONCK , soit un E en trop à la fin du prénom du célèbre "As des as", selon la Dénominations des emprises des voies actuelles de la ville de Paris : https://opendata.paris.fr/explore/dataset/denominations-emprises-voies-actuelles/table/?disjunctive.typvoie&disjunctive.arrdt&disjunctive.feuille&disjunctive.statut&disjunctive.siecle&disjunctive.quartier&sort=typo_min&q=FONCK Cordialement

Erreur dans le fichier du 2025-08-26

Posté le 28 août 2025
Discussion close par DGFiP Open Data le 1 septembre 2025

plusieurs caractères espaces consécutifs dans le libellé de la voie

Posté le 16 juillet 2025
bonjour, je constate qu'il existe plusieurs voies qui contiennent des caractères "espaces" consécutifs dans la zone "libelle" cela provoque, pour certaines , des libellés de voie tronqués voici un exemple avec au minimum 10 espaces consécutifs pour visualiser , les espaces ont été remplacés par des # Line 269547: 991002721561004014;;GRANDE RUE############(B P;;;;;0;;00000000;19910429;1;GRANDE;00000000 Line 269551: 991002721561007414;;GRANDE RUE##############(F;;;;;0;;00000000;19910429;1;GRANDE;00000000 Line 1321771: 991008473150052014;CHE;DU VILLARD##########SANGOT;;;;;0;;00000000;20071126;1;SANGOT;00000000 Line 1481318: 991008473150030014;RUE;SAINT AUBIN##########MACOT;;;;;0;;00000000;20071126;1;MACOT;00000000 Line 1738971: 991002721548017014;;GRANDE RUE############(DU;;;;;0;;00000000;19910726;1;GRANDE;00000000 Line 1756337: 991002721548018014;;GRANDE RUE#############(DE;;;;;0;;00000000;19910726;1;GRANDE;00000000 Line 1889665: 991002721260017014;;GRANDE RUE###########(ST J;;;;;0;;00000000;19910726;1;GRANDE;00000000 Line 2008372: 991008473150031014;RUE;SAINT GRAT###########MACOT;;;;;0;;00000000;20071126;1;MACOT;00000000 Line 2993921: 991002721490005514;;GRANDE RUE##############(L;;;;;0;;00000000;19931216;1;GRANDE;00000000 Line 3183767: 991002721548015014;;GRANDE RUE##########(DU BA;;;;;0;;00000000;19910726;1;BA;00000000 Line 3183777: 991002721548019014;;GRANDE RUE###########(DU H;;;;;0;;00000000;19910726;1;GRANDE;00000000 Line 3481574: 991002721016017014;;GRANDE RUE##########(ARCEA;;;;;0;;00000000;19871228;1;ARCEA;20161026 Line 4472565: 991008473150025014;CHE;DU MUGUET############MACOT;;;;;0;;00000000;20071126;1;MACOT;00000000 Line 5055192: 991002721672014114;;GRANDE RUE###########(GRAN;;;;;0;;00000000;20120827;1;GRAN;00000000 Line 7115835: 991008473150012014;RUE;DU BIOLAY############MACOT;;;;;0;;00000000;20071126;1;MACOT;00000000 cordialement

Nouvelle colonne "nature de voie"

Posté le 22 mai 2025
Bonjour, la version du 19 Mai du fichier TOPO contient une nouvelle colonne "nature de voie" (en position 2 entre "code topo" et "libelle"). Pourtant le fichier descriptif "Description_fichier_TOPO_20241003.pdf" ne défini pas cette colonne. Est-ce une erreur technique? Dans ce cas, pourrions-nous avoir une nouvelle version du fichier TOPO? Ou est-ce une évolution du fichier? Et dans ce cas, pourrions-nous avoir une mise à jour du fichier PDF "Description..."? De plus, si c'est une évolution du fichier, cette nouvelle donnée est-elle exploitable ou en cours de "remplissage"? En effet, il y a pas mal de ligne du fichier qui n'ont pas de valeur pour cette donnée. Merci d'avance, Cordialement.
Posté le 23 mai 2025
Bonjour, Il ne s'agit pas d'une erreur technique. L'équipe Topad a modifié le fichier TOPO afin de séparer le champ nature de voie sur 4 caractères et du libellé de voie sur 26 caractères. La publication est en cours. Nous vous prions de nous excuser pour la gêne occasionnée. Cordialement L'équipe Topad

Absence commune

Posté le 30 avril 2025
Bonjour, Lors de l'exploitation du fichier publié au format csv. Dans ce fichier et sauf erreur de ma part il n'y a aucun enregistrement pour ma commune pour laquelle les enregistrements devraient avoir un code topo avec un préfixe débutant par "991009383061". Merci pour votre réponse

Signaler une erreur à corriger

Posté le 5 décembre 2024
Bonjour, à qui s'adresser pour signaler une erreur à corriger ? Il y a désormais des codes voies qui ne sont plus des identifiants uniques, car ils sont utilisés pour plusieurs voies distinctes, exemple code voie 9987 dans la Commune de Paris (75056). Cordialement
Posté le 13 janvier 2025
Bonjour, Le code voie demeure un identifiant unique. Le cas du code voie 9987 n’aurait donc pas dû se produire. Ce cas a été signalée aux équipes en charge de l’application qui couvre l’essentiel de la documentation foncière de la DGFIP et qui alimente le fichier Topographique du référentiel Topad. Je ne peux, à ce stade, indiquer la date de prise en compte de cette correction. Cordialement

Signaler une erreur à corriger

Posté le 4 novembre 2024
Bonjour, à qui s'adresser pour signaler une erreur à corriger ? En conséquence, l'erreur d'adresse sera-t-elle corrigée automatiquement dans le Cadastre ? Exemple : le code actuel est : 991001175104453214;SQ HENRI BARYE;;;;;0;;00000000;19881021;1;BARYE;00000000 le code correct est : 991001175104453214;SQ BARYE;;;;;0;;00000000;19881021;1;BARYE;00000000 le prénom HENRI est une erreur humaine de saisie provenant de la ligne adjacente SQ HENRI GALLI dans la même commune La dénomination Square Barye est utilisée dans la délibération 489 du 10 mai 1946 (bulletin municipal 1946 page 871) parcelle 000 AU 33 Cordialement
Posté le 13 janvier 2025
Bonjour, L’information reprise dans le fichier TOPO a pour origine une application de la DGFIP qui couvre l’essentiel de la documentation foncière de la DGFIP. L'erreur dans le libellé du Square Barye a été signalée aux équipes en charge de cette application pour correction. Le libellé correct sera alors repris dans un fichier TOPO ultérieur. Je ne peux, à ce stade, indiquer la date de prise en compte de cette correction. Cordialement

Livrable du mois d'août incomplet et non stable

Posté le 6 août 2024
Bonjour, j'ai téléchargé le fichier TOPO le 29/07/2042, celui-ci était composé de 7711445 lignes et les 446 communes de la Manche y figuraient bien. J'ai re-téléchargé le fichier TOPO le 05/08/2024, celui-ci est à présent composé de 4103101 lignes et il n'y a plus que 260 communes de la Manche. De plus, le livrable du 29/07/2024 avait comme libellés de champs : "code topo", "RUR actuel", etc ... Le livrable du 05/08/2024 a comme libellés de champs : "code_topo", "rur_actuel", etc ... Serait-il possible de contrôler plus sérieusement le livrable avant de le déposer en ligne ? Et svp pouvez-vous figer la structure du fichier TOPO une bonne fois pour toute ? Cordialement
Posté le 3 septembre 2024
Bonjour, Merci pour votre message et votre intérêt pour les données ouvertes. Après vérification la publication du fichier TOPO de juillet 2024 publié initialement sur Data.economie.gouv.fr présente bien les caractéristiques que vous indiquez (pour le fichier du 29/07), et se trouve toujours disponible. A ce jour la publication de TOPO pour le mois d'août 2024 n'est pas encore disponible, le fichier que vous décrivez pour le 05/08 est une anomalie. Nous analysons en ce moment les 3 fichiers csv proposés sur Data.gouv.fr pour en trouver la cause. N'hésitez pas en cas de doute à vous reporter à la source en suivant le lien proposé (Informations/Source originale). Cordialement

fichier TOPO de Juillet 2024, commune sans aucune voie

Posté le 2 août 2024
Bonjour, en intégrant le fichier topo de juillet 2024 en base, je me rends compte que certaines communes du dept 06 n'ont plus de rues select count(*) from dir060 where dep='06' and com='130' SAINT-VALLIER-DE-THIEY : 0 select count(*) from dir060 where dep='06' and com='159' VILLEFRANCHE-SUR-MER : 0 select count(*) from dir060 where dep='06' and com='039' CHATEAUNEUF VILLEVIEILLE : 0 select count(*) from dir060 where dep='06' and com='010' LE BAR-SUR-LOUP : 0 select count(*) from dir060 where dep='06' and com='129' SAINT-SAUVEUR-SUR-TINEE : 0 select count(*) from dir060 where dep='06' and com='163' TENDE : 0 select count(*) from dir060 where dep='06' and com='109' LA ROQUETTE-SUR-VAR : 0 select count(*) from dir060 where dep='06' and com='162' LA BRIGUE : 0 A titre d'exemple, la commune de SAINT-VALLIER-DE-THIEY comportait 271 rues https://www.lesruesdefrance.com/listerueparville.php?dep=06&dir=0&com=130&commune=ST%20VALLIER%20DE%20THIEY dans le fichier TOPO, on ne retrouve que l'article 991009306130 13;SAINT-VALLIER-DE-THIEY;R;R;;;;;00000000;18750101;;;00000000 alors que dans celui du mois dernier, nous avions 272 lignes Ligne 309353: 991009306130 13;SAINT-VALLIER-DE-THIEY;N;N;3;3;;;00000000;18750101;;;00000000 Ligne 309355: 991009306130B03614;CRAMEOU;;;;;0;;00000000;19910714;3;CRAMEOU;00000000 Ligne 309357: 991009306130B06314;LA GRAOU;;;;;0;;00000000;19910714;3;GRAOU;00000000 Ligne 309359: 991009306130B11014;SAINTE LUCE;;;;;0;;00000000;19881209;3;LUCE;00000000 Ligne 309361: 991009306130B13114;LE VILLAGE;;;;;0;;00000000;19881209;3;VILLAGE;00000000 Ligne 309363: 991009306130001914;RUE ADRIEN GUEBHARD;;;;;0;;00000000;19880823;1;GUEBHARD;19981001 Ligne 309365: 991009306130008414;ALL DE LA BERGERIE;;;;;0;;00000000;19900202;1;BERGERIE;19950816 Ligne 309367: 991009306130013314;PL JEAN AMIC;;;;;0;;00000000;19900202;1;AMIC;00000000 Ligne 309369: 991009306130025514;CHE DES ERABLES;;;;;0;;00000000;19940725;1;ERABLES;19981001 est-ce normal ? cordialement
Posté le 3 septembre 2024
Bonjour, Merci pour votre message et votre intérêt pour les données ouvertes que nous publions. Vos précisions ont permis une première analyse qui indique un écart. Nous poursuivons l'analyse pour en trouver la cause. Cordialement

Métadonnées du fichier TOPO

Posté le 18 juillet 2024
Bonjour, Je ne trouve pas le fichier descriptif ou le fichier de métadonnées du fichier TOPO pour connaitre les occurrences de chaque champs et savoir comment il peut se substituer au fichier FANTOIR dont nous nous servions jusque là. Avez-vous des infos à ce sujet ? Par avance merci
Posté le 19 juillet 2024
DELETED
Posté le 29 juillet 2024
Bonjour, Merci pour votre question et l'intérêt pour nos données. Une documentation associée est en cours de construction et sera mise à disposition prochainement. Cordialement,

Code voie manquant

Posté le 11 juin 2024
Bonjour, Nous constatons qu'il manque le code de la voie dans le nouveau fichier TOPO par rapport à l'ancien fichier FANTOIR. Par exemple , auparavant nous avions le code "000911" mais maintenant il ne reste plus que le type de la voie, ici "1". Ancien format du fichier FANTOIR : 6903813355RRUE DU GRIFFON R 0 00000000000000 00000001987001 000911 GRIFFON Nouveau fichier TOPO : 991008469381335514;RUE DU GRIFFON;;;;;0;;00000000;19870101;1;GRIFFON;20100329 Pouvez vous nous indiquez comment retrouver cette information svp ? Cdlt
Posté le 13 janvier 2025
Bonjour, Le code FANTOIR historiquement fourni sur 10 caractères est remplacé par le code TOPO. La clé de contrôle (clé Rivoli) n’est plus présente non plus dans le fichier TOPO fourni par le référentiel TOPAD car elle n’a plus d’utilité dans le dispositif en place depuis juillet 2023. Dans l’exemple que vous nous soumettez, le code TOPO se décompose ainsi : Dans l’exemple que vous nous soumettez, le code TOPO se décompose ainsi : 99100 → Code pays (France) 84 → Code de la région Auvergne Rhône Alpes 69 → Code du département du Rhône 381 → Code de la commune Lyon (1er arrondt) dans le département du Rhône 3355 → Code de la voie rue du Griffon dans la commune de Lyon (1er arrondt) 14 → Code type de topographie (voie) Cordialement

Code Fantoir / Clé Rivoli

Posté le 6 juin 2024
Bonjour, Je constate l'absence du code Fantoir et de la clé Rivoli dans le nouveau format. Le code Topo permet-il de retrouver ces informations ? En prenant par exemple la première ligne, je suppose que le Topo signifie ici : 9910024 (région) 36142 (code postal) B09314 (?). À quoi correspond la dernière partie du code ? Si les informations que je recherche ne sont pas présentes dans le Topo, pourriez-vous m'indiquer où les retrouver svp ? Bonne journée.
Posté le 13 janvier 2025
Bonjour, Le code FANTOIR historiquement fourni sur 10 caractères est remplacé par le code TOPO. La clé de contrôle (clé Rivoli) n’est plus présente non plus dans le fichier TOPO fourni par le référentiel TOPAD car elle n’a plus d’utilité dans le dispositif mis en place depuis juillet 2023. Dans l’exemple que vous nous soumettez, le code TOPO se décompose ainsi : 99100 → Code pays (France) 24 → Code de la région Centre Val de Loire 36 → Code du département de l’Indre 142 → Code de la commune Niherne dans le département de l’Indre B093 → Code de la voie les Ebourdeaux dans la commune de Niherne 14 → Code type de topographie (voie) Le document décrivant le contenu du fichier TOPO a été complété et mis en ligne en octobre dernier. Il figure en pièce jointe au fichier TOPO et à vocation à vous apporter plus de détails sur le contenu et le format du fichier TOPO. Nous serions preneurs de vos retours sur ce descriptif afin de savoir s’il répond à vos interrogations. Cordialement

Fichier TOPO de fin mai

Posté le 4 juin 2024
bonjour, je constate des modifications dans le tout dernier fichier TOPO mis en ligne fin mai 2024 en effet, le type commune (N ou R) n'est plus renseigné et la date d'annulation est passée de 8 à 7 caractères est-ce normal? le descriptif du fichier reste inchangé illustration topo.csv (1 résultats) Ligne 6010172: 991002758194 13;NEVERS;R;R;;;;;00000000;18750101;;;00000000 topomai.csv (1 résultats) Ligne 4548630: 991002758194 1;NEVERS;;;;;;;0000000;1875010;;;00000000 cordialement
Posté le 5 juin 2024
bonjour, merci pour la livraison du fichier TOPO corrigé cordialement Rechercher "991002758194 " (2 résultats dans 2 documents depuis 2 documents recherchés) topojuin.csv (1 résultats) Ligne 1711746: 991002758194 13;NEVERS;R;R;;;;;00000000;18750101;;;00000000 topo.csv (1 résultats) Ligne 6010172: 991002758194 13;NEVERS;R;R;;;;;00000000;18750101;;;00000000