Skip to content

add property of puissance_nominale_grouped in opendata_stations.csv#38

Open
tykayn wants to merge 3 commits intoJungle-Bus:masterfrom
tykayn:tk/gh-puissance-nominale
Open

add property of puissance_nominale_grouped in opendata_stations.csv#38
tykayn wants to merge 3 commits intoJungle-Bus:masterfrom
tykayn:tk/gh-puissance-nominale

Conversation

@tykayn
Copy link
Copy Markdown

@tykayn tykayn commented Jan 13, 2026

Add the property puissance_nominale_grouped in the csv. The aim is to have this property used in the Osmose IRVE analysis and LibreChargeMap.

The property's value taken is the higher value if the value is an enumeration as it is the interesting data for EV owners this column gives, we can build something more complicated but this is a first step to get this info available in the output.

Copy link
Copy Markdown
Member

@nlehuby nlehuby left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Merci pour les modifications ❤️

else:
# Si plusieurs puissances différentes, on prend la valeur la plus haute
station['attributes']['puissance_nominale_grouped'] = max(puissances)
errors.append({"station_id" : station_id,
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

c'est vraiment une erreur d'avoir des puissances nominales différentes sur les différents points de charge d'une station ? (c'est une vraie question, désolée si c'est une question bête 😋 )

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Très bonne question, d'un point de vue utilisateur la valeur la plus haute est la plus pertinente car les puissances d'un point de charge ne se cumulent pas, elles sont limitées au max parmi celles disponibles et qui peut le plus peut le moins.
Donc si quelqu'un a un véhicule qui prend de la haute puissance, il pourra cibler une station dont au moins un point de charge est capable de délivrer la plus haute en priorité pour savoir où charger le moins longtemps possible. Car souvent, quand on a une puissance max importante, ça veut dire que la station est moderne et qu'on aura plus de facilités à s'y charger, et que y'aura souvent plusieurs points de charge de cette haute puissance. On pourrait aussi garder l'info de l'énumération mais ça me semble plus pertinent d'avoir seulement le max.

On pourrait tenter de faire ensuite un mapping entre les tags des sockets et ceux de la puissance nominale, mais pour faire simple je pensais plutôt ajouter une info dont je connais l'avantage utilisateur et avec un résultat moins hasardeux.

Ce serait bien si les producteurs de données faisaient les choses dans le détail et pouvaient donner clairement les puissances de chaque socket mais bon, on n'y est pas encore et le csv ne permet pas d'avoir clairement l'info. :)

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

d'ailleurs tu m'as donné une idée, on peut avoir une colonne avec la valeur de base et la valeur qui n'a que le max, comme ça les gens qui réutilisent auront le choix.

if len(puissances) == 0:
station['attributes']['puissance_nominale_grouped'] = None
elif len(set(puissances)) == 1:
station['attributes']['puissance_nominale_grouped'] = puissances[0]
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

est-ce que ce elif est vraiment utile ? on pourrait prendre le max dès que la liste est non vide, non ?

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

tout à fait, j'ai mis à jour les enchaînements de conditions

README.md Outdated

Le fichier open data utilisé est le fichier consolidé des bornes de rechage pour véhicules électriques, publié sur [datagouv](https://www.data.gouv.fr/fr/datasets/fichier-consolide-des-bornes-de-recharge-pour-vehicules-electriques). Il s'agit d'un jeu de données qui regroupe l'ensemble des données produites par les différents acteurs territoriaux.

## Installation
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

est-ce que tu peux déplacer les instructions d'installation à la fin du fichier readme ? je préfèrerais que le début reste lisible par un non codeur qui tomberait sur ce repo depuis Osmose ou le wiki.

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ok j'ai bougé les instructions d'install en fin de readme

README.md Outdated
```

**Note** : L'ID dans l'URL peut changer si le jeu de données est mis à jour. Vérifiez régulièrement la page du jeu de données pour obtenir l'URL la plus récente.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

tant qu'à faire, ajouter un paragraphe "Exécuter le retraitement" avec python group_opendata_by_station.py

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ajouté une partie pour lancer le script

@nlehuby
Copy link
Copy Markdown
Member

nlehuby commented Jan 16, 2026

Sur le principe, ça me va, mais je n'ai pas trop les compétences métier pour avoir un avis éclairé sur la pertinence de la modif.
Si @Marc-marc-marc ou @guiohm (qui ont bossé sur la PR #15, qui semble proche) ont un avis, il est le bienvenue ;)

@Marc-marc-marc
Copy link
Copy Markdown
Collaborator

il y a un problème métier :)
je reconnais en tant qu'utilisateur de VE que la puissance max des points d'une station est une des valeurs les plus intéressante quand on cherche une borne pour un long trajet.
cependant, elle n'est intéressante que pour ceux qui sont en combo_css (c'est heureusement le plus courant pour le long trajet)
Par ex sur une station tristandard type 2 + chademo + combo css, savoir que la puissance max est 400 kW (celle en combo_css), cela n'a aucun intérêt pour celui qui est en type 2 ou en chademo.
de même sur une station bi-standard (type 2 + combo ccs), n'avoir que la puissance max combo ccs ne permet pas par ex à quelqu'un de chercher une borne type 2 de 22 kW (cas typique d'une recharge pendant une visite touristique par ex).
en ce sens l'autre PR est plus avancé puisqu'il prévoit de renseigner la puissance max par socket pour les différents socket:*:output
il y a aussi une erreur d'utilisation (même si c'est dans le répo osmose-backend) à savoir que la puissance qui serra déterminée ici n'est pas la valeur qu'osm renseigne dans charging_station:output)
donc pourquoi pas l'ajouter, mais l'utilisation prévue de cette information dans osmose et donc dans osm est erronée

autre élément : je pense que l'amélioration de la doc mériterait d'être dans un PR séparé qui pourrait alors être tout de suite mergé, de manière plus claire que inclus dans un PR dont le sujet est autre

Co-authored-by: Noémie <noemie.lehuby@zaclys.net>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants