Jungle-Bus / ref-EU-EVSE

#balanceTaBorne

Home Page:https://wiki.openstreetmap.org/wiki/France/data.gouv.fr/Bornes_de_Recharge_pour_V%C3%A9hicules_%C3%89lectriques

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Capacity incorrect

Stefal opened this issue · comments

commented

Salut Noémie,

Est-ce que tu as la possibilité de refaire tourner le script pour mettre à jour le fichier utilisé par Osmose ? Apparemment il date de mai dernier, et il y a forcément des nouvelles bornes depuis.

Je voudrais aussi vérifier si tag capacity reste incorrect sur les quelques bornes que j'ai vérifiées.
Exemple : https://github.com/Jungle-Bus/ref-EU-EVSE/blob/335edcf252ecf439f4427970c15bba330df1e9fa/osm_stats.csv
Osmose veut passer la capacité à 1 alors qu'il y a bien 2 points de charge dans le fichier consolidé.

Hello,

La dernière version du fichier n'est pas celle que tu pointes mais celle-ci : https://github.com/Jungle-Bus/ref-EU-EVSE/blob/gh-pages/opendata_stations.csv
Le fichier a été généré la semaine dernière.

Est-ce que tu constates la même anomalie dans cette version ?

commented

Ah ! Merci pour le bon lien. Je vais corriger sur le wiki pour pointer vers
https://raw.githubusercontent.com/Jungle-Bus/ref-EU-EVSE/gh-pages/opendata_stations.csv

Oui, je constate la même anomalie. Pour l'exemple que j'ai vérifié, la ref de la "station" est FR*S44*P44216A. La capacité devrait être à 2 au lieu de 1. J'ai bien 2 points de charge dans le csv consolidé : FRS44E44216A1 et FRS44E44216A2

Pour moi l'anomalie est dans les données sources.

Dans le fichier publié par le PAN, j'ai effectivement 2 lignes avec les 2 points de charge que tu cites, mais le champ nbre_pdc (Le nombre de points de recharge sur la station) indique 1 (sur les 2 éléments).
C'est ce champ qui est utilisé pour déduire le tag capacity.

donc plutôt à reporter ici : https://www.data.gouv.fr/fr/datasets/stations-de-recharge-pour-vehicules-electriques-sur-le-territoire-loire-atlantique/ ?

commented

Ok, je vois.

Je peux remonter l'info pour le département, mais ça ne va en corriger qu'une petite partie : Il y a plus de 5000 points de charge avec un nbre_pdc égal à 1. Si pour une partie des 5000 entrées, c'est une info correcte, ça ne l'est pas pour toutes, loin de là.

Alors qu'est-ce qui est préférable ?

  • Laissez comme ça et laisser Osmose proposer des valeurs fausses en attendant que tout soit corrigé à la source ?
  • Ne pas proposer le tag capacity s'il y a une incohérence entre nbre_pdc et le total du nbr de ref de pdc ?
  • Se baser uniquement sur le total du nbr de ref de pdc ?

Pour ma part, je ne suis pas fan de la première solution : on a beaucoup trop de dégommeurs Osmose qui ne s'inquiètent pas de la validité des données sources.

Pour les autres incohérences, on élimine le champ problématique donc partons sur ta deuxième option.

ok, c'est corrigé ici (ça sera pris en compte par Osmose la prochaine fois que l'analyse tournera)

C'est effectivement une incohérence très fréquente : ça concerne 4 926 stations actuellement.
La liste des stations avec cette anomalie est fournie dans le fichier https://github.com/Jungle-Bus/ref-EU-EVSE/blob/gh-pages/opendata_errors.csv si tu veux faire des retours au producteur ou essayer de creuser pour voir s'il y a qqch à en déduire (peut-être que le producteur a donné le nombre de pdc par borne au lieu de par station ?)

Je te laisse fermer l'issue si tout est ok pour toi !

commented

(peut-être que le producteur a donné le nombre de pdc par borne au lieu de par station ?)

Je ne pense pas car pour le cas que j'ai testé, il y a 2 pdc sur la borne.

La seule chose que j'ai repéré, c'est que sur le schéma affiché sur data.gouv.fr le champ nbre_pdc est un bool. Bizarre.

Merci pour l'évolution. Je ferme pour l'instant, mais sans doute qu'on y reviendra lorsqu'on aura un tag osm clair pour les points de charge.