Closed nlehuby closed 1 year ago
Désolé pour la réponse tardive. Ok et merci pour les corrections. Il faudrait toutefois que l'on puisse avoir un sas de validation par le GT7 avant publication vers https://normes.transport.data.gouv.fr J'en parlerais au GT7 demain (le 07/04) et je proposerais que les corrections d'orthographe et erreurs éditoriales puissent être corrigées sans validation par le GT7 (il faudra toutefois un responsable identifié), par contre il faudra que l'on ait une branche dédiée à toutes les autres modifications.
Ok :+1: Je vous laisse créer une branche et je l'utiliserai pour les prochaines PR.
Est-ce que vous préférez que je fasse des plusieurs PR avec des petits changements localisés, ou est-ce que vous préférez que je propose directement un lot de modifications en une seule fois ?
Ok @Aurige tu pourras nous dire ce que vous souhaitez qu'il y ait comme processus de validation des modifications proposées.
Je pense qu'effectivement accepter sans concertation les corrections de coquille ou d’orthographe est plus pratique.
Concernant les propositions de changements du contenu, il suffit à mon avis de faire une PR classique, mais que dans ce cas on attende forcément la validation de quelqu'un du GT7 avant de la merger et qu'elle soit déployée sur le site.
Ok +1 Je vous laisse créer une branche et je l'utiliserai pour les prochaines PR.
Est-ce que vous préférez que je fasse des plusieurs PR avec des petits changements localisés, ou est-ce que vous préférez que je propose directement un lot de modifications en une seule fois ?
Quand il s'agit de changements de mise en forme ou de correction de coquilles, une grande PR ne pose pas de soucis.
Si ta PR touche au contenu, il vaut mieux en faire une par modification je pense, ça facilitera les discussions et la prise de décision d’accepter ou non la modification.
On discute ça ce matin en GT7 et je confirme juste après le processus attendu
Bonjour,
avez-vous pris une décision concernant la processus de contribution ?
J'ai préparé une salve de propositions de modifications : https://github.com/etalab/transport-normes/compare/main...Jungle-Bus:transport-normes:cnig_osm Cela comprend quelques corrections concernant les attributs existants, quelques propositions de restrictions d'usages (remarques en jaune) pour renforcer la compatibilité avec le standard accessibilité du CNIG et une grosse sélection de KeyList pour retranscrire des attributs présents côté CNIG ou OSM mais absents côté Netex, principalement sur les équipements.
Je peux faire au choix :
main
pour avoir le sas de validation mentionné plus hautDites moi !
Bonjour Noémie,
Je pense que tu peux faire une PR par objet vers la branche main
pour faciliter la relecture et la validation des modifications. Et je laisser le soin à @Aurige de valider tes PR avant qu'elles soient mergées.
@Aurige Je me suis permis d'accepter cette PR qui corrige pas mal de coquilles dans le document.