Le projet a pour but d'automatiser, avec l'extension rmarkdown, une publication mensuelle sur les immatriculations de véhicules routiers dans les Pays de la Loire. Cette publication devra être mise à jour aux alentours du 10 de chaque mois et accessible sur le site de la [DREAL des Pays de la Loire](https://www.pays-de-la-loire.developpement-durable.gouv.fr/notes-mensuelles-sur-les-immatriculations-de-a2474.html)
Le projet est en cours de développement (depuis décembre 2023). Il a pour but d'automatiser, avec l'extension rmarkdown, une publication mensuelle sur les immatriculations de véhicules routiers dans les Pays de la Loire. Cette publication devra être mise à jour aux alentours du 10 de chaque mois et accessible sur le site de la [DREAL des Pays de la Loire](https://www.pays-de-la-loire.developpement-durable.gouv.fr/notes-mensuelles-sur-les-immatriculations-de-a2474.html)
## Contexte
## Contexte
À chaque début de mois, le SDES (service de la donnée et des études statistiques) envoie à toutes les DREAL de France des données, par région et département, extraites du Répertoire statistique des véhicules routiers (RSVéRo). Ce dispositif du ministère de la Transition écologique et de la Cohésion des territoires recense les véhicules routiers immatriculés sur le territoire français.
À chaque début de mois, le SDES (service de la donnée et des études statistiques) envoie à toutes les DREAL de France des données, déclinées par région et département, extraites du Répertoire statistique des véhicules routiers (RSVéRo). Ce dispositif du ministère de la Transition écologique et de la Cohésion des territoires recense les véhicules routiers immatriculés sur le territoire français.
L'envoi mensuel du SDES contient deux fichiers portant respectivement sur les immatriculations neuves et d'occasion. Ces fichiers sont historisés, c'est à dire qu'on y trouve les séries complètes depuis janvier 2016. Ils comportent donc chaque mois une colonne supplémentaire.
L'envoi mensuel du SDES contient deux fichiers au format excel portant respectivement sur les immatriculations neuves et d'occasion. Ces fichiers sont historisés, c'est à dire qu'on y trouve les séries complètes depuis janvier 2016. Ils comportent donc chaque mois une colonne supplémentaire.
## Mise en oeuvre
## Mise en oeuvre
...
@@ -14,14 +14,13 @@ L'envoi mensuel du SDES contient deux fichiers portant respectivement sur les im
...
@@ -14,14 +14,13 @@ L'envoi mensuel du SDES contient deux fichiers portant respectivement sur les im
Il est recommandé de ne pas supprimmer les anciens fichiers.
Le projet se trouve ici :
Le projet se trouve ici :
T:/datalab/ORTM_RSVERO
T:/datalab/ORTM_RSVERO
Avant de lancer les scripts de datapréparation des données, il convient de renommer manuellement les deux fichiers du SDES, de façon à ce qu'ils ne contiennent pas d'espace et qu'ils aient à chaque fois le même nombre de caractères.
Avant de lancer les scripts de datapréparation des données, il convient de renommer manuellement les deux fichiers du SDES, de façon à ce qu'ils ne contiennent pas d'espace et qu'ils aient à chaque fois le même nombre de caractères. Par exemple, il faut passer de _stat_ dreal_n_2016 _1 à 2023_8.xlsx_ à _stat_dreal_n_2016_1_2023_08.xlsx_. Au début des scripts, se trouvent des lignes qui vont automatiquement chercher les deux derniers fichiers déposés et les ouvrir dans R.
Par exemple, il faut passer de _stat_ dreal_n_2016 _1 à 2023_8.xlsx_ à _stat_dreal_n_2016_1_2023_08.xlsx_. Au début des scripts, se trouvent des lignes qui vont automatiquement chercher les deux derniers fichiers déposés et les ouvrir dans R.
## Add your files
## Add your files
...
@@ -58,29 +57,5 @@ Use the built-in continuous integration in GitLab.
...
@@ -58,29 +57,5 @@ Use the built-in continuous integration in GitLab.
-[ ] [Use pull-based deployments for improved Kubernetes management](https://docs.gitlab.com/ee/user/clusters/agent/)
-[ ] [Use pull-based deployments for improved Kubernetes management](https://docs.gitlab.com/ee/user/clusters/agent/)
-[ ] [Set up protected environments](https://docs.gitlab.com/ee/ci/environments/protected_environments.html)
-[ ] [Set up protected environments](https://docs.gitlab.com/ee/ci/environments/protected_environments.html)
***
# Editing this README
When you're ready to make this README your own, just edit this file and use the handy template below (or feel free to structure it however you want - this is just a starting point!). Thanks to [makeareadme.com](https://www.makeareadme.com/) for this template.
## Description
Let people know what your project can do specifically. Provide context and add a link to any reference visitors might be unfamiliar with. A list of Features or a Background subsection can also be added here. If there are alternatives to your project, this is a good place to list differentiating factors.
## Badges
On some READMEs, you may see small images that convey metadata, such as whether or not all the tests are passing for the project. You can use Shields to add some to your README. Many services also have instructions for adding a badge.
## Visuals
Depending on what you are making, it can be a good idea to include screenshots or even a video (you'll frequently see GIFs rather than actual videos). Tools like ttygif can help, but check out Asciinema for a more sophisticated method.
## Installation
## Installation
Within a particular ecosystem, there may be a common way of installing things, such as using Yarn, NuGet, or Homebrew. However, consider the possibility that whoever is reading your README is a novice and would like more guidance. Listing specific steps helps remove ambiguity and gets people to using your project as quickly as possible. If it only runs in a specific context like a particular programming language version or operating system or has dependencies that have to be installed manually, also add a Requirements subsection.
Within a particular ecosystem, there may be a common way of installing things, such as using Yarn, NuGet, or Homebrew. However, consider the possibility that whoever is reading your README is a novice and would like more guidance. Listing specific steps helps remove ambiguity and gets people to using your project as quickly as possible. If it only runs in a specific context like a particular programming language version or operating system or has dependencies that have to be installed manually, also add a Requirements subsection.
## Authors and acknowledgment
Show your appreciation to those who have contributed to the project.
## License
For open source projects, say how it is licensed.
## Project status
If you have run out of energy or time for your project, put a note at the top of the README saying that development has slowed down or stopped completely. Someone may choose to fork your project or volunteer to step in as a maintainer or owner, allowing your project to keep going. You can also make an explicit request for maintainers.