Que faire des stations qui ne sont pas en itinérance ?

[guiohm]

Je remarque dans les données que 3360 points de livraison (pas station) ne sont pas "en itinérance", ce qui signifie qu'on ne paye pas via un réseau mais à l'acte par carte bancaire.

Ces points n'ont donc pas de ref EVSE et ne sont pas traités par ce script.

Comment faire pour les intégrer à Osmose ?

1. On crée un 2eme script pour exporter ces données uniquement et un 2eme analyser dans Osmose
2. On étend les capacités de ce script pour gérer ces points
   2.1 ce qui implique un changement de nom de ce repo ?

[guiohm]

Mon avis (et mes arguments) sont les suivants :

• Le traitement de ces points nécessite de les grouper par coordonnées et ainsi créer la station correspondante
• Or bon nombre de stations en itinérance sont en double et nécessitent aussi le même traitement :
  • cas où la ref station est la même que les PDCs (y a peut être moyen de grouper en prenant uniquement les 5 premiers caractères)
  • cas ou il y a changement de propriétaire et plusieurs stations dans les données existent pour le même lieu

Je suis donc pour intégrer ces stations dans un même script.

sources

• AFIREV https://afirev.fr/fr/informations-generales/
  • regles https://afirev.fr/fr/regles-applicables-a-lattribution-et-lutilisation-des-identifiants/
    • **III. **n’attribue pas d’identifiant à 5 caractères commençant par « FR » à une Unité d’Exploitation qui n’est pas ouverte à l’[itinérance de la recharge].
    • Si besoin spécifique, notamment pour envoyer des informations dans le cadre du programme [ADVENIR](https://advenir.mobi), l’aménageur (ou son opérateur) peut créer à son initiative un identifiant de format libre sans utiliser le préfixe FR ni un autre code pays. ADVENIR met pour seule condition de renseigner de façon identique l’identifiant dans le système de supervision et sur la plateforme ADVENIR.
  • definition termes https://afirev.fr/fr/definition-des-termes-de-la-mobilite-electrique/

[nlehuby]

Je n'ai rien contre, mais ce n'est pas un changement anodin : aujourd'hui, la conflation de l'analyse Osmose fonctionne en utilisant la distance et le tag ref:EU:EVSE. Et Osmose propose à la fois :

• 8411 : il s'agit là de modifier les objets OSM déjà existants pour leur ajouter un tag ref:EU:EVSE (possible_merge dans le jargon d'Osmose)
• 8410 : il s'agit là de créer des nouveaux objets dans OSM (missing_official dans le jargon d'Osmose)
• 8412 : il s'agit là de mettre à jour des objets OSM qui ont déjà un tag ref:EU:EVSE pour leur ajouter d'autres attributs issus de l'open data (update_official dans le jargon d'Osmose)

Si on part sur une conflation simple (sans utiliser le tag ref:EU:EVSE), on ne peut plus proposer les 8411 et 8412.

Ce n'est pas forcément grave, mais c'est à garder en tête, ce n'est plus exactement la même ambition.

Je préconise de faire d'abord la modif au niveau d'Osmose et d'analyser soigneusement les résultats obtenus si on veut aller dans cette direction.

[guiohm]

Ok. Donc la partie délicate est qu'il faudrait un autre tag que ref:EU:EVSE dans OSM pour ces stations là. Je vais me documenter là-dessus.

Et du coup dans ce qu'on fait ici, ça impliquera d'avoir 2 types/variantes de station_id.

Je vais cogiter là dessus :)

[Marc-marc-marc]

je ne comprend pas le lien que tu fais entre ces 2 points :

• certains stations n'ont pas de ref ou une ref invalide
• osmose permet de rajouter des données avec 8411 et 8412
  Si une station existe dans osm sans ref, osmose est deja capable de faire le match sans la ref pour justement proposer l'ajout de ref et de tout le reste.
  Il faudrait donc selon moi rendre l'analyse osmose capable de proposer l'ajout d'info même si la ref ne fait pas partie de ces infos ajoutable.
  Et pour distinguer les stations osm sans ref de celle avec ref manquante, on pourrait ajouter no:ref:EU:EVSE=yes et/ou se baser sur le tag de payement disant que c'est uniquement par carte

[nlehuby]

Osmose permet de modifier des objets OSM existants (8411 et 8412) PARCE QUE le processus de fusion entre OSM et l'open data utilise un identifiant unique. Si on fait la conflation sans cet identifiant, on ne peut proposer que de créer des objets OSM manquants, c'est le fonctionnement d'Osmose.

Initialement, il n'y avait que des stations avec itinérance dans l'open data, donc c'était justifié.
Maintenant, c'est à réfléchir : soit on abandonne complètement l'idée de modifier les objets existants, soit on fait une analyse Osmose avec ceux qui ont une ref, et une autre pour ceux qui n'en ont pas.

[Marc-marc-marc]

soit on abandonne complètement l'idée de modifier les objets existants

non cela ne me semble pas une bonne idée (au contraire il faut je crrois améliorer ce point pour cibler la bonne station quand il y en a 2 proches)