Soft-merge CCDS cartography repository

git-subtree-dir: convergence/ccds-cartographie
git-subtree-mainline: ecf53e28235024a7d46e7bd444912d7740992572
git-subtree-split: 8d8b640139ad864a6922243ad588f634c6996d48

convergence/ccds-cartographie/docs/.gitkeep

@@ -0,0 +1 @@
+

convergence/ccds-cartographie/docs/architecture-carto.md

@@ -0,0 +1,20 @@
+# Architecture cartographique
+
+## Objectif
+
+Faire de la cartographie une brique autonome, versionnee et exploitable, au lieu d'un simple actif colle au portail.
+
+## Socle retenu
+
+- OpenMapTiles auto-heberge pour les tuiles et ressources
+- MapLibre pour le rendu dans le portail
+- Maputnik pour les retouches visuelles
+
+## Variantes de style
+
+- `styles/public/openmaptiles-positron/style.json` : rendu public principal
+- `styles/admin/openmaptiles-positron-admin/style.json` : variante plus sobre pour les usages metier denses
+
+## Regle de gouvernance
+
+Chaque retouche visuelle doit etre versionnee ici avant d'etre consideree comme reference de publication.

convergence/ccds-cartographie/docs/pipeline-style.md

@@ -0,0 +1,22 @@
+# Pipeline style cartographique
+
+## Logique simple
+
+1. partir du style versionne
+2. retoucher dans Maputnik
+3. tester la lisibilite sur public et admin
+4. exporter le JSON
+5. republier dans le portail ou sur l'instance carto
+
+## Points de controle
+
+- palette generale ;
+- eau et zones naturelles ;
+- hierarchie des routes ;
+- labels de communes et routes ;
+- lisibilite mobile ;
+- contraste institutionnel.
+
+## Regle
+
+On ne cherche pas une carte decorative. On cherche une carte lisible, rapide et credible en usage terrain.

convergence/ccds-cartographie/docs/procedure-retouche-et-publication.md

@@ -0,0 +1,22 @@
+# Procedure de retouche et publication
+
+## Retoucher un style
+
+1. ouvrir le style voulu dans Maputnik ;
+2. modifier uniquement les couches utiles ;
+3. sauvegarder une copie de travail dans `maputnik/` si besoin ;
+4. exporter le JSON final dans `styles/`.
+
+## Verifier avant publication
+
+- la carte publique reste lisible ;
+- la variante admin ne devient pas trop chargee ;
+- les routes et noms utiles apparaissent au bon zoom ;
+- les panneaux du portail restent confortables au-dessus de la carte.
+
+## Publier
+
+1. commit dans le depot `ccds/cartographie` ;
+2. reporter ou synchroniser le style dans le portail ;
+3. verifier en reel sur la carte publique et sur la carte admin/logistique ;
+4. noter la retouche dans un court commentaire de commit.

convergence/ccds-cartographie/docs/public-vs-admin-dense.md

@@ -0,0 +1,49 @@
+# Public vs admin dense
+
+## Objectif
+
+Expliciter la difference d'usage entre la variante publique et la variante admin dense afin d'eviter les confusions lors des futures retouches.
+
+## Variante publique
+
+### Intention
+
+Carte plus accueillante, plus descriptive et plus lisible pour les usagers.
+
+### Attendus visuels
+
+- labels de routes visibles un peu plus tot ;
+- communes bien lisibles ;
+- eau et vegetation plus respirantes ;
+- lecture plus ouverte sur mobile.
+
+### Captures attendues
+
+- carte publique en zoom territorial ;
+- carte publique en zoom rues ;
+- rendu mobile avec labels et filtres visibles.
+
+## Variante admin dense
+
+### Intention
+
+Carte plus sobre, plus metier et moins bavarde pour les usages logistiques et internes.
+
+### Attendus visuels
+
+- fond plus calme ;
+- routes utiles lisibles sans mur de texte ;
+- labels un peu plus contenus que sur le public ;
+- marqueurs et donnees metier prioritaires.
+
+### Captures attendues
+
+- logistique admin avec filtre actif ;
+- comparaison visuelle public / admin sur une meme zone ;
+- rendu mobile ou tablette si usage terrain.
+
+## Regle de decision
+
+Si une retouche ameliore le public mais surcharge l'admin, elle doit etre reservee a la variante publique.
+
+Si une retouche clarifie l'admin sans penaliser les usagers, elle peut etre reprise dans les deux variantes.

convergence/ccds-cartographie/docs/regles-visuelles.md

@@ -0,0 +1,24 @@
+# Regles visuelles
+
+## Public
+
+- lecture plus accueillante ;
+- labels un peu plus presents ;
+- routes lisibles assez tot ;
+- rendu clair et respirant.
+
+## Admin dense
+
+- fond plus sobre ;
+- toponymie un peu plus contenue ;
+- priorite a la lecture metier et aux marqueurs ;
+- bruit visuel limite.
+
+## Guyane
+
+La carte doit garder une lecture territoriale pertinente :
+
+- eau bien identifiee ;
+- vegetation distincte sans saturer ;
+- communes lisibles ;
+- routes et acces compréhensibles a plusieurs niveaux de zoom.