|
|
- # Gestionnaire de tâches simple
-
- Voici un outil pour faciliter le travail collaboratif autour d’un projet. Le
- projet regroupe des tâches que les contributeurs OSM peuvent s’approprier et
- traiter dans JOSM.
-
- # Idée de départ
-
- L'idée serait de faire une application Symfony pour gérer simplement des tâches
- de cartographie.
-
- * authentification OAuth2 sur OSM pour ne pas avoir à créer de compte
- * télécommande JOSM
- * priotité avec matrice de Eisenhover importance/urgence
- * carte maplibre ou leaflet synchronisée avec la liste des tâches
- * possibilité de modifier les tâches en masse (actions groupées)
- * stockage des données dans sqlite
- * presets dans le projet pour envoyer à JOSM (genre hashtags du message de
- commit, etc)
-
- On créé un projet (titre, description), on peut manipuler les tâches d'un
- projet (ajouter par import geojson, supprimer, diviser en n×n ou en surface (on
- en déduit n)) et pour chacune
- d'elle on trouve un statut historicisé (à faire, en cours, fait) pour chaque
- action (mapper, vérifier). On peut imagine que certains status lockent la tâche
- qui se délocke au bout d'un certain temps.
-
- Peut-être préférer un workflow : à mapper → mappage en cours → mappage terminé
- à vérifier → vérification en cours → vérifié
- Où les étapes *en cours* sont lockantes et reviennent au statut précédent au
- bout d'une journée
-
- Un système de commentaires arborescent sur les tâches serait pas du luxe (lien
- avec le statut via la date).
-
- On peut faire des statistiques par projet sur les statuts des tâches. Et
- rappeller les commentaires par ordre antéchronologique globalement sur le
- projet.
-
- En tous cas l'idéal serait de pouvoir faire tout ça via une api et de fournir
- un client web en js moderne. Un client en ligne de commande serait pas du luxe
- non plus.
-
- ## Mise en place technique
-
- Il s’agit d’un petit projet Symfony (7.1.3) donc essentiellement en PHP
- (développé avec la version 8.2.23) avec un peu de Javascript (utilisation du
- framework Stimulus suggéré par Symfony) et de CSS (utilisation du framework
- Bootstrap). Les données sont stockées dans une base SQLite localement.
-
- Les dépendances PHP sont gérées assez classiquement par Composer. On peut donc
- les récuperer avec un simple `composer install` dans la racine de
- l’application.
-
- On peut le faire tourner en local pour tester/développer grâce à l’outil en
- ligne de commande [`symfony`](https://symfony.com/download) et notamment en
- démarrant un serveur local : `symfony serve -d`.
-
- L’application peut être servie par un serveur web (nginx, Apache, etc) comme
- une application Symfony classique (la racine du serveur web étant dans
- `/public`) pour peu qu’il interprète le PHP. Il n’y a pas de référence à des
- noms de domaines donc pas de soucis pour les adresses web absolues.
-
- La configuration de l’application se fait dans un fichier `.env.local`
- (s’inspirer du `.env` fourni) dans lequel il faut essentiellement renseigner
- les variables :
-
- * `APP_TIMEZONE` a priori `Europe/Paris`
- * `OSM_CLIENT_ID` et `OSM_CLIENT_SECRET` à générer dans les options de son
- compte OSM (onglet « application OAuth2 » avec comme URI de redirections
- l’adresse web de son instance suffixée du chemin `/osm/callback` et comme
- autorisation, uniquement « Lire les préférences de l’utilisateur »)
-
-
|
