start_date

[Marc-marc-marc]

La doc indique date_mise_en_service
le fichier que j'ai récupéré est created_at
doc à mettre à jour (je veux bien m'en charger) ou mauvais fichier de ma part ?

[guiohm]

Dans les données envoyés par les producteurs (https://github.com/etalab/schema-irve/blob/master/statique/schema-statique.json), il peuvent spécifier manuellement date_mise_en_service.

Dans ce qu'on récupère de data.gouv, ce champs est bien là, avec en plus des infos liées à chaque dataset, comme consolidated_* datagouv_dataset_id datagouv_resource_id datagouv_organization_or_owner last_modified et created_at qui viennent de la BDD data.gouv (qui semble être MongoDb d'ailleurs).
Ces champs supplémentaires sont générés automatiquement quand le dataset d'un producteur est créé/modifié. Mais on ne peut pas vraiment s'y fier ou en tenir compte sans également tracker le datagouv_dataset_id parce qu'un datagouv_organization_or_owner peut supprimer/créer un nouveau dataset à tout moment.

On peut trouver ces infos dans l'onglet Structure de données sur https://explore.data.gouv.fr/fr/datasets/5448d3e0c751df01f85d0572/#/resources/2729b192-40ab-4454-904d-735084dca3a3

Seul détail le scrolling est cassé pour cet onglet, on peut le réactiver comme ceci (à lancer dans la console du navigateur web)

document.getElementById('resource-view').style["overflow"] = "auto";

[nlehuby]

quand tu dis la doc tu penses au wiki ?

en effet, c'est bien le champ facultatif date_mise_en_service qu'il faut utiliser et non le created_at (qui lui n'est pas fourni par le producteur).

Donc rien à mettre à jour de mon point de vue (mais merci pour la proposition 👍 )

[guiohm]

A ce propos, j'ai mis à jour le wiki tout à l'heure avec les champs additionnels issus de la consolidation : https://wiki.openstreetmap.org/wiki/France/data.gouv.fr/Bornes_de_Recharge_pour_V%C3%A9hicules_%C3%89lectriques#Consolidation.
Par contre je me rends compte que la page n'est probablement pas organisée clairement :
Je n'ai pas modifié la table de correspondance et il faudrait probablement y intégrer ces champs, mais je n'ai pas encore suffisamment d’expérience autour d'OSM pour savoir s'il faut d'abord faire les modifs de mapping ici ou dans Osmose (concernant notamment le code postal ou code insee)

[Marc-marc-marc]

@nlehuby oui je parlais de cette page là, ok rien à modifier, mauvaise lecture de ma part

@guiohm la doc documente la conversion champs opendata -> tags osm. si on trouve des tags en plus interessant, pour moi c'est ajustable. peux importe si omose ou d'autre l'utilise ou pas, tant que c'est pertinent.
Pour ma part le code postal n'a aucune logique sur une borne, elle ne reçoit pas de courrier.
Quand je rencontre une adresse sur une borne, je suis d'ailleurs tenter de la modifier (et la moins mauvaise solution me semble être objet:* qui a été créé justement dans un autre pays avec des adresses sur des objets qui n'en ont pas, mais pour dire qu'ils sont proche de telle adresse).