Base nationale des IRVE (Infrastructures de Recharge pour Véhicules Électriques) IRVE

Bonjour Antoine, La correspondance avec les entités OCPI est correcte (elle peut néanmoins différer pour quelques exceptions non abordées ici). Effectivement, la taille des identifiants des points de recharge (35 caractères) diffère de la taille des EVSE de l'OCPI (48 caractères). Ceci peut s'expliquer par la portée internationale de l'OCPI qui doit intégrer l'ensemble des contraintes nationales et régionales. Concernant le format français, nous devons respecter le format européen tel qu'il est défini au sein de l'[IDRR](https://alternative-fuels-observatory.ec.europa.eu/markets-and-policy/policy-insights/identification-registration-repository). Celui-ci indique (si l'on fait abstraction des séparateurs) : - 5 caractères IDRO (pays + CPO/EMP) - 1 caractère pour le type d'identifiant - 30 caractères pour l'identifiant Notre format respecte cette limite à 36 caractères. L'écart résiduel est donc de un caractère pour lequel je n'ai pas d'explication (peut-être s'agit-il d'une réserve pour prendre en compte des spécificités nationales ?) Il n'est donc pas envisagé d'étendre la taille des identifiants à 48 caractères, ce qui impose une migration de ces identifiants.

D'après la documentation disponible via le lien que vous m'avez transmis : [https://alternative-fuels-observatory.ec.europa.eu/system/files/documents/2026-06/IDRR-Emobility%20ID%20Format%20and%20Syntax_November%202023.pdf](https://alternative-fuels-observatory.ec.europa.eu/system/files/documents/2026-06/IDRR-Emobility%20ID%20Format%20and%20Syntax_November%202023.pdf) L'identifiant EVSE ID doit effectivement contenir 36 caractères (en excluant le caractère de séparation `*`). Cependant, en vérifiant les règles de validation appliquées par le jeu de données IRVE Data.gouv, il semble y avoir une incohérence. Les expressions régulières associées aux propriétés suivantes limitent actuellement la longueur maximale à 35 caractères : * `id_pdc_itinerance` Motif : `(?:(?:^|,)(^[A-Z]{2}[A-Z0-9]{4,33}$|Non concerné))+` * `id_station_itinerance` Motif : `(?:(?:^|,)(^[A-Z]{2}[A-Z0-9]{4,33}$|Non concerné))+` Pour ces deux propriétés, la partie `[A-Z0-9]{4,33}` autorise au maximum 33 caractères après les deux caractères du code pays, soit un total de 35 caractères. Cette contrainte ne semble donc pas conforme avec le format EVSE ID décrit dans la documentation, qui autorise jusqu'à 36 caractères (hors séparateur `*`). Pouvez-vous me confirmer s'il s'agit d'une erreur dans la règle de validation du schéma IRVE Data.gouv, ou si une contrainte spécifique impose finalement une longueur maximale de 35 caractères pour ces champs ? Merci par avance pour votre retour.

Le schéma européen limite ce champ à 36 caractères. Le schéma français a retenu une longueur de 35 caractères, ce qui est conforme à cette exigence européenne. Comme indiqué dans le premier message, je ne connais pas les raisons du choix de cette limite à 35 caractères pour les identifiants français (est-ce qu'elle découle de contraintes nationales, est-ce qu'il s'agit de raisons historiques, de raisons techniques, de contraintes de migrations ou encore d'harmonisation avec d'autres pays européens ...). En tout état de cause, cette limite est prise en compte dans tous les systèmes utilisant le schéma de données IRVE français. Il n'y a par ailleurs pas de travaux engagés pour étudier une extension à 36 caractères. Bonne journée

Bonjour, Merci pour votre message, l'occasion de dire à nouveau que cela revient aux producteurs des données de corriger leurs anomalies. Les espaces discussions ont été crées à cet effet. Le mieux est donc de prévenir ELECTRA. Il en est de même concernant Qualicharge. C'est important que vous les préveniez car il est prévu à court terme qu'en tant qu'agrégateur ils deviennent la référence de la donnée en cas de doublons.

Merci pour votre réponse, mais qui est censé produire les données ? Dans le cas ELECTRA / QUALICHARGE, il me semblerait logique que l'opérateur ELECTRA soit maître de ses données... J'ai d'autres cas entre QUALICHARGE et GIREVE reposant entre autre sur des PdC Atlante... Je débute un peu sur le sujet, désolé si mes questions vous paraissent obscures.

Les producteurs ont la possibilité de faire publier leurs données par un tiers (par ex. Gireve) La déclaration sur Qualicharge est une obligation pour les producteurs qui ont des points de recharges en DC et/ou qui sollicitent un certificat TIRUERT. Je vous invite à lire le descriptif https://www.data.gouv.fr/datasets/infrastructures-de-recharge-pour-vehicules-electriques-donnees-ouvertes

Merci pour votre réponse. J'ai laissé un message à qualicharge mais vu l'absence de réponse sur le précédent commentaires, j'ai l'impression qu'ils ne sont pas trop ouvert à la discussion ;-) Dommage, je trouve qu'ils viennent dégrader votre base par le formatage approximatif.

Bonjour, je vous propose un échange en visio car je ne comprends pas de façon claire en quoi Qualicharge "dégrade" la base.

Pas de soucis, vous devez avoir accès à mon email pour envoyer une invitation ? Cdt

Bonjour, vous avez raison. En effet, ce champ optionnel n'est pas toujours bien rempli par les producteurs des données. Comme il revient à chacun d'eux d'être rigoureux, n'hésitez pas à prendre contact avec Tesla via leur espace discussion. Bonne journée

Bonjour, Parlez-vous de cette page ? : https://www.data.gouv.fr/datasets/infrastructures-de-recharge-pour-vehicules-electriques-organisation-tesla-5 C'est étrange car la dernière MàJ du jeu de données remonte à septembre 2025, et surtout je ne retrouve pas le même nombre de bornes Tesla. Dans votre JDD, il y en a nettement plus. J'espère qu'on aura bientôt droit à une fonctionnalité qui permettrait d'appliquer un filtre par département ou par région avant le téléchargement de la donnée. En parcourant le Github, j'ai vu que c'était un sujet de discussion. Bonne journée

Bonjour, cette page permet d'échanger avec Tesla sur ce sujet précis. Par contre comme il s'agit de points de recharge DC, les données transitent via Qualicharge mais c'est bien à Tesla qu'il faille s'adresser. https://www.data.gouv.fr/datasets/infrastructures-de-recharge-pour-vehicules-electriques-donnees-ouvertes

Bonjour, Via le bouton bleu en haut à gauche "Explorer les données", vous pouvez en paginant latéralement trouver la colonne "puissance_nominale" puis grâce au filtre rechercher par une valeur. Par ex. 800. Bonne journée

Bonjour, Oui pour la puissance. Mais ce n'est pas le voltage de la borne ? Comment puis-je déterminer ce voltage ?

Cette information n'est pas reprise/requise dans le schéma standard français. Ni européen au passage. Quel en est votre utilité ?

Certaines voitures nécessitent le 800v pour passer en charge rapide par exemple mercedes cla3 d'après le constructeur

C'est bien noté, merci !

Bonjour, merci du retour. Pouvez-vous me donner une ou deux organisations (producteurs de la données) concernée par ces références ?

Malheureusement, nous n’archivons pas les fichiers intégrés sur notre plateforme https://prix-carburant.eu/. Ces références renvoient donc une erreur 404. Suite à cet incident, nous allons mettre en place un système d’archivage afin de pouvoir identifier les fournisseurs. Nous vous tiendrons informés.

Bonjour, nous travaillons sur les réutilisations de ces données. J'ai consulté https://prix-carburant.eu/ , je ne vois de lien avec les IRVE. Juste par curiosité, à quoi vous servent ces infos ?

C'est pour identifier la station.

Voici un exemple d'une ligne qui n'existe plus dans le flux DRIVECO , ,support@driveco.com,DRIVECO ,support@driveco.com, ,DRIVECO ,FRE11PLMAJACCIO200901,,Leroy Merlin - Ajaccio,Parking privé à usage public,"6 Route de Mezzavia, 20090 Ajaccio",2A004,"[8.77347, 41.9506]",6,FRE11E10143P1,,22.08,true,true,false,false,false,false,true,false,true,,Accès libre,false,"Mo 08:00-19:30, Tu 08:00-19:30, We 08:00-19:30, Th 08:00-19:30, Fr 08:00-19:30, Sa 08:00-19:30, Su 09:00-18:00",Accessibilité inconnue,inconnu,false,Indirect,0,2017-10-23,"Telecharger l'application DRIVECO, votre copilote en electrique, sur www.driveco.com",2025-06-17,,2025-06-18T03:41:26.051000+00:00,5fd093b73438a6a99bdf3606,dc8ea6c1-199e-4646-8abc-4f4448d94fa1,driveco,2025-06-17T07:35:17.080000+00:00,8.77347,41.9506,,Ajaccio,True,True,False

Bonjour, ce point de recharge FRE11E10143P1 se retrouve bien dans le fichier DRIVECO du 1/7/2025 https://explore.data.gouv.fr/fr/datasets/5fd093b73438a6a99bdf3606/?id_station_itinerance__contains=FRE11PLMAJACCIO200901&id_pdc_itinerance__contains=FRE11E10143P1#/resources/f7b45f16-92e7-49ae-87f8-1bd60209b1f8

Bonjour, Si vous le souhaitez, dans les ressources communautaire, j'historise les bornes :https://www.data.gouv.fr/datasets/fichier-consolide-des-bornes-de-recharge-pour-vehicules-electriques/#/community-resources/3267a34b-9c23-48a8-88ff-a3a4b183c225 Ca peut vous aider à retrouver où sont les bornes disparues. Bonne journée, Bastien, pour Data for Good

Quelle serait la meilleur clef unique pour une station de recharge?

Bonjour, la clé unique reste le champ id_pdc_itinerance. La bonne nouvelles est que cela devrait être la même dans le futur schéma de données (format) européen.

Bonjour, Merci pour votre message, en effet les doublons sont causés par des doubles saisies le plus souvent liées à un changement d'opérateur. Peu de producteurs de données mettent à jour leurs données lors d'un changement ou bien d'une suppression d'un point de charge. Le fichier consolidé national IRVE statique contient actuellement 10% de doublons, nous prévoyons de mettre en place une gestion plus stricte de ceux-ci (rejets, notifications). Concernant la.possibilité de faire un tri pour un périmètre donné, c'est possible normalement via les codes Insee (champ "code_insee_commune") qui est malheureusement optionnel ou mal renseigné. Une option serait de le rendre obligatoire dans le prochaine version du schéma de données. Autre possibilité mais plus complexe à mettre en oeuvre serait de se servir des coordonnées géographiques (champ "coordonneesXY"). Si vous avez une autre suggestion, n'hésitez à nous en faire part, voir même directement ouvrir un ticket sur Github.

Bonjour, Comme le schéma de données le précise, le dédoublonnage ne peut se faire que sur la clé unique id_pdc_itinerance https://schema.data.gouv.fr/etalab/schema-irve-statique/2.3.1/documentation.html

Bonjour, Pourriez-vous nous indiquer des exemples de lignes qui présentent ce défaut svp ? Nous avons déjà un traitement censé rectifier ces cas (https://github.com/datagouv/datagouvfr_data_pipelines/blob/75db0b1db3fd79407a1526b0950133114fefaa0f/schema/utils/geo.py#L33), cela nous permettrait de l'améliorer. Je viens d'afficher l'ensemble des lignes sur une cartes et mis à part quelques points dans le Golfe de Guinée et en Europe de l'Est (pour lesquels nous ne pouvons malheureusement pas faire grand chose), il semblerait que les champs soient corrects. NB : les coordonnées corrigées sont les colonnes 'consolidated_longitude', 'consolidated_latitude' (la colonne d'origine est 'coordonneesXY')

Bonjour, Voici une copie des lignes problématique dans le CSV. A savoir sur le territoire de Saint-Etienne Métropole la majorité des IRVE ont des coordonnés inversés, et n'ont pas d'attribut "consolidated". Exemple : UNICAP - GARAGE DU PALAIS,"314186149",thierrydecaluwe@garagedupalais.fr,Zephyre SAS,sav@zephyre.fr,"180977673",UNICAP - GARAGE DU PALAIS,FRZP1PEAC46397,69aba27a-7e76-4564-abcc-60cc7e9c1138,Garage du Palais - 22 kW AC,Parking privé à usage public,61 avenue Charles de Gaulle ,"42147","[4.06362390,45.62433300]","1",FRZP1EEAC46397,912cf50b-378c-45b1-a9e5-7207b2a38b5b,"22",FALSE,TRUE,FALSE,TRUE,FALSE,FALSE,TRUE,TRUE,TRUE,"0,35€/kWh + 0,03€/min entre 6h et 18h, 15€ la session entre 18h et 6h",Accès libre,FALSE,24/7,Accessible mais non réservé PMR,aucune,FALSE,Direct,,,aucune,2024-01-26,FALSE,2024-01-27T07:48:10.765000+00:00,65a5487fa94ead1ffa4562a3,4f46d714-6264-4c20-9734-e2e5863f344b,zephyre,True,2024-01-26T09:28:27.704000+00:00 RossiniEnergy,"839265873",info@rossinienergy.com,RossiniEnergy,info@rossinienergy.com,"374090105",RossiniEnergy,FRROSE221,,Sorofi_St_Etienne,Parking privé à usage public,"34 Rue Victor Grignard,42000 Saint-Étienne","42218","[45.4566614,4.4053406]","2",FRROSE2212,,"22",FALSE,FALSE,FALSE,FALSE,FALSE,FALSE,TRUE,TRUE,FALSE,,Accès libre,FALSE,24/7,Accessible mais non réservé PMR,3m,FALSE,Indirect,"19900000000000",2022-01-26,,2022-02-22,FALSE,2024-01-26T07:22:24.862000+00:00,63f888213f96cf65dd0e06b8,74e3edce-6dc1-4742-a5bd-4618ef27f9b0,rossini-energy,True,2024-01-25T16:28:00.273000+00:00 RossiniEnergy,"839265873",info@rossinienergy.com,RossiniEnergy,info@rossinienergy.com,"374090105",RossiniEnergy,FRROSE221,,Sorofi_St_Etienne,Parking privé à usage public,"34 Rue Victor Grignard,42000 Saint-Étienne","42218","[45.4566614,4.4053406]","2",FRROSE2211,,"22",FALSE,FALSE,FALSE,FALSE,FALSE,FALSE,TRUE,TRUE,FALSE,,Accès libre,FALSE,24/7,Accessible mais non réservé PMR,3m,FALSE,Indirect,"19900000000000",2022-01-26,,2022-02-22,FALSE,2024-01-26T07:22:24.862000+00:00,63f888213f96cf65dd0e06b8,74e3edce-6dc1-4742-a5bd-4618ef27f9b0,rossini-energy,True,2024-01-25T16:28:00.273000+00:00

Dans le fichier consolidé stable (https://www.data.gouv.fr/fr/datasets/fichier-consolide-des-bornes-de-recharge-pour-vehicules-electriques/#/resources/eb76d20a-8501-400e-b336-d85724de5435) la ligne correspondant à cet aménageur est celle-ci (ligne 97275) : UNICAP - GARAGE DU PALAIS,314186149,thierrydecaluwe@garagedupalais.fr,Zephyre SAS,sav@zephyre.fr,180977673,UNICAP - GARAGE DU PALAIS,FRZP1PEAC46397,69aba27a-7e76-4564-abcc-60cc7e9c1138,Garage du Palais - 22 kW AC,Parking privé à usage public,61 avenue Charles de Gaulle ,42147,"[4.06362390,45.62433300]",1,FRZP1EEAC46397,912cf50b-378c-45b1-a9e5-7207b2a38b5b,22,FALSE,TRUE,FALSE,TRUE,FALSE,FALSE,TRUE,TRUE,TRUE,"0,35€/kWh + 0,03€/min entre 6h et 18h, 15€ la session entre 18h et 6h",Accès libre,FALSE,24/7,Accessible mais non réservé PMR,aucune,FALSE,Direct,,,aucune,2024-01-26,FALSE,2024-01-27T07:48:10.765000+00:00,65a5487fa94ead1ffa4562a3,4f46d714-6264-4c20-9734-e2e5863f344b,zephyre,2024-01-26T09:28:27.704000+00:00,4.0636239,45.624333,42600,Montbrison,True,True Elle contient bien les coordonnées correctes, ainsi que les colonnes additionnelles ajoutées lors de la consolidation.

Autant pour moi dans ma copie je vous ai mis 3 lignes et effectivement la première est correcte, mais ce n'est pas le cas des deux autres. Aussi je me suis aperçu d'une chose c'est que nous nous appuyons sur le CSV de février 2023. Certainement le dernier en date lors de nos développements. Ce que je comprends c'est que les CSV sont tous millésimés. Seul le fichier geosJSON est mit à jour en continu (ou en tous cas les mises-à-jours des données sont toujours sur un url stable) ?

Je vous invite à n'utiliser que le fichier consolidé stable (https://www.data.gouv.fr/fr/datasets/fichier-consolide-des-bornes-de-recharge-pour-vehicules-electriques/#/resources/eb76d20a-8501-400e-b336-d85724de5435), il est mis à jour chaque matin et est agnostique aux montées de versions. Le fichier geojson contient les mêmes données que ce fichier mais dans un autre format.

Bonjour, Merci pour votre retour, vous vous invitons à déposer votre suggestion (issue) sur https://github.com/etalab/schema-irve/ En attendant, il est quand même possible de retrouver le département grâce aux données de latitude, longitude présentes dans le feed "coordonneesXY". Cordialement, L'équipe du PAN

Bonjour, Même demande d'ajout d'un code département afin d'éviter de charger toutes les données pour ne sélectionner que son territoire ensuite avec les coordonnées géo, ce n'est pas très sobre. Demande déposée ce jour sur le github https://github.com/etalab/schema-irve/issues/69. Merci

https://mikheyevav.github.io/irve/

Très jolies visualisations ! Je te conseille cependant de partir des données de cette ressource communautaire plutôt , car les données brutes de data.gouv.fr sont un peu volatiles sinon : https://www.data.gouv.fr/fr/datasets/r/3267a34b-9c23-48a8-88ff-a3a4b183c225 Tu devrais passer des 50k pdc que tu as à ~80k sur la ressource communautaire (pour ~100k en vrai en ce moment)

Merci beaucoup Bastien, effectivement ça change beaucoup les résultats. Est-ce que j'ai bien compris que dans le dataset df_irve_etalab_cleaned_combined.csv on fait une hypothèse que un id de pdc ne peut jamais être supprimé? par exemple si une borne est détruite? De façon plus globale, est-ce qu'on sait d'où vient cette instabilité? Thibaut Barrère est-ce qu'il y a par chance les datasets qui disparaissent/reapparaissent d'une publication à une autre? de façon général est-ce que officiellement la method de Bastien est bonne pour vous les admins? Et encore merci Bastien! Super travail! Bonne journée!