Refacto de la génération du fichier entreeCarto.json

[elias75015]

Ticket à compléter, notamment sur les idées de solutions à long terme

Contexte : L'idée est de réduire la place du projet geoportal-config et des github-actions dans l'infra du chargement du visualiseur cartes.gouv.

Problèmes :

• dépendance de l'entrée carto d'un appel à github (ce serait vraiment mieux si ça ne dépendait que de data.geopf.fr et cartes.gouv.fr)
• problème de mise en cache. Le fichier de conf n'est pas immédiatement visible sur l'entrée carto parce qu'il est conservé en cache
• le dépôt commence à être très volumineux (500Mo le git clone) ça peut compliquer son accès ou sa gestion à terme.
• appel à une route tierce (ni cartes.gouv.fr, ni data.geopf.fr) est risqué quand il y aura la bascule du trafic géoportail. Github doit avoir un mécanisme de rate-limiting pour l'url raw githubusercontent.

A court terme :

• faire évoluer la github action pour déposer en fin d'opération le fichier entreeCarto généré sur la GPF (et ainsi plus d'appel direct à github côté client pour récupérer le fichier) pour que l'entrée carto ne fasse plus d'appel à github au chargement
• forcer l'invalidation du cache sur le fichier entreeCarto.json (via un hash sur le fichier par exemple) ? (le fichier servi par github l'est pourtant avec un etag)
• faire un nettoyage de l'historique gitHub du repo geoportal-configpour réduire son poids

A plus long terme :

• remplacer la partie génération spécifique pour l'entrée carto par un service dédié côté GPF (le retour d'une sorte service d'autoconf quoi...) ?
• migrer tout ou partie du projet geoportal-configuration sur IGN MUT ? (Si migration totale: Quelques problèmes risquent de se poser vis à vis des routes des fichiers thématiques, utilisés par les utilisateurs API JS comme "theme" dans le paramètre apiKey)
• attention evols potentielles liées au moissonnage de catalogues externes : fichier qui viendra enrichir entreeCarto.json

[iamvdo]

J'ajoute un sujet qui pourrait être lié: l'optimisation du chargement du fichier pour le front.
Actuellement, le fichier pèse environ 5Mo...

Une première solution simple pour être d'avoir 2 fichiers différents: 1 pour cartes de base (grosse partie des usages ?) et 1 pour les autres (chargé au clic sur "Toutes les cartes" dans le cartalogue?)

[IGNFhc]

Petit sujet à traiter aussi :
Beaucoup d'erreurs qui empêchent la génération de la conf viennent du réseau.
Il faudrait quand même pouvoir générer une conf partiellement mise à jour.

[slafayIGN]

Sur l'emplacement du fichier de conf déjà il y a 2 options pour éviter raw.githubusercontent.com :

• un emplacement sur cartes.gouv.fr (en tout cas servi par cartes.gouv.fr)
• un emplacement sur data.geopf.fr (typiquement une annexe dans un entrepôt dédié à la config dont on dispose déjà)

Quel que soit le nouvel emplacement il faut placer une sonde sur l'url car le composant est critique.

Une optimisation assez simple à mettre en place serait de supprimer espaces et sauts de ligne du JSON. Je pense qu'on peut déjà réduire de 35% le poids du fichier avec juste ça.

Le code de geoportal-configuration n'a pas forcément besoin de rester public sur github. Il est d'ailleurs public mais sans licence claire. Il peut tout à fait être rapatrié sur l'usine logicielle interne et le .github/workflows/entree-carto.yml transposé en un workflow gitlab. Si le nouveau workflow pousse sur une annexe, ça resterait indépendant des déploiements (pas de changement sur IGN-MUT).

[elias75015]

Une optimisation assez simple à mettre en place serait de supprimer espaces et sauts de ligne du JSON. Je pense qu'on peut déjà réduire de 35% le poids du fichier avec juste ça.

Effectivement, j'ai fait un petit test : on passe de 4.7Mo à 3Mo

[elias75015]

Réunion du 01/04 sur le sujet :

Priorité : déposer entreeCarto.json sur cartes.gouv/carto
cf proposition Sylvain :

un emplacement sur cartes.gouv.fr (en tout cas servi par cartes.gouv.fr)

Dès que possible : rapatrier le job de génération entreeCarto sur IGNMUT pour qu'il pousse sur le S3 de cartes.gouv (prefixe carto). (Pour info @ocruze )

Autres optimisations sur la taille du fichier (minification / éclatement) proposée ci-dessous : tambouille interne au projet entreeCarto.

[ocruze]

OK !
Juste quelques précisions sur notre route /files, on a des headers pour le cache :

cache-control: max-age=3600, must-revalidate, public, s-maxage=3600
etag: "79934eebf5bb064ef7f159b9156aadca-gzip"
last-modified: Thu, 02 Apr 2026 02:01:35 GMT