Sur cette page
Le modèle de projet map.army — Projets, calques, symboles
La plupart des pages de ce site décrivent une partie du flux de travail — placer un symbole, exporter un calque, créer un partage. Cette page prend du recul et montre comment ces éléments s’assemblent. Connaître le modèle en amont rend la lecture du reste de la documentation plus fluide.
Trois concepts, du haut vers le bas
map.army organise une situation tactique en trois concepts imbriqués :
| Concept | Ce que c’est | Où il vit |
|---|---|---|
| Projet | La session de travail — votre vue de carte actuelle, l’ensemble des calques ouverts et les paramètres de l’application autour d’eux. | Dans le navigateur, tant que l’onglet est ouvert. L’application hébergée ne stocke aucun état par utilisateur sur le serveur. |
| Calque | Un conteneur nommé pour les symboles et les graphiques tactiques. Un projet comporte généralement plusieurs calques (forces bleues, forces rouges, lignes de phase, …). | Enregistré sous forme de fichier MilX (.milxlyz ou .milxly) lors de l’export. |
| Symbole / Graphique tactique | Un placement MIL-STD-2525 unique sur un calque : symbole d’unité, ligne de phase, anneau de portée, etc., avec sa position, son affiliation, son statut et ses modificateurs. | À l’intérieur du calque auquel il appartient. |
La hiérarchie est stricte : chaque symbole appartient exactement à un calque ; chaque calque appartient au projet courant. Déplacer un symbole entre calques est pris en charge (voir Modifier les calques — Déplacer des symboles entre calques) ; un symbole n’appartenant à aucun calque n’est pas un état que l’application peut représenter.
Le projet est l’onglet de navigateur ouvert
Il n’y a pas de menu « Nouveau projet » ou « Ouvrir un projet ». Le projet est implicite — c’est ce que vous avez à l’écran en ce moment : la vue carte, le fond de carte actif, le paramètre de grille de coordonnées, les calques ouverts et les symboles qu’ils contiennent. Fermez l’onglet sans exporter et le projet est perdu.
Deux conséquences pratiques :
- Enregistrez en exportant. L’action « enregistrer votre travail » prise en charge est Exporter les calques →
.milxlyz. Traitez cela comme une commande Enregistrer sous… dans une application bureau. Voir Exporter les calques. - Les paramètres persistent ; les données ne persistent pas. Les préférences stockées dans le navigateur (langue, unités, format de symbole par défaut) survivent à un rechargement. Les calques stockés uniquement dans le cache du navigateur peuvent ou non survivre selon l’état du cache — voir Persistance de session ci-dessous.
Les calques sont MilX
Un calque dans
map.army
est un calque MilX. L’application les traite de manière identique en interne et en externe — le fichier que vous exportez (.milxlyz) est le même contenu que l’application est en train de modifier. C’est pourquoi la plupart des pages relatives aux calques parlent de « calques MilX » de manière interchangeable avec « calques superposés ».
Deux types de calques non-MilX sont également pris en charge mais se comportent différemment :
| Type de calque | Porte la symbologie MilX ? | Enregistré dans .milxlyz ? |
|---|---|---|
| Calque MilX | Oui | Oui |
| Image superposée | Non — c’est une image fixée à des coordonnées | Non — associez le fichier image à un fichier compagnon config.json (Importer des calques) |
| Calque vectoriel | Non — c’est de la géométrie GeoJSON / KML | Non — réimportez après rechargement |
| Calque de source en ligne | Dépend de la source | Récupéré à nouveau depuis l’URL à chaque session |
Lorsque la documentation dit « enregistrer un calque » sans qualification, elle désigne un calque MilX.
Un partage externalise un projet
Un Partage MilX est l’équivalent côté serveur d’un .milxlyz exporté : le backend de gs-soft conserve le contenu MilX sous une URL publique afin que d’autres utilisateurs puissent l’ouvrir (en lecture seule ou pour modifier, selon le type de partage). Les images superposées et les calques vectoriels ne voyagent pas avec un partage — seule la symbologie MilX le fait.
Un partage est un moyen de publier votre projet en externe ; il n’est pas « le projet lui-même ». Vous pouvez :
- Exporter un
.milxlyzet ne jamais créer de partage — votre travail reste local. - Créer un partage et ne jamais exporter — votre travail vit sur les serveurs de gs-soft sous l’URL du partage.
- Faire les deux — le partage est une copie publiée ; le fichier local est votre archive.
Voir Comment créer un partage pour les trois modes de partage (Lecture seule, Modifier et copier, Modifier et écraser).
Persistance de session — ce qui survit à un rechargement
Un résumé de ce qui survit à la fermeture et la réouverture de l’onglet :
| Élément | Survit au rechargement ? |
|---|---|
| Paramètres de l’application (langue, unités, format de symbole par défaut) | Oui — conservés dans le stockage du navigateur. |
| Calques MilX | Partiellement — conservés dans le cache du navigateur pour le site actuel. Perdus si les données du site sont effacées. |
| Images superposées | Non, sauf si réimportées depuis le même fichier compagnon config.json. |
| Calques vectoriels | Non — réimportez après rechargement. |
| Calques de source en ligne | Oui pour l’URL ; le contenu est récupéré à nouveau à chaque session. |
| L’indicateur « crayon » du calque actif | Non — passer en 3D et revenir le désactive également ; réactivez-le avant de placer de nouveaux symboles. |
Pour une analyse plus complète, voir Modifier les calques — Persistance de session. La règle de sécurité est : avant de fermer l’onglet, exportez vos calques MilX.
Ce que ce modèle n’est pas
Quelques points que map.army ne fait délibérément pas, car la version hébergée n’a pas d’état par utilisateur :
- Pas de liste de projets / « ouvrir récemment » — l’application n’a aucun souvenir de la session d’hier.
- Pas de sauvegarde automatique vers un serveur. La mise en cache du navigateur est au mieux-effort.
- Pas d’espace de travail multi-projets. Vous travaillez sur un ensemble de calques à la fois. Pour changer de projet, exportez votre travail actuel, puis importez l’autre
.milxlyz.
L’offre professionnelle (Gratuit vs Pro) lève certaines de ces contraintes — comptes utilisateurs, projets côté serveur, accès basé sur les rôles — mais ce sont des déploiements adaptés à des projets, pas une partie de la démo hébergée gratuite.