-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Évolutions v0.3.0 : suppression id_lieu, id_local devient obligatoire #29
Conversation
- Mise à jour des liens des exemples dans le `schema.json` - Mise à jour du readme
Todo à prévoir pour la publication de la nouvelle version :
|
exemple-invalide.csv
Outdated
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ahah j'avais oublié que j'avais fait les fichiers d'exemples de ce schéma
"path": "https://github.com/etalab/schema-lieux-covoiturage/raw/v0.3.0/exemple-valide.csv" | ||
}, | ||
{ | ||
"title": "Ressource invalide", | ||
"name": "exemple-invalide", | ||
"path": "https://github.com/etalab/schema-lieux-covoiturage/raw/v0.2.2/exemple-invalide.csv" | ||
"path": "https://github.com/etalab/schema-lieux-covoiturage/raw/v0.3.0/exemple-invalide.csv" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@AurelienC J'ai ajouté ceci
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
On s'était posé la question : pourquoi mettre l'url "en dur" vers la version plutôt que de pointer vers la dernière version via "raw" ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Vers la dernière version à chaque fois tu veux dire ?
Pour que les précédentes versions des schémas maintiennent des liens valides et cohérents avec le contenu de schema.json
. C'est pas un gros sujet, généralement les gens utilisent la dernière version.
Mais sans ça le fichier d'exemple ne correspond pas au schéma potentiellement pour les versions précédentes
], | ||
"primaryKey":"id_lieu" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Retirer la clé primaire.
README.md
Outdated
|
||
### Format des fichiers | ||
Le fichier doit être un fichier CSV, encodé en UTF-8 et utilisant le point-virgule comme séparateur de colonnes. L'en-tête de colonne sur la première ligne est obligatoire. Tous les champs du schéma sont obligatoires ; si la donnée n'est pas disponible, la colonne doit malgré tout être présente mais vide. | ||
Le fichier doit être un fichier CSV, encodé en UTF-8 et utilisant la virgule comme séparateur de colonnes. L'en-tête de colonne sur la première ligne est obligatoire. Tous les champs du schéma sont obligatoires ; si la donnée n'est pas disponible, la colonne doit malgré tout être présente mais vide. | ||
|
||
Lorsque vous contribuez via data.gouv.fr, nous préconisons ce format de nom du fichier : `AAAAMMJJ_idproducteur_lieuxcovoit.csv` où `AAAAMMJJ`est la date de mise à jour des données et `idproducteur` est le SIREN de la collectivité productrice des données. Par exemple pour le département de l'Ain, avec des données mises à jour le 18 juin 2023 : `20230618_220100010_lieuxcovoit.csv`. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Je dirais que c'est inutile en cas de dépôt/remplacement de fichiers sur data.gouv.fr. Peut-être faire un tour sur le README et harmoniser avec la doc côté PAN ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Qu'est-ce qui est inutile @AntoineAugusti , de définir le séparateur ou d'insérer toutes les colonnes même vides ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Je parlais du paragraphe qui aborde la convention de nommage à respecter pour le fichier.
Mise à jour date changelog V0.3.0
|
||
### Fichiers d'exemple | ||
Nous mettons à disposition des fichiers d'exemple qui peuvent servir de base pour renseigner vos lieux de covoiturage. | ||
|
||
- [Télécharger un fichier exemple valide au format CSV](https://github.com/etalab/lieux-covoiturage/blob/master/exemple-valide.csv) | ||
- [Télécharger un fichier d'exemple invalide](https://github.com/etalab/lieux-covoiturage/blob/master/exemple-invalide.csv) contenant des erreurs dans le formatage des dates et une inversion des coordonnées géographiques latitude/longitude | ||
- [Télécharger un fichier exemple valide au format CSV](https://github.com/etalab/schema-lieux-covoiturage/raw/v0.3.0/exemple-valide.csv) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Faudra penser à mettre à jour ces liens avec les versions la prochaine fois du coup !
Co-authored-by: Antoine Augusti <antoine.augusti@beta.gouv.fr>
Evolutions du schéma vers une nouvelle version v0.3.0
L'obectif est d'avoir un schéma adapté à l'évolution prévue du mécanisme de contribution à la BNLC. L'évolution va permettre la consolidation automatique des jeux de données sur data.gouv.fr dans la BNLC. Lien : etalab/transport-site#3419
Cela implique, notamment :
id_lieu
, qui sera présente uniquement dans la BNLC, mais plus dans les jeux de données individuels ;id_local
, afin qu'un identifiant reste présent.