Gérer l'historique et les annulations

[gmaillet]

• ajouter la notion de session (en réservant certaines tuiles en modification exclusive)
• gérer le cas des échecs en cours d'application d'un patch (pour garantir que le cache est toujours valide)
• ajouter la possibilité d'annuler la dernière modification
• conserver l'historique des modifications par session
• pouvoir purger les rasters temporaires lorsqu'une session est terminé

[gmaillet]

J'ai commencé les développements dans la branche undo_redo. Dans cette branche j'ai aussi ajouté la possibilité de choisir le port et le dossier cache dans la ligne de commande (par défaut ça reste 8081 et cache): node serveur.js --port 3033 --cache toto J'ai mis en place les routes dans la doc swagger (undo/redo/clear et un get patchs). Au passage, j'ai fait la distinction entre les routes qui concernent les patchs et les routes qui permettent d'interroger le graphe de mosaiquage en créant un nouveau tag 'patchs'. J'ai déjà modifié le code pour que l'application se fasse dans un fichier avec un suffixe et que l'on modifie le lien symbolique une fois que toutes les tuiles ont été crées. J'ai aussi ajouté des données membre sur l'application:

• activePatchs: un geoJson des patchs appliqués
• unactivePatchs: un geoJson des patchs annulés
• tileSet: les paramètres des différents niveaux du cache (pour ne pas avoir des constantes en dur dans le code)

[gmaillet]

Reste à faire:

• le code undo, redo, clear dans le fichier routes/patchs/index.js
• modif dans le script createCache gérer les images _orig.png avec un lien symbolique initial + la gestion des nouveaux fichiers (tileSet.jon, activePatchs.geojson et unactivePatchs.geojson)
• brancher les actions: undo/redo/clear dans iTowns (je m'en occupe)
• ajouter la couche des modifications dans iTowns (je m'en occupe)
• des tests et de la doc