Avant de se lancer dans une déclinaison campus selon le modèle décrit dans la présente documentation, il est important de préciser que la réalisation d’un Bilan d’Emissions de Gaz à Effet de Serre (BEGES) de votre établissement est prérequis. En effet, une partie « Profil », calculée selon le statut de l’utilisateur, est définie à partir du bilan de l’établissement et correspond aux émissions liées à son fonctionnement. Ces émissions sont prises en compte dans le profil utilisateur et sont considérées comme fixe à l’échelle d’un individu. Ces émissions sont « ajoutées » seulement à la fin du calcul une fois les questions répondues (à l’instar de ce qui est fait sur Nos Gestes Climat version national avec les émissions des services publics).
Pour comprendre ce guide et développer cet outil efficacement et dans les meilleures conditions, il est nécessaire de maîtriser les bases de git puisque le code de l’application est hébergé sur GitHub . Note : le lancement nécessitera l’installation de certains outils (node , yarn , etc..) pour les utilisateurs, développeurs React débutants ! NGC-ECN est un fork du simulateur national. L’avantage de conserver une liaison entre la déclinaison et le code source national est qu’il est possible de "récupérer" les mises à jour effectuées dans la version nationale facilement. Le code du simulateur est divisé en 2 dépôts (repositories). Le premier contient le modèle de calcul du simulateur. Le second correspond à l’interface.
La première étape pour commencer le développement localement est l’installation. Pour débuter, il est nécessaire de cloner chacun des deux dépôts vers le même dossier local (à la même racine donc). Via le terminal, il faut ensuite se déplacer dans nosgestesclimat-site-ecn et lancer la commande “yarn” qui installera les paquets puis, “yarn start”. Il suffit ensuite d’ouvrir son navigateur, l’application apparaît à l’adresse : http://localhost:8080/. Toute modification du modèle ou de l’interface via un éditeur de code (vscode, sublime text…) sera visible automatiquement sur le navigateur (sans avoir besoin de relancer l’app via yarn à chaque changement).
Les données associées au modèle sont situées dans le dossier “data” de nosgestesclimat-model-ecn. Chaque fichier YAML correspond à une catégorie. Les catégories sont situées dans total.yaml. Dans la version actuelle du simulateur, l’ordre des catégories dans le simulateur est défini ici. Pour une explication du fonctionnement en vidéo, la documentation du simulateur national peut être utile et est disponible sur le site de Datagir . Pour ajouter une question, il faut se rendre dans le fichier YAML correspondant à la catégorie de notre nouvelle question. Prenons l’exemple d'internet, dans la catégorie numérique, avec la question “Combien d'heures passez-vous par jour sur internet dans la cadre professionnel (envoi de mail, Web, etc.) ?”. Dans le fichier numérique.yaml, on crée une sous-catégorie “numérique . internet” dont la formule est le produit de l’empreinte horaire d’internet et du temps d’utilisation. Il est nécessaire d’ajouter “internet” dans la somme du numérique définie en haut de la page. Le temps d’utilisation dépend de la durée journalière d’utilisation, question posée ici et prend en compte le nombre de semaines de présence liée au profil utilisateur et défini dans profil.yaml. Plusieurs mécanismes permettent d’écrire avec précision le modèle de calcul. Tous les éléments décrits ici seront visibles quelque part dans le simulateur. A noter que cette question est un exemple typique de question dont le facteur d’émission est susceptible d’évoluer prochainement.
Il est également possible d’aller plus loin avec le mécanisme “applicable si”, très utile pour certaines questions dont les conditions d’application sont multiples. Un exemple ici avec les déplacements professionnels.
De manière générale, il est important de compléter avec attention les parties descriptions qui s’afficheront dans le simulateur si l’utilisateur désire en savoir plus ou a besoin d’indications pour répondre à une question. Dans l’exemple précédent, une image est même ajoutée pour améliorer l’expérience utilisateur.
Afin de permettre aux utilisateurs de se situer par rapport aux résultats des « profils-type » correspondant à leur statut, il est intéressant de proposer un profil par défaut comme point de départ. L’utilisateur peut alors visualiser l’évolution de son empreinte carbone par rapport aux valeurs moyennes correspondantes à son profil. Il est possible de définir plusieurs valeurs par défaut selon le profil grâce au mécanisme variation. Pour illustrer ce fonctionnement, on peut prendre l’exemple de la question de l’engagement dans la vie associative de l’école, dans le fichier « associatif ». Tout d’abord, on peut remarquer que cette question est posée uniquement pour les étudiants et doctorants grâce au mécanisme « applicable si » ligne 2. Parmi ces utilisateurs, une question booléenne sur l’engagement associatif est posée. Les étudiants étant le plus souvent engagés, la valeur par défaut associée est « oui ». Pour les doctorants, qui sont, parfois seulement, engagé dans l’association sportive, la valeur par défaut est « non » (lignes 24 à 34).
L’un des points forts du simulateur est la possibilité de passer à l’action, à son niveau, avec des actions personnalisées et quantifiées. Dans la version actuelle (10/07/2021), deux modes d’accompagnement sont proposés : « Guidé » ou « Autonome ».
Les données associées au modèle sont situées dans le dossier “data/actions” de nosgestesclimat-model-ecn. Les mécanismes sont similaires à ceux de l’ajout d’une question. Il y a toutefois une différence en termes de calcul de l’impact de l’action (i.e. sa quantification). En général, la somme définie pour chaque action est comptée négativement : la partie “évitée” est soustrait au total relatif à la question associée. A l’heure actuelle les actions sont indépendantes entre elle-même si l’ABC et Datagir réfléchissent à un moyen de quantifier de manière adéquate l’impact de plusieurs actions. Elles sont répertoriées et doivent être mises à jour dans index.yaml. Il faut donc veiller à compléter le fichier index.yaml lors de la création d’actions.
Tout ce qui concerne les visuels de l’application se situe dans le dépôt nosgestesclimat-site-ecn. La fonction recherche de GitHub ou de votre éditeur est une option qu’il ne faut pas négliger pour repérer les éléments que l’on souhaite modifier. Il est nécessaire d'être familier avec langage Javascript pour bien comprendre les mécanismes. Voici quelques exemples d’interventions sur le visuel de l’application :
En plus de jouer un rôle de sensibilisation, le simulateur présente une réelle opportunité d’alternative à la récolte de données par sondage. La mise en place de la sauvegarde de données a été initiée via FaunaDB, un gestionnaire de base de données NoSQL, plug-in Netlify, ce qui facilite la mise en place de cette connexion. La sauvegarde se fait de manière anonyme, à l'initiative de l’utilisateur. Arrivé au niveau de la page finale, une fenêtre “PopUp” apparaît pour demander à l’utilisateur de partager les résultats de sa simulation (valeur totale du bilan carbone et réponses aux questions). Voici les différentes étapes pour la mise en place de ce mécanisme.
Aujourd’hui, le déploiement est mis en place via Netlify. Les 2 dépôts sont déployés séparément directement via GitHub : la branche master de chaque repo est déployée à chaque update sur cette branche.
Build command: yarn compile Publish directory: public/ Production branch: master
Build command: yarn compile Publish directory: dist/ Production branch: master Dans le fichier App.js, il faut veiller à remplacer l’URL du composant Provider avec l’adresse de déploiement de nosgestesclimat-model-ecn.
