LogoLogo
transport.data.gouv.frEtat des servicesLinkedIn
  • Généralités
  • Le Point d'accès national
    • Généralités
      • Le Point d'accès national
      • Liens entre data.gouv.fr et transport.data.gouv.fr
      • Notre écosystème
        • Les facilitateurs
        • Les réutilisateurs
      • Budget
      • Mentions légales et conditions générales d'utilisation
    • Cadre juridique
      • Acteurs concernés
      • Données et modes de transports concernés
      • Obligations des détenteurs de données
      • Obligations des utilisateurs de données
      • Formats requis
      • Conditions d’utilisation des données
        • Licence ouverte Etalab
        • Licence ODbL
      • Déclaration de conformité
  • Administration des données
    • Guide de publication
      • 1 - Création du compte data.gouv.fr
      • 2 - Vérification de la qualité des données
      • 3- Publication des données
        • Méthode transport.data.gouv.fr (recommandé)
        • Méthode par moissonnage
        • Méthode par API
        • Publication avec publier.etalab.studio
      • 4- Paramétrage du compte et des notifications
      • 5 - Mise à jour des données
      • Gouvernance des données
  • Réutilisation des données
    • Réutilisation des données
    • Procédures de repartage des données
  • Outils du PAN
    • Outils disponibles sur le PAN
      • Validateurs
      • Indicateurs de qualité
      • GTFS Diff
      • Générateur de requête SIRI
      • API
      • Flux RSS
      • Disponibilité des ressources
    • Evolutions techniques
      • Evolution des schémas nationaux
      • Evolution des outils du PAN
  • Type de données
    • Les formats requis selon les données
    • Transport collectif
      • Normes et standards : Données théoriques et temps réel
        • Services réguliers
        • TAD zonal
      • Administration des données Transport collectif
        • Publier des horaires théoriques
        • Publier des données temps-réel
          • Les données temps réel
          • La procédure de publication
          • Serveur proxy (GTFS-RT)
      • Mise en qualité des données GTFS
      • Référencement de votre réseau sur Google Maps
      • Réseaux saisonniers
      • Enrichissement des jeux de données
      • Ressources
        • Outils
        • FAQ
    • Véhicules en libre service
      • Normes et standards : GBFS
      • Administration des données
        • Publier des données GBFS
        • Gérer la qualité des données
      • L'autopartage
    • Aménagements cyclables
      • Élaboration du schéma national des aménagements cyclables
      • Normes et standards : schéma national des aménagements cyclables
      • Administration des données
        • Publier des données
        • Mettre à jour les données
        • Gérer la qualité des données
      • Ressources
        • Photothèque
        • Outils
        • Foire aux questions
        • Guide de numérisation
    • Stationnement cyclable
      • Élaboration du schéma national des stationnements cyclables
      • Normes et standard : schéma national pour le stationnement cyclable
      • Administration des données
        • Publier des données
        • Mettre à jour les données
        • Gérer la qualité des données
      • Ressources
        • Outils
        • FAQ
    • Lieux de covoiturage
      • Contexte
      • Normes et standards : schéma national des lieux de covoiturage
      • Administration des données
        • Publier des données
        • Gérer la qualité des données
      • Ressources
        • Correspondance avec OpenStreetMap
        • Liens
        • Foire aux questions
    • Infrastructures de recharge de véhicules électriques (IRVE)
      • Contexte et cadre juridique
      • Normes et standards : Schémas nationaux IRVE statique et dynamique
      • Données statiques
        • Produire ses données
        • Vérifier la qualité de ses données
        • Publier ses données sur data.gouv.fr
        • Mettre à jour ses données
        • Cas d'usage
        • Obtenir la prime ADVENIR
      • Données dynamiques
        • Publier des données dynamiques
        • Cas d'usage
      • Publication cible
    • Zones à Faibles Emissions
      • Cadre juridique
      • Normes et standard : schéma national des zones à faibles émissions
      • Administration des données
        • Publier des données
        • Mettre à jour les données
        • Gérer la qualité des données
      • Ressources
        • Outils
    • Comptage des mobilités
      • Contexte
      • Normes et standard : schéma national de comptage des mobilités
      • Administration des données
        • Publier des données
        • Export depuis l'espace client des fournisseurs
        • Mettre à jour les données
        • Gérer la qualité des données
      • Ressources
        • Outils
        • Définition et description des notions de site, channel et measure
        • Description des champs du fichier "channel"
    • Lieux de stationnement
      • Stationnement hors voirie
        • Normes et standard : schéma national des lieux de stationnement
        • Administration des données
          • Publier des données
          • Mettre à jour les données
          • Gérer la qualité des données
        • Ressources
          • FAQ
          • Outils
  • Ressources
    • Rencontres publiques
      • Espace réutilisateurs
      • 28/09/2021 - Comptage mobilités #3
      • 23/04/2021 - Comptage vélo #1
      • 08/04/2021 - Zones à Faibles Emissions #1
      • 24/02/2021 - Stationnement cyclable #2
      • 25/11/2020 - Stationnement cyclable #1
      • 28/05/2021 - Transports personnels, Autopartage #3
      • 12/11/2020 - Transports personnels, Autopartage #2
      • 28/08/2020 - Transports personnels, Autopartage #1
      • 27/08/2020 - Infrastructures cyclables #3
      • 08/07/2020 - Infrastructures cyclables #2
      • 19/05/2020 - Données tarifaires des transports en commun
      • 10/10/2019 - Données Aériennes (2)
      • 27/09/2019 - Stationnement (2)
      • 03/07/2019 - Formation “Ouverture des données dans le secteur des transports” à Tunis
      • 27/06/2019 - Infrastructures cyclables
      • 13/06/2019 - Transport aérien
      • 25/04/2019 - Stationnement
      • 05/04/2019 - Licences et conditions d'accès
      • 17/01/2019 - Transport régulier - Temps réel (2)
      • 16/10/2018 - Véhicules en partage
      • 20/09/2018 - Transport régulier - Temps réel
      • 13/02/2018 - Transport collectif - données théoriques
      • 10/04/2019 - Tour de France (Rennes)
      • 06/11/2017 - Rencontre publique licences de réutilisation #2
      • 09/10/2017 - Rencontre publique licences de réutilisation #1
    • Newsletters
    • Normes européennes
      • Accessibilité
      • Production des données en NeTEx
    • Points d'accès européens
Propulsé par GitBook
Sur cette page
  • Qu'est ce que GitHub ?
  • Comment contribuer à un schéma national en utilisant GitHub
  • Faire une proposition d'évolution de schéma par une issue
  • Faire une proposition d'évolution de schéma par une Pull Request
  • Gouvernance autour des modifications d'un schéma

Cet article vous a-t-il été utile ?

  1. Outils du PAN
  2. Evolutions techniques

Evolution des schémas nationaux

Dernière mise à jour il y a 1 an

Cet article vous a-t-il été utile ?

Chaque schéma national a un répertoire Github dédié. Toute personne intéressée par un schéma peut soumettre des propositions d'amélioration sur le dépôt GitHub consacré à cette thématique en faisant des issues ou des Pull Requests.

Cet article a pour objectif :

  • de définir brièvement ce qu'est

  • d'expliquer étape par étape comment contribuer à un schéma national en prenant pour exemple le

  • d'expliciter la gouvernance autour des modifications pouvant être apportées à ce schéma

Qu'est ce que GitHub ?

est une plateforme web qui permet de stocker le code source d'une application informatique et à plusieurs personnes d'y apporter des modifications simultanément sans rien écraser. Chaque modification du code est ainsi stockée sur GitHub. L'ensemble de la base du code et de l’historique est disponible sur l’ordinateur de chaque développeur, ce qui permet des branchements et une fusion faciles. Les branchements, permettent au développeur de dupliquer localement une partie du code source dans une branche et de le modifier sans affecter le reste du projet. Une fois que le développeur voudra publier ses modifications, il pourra les fusionner au code source.

Vous trouverez une définition plus complète.

Comment contribuer à un schéma national en utilisant GitHub

Ce tutoriel sera amené à évoluer selon les retours des contributeurs. Nous vous invitons à nous contacter si vous rencontrez des difficultés à faire une Pull Request à partir de ce tutoriel.

Pour contribuer à l'évolution d'un schéma en faisant des propositions d'améliorations, tout contributeur doit soumettre une issue ou Pull Resquest sur le dépôt GitHub.

Faire une proposition d'évolution de schéma par une issue

Nous recommandons aux personnes qui ne maitrisent pas Github de passer par une issue pour faire une demande d'évolution de schéma. C'est la manière la plus simple de faire.

Notre équipe se chargera ensuite de faire une pull request de cette issue si la demande de modification est validée.

Une issue est une demande de changement sur un projet.

Pour faire une issue, il suffit d'aller sur l'onglet "issue" du Github du schéma > cliquer sur "New issue" en haut à droite > donner un titre clair de demande de modification et faire la demande de modification en commentaire > cliquer sur "Submit new issue"

Faire une proposition d'évolution de schéma par une Pull Request

Nous recommandons aux personnes familières à Github de passer par une Pull Request pour faire une demande d'évolution de schéma.

Notre équipe n'aura plus qu'à valider la demande si elle est acceptée par la communauté transport.

Une Pull Request est une demande de "pull" (ajout) à un projet sur GitHub. Cela consiste à faire une proposition de modification du code et à demander au détenteur du dépôt original de la prendre en compte. Cette Pull Request permet également au détenteur de voir exactement ce que vous avez changé dans le code. Il peut :

  • approuver votre Pull Request et l'intégrer au projet

  • désapprouver votre Pull request et votre proposition ne sera pas prise en compte

  • laisser des commentaires et ainsi entamer une discussion au sujet de votre contribution

Ce tutoriel se basera sur l'outil "GitHub Desktop" (ou Bureau Github), compatible avec Mac et Windows.

3/ Ouvrir "GitHub Desktop" > cliquer sur "Current Repository" 4/ Cliquer sur "Add" > Cliquer sur "Clone'

Une fenêtre comme celle ci-dessous s'affichera 5/ Cliquer sur "URL" 6/ Coller le lien que vous avez copié dans le dépôt GitHub 7/ Cliquer sur "Clone"

Vous venez de créer une copie du dépôt dans votre ordinateur. Vous pourrez le modifier localement autant que vous le souhaitez sans que cela modifie le schéma principal. Vous pouvez accéder au dépôt local en :

  • suivant le chemin indiqué en positionnant votre souris ici

  • cherchant "schema-amenagaments-cyclables" dans vos fichiers

Exemple d'une modification du schéma : Suppression de la valeur "RAMPE" de l'énumération des types d'aménagements cyclables sur la voie de droite et de gauche dans le fichier schema_amenagaments_cyclables.json

Une fois le fichier modifié, vous pouvez l'enregistrer et vous rendre de nouveau sur le "GitHub Desktop". Vos modifications apparaîtront en rouge dans le fichier que vous avez modifié. 8/ Décrire les modifications qui ont été faites dans le titre et justifier cette modification en description 9/ Cliquer sur "Commit to master" Cette action va envoyer votre demande de modification dans le dépôt principal.

10/ Cliquer en haut du "GitHub Destock" sur "Branch" 11/ Cliquer sur "Create Pull Request"

La fenêtre de discussion ci-dessous apparaitra 12/ Cliquer sur "Push commits"

Vous serez ensuite directement renvoyé vers le GitHub. Tout en haut il sera écrit que vous comparez vos ajouts, avec le nom de votre branche, à la branche "master" et donc la branche principale du projet. Vous pourrez corriger et/ou compléter le titre et description de votre Pull Request 13/ Cliquer sur "Create Pull Request"

Gouvernance autour des modifications d'un schéma

Tout le monde peut proposer un changement. Dès lors qu'une personne propose une modification en ouvrant une issue ou une Pull Request (PR) dans le référentiel du schéma national, elle devient le "Plaideur". Toute personne peut alors commenté sa proposition d'amélioration pendant 14 jours civils et entamer une discussion avec le "Plaideur". Le "Plaideur" peut modifier sa proposition pendant ces 14 jours. La discussion dure aussi longtemps que nécessaire pour répondre aux questions et révisions, mais doit durer au moins 14 jours civils.

Au bout de ces 14 jours, le "Plaideur" peut demander un vote pour que le reste de la communauté approuve sa proposition. L'annonce du vote doit être annoncée comme suit : " Je demande par la présente un vote sur cette proposition. Le vote sera ouvert pendant 10 jours civils complets jusqu'à 23 h 59 UTC+1 l'hiver, UTC+2 l'été à partir de ce jour. Il prendra donc fin le JJ/MM/AAAA à 23h59. Veuillez voter pour ou contre la proposition, et inclure l'organisation pour laquelle vous votez dans votre commentaire. Veuillez préciser si vous pouvez vous engager à mettre en œuvre la proposition." Le "Plaideur" doit également annoncer le vote sur le canal Slack du schéma avec un lien vers la PR. Le message doit être conforme à ce modèle: " Un vote a été demandé sur la PR # [titre du PR] (lien vers la PR). Ce vote sera ouvert pendant 10 jours civils complets, jusqu'à 23 h 59 UTC sur +1 l'hiver, +2 l'été soit jusqu'au JJ/MM/AAAA à 23h59. Veuillez voter pour ou contre la proposition sur GitHub" Une fois qu'un vote est appelé, une étiquette «Vote ouvert» sera ajoutée à la PR.

Si le "Plaideur" ne fait pas de demande de vote ou ne répond pas aux commentaires de la communauté pendant 30 jours civils complets, n'importe qui dans la communauté peut lancer le vote.

  • Slack: Le vote sur la PR # [titre de la PR] (lien vers la PR) ou issue # [titre de l'issue] (lien vers l'issue) se termine dans 2 jours civils. Veuillez voter pour ou contre la proposition sur GitHub.

  • GitHub: le vote pour cette PR ou cette issue se termine dans 2 jours calendaires. Veuillez voter pour ou contre la proposition et inclure l'organisation pour laquelle vous votez dans votre commentaire. Veuillez noter si vous pouvez vous engager à mettre en œuvre la proposition.

Après le rappel de 2 jours, le libellé sera remplacé par "Clôture du vote bientôt". Une fois le vote clos, le libellé deviendra "Vote réussi" ou "Vote échoué" selon le résultat du vote.

Une proposition est approuvée et est intégrée au schéma quand :

  • Au moins un de ces votes doit provenir d'un producteur et au moins un doit provenir d'un réutilisateur.

  • Les votes des producteurs et des réutilisateurs proviennent de parties prenantes autres que le "Plaideur".

Lorsqu'un vote est réussi, le changement passe au statut de Release Candidate (RC). Le changement reste dans le statut RC en attendant son intégration dans le schéma. La proposition est intégrée au schéma si :

  • au moins 1 producteur et 1 réutilisateur, appelés "exécutants", déclarent qu'ils appliqueront ce changement.

  • Les exécutants doivent être des parties prenantes autres que le "Plaideur".

Une fois intégrée au schéma officiel, les producteurs pourront mettre à jour leurs bases/produire leurs données à partir de cette mise à jour du schéma.

Une proposition est rejetée quand :

  • Une personne vote contre en fournissant une raison spécifique pour son vote et laisse des commentaires exploitables.

En cas d'échec du vote, l'avocat peut choisir :

  • de poursuivre le travail sur la proposition avec les commentaires reçus et de redémarrer le processus de gouvernance

  • d'abandonner la proposition en fermant sa Pull Request.

Un autre membre intéressé de la communauté peut reprendre sa proposition s'il estime qu'elle est pertinente.

Une Pull Request sera considérée comme obsolète après 120 jours, date à laquelle les participants seront informés à travers un commentaire. Si ils souhaitent garder la discussion ouverte, il est de la responsabilité des participants de reprendre la conversation. Si aucun commentaire n'est ensuite fait, la Pull Request sera clôturée 60 jours après la date d'expiration.

Afin de vous faciliter l'utilisation de GitHub pour les Pull Request, nous vous recommandons d'utiliser un des outils d'interface graphique mis à disposition par Git. Vous pouvez en choisir un

Tutoriel d'une Pull Request basé sur le

Tout d’abord, si vous n'avez pas déjà un compte GitHub, il faut vous rendre sur la de GitHub et créer un compte.

Une fois votre compte créé, vous pourrez vous rendre sur le dépôt sur lequel vous voulez contribuez, en l'occurrence puis : 1/ Cliquer sur "Code" 2/ Copier le lien fourni

L'équipe de transportdatagouv sera notifiée de votre demande de modification. Cette demande sera visible par toutes les personnes visitant ce dépôt. Vous pourrez annoncer la publication de cette Pull Request dans le . Puis, attendre 14 jours civils avant de procéder au processus de vote.

Que la demande de modification soit faite par issue ou par pull request, l'équipe de transportdatagouv sera notifiée de votre demande de modification. Cette demande sera visible par toutes les personnes visitant ce dépôt. Vous pourrez annoncer la publication de votre demabde dans le Slack transportdatagouv dédié au type de mobilité concerné par le schéma (exemple du ). Puis, attendre 14 jours civils avant de procéder au processus de vote.

La gouvernance autour de ce schéma reprend partiellement le .

Les modifications rédactionnelles ainsi que les éléments qui ne se trouvent pas dans n'ont pas besoin d'être votés. Seules les extensions qui incluent de nouveaux champs, de nouvelles valeurs autorisées dans les listes déroulantes, des changement de propriétés de champs (champ optionnel qui devient obligatoire, champs obligatoire qui devient optionnel) doivent être votées.

Un membre de l'équipe de mettra un rappel sur la Pull Request sur GitHub et dans le canal Slack lorsqu'il restera 2 jours calendaires pour le vote. Le rappel doit être suivre ce modèle :

sert uniquement de facilitateur et ne vote pas sur les changements proposés.

Si vous rencontrez des difficultés, vous pouvez nous contacter à l'adresse : .

GitHub
schéma des aménagements
GitHub
ici
ici
répertoire Github du schéma aménagements cyclables
page d'accueil
celui sur les aménagements cyclables
Slack transportdatagouv dédié aux aménagements cyclables
canal Slack aménagements cyclables
système de gouvernance adopté par NABSA pour l'amélioration du format GBFS
schema_amenagements_cyclables.json
transport.data.gouv.fr
transport.data.gouv.fr
contact@transport.beta.gouv.fr