CodeTheMap

Mesurer des volumes dans une scène 3D avec le SDK JavaScript d'ArcGIS

noreply@blogger.com (Pauline Louis) — Mon, 04 May 2026 07:34:00 +0000

En version 4.34, le SDK JavaScript d'ArcGIS a introduit des capacités de mesure de volumes dans les scènes 3D via la classe VolumeMeasurementAnalysis (encore en beta). Deux types de mesures sont disponibles : les mesures de déblais-remblais (par exemple pour des problématiques d'aplanissement dans les travaux de construction); et les volumes de dépôt (par exemple dans des contextes de mines et carrières pour l'estimation du volume de stockpiles, ou pour des volumes de dragage).

J'ai développé rapidement une petite application, qui vous permet de tester en action ces deux types de mesures dans différents contextes :

Les dessous de l'app

Vous pouvez retrouvez le code complet de cette application sur mon Github, ou en mode bac à sable sur ce CodePen.

Composant <arcgis-volume-measurement>

Très simplement, j'ai ajouté le composant <arcgis-volume-measurement> à ma scène, qui permet d'y inclure les capacités de mesure de volumes via une interface utilisateur préconfigurée. L'utilisateur peut choisir le mode de mesure, puis faire une analyse interactive en dessinant sur la scène.


<arcgis-volume-measurement id="volumeMeasurement" slot="bottom-left">

Initialisation de l'analyse en cliquant sur une entité

Pour certains endroits, je possède également des couches d'entités, qui délimitent l'emprise des stockpiles ou des travaux de construction. J'aimerais que l'analyse se lance automatiquement quand l'utilisateur clique dessus.

Avec un hitTest dans la vue, je récupère la géométrie de l'entité sur laquelle l'utilisateur a cliqué.

  view.on("click", async (event) => {
    const hit = await view.hitTest(event);
    const feature = hit.results
      .map((r) => r.graphic)
      .filter(
        (g) => g.layer === layerStockpiles || g.layer === layerChantier
      )[0];
    if (!feature) return;

    const polygon = new Polygon({
      rings: feature.geometry.rings,
      spatialReference: feature.geometry.spatialReference
    });

Le code évalue également la couche à laquelle l'entité appartient, afin de lancer le bon type d'analyse en fonction du contexte.

    const measureType =
      feature.layer === layerStockpiles ? "stockpile" : "cut-fill";

Je peux ensuite passer la géométrie et le type de mesure en paramètres du composant d'analyse de volume, ce qui lancera une nouvelle analyse.

    volumeMeasurement.analysis.geometry = polygon;
    volumeMeasurement.analysis.measureType = measureType;

Enfin, j'ai rajouté un test sur l'objectid, qui fait que si l'utilisateur re-clique sur l'entité qu'il vient de sélectionner, celle-ci se désélectionne, pour un comportement plus ergonomique.

  const clickedId = feature.attributes.OBJECTID;
    if (currentFeatureId !== null && currentFeatureId === clickedId) {
      volumeMeasurement.analysis.geometry = null;
      volumeMeasurement.analysis.measureType = "cut-fill";
      currentFeatureId = null;
      return;
    }
    currentFeatureId = clickedId;

Le reste du code

Le reste du code est très simple : j'ai préconfiguré la scène via le Scene Viewer, permettant une intégration rapide via le composant <arcgis-scene> (au global, passer par le Scene Viewer ou le Map Viewer pour construire sa carte plutôt que tout faire programmatiquement est une pratique fortement recommandée, je vous explique pourquoi dans cet article).

<arcgis-scene item-id="e64cfad70d6c4b7cb8432a5d211577ab">

Je récupère ensuite les slides crées dans Scene Viewer et les ajoute à mon application, pour que l'utilisateur puisse rapidement passer d'un exemple à l'autre. Je rajoute une liste côté html :

<calcite-list id="slidesList">

Que j'alimente avec les slides préconfigurées côté JS :

 const slides = view.map.presentation?.slides;
  const list = document.getElementById("slidesList");

  if (slides) {
    slides.forEach((slide) => {
      const item = document.createElement("calcite-list-item");
      item.label = slide.title.text;
      if (slide.description.text) {
        item.description = slide.description.text;
      }
      if (slide.thumbnail?.url) {
        const img = document.createElement("img");
        img.src = slide.thumbnail.url;
        img.slot = "content-start";
        img.style.cssText = "width: 64px; height: 40px; object-fit: cover;";
        item.appendChild(img);
      }
      item.addEventListener("click", () => {
        slide.applyTo(view, { animate: true, duration: 1500 });
      });
      list.appendChild(item);
    });
  }

C'est tout pour aujourd'hui ! N'hésitez pas à consulter les autres tutoriels du blog, ou à en apprendre plus sur l'API JavaScript d'ArcGIS !

Utiliser le module d'IA de l'API Python d'ArcGIS pour analyser des photos

noreply@blogger.com (Pauline Louis) — Thu, 30 Apr 2026 08:24:00 +0000

Comme vous vous en doutez, j'ai eu quelques contretemps dans la publication des tutoriels sur l'API Python... La bonne nouvelle, c'est qu'entre temps la version 2.4.3 est sortie, et avec elle les capacités très cools du module arcgis.ai.

Dans ce tutoriel, nous allons voir comment utiliser la classe d'analyse d'image pour analyser les pièces jointes d'une couche d'entités. Ce workflow peut par exemple vous être utile dans le cas d'une couche d'entité issue d'une enquête de terrain Survey123, où l'opérateur de terrain peut prendre des photos, puis votre script se déclencherait tous les soirs pour remplir un champ de description de l'image, qui accélèrerait le travail de terrain.

Pour utiliser cette capacité, vous devez utiliser la version 2.4.3 de l'API. Si vous utilisez ArcGIS Notebooks, elle est incluse à partir de la v3.7 d'ArcGIS Pro, et dans la mise à jour de juin 2026 dans ArcGIS Online. Si vos versions des logiciels ne sont pas à jour (ou pas encore disponible), vous pouvez suivre le premier tutoriel de cette série pour installer un environnement Python avec l'API, ce qui vous permettra d'installer celle-ci (ou de la mettre à jour) dans la dernière version. Notez que vous devez également posséder une organisation où les assistants IA sont activés.

Cet article vous présente les étapes pas à pas avec les captures d'écran, et vous pouvez également récupérer le Notebook complet sur mon Github.

Imports et connexion au portail

Je commence comme d'habitude par importer les différents modules qui me seront utiles. Vous pouvez également vérifier que votre version de l'API est correcte (si ça n'est pas le cas, l'import d'arcgis.ai échouera de toute façon).

Vous pouvez ensuite vous connecter au portail. Ici, vu que je ne travaille pas dans ArcGIS Notebooks, je passe mes identifiants de la manière suivante :

Appel et préparation de la couche d'entités

J'ai repéré dans mon org une couche d'entités parfaite pour les besoins de ma démonstration : elle comporte des pièces jointes hébergées sur un domaine arcgis.com (obligatoire pour que l'analyse fonctionne) ; c'est le cas par défaut pour les couches d'entités issues d'enquêtes Survey123. Mon but va être de rajouter un champ de description de la photo, et d'utiliser l'IA pour le compléter. Dans votre script, remplacez l'id de la couche par celui d'une couche hébergée sur votre portail.

Vous pouvez travailler directement sur la couche d'entités d'origine, mais vu qu'elle appartient à l'un de mes collègues et que je n'ai pas envie de bousiller son travail, je l'ai d'abord clonée, puis j'accède au layer que je veux cibler (ici il n'y en a qu'un seul, il est donc à l'index 0) :

Je viens maintenant ajouter un champ description_photo dans ma couche clonée :

Enfin, je requête toutes les entités de la couche :

Analyse de la photo par l'IA

Voici à quoi ressemblent les données de ma couche à l'heure actuelle si je vais l'observer sur mon portail :

Le champ de description est vide, et je vais demander au service d'IA d'analyser la photo et de la décrire. Ici, nous nous contenterons d'une description globale, mais vous pouvez vous servir de la même classe pour faire de la détection d'objets, de l'extraction de texte ou de la segmentation, en fonction de ce que vous indiquez dans votre prompt.

Je vais parcourir chacune des entités, et accéder à leur pièce jointe (le script ignore les entités ne possédant pas de pj). J'appelle ensuite la fonction d'analyse d'image, et lui passe en argument la pièce jointe de l'entité. J'indique dans le prompt ce que j'attends pour l'analyse de cette image, ici une simple description. Notez que vous pouvez passer plusieurs prompts dans la même fonction via une liste, ce qui vous permet de demander plusieurs choses différentes.

Il ne me reste plus qu'à appliquer les mises à jour à la couche.

En rafraîchissant votre couche, vous verrez que le champ description_photo de la table attributaire de votre couche a été complété :

C'est fini pour cet épisode ! Notez qu'en plus de pouvoir analyser les images, le module arcgis.ai possède des capacités d'analyse de texte et de traduction que vous pouvez également inclure à vos workflows d'automatisation.

Quelles sont les nouveautés de la version 2.3 des SDKs d'ArcGIS pour Unity et Unreal Engine ?

noreply@blogger.com (Pauline Louis) — Thu, 23 Apr 2026 12:14:00 +0000

La version 2.3 des SDKs d'ArcGIS pour moteurs de jeu est disponible ! Elle apporte un affichage haute performance des données ponctuelles 3D et facilite la création d’expériences géospatiales 3D plus interactives et plus efficaces. Il est désormais possible de restituer de très grands volumes de données ponctuelles 3D de manière plus performante, avec la prise en charge de styles pilotés par les attributs pour visualiser les données à l’aide de différents types de rendu et de modèles 3D. L’identification des entités a également été améliorée pour les couches de scène de bâtiment, ce qui simplifie l’interaction avec des contenus architecturaux 3D complexes. Enfin, l’empreinte du SDK a été réduite, permettant de créer des projets plus légers sans compromettre les fonctionnalités.

Couches de scène de points 3D

Les couches de scène de points 3D permettent de gérer efficacement un très grand nombre d’objets du monde réel, lorsque chacun d’eux est représenté dans une scène 3D par un symbole ponctuel unique, comme des arbres, du mobilier urbain, des capteurs ou des équipements d’infrastructure. Ces couches peuvent être affichées avec des rendus pilotés par les attributs, qui définissent les règles et les symboles utilisés pour catégoriser et représenter les données.

La couche Global Open 3D Trees rendue dans Unity via une couche de scène de points 3D

Cette version prend en charge plusieurs types de rendus. Les rendus simples permettent d’appliquer un même symbole à toutes les entités. Les rendus par valeur unique permettent de différencier les entités en fonction de leurs attributs distincts. Les rendus par classes permettent de styliser les entités en fonction d’intervalles de valeurs dans des champs numériques. Quel que soit le type de rendu utilisé, les points peuvent désormais être symbolisés à l’aide de modèles 3D. D’autres types de symboles seront ajoutés dans les versions à venir.

Une couche de scène de points 3D représentant les arbres de Chicago

Les couches de scène de points 3D reposent sur une structure hiérarchique de niveaux de détail, appelée HLOD, qui affiche davantage de points à mesure que l’utilisateur se rapproche des données. L’allègement automatique des données en fonction de l’échelle améliore la lisibilité et permet une transmission et un affichage extrêmement rapides. Comme toutes les couches de scène 3D prises en charge par les SDKs d'ArcGIS pour moteurs de jeux, elles peuvent être consommées depuis des services pour des applications connectées, ou depuis des packages embarqués sur l’appareil pour un usage hors ligne, offrant ainsi des performances maximales et une meilleure résilience.

Identification enrichie pour les couches de scène de bâtiments

Les méthodes d’identification de la classe ArcGISView introduites lors de la version précédente ont été enrichies afin de récupérer les informations attributaires des entités dans les couches de scène de bâtiments. Ces informations constituent souvent la base de workflows plus avancés, dans lesquels l’utilisateur doit naviguer vers des objets identifiés, consulter leurs attributs ou mettre visuellement en évidence une entité.

Il est par exemple possible de mettre en place un effet de surbrillance pour faciliter l’identification visuelle d’une entité en modifiant le shader associé à l’objet retourné par une opération d’identification, comme illustré dans l’exemple disponible dans le dépôt GitHub des échantillons du SDK Unity, ou celui d'Unreal. D’autres cas d’usage courants incluent la comparaison d’attributs entre plusieurs entités ou l’interrogation de systèmes métiers afin d’afficher des informations associées à l’utilisateur.

L’opération ArcGISView.IdentifyLayerAsync permet d’effectuer une requête d’identification asynchrone sur une couche spécifique, tandis que ArcGISView.IdentifyLayersAsync exécute cette opération sur l’ensemble des couches de scène d'objets 3D et désormais également sur les couches de scènes de bâtiments présentes dans la carte. Ces méthodes facilitent la mise en œuvre de workflows centrés sur l’interaction utilisateur, en permettant de récupérer les attributs des entités à partir d’une position dans la scène. Les paramètres d’entrée incluent un point de départ et un point cible, généralement la position de la caméra et le point sélectionné par l’utilisateur dans la scène. Ces nouvelles APIs simplifient le développement en évitant le recours à des opérations de raycast plus complexes, et contribuent à la création d’expériences plus riches et interactives pour l’exploration des données. À noter que le nouveau type de couche de scène de points 3D ne prend pas encore en charge le retour de résultats via les opérations d’identification, mais cette fonctionnalité est prévue dans une prochaine version.

Des applications plus légères

Les SDK ArcGIS pour Unity et Unreal bénéficient d’une évolution commune de leur architecture native, avec des capacités SIG (accès aux données, traitement des géométries) entièrement implémentées en C++ et compilées en composants natifs optimisés pour des performances maximales et une portabilité multi-plateforme. Ces composants, déployés selon les systèmes cibles (par exemple .so sur Android, .dll sur Windows), sont désormais 25 % plus légers, ce qui se traduit par des déploiements d’applications plus compacts, des temps de démarrage réduits et un SDK globalement moins volumineux à télécharger et à stocker. Cette optimisation améliore aussi l’expérience de développement en accélérant la prise en main et en réduisant l’empreinte disque, un avantage notable pour les projets multi-applications sur Unity comme sur Unreal Engine.

Plus d'informations

Pour les informations complètes sur cette nouvelle version, rendez-vous dans les notes de version du SDK de votre choix :

Pour mettre la main sur la version 2.1 des SDKs, rendez-vous sur la page de téléchargement du site Web d'ArcGIS consacré aux développeurs,puis accédez à la page du SDK ArcGIS Maps de votre choix et téléchargez-le. Si vous n'avez pas l'habitude de développer avec les SDKs d'ArcGIS, il vous suffit de de vous rendre sur la page "Get Started" dans la documentation du SDK ArcGIS Maps pour Unity ou du SDK ArcGIS Maps pour Unreal Engine. Le SDK pour Unity est également directement disponible dans le Unity Asset Store.

Découvrez la version 300.0 des SDKs d'ArcGIS pour applications natives

noreply@blogger.com (Pauline Louis) — Wed, 22 Apr 2026 14:13:00 +0000

La version 300.0 des ArcGIS Maps SDKs for Native Apps constitue une étape majeure, introduisant des fonctionnalités importantes, dont certaines totalement inédites pour les SDK mobiles, ouvrant la voie à une nouvelle catégorie d’applications SIG. Avec le passage de la version 200.8 à 300.0, l’accent est mis sur l’extension des capacités, avec trois nouveautés majeures : les scènes locales, les couches de scène de bâtiment et un tout nouvel ensemble d’outils d’analyse spatiale.

Scènes locales

Les SDKs pour applications natives prennent en charge la 3D depuis la version 100.0, il y a environ dix ans, mais toujours dans un contexte global. Cela implique l’utilisation du système de coordonnées géographiques WGS84 pour l’affichage des données, et pour des performances optimales, ces données doivent généralement être publiées en WGS84 afin d’éviter une reprojection à la volée. Cette reprojection consomme des ressources CPU, ce qui peut entraîner une consommation accrue de batterie sur les appareils mobiles. Publier une copie distincte des données en WGS84 permet de contourner ce problème, mais introduit souvent une surcharge inutile.

Cette nouvelle version introduit le local scene view. Il s’agit d’un tout nouveau composant d’interface que l’on peut intégrer à une application, permettant de travailler avec une scène locale, qu’elle provienne d’une scène web, d’un scene package mobile embarqué sur un appareil ou qu’elle soit créée via le code de l'application. Une scène locale peut utiliser n’importe quel système de coordonnées projeté, en adéquation avec vos données publiées..

La vue de scène locale a été conçue de bout en bout pour exploiter au mieux les pipelines GPU modernes, ce qui apporte plusieurs avantages clés :

Les performances ont été optimisée en séparant la gestion des données de leur rendu, permettant aux CPU et aux GPU de se concentrer sur leurs tâches respectives, réduisant ainsi la charge globale et la consommation de batterie.
Cela permet également une gestion plus efficace de la mémoire, avec une meilleure capacité à gérer scènes complexes et aux situations de pression mémoire. Par exemple, il devient possible de distinguer une pression mémoire liée à la complexité des données d’une pression liée à leur volume, et d’y répondre différemment.
Le nouveau pipeline exploite les optimisations intrinsèques aux données 3D, comme les symboles incluant plusieurs niveaux de détail (multi-LOD), afin d’afficher le meilleur niveau de fidélité en fonction de l’appareil, de la scène et du point de vue.
Enfin, il permet de prendre en charge des rendus physiquement réalistes glTF (PBR), incluant matériaux, émissions lumineuses, occlusion ambiante et autres effets, pour valoriser visuellement les données.

L’ensemble de ces améliorations se traduit par de meilleures performances, une qualité visuelle accrue et une autonomie optimisée sur les appareils mobiles.

Nouvelles APIs pour les scènes

Plusieurs nouvelles API accompagnent la local scene view, supportant des capacités définies dans la spécification des scènes web :

Les scènes disposent désormais d’une propriété décrivant le mode d’affichage, local ou global. Cette information peut être lue depuis une scène web ou mobile, ou définie lors de la construction de la scène via le code. En l’absence de définition explicite, le mode global est utilisé par défaut, garantissant la compatibilité avec le code existant en version 200.x.
Le contrôle du rendu de l’environnement est désormais défini directement au niveau de la scène.
Les scènes locales permettent de définir une zone de découpage afin de restreindre l’expérience à une zone d’intérêt spécifique.

De nouveaux événements signalent également les incohérences entre types de scènes et de vues, ou les situations de pression mémoire dans la vue locale.

En tant que nouveau composant, certaines fonctionnalités ne sont pas encore disponibles dans les scènes locales. Cette première version est centrée sur les contenus 3D et ne prend pas encore en charge les couches d'entités ni les couches graphiques. Ces limitations et leur feuille de route sont détaillées dans la documentation des SDKs .NET, Flutter, Kotlin, Qt et Swift.

Cette expérience de scène locale repose sur les mêmes pipelines que ceux utilisés par les SDK ArcGIS pour Unity et Unreal Engine depuis 2022.

Couches de scènes de bâtiment

Les couches de scène de bâtiment sont un type de couche 3D, essentiels pour les workflows AEC. Ellesl permettent de représenter des modèles BIM complexes avec un niveau de détail fin et des performances élevées. Ces couches sont désormais supportées pour la première fois dans les SDKs natifs via la nouvelle expérience de scène locale. Au-delà de leur qualité visuelle, les couches de scène de bâtiment permettent d’explorer en profondeur les composants individuels des modèles de bâtiments, tant visuellement que via des APIs donnant accès aux données sous-jacentes.

Les modes X-Ray et Wireframe permettent d’examiner facilement l’intérieur des modèles. Il est également possible de contrôler précisément les couches affichées, jusqu’au niveau des entités. Les objets peuvent être sélectionnés et identifiés pour consulter leurs attributs et afficher des infobulles. Les rendus de chaque sous-couche peuvent être modifiés dynamiquement afin de mettre en valeur certains éléments. Si les modèles intègrent des capacités glTF PBR, celles-ci sont restituées avec précision, en tenant compte notamment des ombres et de l’heure de la journée.

Les API offrent un contrôle complet sur l’expérience, qu’il s’agisse de masquer des murs, d’afficher uniquement les réseaux électriques ou de se concentrer sur un étage spécifique.

En complément, Esri propose un nouveau toolkit permettant d’explorer les building couches de scène en détail, avec un contrôle sur les étages et les sous-couches. Disponible initialement pour Flutter et Swift, il sera étendu à d’autres SDK dans les prochaines versions.

Outils d’analyse spatiale

Le troisième pilier de la version 300.0 est un nouvel ensemble d’outils d’analyse spatiale. Conçus pour fonctionner directement sur les données à pleine résolution, ces outils offrent des performances très élevées et produisent des résultats exploitables pour la prise de décision, le stockage local ou l’affichage. Leur rapidité permet même des usages interactifs.

Ces outils sont compatibles avec l’ensemble des plateformes cibles des Native Maps SDKs, des ordinateurs aux smartphones. Disposer de capacités analytiques aussi précises et performantes sur des appareils mobiles ouvre des perspectives inédites pour le développement d’applications.

La première version inclut notamment l’analyse de visibilité (viewshed et ligne de visée), une API d’algèbre cartographique puissante et flexible, ainsi qu’un overlay d’analyse pour les workflows interactifs.

Analyse embarquée dans les SDKs natifs

Historiquement, les SDKs natifs proposaient déjà des capacités d’analyse locale hors ligne, réparties en quatre grandes catégories :

Analyse sur jeux de données : géocodage, analyse de réseau, analyse sur des utility network ;
analyse géométrique : comparaison, manipulation, reprojection géographiques de lignes, points et polygones en se basant sur le geometry engine ;
analyse visuelle 3D exploratoire ;
Local server.

Pour des analyses spatiales précises, deux approches étaient possibles : le geometry engine pour des géométries simples, ou le Local Server pour des analyses plus complexes impliquant des jeux de données complets et des logiques personnalisées, au prix d’une dépendance à des environnements spécifiques (Windows ou Linux) et à la nécessité de maintenir le Local Server en plus de votre application.

Les analyses visuelles 3D permettaient des calculs rapides via le GPU, garantissant de très bonnes performances mais restant limitées aux données visibles à l’écran, avec une précision dépendante du rendu et sans production de résultats exploitables.

La version 300.0 introduit une cinquième catégorie, combinant précision et performance. Les nouveaux outils travaillent sur les données sources à pleine résolution et s’appuient sur un pipeline GPU dédié, distinct de celui du rendu. Les résultats produits sont précis et peuvent être affichés, analysés, interrogés ou enregistrés.

Exploration des nouvelles APIs d’analyse

Le principe d’utilisation est simple : charger des données, définir une séquence d’opérations d’analyse, puis exécuter l’analyse ou l’afficher via un overlay.

Les opérations peuvent être des analyses de visibilité (champ de vision et ligne de visée), des opérateurs d’algèbre cartographique, ou une combinaison des deux.

L'extrait de code ci-dessous se base sur l'API algébrique dans le SDK Swift pour classifier les données d'élévation en 4 catégories et les afficher sur la carte dans des couleurs différentes.

A mesure que l’on construit une analyse en combinant différentes opérations, les APIs préparent un pipeline de calcul GPU optimisé à partir de ces opérations. Point essentiel, ce pipeline n’est pas exécuté tant que le résultat n’est pas explicitement demandé. D’un point de vue technique, Esri combine ici une lazy evalution avec une fusion des opérations appliquées à la chaîne d’analyse. Cette approche permet aux APIs d’optimiser les traitements en regroupant les opérations avant leur exécution, ce qui réduit à la fois le temps de calcul et l’utilisation de la mémoire en évitant de produire ou de stocker des résultats intermédiaires.

L’un des aspects les plus intéressants de cette approche est la possibilité de modifier simplement les paramètres utilisés à n’importe quel niveau de la chaîne d’opérations, avec un impact immédiat sur le pipeline optimisé. Par exemple, si l’observateur d’une analyse de ligne de visée se déplace, il suffit de mettre à jour sa position telle qu’elle a été définie dans l’analyse, et le prochain calcul reflétera automatiquement cette nouvelle localisation. Si un overlay d’analyse est utilisé pour afficher les résultats sur une carte, son rendu se mettra à jour instantanément dès que la nouvelle position est fournie. Dans l'exemple ci-dessous, plusieurs analyses de ligne de visée sont configurées à partir d’un seul observateur. En modifiant la position de cet observateur, l’ensemble des analyses est mis à jour, et ce de manière extrêmement rapide.

Licence des APIs d'analyse

Afin d’aligner ces nouvelles capacités d’analyse des Native Maps SDKs avec celles de Local Server et d’ArcGIS Pro, les API de visibilité et de ligne de visée sont proposées avec un niveau de licence Standard, tandis que les opérations d’algèbre cartographique nécessitent l’extension Analysis. L’ensemble des API reste accessible gratuitement en mode développeur.

Évolutions prévues pour l'analyse

Ces nouvelles capacités marquent le début d’une évolution plus large. D’autres outils sont déjà en préparation, à commencer par le calcul de pente, d’exposition et la conversion raster vers polygone. Les priorités de développement sont définies en fonction des retours des utilisateurs, notamment pour accompagner les développeurs dans la migration de leurs applications depuis Local Server et ArcGIS Engine. De nouvelles fonctionnalités d’analyse seront introduites à chaque version.

Évolutions des licences

La version 300.0 introduit également un changement important concernant l’utilisation des chaînes de licence pour un usage en production.

Pour rappel, deux modes de licence existent pour les applications basées sur les Native Maps SDKs : le mode utilisateur nommé, dans lequel l’utilisateur final se connecte à un compte ArcGIS Online ou ArcGIS Enterprise, et le mode par licence string (chaîne de licence), dans lequel le développeur intègre une chaîne de caractères fixe dans l’application.

Dans le cas des utilisateurs nommés, aucun changement n’est à signaler. En revanche, l’utilisation des chaînes de licence évolue. À partir de la version 300.0, celles-ci sont désormais liées à une version majeure. Une chaîne de licence 100.x reste valable pour les versions 100.x et 200.x, mais une nouvelle chaîne 300.x est nécessaire pour utiliser les SDK en version 300.x.

Pour les licences Lite gratuites, il suffit d’obtenir une nouvelle chaîne 300.x depuis My Esri, accessible via la carte « ArcGIS Maps SDKs for Native Apps License Strings » sur la page d’accueil du tableau de bord.

Si un message indique que le compte ArcGIS organisationnel n’est pas autorisé à accéder aux sites esri.com, il est nécessaire de contacter l’administrateur de l’organisation afin d’activer cet accès ou de définir un mode de distribution des chaînes de licence Lite.

Pour les licences Basic, Standard, Advanced ou les extensions, de nouvelles chaînes 300.x doivent être obtenues avant de déployer des applications avec les SDK 300.x. Celles-ci sont fournies sans coût supplémentaire pour les clients disposant d’un contrat de maintenance actif. Dans le cas contraire, il convient de se rapprocher du gestionnaire de compte ou du service client Esri.

Les autres nouveautés de la 300.x

Si les scènes locales, les couches de scène de bâtiment et les nouveaux outils d’analyse spatiale constituent les principales nouveautés de la version 300.0, de nombreuses autres nouveautés ont également été apportées :

Un domaine notable concerne la prise en charge des courbes vraies. En version 300.0, celles-ci sont désormais disponibles hors ligne par défaut, affichables en 3D, et bénéficient d’un premier niveau de support dans l'éditeur de géométries.
Le support des rasters a également été renforcé, avec de nouvelles capacités de colorisation, une meilleure gestion de l’interpolation selon les usages, et un accès étendu aux métadonnées permettant d’afficher les données à l’échelle la plus pertinente.
La prise en charge des templates partagés a été ajoutée, avec la lecture et l’utilisation de feature templates, preset templates et group templates depuis des feature services et des géodatabases. Ces templates sont couramment utilisés dans les utility networks, mais trouvent leur place dans de nombreux workflows de création de données. Les preset templates permettent de positionner plusieurs entités selon un motif prédéfini autour d’un point, tandis que les group templates appliquent des règles de construction complexes à partir d’une géométrie de base. Les feature templates permettent quant à eux de créer automatiquement des enregistrements liés lors de la création d’une entité.
La gestion des associations dans les utility networks via les formulaires d’entités s'enrichit avec des fonctionnalités intégrées de création, modification et suppression.
Les API de navigation prennent désormais en charge les itinéraires piétons. Le composant RouteTracker adapte son comportement en conséquence, notamment pour la détection d’arrivée, le calcul des temps de parcours en fonction de la vitesse de marche, le déclenchement des événements liés aux manœuvres à venir, ou encore la prise en compte des demi-tours en tout point de l’itinéraire.

La version 300.0 inclut également d’autres améliorations ainsi que de nombreuses optimisations de performance et corrections, parmi lesquelles :

Un meilleur support des tuiles 3D photoréalistes Google ;
La gestion de pièces jointes volumineuses jusqu’à 1 Go dans les formulaires d’entités ;
L’interrogation d’entités dynamiques par identifiant de trace ;
La modification de la référence spatiale d’une carte ;
Des améliorations d’accessibilité ;
Une nouvelle API permettant de calculer l’altitude pour plusieurs points simultanément, par exemple pour générer des profils altimétriques ;
La prise en charge des cartes nautiques électroniques chiffrées S63 dans le SDK Qt sur toutes les plateformes supportées ;
La prise en charge des Photo Overlays dans les couches KML ;
Un premier support des couches d’imagerie orientée ;
le support des proxys forward pour le SDK Kotlin bénéficie du support des proxys forward ;
L'intégration des nouvelles API de gestion en arrière plan d'iOS 26 dans le SDK Swift.

Le SDK Flutter poursuit sa montée en puissance vers la parité fonctionnelle, avec l’ajout des entités dynamiques, des utility networks, des API de labellisation, de réduction d’entités et des callouts. Enfin, le SDK .NET abandonne le support de .NET Framework, UWP et Windows x86.

De nombreuses autres évolutions sont disponibles et détaillées dans les notes de version des différents SDK : .NET, Flutter, Kotlin, Qt et Swift.

Conclusion

La version 300.0 représente une évolution majeure pour les SDKs natifs d'ArcGIS, avec des fonctionnalités structurantes qui vont orienter le développement des applications natives dans les années à venir. Esri met ces capacités à disposition pour un usage en production et prévoit de publier prochainement des articles dédiés à certaines de ces nouveautés.

Pour adopter cette version, il suffit de mettre à jour les gestionnaires de dépendances ou de télécharger les dernières versions depuis le site développeur d’Esri. Lors d’une migration depuis la version 200.x, il est recommandé de passer d’abord par la version 200.8 afin de corriger les éventuelles dépréciations, ce qui permettra ensuite de passer à la version 300.0 sans modification supplémentaire du code.

Cette version marque le point de départ d’une série d’évolutions, notamment autour des outils d’analyse et de la vue de scène locale, avec l’ajout progressif de nouvelles capacités dans les versions à venir.

Les nouveautés de la version 2.4.3 de l'API Python d'ArcGIS

noreply@blogger.com (Pauline Louis) — Tue, 07 Apr 2026 13:02:00 +0000

La version 2.4.3 de l'API Python d'ArcGIS est disponible depuis le 31 mars 2026. Cette version étend l'automatisation d'ArcGIS, avec des nouveautés clés côté ArcGIS Dashboards, un nouveau module arcgis.ai et des nouvelles capacités pour l'analyse raster. Dans cette article, je vous propose de découvrir ensemble les nouveautés principales de cette nouvelle version.

Module arcgis.apps.dashboards

Dans le cadre de l’évolution vers la nouvelle expérience avec ArcGIS Dashboards, le module classique ArcGIS Dashboards (arcgis.app.dashboard) a été retiré de l'API et de la documentation. Si vous avez des scripts existants qui y font référence, c’est le moment de planifier une transition vers les outils Dashboards mis à jour.
Le clonage et la migration des Dashboards sont nettement simplifiés en version 2.4.3 grâce au nouveau module arcgis.apps.dashboards. L’accent est mis ici sur la gestion des dépendances des items au sein du contenu des Dashboards, afin de cloner avec davantage de fiabilité, en particulier lorsque vos Dashboards reposent sur des couches, des champs et d’autres contenus référencés qui doivent être embarqués avec eux.

Module arcgis.ai

Cette version introduit le nouveau module arcgis.ai, qui regroupe les capacités d’analyse d’images et de texte dans un espace dédié au sein de l’API. Ce module est conçu pour faciliter le passage de l’exploration à des workflows opérationnels. Ce nouveau module étend les capacités d’IA intégrées de l’API Python en ajoutant des helpers de plus haut niveau pour les workflows d’analyse d’images et de texte, tout en introduisant également la prise en charge de la traduction. Vous pouvez par exemple utiliser ce module pour traduire du texte, analyser des images, résumer des documents ou extraire du texte, transformant ainsi des tâches manuelles en workflows SIG automatisés.

Le module arcgis.ai repose actuellement sur des services ArcGIS Online encore en version beta, qui devraient passer en disponibilité générale dans une prochaine version. Ces services pourront également entraîner une consommation de crédits ArcGIS Online pour les transactions effectuées via le module arcgis.ai une fois sortis de beta.

Fonctions raster

Cette version ajoute de nouvelles capacités dans arcgis.raster.analytics pour les workflows orientés imagerie et raster, notamment des outils prenant en charge les workflows spectraux et la détection d’anomalies dans les images. La fonction Build Multidimensional Info permet de créer des cubes image à partir de collections couvrant plusieurs temporalités, profondeurs ou altitudes. Ces ajouts élargissent les possibilités de détection, de mesure et de dérivation à partir de l’imagerie directement depuis Python dans des contextes d’automatisation.

Amélioration des workflows d'administration

Des efforts ont également été menés pour améliorer les workflows d’administration dans cette version. Les évolutions dans arcgis.gis.admin introduisent de nouvelles classes et fonctions (en particulier pour ArcGIS Enterprise on Kubernetes) afin de permettre de gérer plus directement les tâches d’administration courantes en Python à mesure que les déploiements montent en charge et en maturité.

Documentation du SDK

De nouveaux guides et exemples mettent en avant des approches pour maintenir vos scripts et workflows alignés avec les évolutions à venir et les nouvelles capacités de la plateforme. Cela inclut des recommandations étendues sur l’authentification pour les usages orientés développeurs via la classe DeveloperCredentialManager, des parcours mis à jour autour de l’administration et des applications ArcGIS, la nouvelle expérience arcgis.apps.dashboards, ainsi qu’ArcGIS StoryMaps, avec notamment le clonage et l’édition de StoryMaps, et des introductions aux Briefings et aux Collections.

Plateformes supportées

Python : 3.13 (principal), avec support secondaire pour 3.10, 3.11, 3.12 et 3.14.

Produits Esri :

ArcGIS Pro 3.7 et ultérieur, environnements par défaut et clonés ;
ArcGIS Enterprise 12.1 (inclus avec ArcGIS Notebook runtime v14.0) ;
ArcGIS Online : mise à jour de juin 2026.

Environnements Python standalone, via Conda ou PyPI.

En savoir +

Comme d'habitude, les notes de versions vous donneront la liste complètes des nouveautés, ainsi que les corrections de bugs et les dépréciations.
En plus de cela, de nombreuses ressources sont disponibles pour obtenir de l’aide et partager des retours sur l’API :

La communauté ArcGIS API for Python d'Esri Community pour poser des questions et suggérer des améliorations ;
Le repo Github public de l'API Python pour signaler des bugs et proposer des évolutions.

Les retours que vous pouvez faire dans ces espaces communautaires sont activement suivis par l'équipe de développeurs de l'API, qui s'en servent pour orienter les priorité pour le développement des futures versions, donc n'hésitez pas à vous y exprimer !

Intégrer des agents IA à vos applications cartographiques avec ArcGIS

noreply@blogger.com (Pauline Louis) — Fri, 20 Mar 2026 00:28:00 +0000

Les composants IA sont la nouveauté phare de la version 5.0 du SDK JavaScript d'ArcGIS. Intégrés à vos applications cartographique, ils ont pour but d'aider vos utilisateurs à naviguer dans vos cartes et vos données via des interactions en langage naturel. Ainsi, les agents que vous pouvez ajouter à vos applications les rendent plus simples à explorer et à comprendre, notamment pour des utilisateurs finaux qui ne seraient pas habitués à manipuler des données géographiques. Dans cet article, je vous propose de découvrir ensemble ces agents : quelles tâches peuvent-ils effectuer, comment les intégrer à son application et comment préparer au mieux ses données pour un fonctionnement optimal.

L'application est accessible ici avec un compte ArcGIS Online. Vous pouvez consulter l'ensemble du code en mode bac à sable sur CodePen ou directement sur Github. L'article explique le code pas à pas pour parvenir à ce résultat. Notez que pour l'instant, ces fonctionnalités sont disponibles en bêta. Elles fonctionnent avec ArcGIS Online, et sont prévues pour la version 12.2 d'ArcGIS Enterprise.

Préparation des données

A l'heure actuelle, les agents sont capables d'interroger uniquement des couches d'entités hébergées, intégrées à une webmap. Vous pouvez ajouter d'autres types de couches dans votre carte, mais ils ne seront pas pris en compte par les agents.

Métadonnées

Une fois votre webmap configurée, la première étape pour permettre aux agents de fonctionner est de compléter les métadonnées. Plus vos métadonnées seront complètes, plus les agents comprendront rapidement à quoi servent les données, sur quels champs ils peuvent s'appuyer pour répondre à vos questions, etc. Les métadonnées doivent êtres remplies à différents niveaux :

Les feature layers et chacune de leurs couches : description, résumé, titre, balises ;
Les champs des couches : noms, alias et description clairs.

On le sait, modifier les métadonnées, c'est long, parfois laborieux, et loin d'être l'activité favorite de tout le monde. Surtout si vos couches contiennent de nombreux champs. ArcGIS intègre depuis récemment un assistant IA permettant de vous épauler dans cette étape. Dans le feature layer et dans les couches, trouverez une nouvelle option "Suggérer", qui va analyser vos données pour proposer automatiquement un titre, une description, un résumé et des balises. Vous pouvez ensuite les passer en revue, les modifier et les affiner si nécessaire, puis les appliquer.

De la même manière, vous retrouverez une option similaire au niveau des champs, qui vous permettra de suggérer un nom d'affichage, une description et un type de valeur.

Pour modifier les métadonnées, vous devez être propriétaire ou avoir accès en écriture aux couches d'entités. Notez que si ça n'est pas le cas, vous pouvez tout de même intégrer les couches à votre carte. Si les métadonnées sont incomplètes, le LLM les génèrera lui-même à l'étape suivante, permettant tout de même aux agents de questionner la couche. Cependant, ces métadonnées ne seront pas persistantes, et vous n'y aurez pas accès ; vous ne pourrez donc pas contrôler comment le contenu de vos couches a été interprété.

Embeddings

Après avoir complété les métadonnées, il faut générer les embeddings de la carte.

En quelques mots, cette opération consiste à transformer le contenu de la webmap en vecteurs numériques. Lorsque vous poserez une question à l’assistant, elle sera elle aussi convertie en vecteurs, que l’agent compare à ceux de la webmap pour rechercher les similarités et ainsi identifier rapidement les réponses les plus pertinentes.

Pour générer les embeddings, rendez-vous dans les paramètres de votre webmap, puis cliquez sur le bouton "Générer les intégrations" tout en bas de la page.

Attention, si vous modifiez votre webmap (ajoutez une couche, modifiez un champ...), il faudra alors re-générer les embeddings pour que les agents aient accès aux informations les plus à jour.

Autres bonnes pratiques

Si les résultats des agents ne vous semble pas optimaux, plusieurs bonnes pratiques peuvent être observées pour améliorer les résultats :

Ne pas inclure trop de couches ne rentrant pas dans les cas d'usages pour lesquelles vous souhaitez questionner l'agent. Ces couches diminuent ses performances.
Conserver uniquement les champs de la couche pertinents pour une interaction avec l'agent. Cela peut être fait en se servant d'une vue par exemple. Préférer des couches avec une seule thématique précise qu'une couche contenant beaucoup d'informations de différentes natures.

Présentation des Agents et du composant Assistant

Assistant

Le composant <arcgis-assistant> fournit l'interface de discussion permettant aux utilisateurs finaux d’interagir avec une webmap via un ou plusieurs agents.

Qu'est-ce qu'un agent ?

Les agents traitent les entrées en langage naturel à l’aide d’un grand modèle de langage (LLM) afin de générer des réponses, soit sous forme de texte, soit en exécutant un outil ou une action qui interagit avec la carte.
En coulisses, les agents sollicitent le LLM pour déterminer l’intention de l’utilisateur, définir les paramètres des outils ou résumer des informations. Bien que les appels au LLM soient effectués côté serveur, le SDK JavaScript Maps définit et exécute la logique principale des agents dans le navigateur, permettant ainsi des interactions performantes entre les utilisateurs et l’application cliente.

D'un point de vue fondamental, les agents possèdent les composants suivants :

Les prompts système sont des instructions qui guident le comportement de l'agent et ses réponses. Ils sont définis par le créateur de l'agent, et l'utilisateur final n'a pas la main dessus.
Le contexte rassemble les informations sur lesquelles s'appuie l'assistant pour générer des réponses. Dans le cas des agents ArcGIS, il s'agit des données issues de la webmap.
Les outils sont des fonctions prédéfinies que l'agent peut utiliser pour interagir avec la carte ou réaliser des tâches spécifiques. Ici, ces outils s'appuient sur les fonctionnalités du SDK JavaScript d'ArcGIS pour interroger des couches, ou effectuer un zoom ou un déplacement.
L'agent génère un résultat en fonction de l'intention de l'utilisateur. Il peut s'agir d'une simple réponse textuelle ou de l'exécution d'un outil interagissant avec la carte.

Le SDK JavaScript d'ArcGIS possède actuellement 3 agents prêts à l'emploi, et vous offre également la capacité d'intégrer vos propres agents personnalisés. Notez que les agents personnalisés peuvent se baser sur le LLM de votre choix, à condition de mettre en place votre propre backend pour accéder à ces LLM. Cependant, vous ne pouvez pas changer le LLM utilisé par les agents prêts à l'emploi et l'orchestrateur (dont nous reparlerons après).

Agent de navigation

L’agent de navigation permet à l’utilisateur de se déplacer vers différentes zones d’une webmap. Cela inclut la navigation vers une adresse ou un nom de lieu, l’emprise d’une couche, des entités au sein d’une couche, des géosignets de la webmap ou encore des coordonnées.

Consultez la documentation de l’agent de navigation pour plus de détails sur ses capacités, ses limites et des exemples d’interactions utilisateur.

Agent d'exploration des données

L’agent d’exploration des données permet à l’utilisateur d’interroger des entités et des statistiques à partir des attributs et de la géométrie d’une couche de la webmap. Il permet également de filtrer visuellement les données sur la carte.

Consultez la documentation de l’agent d’exploration des données pour plus de détails sur ses capacités, ses limites et des exemples d’interactions utilisateur.

Agent d'aide

L’agent d’aide fournit des indications sur les capacités de l’assistant, les agents qui y sont associés, et peut répondre à des questions générales sur les données présentes dans la webmap. Les utilisateurs peuvent interroger cet agent sur la carte et sur les fonctionnalités de l’assistant.

Consultez la documentation de l’agent d’assistance pour plus de détails sur ses capacités, ses limites et des exemples d’interactions utilisateur.

Agents personnalisés

En complément des agents fournis par le SDK JavaScript Maps, les développeurs peuvent créer des agents personnalisés afin d’étendre les capacités du composant <arcgis-assistant>. Un agent personnalisé peut par exemple proposer des analyses de données spécifiques, s’intégrer à des services externes, ou répondre à des besoins métiers propres à une application.

Par exemple, dans la vidéo ci-dessous, un agent personnalisé calcule un temps de trajet à partir d’une instruction en langage naturel.

Si votre assistant doit effectuer plusieurs actions de natures différentes, une bonne pratique pour maximiser les performances de vos agents est de créer des agents très spécialisés dans une tâches puis de tous les implémenter dans l'assistant, plutôt que de créer un seul agent devant s'occuper de tout. Pour en savoir plus sur la création d’agents personnalisés, consultez la documentation, qui inclut des liens vers le code de cet exemple et d’autres cas d’usage.

Orchestration des agents

Lorsqu’un utilisateur soumet une requête en langage naturel, le composant <arcgis-assistant> utilise un agent d’orchestration (ou orchestrateur) qui détermine l’intention de l’utilisateur. Cette intention permet de rediriger les différentes parties de la requête vers le ou les agent appropriés, en fonction du contenu de la requête et des capacités des agents. Les agents génèrent ensuite des réponses selon leurs fonctionnalités et les renvoient au composant Assistant, qui les affiche dans l’interface de chat ou exécute l’action correspondante sur la carte.

Dans l'exemple ci-dessous, pour ma demande "Quels accidents ont eu lieu dans un rayon de 100 mètres autour du 2 Place Marcel Sembat ?", l'orchestrateur identifie que parmi les agents qu'il a a disposition, il devra utiliser l'agent de navigation pour géocoder et zoomer sur l'adresse demandée, puis l'agent d'exploration des données pour requêter les données correspondant à la demande.

Intégration dans une application

Pour ma part, je vais créer une application pour interroger les données d'accidents corporels de la circulation routière dans les Hauts-de-Seine de 2006 à 2021, produites par le département des Hauts-de-Seine. Je les ai préparées dans cette webmap, j'ai rempli les métadonnées des couches et généré les embeddings. Vous pouvez enregistrer cette webmap sur votre organisation et regénérer les embeddings pour tester par vous-même, ou essayer avec vos propres données.

Intégration de base

Pour intégrer les composants d'IA, vous devez importer la version 5.0 du SDK JavaScript, puis ajouter la webmap et le composant <arcgis-assistant> à votre application. Notez qu'il faut ajouter un id au composant webmap, pour ensuite pouvoir le référencer dans l'assistant en tant que reference-element. Pour fonctionner, l'assistant doit contenir au moins un agent, mais vous pouvez en rajouter autant que vous le souhaitez. Dans mon exemple, j'ai ajouté les 3 agents préconfigurés.

<arcgis-map id="map" item-id="07341efe8c47428a8caeee89bf16e0d3">
  </arcgis-map>
  <arcgis-assistant reference-element="#map">
    <arcgis-assistant-navigation-agent></arcgis-assistant-navigation-agent>
    <arcgis-assistant-data-exploration-agent></arcgis-assistant-data-exploration-agent>
    <arcgis-assistant-help-agent></arcgis-assistant-help-agent>
  </arcgis-assistant>

L'ajout du composant <arcgis-assistant> ajoute automatiquement une demande d'authentification, même si votre carte est partagée en public. En effet, il est pour l'instant utilisable uniquement par un utilisateur authentifié avec un compte ArcGIS Online. Si l'utilisateur ne se connecte pas, il peut avoir accès à la carte selon son niveau de partage, mais s'il pose une question à l'assistant, celui-ci ne s'activera pas.

Voici à quoi ressemble le code complet, avec les éléments d'UI de Calcite pour permettre une mise en page propre (notez que pour avoir l'interface de l'assistant en français, il suffit de rajouter l'attribut lang="fr" au <body>. ) :

<body class="calcite-mode-light" lang="fr">
  <calcite-shell>
    <arcgis-map id="map" item-id="07341efe8c47428a8caeee89bf16e0d3">
    </arcgis-map>
    <calcite-shell-panel slot="panel-end" width="l" id="assistant-panel">
      <calcite-panel>
        <arcgis-assistant reference-element="#map" heading="Accidents corporels de 2006 à 2021">
          <arcgis-assistant-navigation-agent></arcgis-assistant-navigation-agent>
          <arcgis-assistant-data-exploration-agent></arcgis-assistant-data-exploration-agent>
          <arcgis-assistant-help-agent></arcgis-assistant-help-agent>
        </arcgis-assistant>
      </calcite-panel>
    </calcite-shell-panel>
  </calcite-shell>
</body>

En quelques lignes, on obtient une application que l'utilisateur peut interroger en langage naturel :

Néanmoins, l'API nous donne accès à plusieurs propriétés et méthodes supplémentaires, qui vont nous permettre de rendre notre application plus fluide et facile à utiliser.

Configurations supplémentaires de l'assistant

Dans un premier temps, je souhaite donner davantage d'informations sur les capacités de l'assistant à l'utilisateur final. Nous pouvons modifier l'entête (heading), et ajouter un description (description) et des suggestions de prompt (suggestedPrompts). Vous pouvez le faire en modifiant les attributs des balises HTML :

<arcgis-assistant reference-element="#map" heading="Accidents corporels de 2006 à 2021">

Ou en modifiant les propriétés du composant côté JavaScript :

const assistant = document.querySelector("arcgis-assistant");
assistant.description =
  "Explorez le jeu de données des accidents corporels de la circulation routière dans les Hauts-de-Seine";
assistant.suggestedPrompts = [
  "Filtre uniquement les accidents mortels",
  "Quel type de route est le plus accidentogène ?",
  "Combien d'accidents ont eu lieu dans un rayon de 100m autour du 2 Place Marcel Sembat ?"
];

Voilà le résultat :

Nous allons également permettre à l'utilisateur de copier le résultat facilement grâce à un bouton, ajoutable à l'interface en passant la propriété copyEnabled à true. De la même manière, nous lui donnons accès aux logs avec logEnabled = true. Les logs sont très utiles pour évaluer la fiabilité des réponses, car il permettent à l'utilisateur de comprendre comment l'assistant a manipulé les données et la carte pour aboutir à la réponse proposée.

assistant.logEnabled = true;
assistant.copyEnabled = true;

Maintenant, si l'utilisateur a posé des questions qui ont filtré ses données, et qu'il souhaite revenir à l'état initial de la carte, la seule solution qu'il a est de demander à l'assistant de réinitialiser les filtres. Cependant, ce n'est pas forcément évident pour tous les utilisateurs. Nous allons ajouter un bouton qui va permettre de revenir à l'état initial plus facilement.

Dans un premier temps, j'ajoute un bouton "Réinitialiser la conversation" dans le slot "footer-content" du composant assistant côté HTML.

<calcite-button id="btn_r0" width="full" appearance="outline" icon-start="trash">
  Réinitialiser la conversation
</calcite-button>

Ensuite, côté JS, au click du bouton, je me sers de deux méthodes de l'assistant :

en premier, submitMessage envoie automatiquement un message à l'assistant pour lui demander de réinitialiser les filtres et l'étendue de la carte

ensuite, clearChatHistory supprime l'historique de conversation.

btn_r0.addEventListener("click", async () => {
 await assistant.submitMessage("Réinitialise tous les filtres s'il y en a et rezoome à l'étendue initiale");
 await assistant.clearChatHistory();
});

Enfin, pour correspondre aux couleurs de la carte, rien de plus simple ! Je peux changer très rapidement les couleurs utilisés par tous les composants ArcGIS de l'application en modifiant quelques règles CSS de Calcite :

.calcite-mode-light {
  --calcite-color-brand: #e89746;
  --calcite-color-focus: #e89746;
  --calcite-color-brand-hover: #c24c25;
  --calcite-color-brand-press: #5e2e1c;
}

L'application est terminée ! Vous pouvez consulter le code complet sur ce CodePen ou consulter les autres articles dédiés à JavaScript de ce blog.

La version 5.0 du SDK JavaScript d'ArcGIS est disponible !

noreply@blogger.com (Pauline Louis) — Mon, 02 Mar 2026 12:51:00 +0000

L'ArcGIS Maps SDK for JavaScript est désormais disponible en version 5.0 ! Entre l’arrivée d’un puissant assistant IA et la refonte complète du site de documentation, cette version marque une étape structurante. Dans cet article, je vous propose de découvrir les points forts de la 5.0 et ce qu’elle apporte concrètement à vos développements.

Note : le SDK adopte désormais le versionnage sémantique. Il devient ainsi plus simple de comprendre les évolutions, d’anticiper l’impact d’un changement de version et de planifier vos mises à jour en toute confiance.

Composants IA (beta) pour des applications web de cartographie agentique

Vous pouvez maintenant créer des applications web de cartographie agentique intégrant une interface en langage naturel grâce au nouveau package AI components (beta). Les utilisateurs peuvent explorer et analyser l’information géographique via des requêtes conversationnelles, pour une expérience plus simple et plus accessible.

Ce package comprend le composant Assistant et différents agents :

Le composant Assistant : <arcgis-assistant> fournit une interface de chat permettant aux utilisateurs finaux d’interagir avec une web map en langage naturel, via un ou plusieurs agents.
Les agents : ils traitent les requêtes des utilisateurs et génèrent des réponses adaptées en fonction de leur rôle. Voici les agents disponibles :

Agent de navigation : permet de naviguer vers une zone spécifique de la carte et de répondre aux questions de type « Où ». Exemples : « Aller au Golden Gate Bridge », « Zoomer ».
Agent d'exploration des données : permet d’interroger et de filtrer des entités, de calculer des statistiques et des proximités spatiales, pour répondre aux questions de type « Quoi ». Par exemple : « Quelle est la ville la plus peuplée ? » ou « Combien de villes se trouvent à moins de 30 miles du Colorado River ? ». Les réponses s’appuient sur les couches présentes dans la carte.
Agent d'aide : fournit une aide contextuelle et des indications d’usage, comme « Quel type de questions puis-je poser ? » ou « Quelles couches sont présentes dans cette carte ? ».
Agents personnalisés : les développeurs peuvent créer leurs propres agents pour le composant Assistant afin de gérer des besoins spécifiques, des workflows particuliers ou des jeux de données dédiés.

Pour utiliser l’assistant IA et ses agents, quelques lignes de code suffisent :

<arcgis-assistant reference-element="#wheat-map">
    <arcgis-assistant-navigation-agent></arcgis-assistant-navigation-agent>
    <arcgis-assistant-data-exploration-agent></arcgis-assistant-data-exploration-agent>
    <arcgis-assistant-help-agent></arcgis-assistant-help-agent>
</arcgis-assistant>
<arcgis-map id="wheat-map" item-id="dd6e8957e7a94765bf32bc07097cbf46"></arcgis-map>

Pour en savoir plus sur la création d’applications de cartographie agentique avec les AI components, consultez la page de guide dédiée, testez les composants et partagez vos retours pendant la période de beta.

Dessiner et éditer des courbes vraies

Il est désormais possible de créer des géométries comportant des segments courbes comme les courbes de Bézier, les arcs circulaires et les arcs par points d’extrémité, grâce à de nouveaux outils de dessin de courbes intégrés dans les composants Sketch et Editor. Les segments droits existants peuvent être transformés en arcs circulaires en déplaçant le point médian tout en maintenant la touche Shift enfoncée.

Dessin segment par segment : vous pouvez passer de manière fluide entre les différents outils de dessin (ligne droite, tracé libre et nouvelles options de courbes) tout en créant des segments de polylignes ou de polygones.

Créer, éditer et accrocher aux entités avec courbes dans Editor : le composant Editor prend désormais en charge l’ajout et la modification d’entités avec des courbes vraies. Il permet également l’accrochage à n’importe quel point le long d’un segment courbe, ce qui facilite et sécurise l’édition de courbes au sein de vos couches d’entités.

Note : le support des courbes et le changement d’outil sont disponibles uniquement en 2D.

Illuminer les scènes 3D avec des symboles lumineux et un effet de halo

Les matériaux émissifs permettent aux symboles d’émettre de la lumière, offrant des scènes nocturnes réalistes tout en améliorant la lisibilité et en mettant visuellement en valeur certaines entités. Tout symbole volumétrique peut devenir un élément lumineux, idéal pour mettre en avant des entités sélectionnées de manière thématique. Pour un rendu nocturne réaliste, appliquez les informations émissives directement dans les modèles 3D, comme des enseignes ou des fenêtres illuminées, afin de créer une atmosphère naturelle.

L’effet de halo accentue tous les émetteurs en leur donnant un aspect lumineux doux et apporte un rendu plus stylisé à l’ensemble de la scène.

Couche de Gaussian splat

Dans cette version, Esri introduit la couche de Gaussian Splat, un nouveau type de couche 3D offrant une visualisation photoréaliste des environnements bâtis et naturels complexes dans une scène 3D. Elle permet un rendu très détaillé pour les structures fines et complexes, comme par exemple les lignes électriques, les garde-corps, les antennes ou la végétation dense, tout en offrant une transparence fluide pour des matériaux comme le verre ou d’autres surfaces semi-translucides. Cette nouveauté permet de réaliser des workflows avancés, comme l’inspection, l’analyse de la végétation ou des présentations haute fidélité.

Les couche de Gaussian Splat sont particulièrement adaptées aux zones nécessitant un haut niveau de détail, avec des visuels réalistes. Associée à la couche photomaillage intégrée, elle fournit des données précises, éditables et mesurables. Ensemble, ces types de couches 3D permettent aux développeurs de créer des expériences 3D interactives et immersives directement sur le web.

Améliorations des tables attributaires

Règles attributaires : le composant Feature Table prend désormais en compte les règles attributaires lors de l’édition des attributs, garantissant l’intégrité des données et la validité des mises à jour d’attributs dans la table.

Mise en attente des modifications lors de l’édition : les développeurs peuvent désactiver l’enregistrement automatique pendant l’édition afin de vérifier les mises à jour avant de sauvegarder les changements. L’enregistrement automatique reste activé par défaut.

Expérience améliorée pour la visualisation des pièces jointes : lors de l’affichage des pièces jointes dans la table, il est désormais possible de consulter des informations supplémentaires sur les fichiers, telles que le nom, le type de pièce jointe, la taille et les mots-clés.

Créer des applications avec des composants

Cette version marque officiellement une évolution majeure : le passage des widgets aux components !

Les components sont désormais la manière recommandée de construire des applications, offrant productivité maximale et intégration fluide avec les frameworks modernes. Bien que tous les widgets soient dépréciés dans la version 5.0, vos applications existantes basées sur des widgets continueront de fonctionner normalement. Les widgets ne recevront plus de nouvelles fonctionnalités et leur suppression est prévue pour le premier trimestre 2027 (version 6.0). Pour plus d'informations sur la transition des widgets vers les composants, vous pouvez consulter cet article.

Nouveaux composants : cette version introduit de nombreux nouveaux composants, à commencer par le Utility Network Trace Analysis component, pour une expérience de trace optimisée et simplifiée, et le Volume Measurement component (beta) pour la mesure des volumes.

Nouvelles options de style : la propriété visualScale a été ajoutée à certains components pour faciliter l’ajustement de leur taille. Une nouvelle variable CSS, --arcgis-view-color-focus, permet de mettre à jour la couleur du contour de focus dans les vues Map et Scene.

Composants pour l’analyse : les composants Elevation Profile, Shadow Cast et Volume Measurement (beta) utilisent désormais les objets d’analyse correspondants, améliorant la stabilité et la cohérence. Ces objets d’analyse sont également disponibles dans l’API core, en remplacement des view models.

Package de components communs : le nouveau package common components contient un ensemble de composants d'UI : Slider, Histogram et Ticks. Ils sont idéaux pour la visualisation quantitative, avec ou sans carte.

Composants de diagrammes : il est désormais possible de créer des heat charts dans Map Viewer et de les charger dans des applications web personnalisées depuis la couche, étendant ainsi l’option programmatique via le charts model introduit en 4.34. Le rendu par classes (class break rendering) est également supporté dans les heat charts pour visualiser les données par plages distinctes.

Améliorations des étiquettes

Meilleure gestion de l’occlusion pour les étiquettes et icônes en 3D :

les étiquettes et icônes restent désormais lisibles dans les scènes 3D même lorsqu’elles sont partiellement ou totalement occultées, offrant un meilleur contexte, orientation et perception spatiale. Une nouvelle propriété, occludedVisibility, permet de contrôler la visibilité avec trois modes :

Adaptive (par défaut) : les étiquettes et icônes situées derrière d’autres objets sont affichées en fonction de leur distance par rapport à l’objet. Ce mode est utilisé dans les 3D Basemaps.
Visible : les étiquettes et icônes derrière d’autres objets sont toujours affichées.
Hidden : les étiquettes et icônes derrière d’autres objets ne sont pas affichées, reproduisant le comportement des versions précédentes du SDK.

Repositionnement automatique des étiquettes pour les polygones en 2D : les étiquettes à l’intérieur des polygones sont automatiquement repositionnées lorsque le centroïde du polygone se trouve en dehors de la zone visible de la carte 2D, afin de rester visibles et de fournir un meilleur contexte lors de la navigation sur la carte.

Déplacement par glisser-déposer des points de passage dans le composant Directions

Le composant Directions permet désormais aux utilisateurs d’affiner leurs itinéraires en manipulant les points de passage via une expérience de type glisser-déposer. Les points de passage sont des emplacements que l’itinéraire doit traverser sans qu’un arrêt soit nécessaire. Le bouton Edit route permet d’ajouter, de déplacer ou de supprimer ces points de passage.

Améliorations pour l'imagerie orientée

L’interface du composant Oriented Imagery Viewer a été repensée pour offrir une expérience utilisateur plus fluide et intuitive. Un nouvel outil de recherche permet d’accéder facilement aux images, tandis que la mise en cache des images a été optimisée pour de meilleures performances. Le filtrage par informations temporelles permet quant à lui de requêter les images avec précision selon des contraintes temporelles.

Synchronisation des sélections avec le Gestionnaire de sélection

La nouvelle classe Selection Manager (beta) donne aux développeurs un accès aux entités sélectionnées dans les couches et les tables, aussi bien dans une carte 2D que dans une scène 3D. Le Selection Manager peut être configuré pour surveiller les modifications sur les couches sélectionnables et mettre automatiquement à jour les sélections en conséquence, offrant un moyen centralisé de gérer l’état des sélections au sein d’une vue.

Utilisation des fonds de carte basée sur des sessions

Les développeurs utilisant ArcGIS Location Platform peuvent désormais exploiter la nouvelle API basemap session (dont nous avions parlé dans les nouveautés de cet été) pour consommer des fonds de carte par sessions. Une session correspond à une période pendant laquelle un utilisateur unique d’une application peut accéder à un nombre illimité de tuiles de fond de carte depuis le service de basemap.bCette approche permet aux développeurs d’anticiper le coût lié à l’utilisation des fonds de carte. Découvrez le fonctionnement de ce modèle d’utilisation à travers ce tutoriel.

Améliorations de la documentation et de la programmation

Nouvelle expérience de recherche et de consultation des exemples : la liste des exemples bénéficie d’une mise en page et d’une expérience de recherche améliorées. De nouvelles mises en page ont également été ajoutés aux exemples afin que la description complète, le code et la fenêtre de prévisualisation soient disponibles simultanément, facilitant l’édition du code en direct tout en lisant la description. La majorité des exemples ont été mis à jour pour utiliser des composants, reflétant ainsi les usages recommandés et les bonnes pratiques.

Layouts pour les applications de cartographie : un nouveau guide présente les patterns recommandés pour structurer les applications web de cartographie avec le Calcite Design System et l'ArcGIS Maps SDK for JavaScript. Trois exemples centrés sur les layouts sont désormais disponibles dans les ressources du repo Github du SDK, offrant des points de départ simples pour construire votre interface utilisateur. Ces layouts couvrent des workflows courants : recherche d’éléments (finder), tableaux de bord (dashboards) et filtres interactifs.

Démarrage avec @arcgis/create : le guide de démarrage a été mis à jour pour expliquer comment créer une application avec npm en utilisant l’outil CLI @arcgis/create et les templates de démarrage. Une application prête à l’emploi peut désormais être créée avec une seule commande :

npx @arcgis/create -n my-arcgis-app -t vite

Tag unique pour les utilisateurs CDN : dans les applications basées sur CDN, un seul tag <script> permet d’accéder à l’API core, aux composants de carte, aux composants IA, aux composants communs, aux composants graphiques, aux composants de code et aux composants de Calcite, sans augmenter significativement la taille. Notez que le type="module" est indispensable.

<!-- Charger l’ArcGIS Maps
  SDK for JavaScript depuis le CDN -->
<script type="module"
  src="https://js.arcgis.com/5.0/"></script>

Cette approche remplace la structure multi-lignes précédente, simplifiant le chargement du SDK et la création de petites applications. L’ancien comportement reste accessible via :

<script type="module"
  src="https://js.arcgis.com/5.0/core.js"></script>

Modifications pour TypeScript et codemod : pour les développeurs TypeScript, il est recommandé d’utiliser les imports ESM individuels afin d’importer directement les types depuis leurs fichiers de module respectifs. L’ancien namespace __esri n’est plus supporté. Un codemod est fourni pour mettre automatiquement à jour les imports vers la syntaxe ESM recommandée, facilitant la migration.

Archivage des documentation des versions précédentes : à partir de la version 4.34, la documentation des versions précédentes du SDK est disponible sur le site web, permettant d’accéder directement à ce dont vous avez besoin sans télécharger le SDK localement.

Migration depuis Google Maps : de nouvelles pages de guides dédiées aux développeurs utilisant Google Maps JavaScript API à migrer vers l'ArcGIS Maps SDK for JavaScript, incluant l’installation, des tutoriels pour les workflows courants, ainsi qu’une matrice concepts/terminologie pour faciliter la transition technique.

Pour en savoir plus

La version 5.0 offre encore plus que les nouveautés présentées ci-dessus. Profitez par exemple de transitions plus fluides pour le rendu des flux, d’un rendu amélioré des sols transparents, et bien d’autres améliorations ! Vous pouvez consulter la liste complète des mises à jour dans les notes de version.

Le mercredi 15 avril, l'équipe de développement du SDK proposera un live sur leur chaîne YouTube. Cette session est l’occasion d’explorer les dernières nouveautés et de poser vos questions directement à l’équipe produit.

Enfin, comme chaque année, le Developer & Technology Summit revient en mars ! La version digitale vous donne accès à un certain nombre de présentations, alors n'hésitez pas à y jeter un œil.

Découvrez la version 5.0 du Calcite Design System

noreply@blogger.com (Pauline Louis) — Thu, 12 Feb 2026 10:33:00 +0000

Le Calcite Design System vous permet d'enrichir vos applications avec des éléments d'UI prêts à l'emploi, cohérents et personnalisables. Pour s'adapter aux usages modernes, Esri ne cesse de le faire évoluer, avec 3 mises à jour par an. Dans cet article, je vous propose de découvrir ensemble la première mise à jour de l'année, avec la version 5.0 de février 2026.

Convention de nommage du CDN

Calcite et l'ArcGIS Maps SDK for JavaScript adoptent désormais une gestion coordonnée des versions et du nommage du CDN (ce qui explique notamment le saut de version de la 3.3 à la 5.0). Dans cette logique, le point d'entrée CDN a été mis a jour :

<script src="https://js.arcgis.com/calcite-components/5.0" type="module"></script>

Ressources hébergées localement

Si vous préférez un hébergement local des assets, vous pouvez copier les fichiers nécessaires dans le répertoire de votre projet avec la commande suivante :

cp -r node_modules/@esri/calcite-components/dist/cdn/assets/* ./your-asset-directory/

Consultez la documentation pour plus de détails sur l'utilisation du CDN et le chargement des assets selon votre configuration.

Redesign du composant Action

Le composant Action a été repensé à l'échelle de tout le design system. Sa taille est désormais plus compacte, il propose une apparence transparente par défaut. Les slots où vous pouvez insérer des actions présentent un meilleur alignement sans variation de taille et un espacement par défaut amélioré lors de l'intégration dans des composants parents comme par exemple la barre d'action.Une nouvelle apparence de mise en évidence (highlight) est également disponible.

En haut, l'apparence par défaut. En bas, la nouvelle apparence de mise en évidence.

Désactivation du mode plein écran du composant Dialog

Le composant Dialog intègre désormais une propriété fullscreenDisabled. Cette propriété empêche l’affichage en plein écran du composant (un comportement qui, sur les écrans de petite largeur, occupait tout le viewport et masquait entièrement le reste du contenu). Elle offre ainsi un contrôle de configuration supplémentaire sur la manière dont le composant et le contenu en arrière-plan sont présentés selon la résolution d’écran, en particulier sur mobile et tablette.

Cohérence UI/UX des composants groupés

Les composants groupés comme Dropdown Group, Combobox Item Group et List Item Group partagent désormais une expérience UI/UX harmonisées sur les variations de graisse des polices, les couleurs et les états interactifs. Cela permet de renforcer la cohérence visuelle et l'expérience utilisateur.

Amélioration de l'affichage des préfixes et de suffixes

Les composants Input, Input Number et Input Text ont amélioré le rendu visuel de leurs propriétés prefixText et suffixText. Cela permet de réduire le risque de les confondre avec des éléments cliquables et de diminuer le bruit visuel et d'offrir des indications plus claires aux utilisateurs.

Meilleure pagination dans le composant Table

Le composant Table introduit une nouvelle propriété currentPage, permettant de lire ou définir la page courante lorsque la pagination est activée. Cette propriété offre au développeur un meilleur contrôle du comportement de pagination au développeur en lui permettant de définir la page initiale au moment du rendu, récupérer la page actuellement affichée et changer de page de manière programmatique.

Amélioration de l'accessibilité

Mode de sélection dans Action Group

Action Group prend désormais en charge des modes de sélection pour les Actions insérées via slot, offrant la possibilité de sélectionner plusieurs Actions regroupées. Ces modes de sélection améliorent l’usage au clavier et fournissent un contexte renforcé aux technologies d’assistance, permettant de toucher un public plus large dans vos solutions. Les Actions insérées dans Action Bar avec gap et padding sont désormais représentées de manière cohérente dans tout le composant.

Propriété aria pour Action

Action propose une nouvelle propriété aria, qui permet de surcharger ou d’étendre les attributs ARIA appliqués au bouton du composant. Par exemple, cette propriété peut fournir davantage de contexte aux technologies d’assistance lorsqu’une Action bascule la visibilité d’un autre composant. Reportez-vous à la section accessibilité du composant Action pour les recommandations de configuration.

Support en lecture seule pour Combobox

Combobox améliore l’accessibilité lorsqu’il n’est pas éditable mais que son contenu reste accessible aux utilisateurs. Dans la version 5.0, le composant communique désormais sa valeur aux technologies d’assistance lorsqu’il est en mode lecture seule.

Breaking Changes

Renommage des tokens de couleur

Les tokens sémantiques évoluent avec l'introduction de tokens de couleur basés sur des noms de surface, disponibles en mode clair et sombre. Les anciens tokens background et foreground sont désormais dépréciés.

Retrait des API dépréciées

Avec la version 5.0, Calcite a supprimé les composants, propriétés, valeurs, slots et événements dépréciés. Par exemple, le slot tooltip d’Action peut désormais être remplacé par l’utilisation directe du composant Tooltip.

Les composants supprimés en 5.0 incluent : Modal, Shell Center Row, Tile Select, Tile Select Group, Tip, Tip Group et Tip Manager.

Pour consulter la liste complète des éléments supprimés, rendez-vous dans le résumé des composants, propriétés, valeurs, slots et événements retirés, qui détaille les étapes de migration nécessaires pour la version 5.0.

Mises à jour du design de Notice

Notice propose désormais une apparence minimaliste, offrant une meilleure distinction visuelle par rapport au composant Alert. Dans la version 5.0, Notice prend en charge plusieurs styles de messages en ligne, dont une apparence avec un contour et un remplissage pour mettre en évidence certains messages et une apparence transparente pour des messages moins intrusifs.

Mise à jour de la cartographie des couleurs en mode sombre

La cartographie des couleurs en mode sombre a été révisée pour s’aligner sur le mode clair, en s’assurant que les couleurs de fond restent plus sombres que les couleurs de premier plan. Cela permet une meilleure cohérence visuelle et un contraste approprié.

Intégration au framework

Avec le support des custom elements dans React 19+, le package @esri/calcite-components-react n’est plus nécessaire et est déprécié en 5.0, avec suppression prévue dans une prochaine version majeure. Il est recommandé de passer à React 19+ et d’utiliser directement @esri/calcite-components pour garantir la compatibilité et le support futur.

Pour aller plus loin

Consultez les notes de version de février 2026 pour découvrir la liste complète des changements depuis la version 3.3 : nouvelles fonctionnalités, corrections de bugs et dépréciations.

Le 24 février à 18h, l'équipe de développement de Calcite organiseront un live pour présenter ces nouveautés. N'hésitez pas à y assister pour pouvoir leur poser vos questions en direct.

Découvrez les dernières nouveautés et les prochaines évolutions d'ArcGIS au Developer & Technology Summit !

noreply@blogger.com (Pauline Louis) — Mon, 26 Jan 2026 13:51:00 +0000

Dans un peu plus d'un mois se tiendra l'édition 2026 de l'événement annuel d'Esri à destination des développeurs, des architectes ou encore des data scientist travaillant avec ArcGIS ou intéressés par le géospatial. Le Developer & Technology Summit aura lieu du 10 au 13 mars 2026 à Palm Springs, aux Etats-Unis 🌴 Un accès digital est également possible si vous ne pouvez pas vous rendre là-bas, et toutes les inscriptions ont lieu ici. Et si vous êtes détenteurs d'un ArcGIS Developer Bundle, l'inscription est incluse dans votre abonnement ! Cet événement est l'occasion de rester à jour sur les technologies développeurs en évolution rapide, apprendre de nouvelles techniques pour développer des applications géographiques de pointe, rencontrer des développeurs du monde entier, et découvrir les nouveautés qui nous attendent pour l'année 2026.

Au programme : la plénière, étalée sur 3 matinées, de nombreux ateliers techniques, présentations utilisateurs, workshops, mais aussi la partie "exposition" permettant d'échanger directement avec les équipes d'Esri derrière les APIs, les SDKs et toutes les solutions du système ArcGIS. Vous pouvez consulter l'agenda détaillé de la conférence pour plus de renseignements sur ce qui vous attend pendant ces quatre jours.

Installer et utiliser l’API Python d'ArcGIS dans son propre environnement

noreply@blogger.com (Pauline Louis) — Wed, 21 Jan 2026 14:01:00 +0000

Comme promis, on se retrouve en ce début d'année pour le premier tutoriel sur l'API Python d'ArcGIS ! Mais avant de savoir quoi coder, on va se poser la question de où coder.

Dans les tutoriels, j'utilise souvent ArcGIS Notebooks. Disponible par défaut dans ArcGIS Online et ArcGIS Pro et via un rôle serveur additionnel dans ArcGIS Enterprise, cet environnement d'exécution offre plusieurs avantages : une intégration transparente à votre SIG web, la mise à disposition d'extraits de codes ou de scripts complets préconçus par Esri, mais aussi un environnement Python prêt à l'emploi, qui inclut les bibliothèques ArcGIS (ArcPy et l'API Python) ainsi que de nombreuses dépendances Python déjà installées, couramment utilisées pour la manipulation de données, l'analyse et l'automatisation.

Cette solution est donc très intéressante, car elle permet de se concentrer directement sur le développement plutôt que sur la configuration de l'environnement et assure des workflows très fluides pour travailler avec ArcGIS.

Mais dans certains cas, vous pourriez préférer conserver vos habitudes de développement (par exemple en utilisant votre IDE préféré) ou avoir à enrichir votre environnement avec des bibliothèques spécifiques. L'API Python d'ArcGIS étant distribuée via Pypi et Conda, il est totalement possible de l'installer et de l'utiliser dans l'environnement de votre choix, et nous allons voir comment dans cet article. Selon le cas de figure dans lequel vous vous trouvez, plusieurs options sont disponibles. Voici les différents points que cet article traitera :

Gestionnaire d'environnement ;
Installer l'API Python dans un environnement vierge ;
Étendre l'environnement par défaut d'ArcGIS Pro ;

Gestionnaire d'environnement

Pour simplifier la manipuler les environnements, il vous faut un gestionnaire d'environnement. Esri préconise une distribution Anaconda complète ou Miniconda :

Anaconda Distribution installe conda ainsi que de nombreux package Python pour les data science et une interface graphique pour travailler avec vos environnements conda.
Miniconda est une solution légère qui installe seulement Python, conda et les bibliothèques nécessaires pour l'exécution de conda.

Personnellement, je choisis la seconde option, Miniconda.

Une fois Miniconda ou Anaconda téléchargé et installé, vous pouvez exécuter l'Anaconda Prompt en le recherchant dans votre barre de recherche Windows.

Installer l'API Python dans un environnement vierge

Voici la syntaxe de base pour créer un environnement avec conda :

conda create -p CHEMIN\NOM_ENV python=VERSION [PACKAGES]

Vous pouvez remplacer l'argument -p (qui donne le chemin complet personnalisé vers l'environnement et inclut son nom) par -n et donner uniquement son nom à l'env, qui s'enregistrera alors dans le dossier par défaut.

Dans notre cas, par exemple (à personnaliser avec votre propre chemin d'accès) :

conda create -p D:\envs\env_arcgis python=3.13

Vous devez ensuite activer votre environnement :

conda activate D:\envs\env_arcgis

Vous pouvez vérifier qu'il est bien activé car il apparait entre parenthèses :

Vous pouvez alors installer les bibliothèques de votre choix, par exemple ici l'API Python d'ArcGIS (notez que vous pouvez également effectuer cette étape au moment de la création de l'env) :

conda install -c esri arcgis

De cette manière, vous pouvez installer les environnements de votre choix, comme par exemple ipykernel si vous souhaitez l'utiliser dans un notebook. Conda a l'avantage de proposer une assez bonne résolution des conflits entre les différentes versions de bibliothèques.

Il ne vous reste plus qu'à définir ce nouvel environnement comme kernel d'exécution dans votre IDE.

Pour pouvoir utiliser le kernel dans Jupyter Notbook, il faut l'enregistrer grâce à cette ligne (vous pouvez modifier le nom d'affichage) :

python -m ipykernel install --user --name env_arcgis --display-name "Python (env_arcgis)"

Étendre l'environnement par défaut d'ArcGIS Pro

Si ArcGIS Pro est déjà installé sur votre machine, vous pouvez profiter de son environnement Python prêt à l'emploi installé par défaut (arcgispro-py3), qui embarque déjà l'essentiel des dépendances nécessaires aux workflows SIG. Vous le trouverez dans le répertoire bin\Python\envs de votre installation, et pouvez l'utiliser comme kernel d'exécution dans votre IDE.

Cet environnement n'est pas modifiable directement, mais vous pouvez facilement créer un clone pour y ajouter les bibliothèque de votre choix.

Vous avez deux options pour cela :

passer par l'interface du gestionnaire de paquetage inclus dans ArcGIS Pro. Très simple à prendre en main si vous n'êtes pas habitué aux lignes de commandes, mais plutôt lent et avec une moins bonne résolution des conflits entre dépendances. Cette option vous limite également à l'ajout de paquetages présents dans une liste prédéfinie (bien qu'elle soit déjà très conséquente et couvre la grande majorité des usages) ;

utiliser Miniconda et les lignes de commande. Cette option est plus rapide, vous permet d'ajouter n'importe quel paquetage distribué via Conda, et présente moins de problèmes d'installation grâce à la résolution des conflits.

Voyons ensemble comment faire avec l'Anaconda Prompt. Pour cloner l'environnement, utiliser la commande suivante :

conda create -p CHEMIN\NOM_ENV --clone NOM_ENV_EXISTANT

en donnant le chemin d'accès complet vers l'environnement à cloner. Cette étape prend plusieurs minutes.

Vous devez ensuite activer votre environnement :

conda activate D:\envs\env_arcgispro_clone

Il ne vous reste plus qu'à ajouter les paquetages de votre choix :

conda install NOM_DU_PAQUETAGE -c CANAL_DE_DISTRIBUTION

Vous pouvez enfin vous en servir comme kernel d'exécution dans votre IDE.

C'est la fin de ce premier tutoriel ! Maintenant que vous pouvez gérer vos environnements Python sans problème, nous nous retrouvons bientôt pour la suite des tutoriels où nous allons pouvoir commencer à coder 🐍

Des nouveaux tutoriels sur l'API Python d'ArcGIS !

noreply@blogger.com (Pauline Louis) — Thu, 18 Dec 2025 14:17:00 +0000

Comme je vous l'avais promis l'été dernier, les tutos sont de retour, cette fois-ci pour la saison hivernale ! Une bonne résolution pour l'année 2026 ? Utiliser Python pour accélérer et automatiser vos workflows, avec l'API Python d'ArcGIS. C'était déjà sur cette API qu'ont porté les tutos de l'été 2024, mais il y a tant à faire avec que j'étais un peu frustrée de ne pas avoir pu vous en montrer plus... J'ai donc collecté des demandes faites par mes collègues au cours de l'année et les nouveautés intéressantes de l'API pour vous proposer une série de scripts commentés que vous pourrez utiliser dans votre organisation. Au fil des tutos, je vous expliquerai également comment utiliser et comprendre la documentation pour que l'API n'ait plus aucun secret pour vous, et que vous puissiez l'utiliser en autonomie.

On se retrouve donc à la rentrée pour commencer 2026 en beauté !

Retrouvez dès maintenant les articles :

Et attendant la suite, n'hésitez pas à consulter la série de l'été de 2024 pour une première approche de l'API Python, celle de 2023 sur le SDK JavaScript, ou consultez la section du blog dédiée aux tutoriels pour accéder à tous les tutoriels les plus récents, que je dissémine parfois au cours de l'année.

Découvrez les modèles de notebooks dans ArcGIS Notebooks

noreply@blogger.com (Pauline Louis) — Tue, 16 Dec 2025 09:32:00 +0000

ArcGIS Notebooks est un environnement de développement basé sur Jupyter Notebook, intégré à la plateforme ArcGIS et facilitant le scripting dans la plateforme.

Cet environnement permet notamment une connexion facile et sécurisée à la plateforme, un ajout rapide des outils d'analyse et de vos contenus à vos scripts, l'accès à des extraits de code à ajouter à vos scripts pour tous types de workflow ou encore la possibilité de publier vos notebooks en tant qu'outils webs et la planification très simple de tâches pour automatiser l'exécution de vos scripts.

Il est disponible par défaut sur ArcGIS Online et ArcGIS Pro, et via un rôle serveur additionnel dans ArcGIS Enteprise, et vous avez pu le voir dans la plupart des tutoriels Python de ce blog.

Dans la dernière mise à jour d'ArcGIS Notebooks dans ArcGIS Online, Esri a apporté une nouveauté sur laquelle j'aimerais attirer votre attention : les modèles de Notebooks.

Ces modèles sont des notebooks pré-rédigés par les équipes d'Esri pour vous permettre de répondre rapidement à des problématiques courantes, réparties en 5 catégories : administration, gestion de contenu, Data science et analyse spatiale, Deep Learning, et enfin cartes et applications.

En choisissant un notebook dans l'une de ces catégories, vous accéderez à un script composé d'un ensemble de cellules rédigées et documentées, que vous pouvez exécuter entièrement ou en partie.

Vous possédez bien sûr la possibilité de modifier le notebook à votre guise, supprimer certaines parties ou en rajouter d'autres pour que le workflow corresponde exactement à vos besoins. Ces modèles constituent une base très complète pour vous faire gagner du temps sur l'élaboration de vos scripts.

A l'heure actuelle, 18 modèles différents sont disponibles. Je vous encourage donc fortement à aller découvrir les différents workflows proposés !

Nouveautés de la version 2.2 des ArcGIS Maps SDK for Game Engines

noreply@blogger.com (Pauline Louis) — Mon, 15 Dec 2025 09:10:00 +0000

C'est la dernière mise à jour de l'année pour les SDKs d'ArcGIS pour Unity et Unreal Engine, qui passent à la version 2.2 ! Trois évolutions majeures sont à noter : la possibilité de visualiser des nuages de points volumineux, une nouvelle API pour récupérer les attributs des entités à partir d'une interaction utilisateur, et un plus grand contrôle sur l'apparence des couches de scènes de bâtiments. Découvrez cela en détail dans cet article.

Visualisation de nuages de points volumineux

Le nouveau type de couche Point Cloud Layer permet d’afficher des nuages de points 3D très volumineux avec des performances élevées directement dans vos niveaux Unreal et vos scènes Unity. Les nuages de points proviennent généralement de relevés LiDAR (light detection and ranging), une technique de télédétection optique utilisant un faisceau laser pour échantillonner très densément la surface d’environnements naturels, urbains, d’espaces intérieurs, ou même d’objets individuels. Cette méthode produit des mesures x, y, z extrêmement précises.
Les capteurs LiDAR existent sous de nombreuses formes : montés sur avions, hélicoptères, véhicules pour les campagnes à large échelle, et désormais même intégrés à de nombreux smartphones récents.

Comme les nuages de points peuvent contenir des millions de points, Esri génère, pour une visualisation efficace, des couches de scènes de nuages de points optimisées selon une approche HLOD (Hierarchical Level of Detail) à l’aide de l’outil de géotraitement "Créer le contenu d'une couche de scène de nuage de points" dans ArcGIS Pro. Cet outil prend en entrée des données au format LAS, un format binaire ouvert couramment utilisé pour partager des données LiDAR (ainsi que sa variante compressée optimisée). Lors de la création de la couche de scène dans ArcGIS Pro, l’utilisateur choisit quel attributs importer : intensité, couleur, code de classification, etc. Ces attributs pourront ensuite servir modifier le style d'affichage du nuage de points dans la couche de scène.

Comme pour toutes les couches des SDKs pour moteurs de jeux, les nuages de points peuvent être diffusés depuis des services lorsque l’application est en ligne, ou depuis des Scene Layer Packages locaux lorsque l’application est hors connexion.

Dans cette version, le style des couches de nuages de points est défini par le producteur de la donnée : il n’est pas encore possible de définir ou modifier le style via l’API. Esri prévoit toutefois d’intégrer des APIs dédiées à la modification du style dans une future version.

Couche de nuage de points avec rendu couleur RVB. Source: OCM Partners, 2025: 2013 USACE NCMP Topobathy Lidar: Barnegat Bay & Seaside Heights (NJ), https://www.fisheries.noaa.gov/inport/item/49862.

Récupérer les attributs des features dans les couches de scène d'objets 3D

Cette mise à jour introduit deux nouvelles méthodes Identify dans la classe ArcGISView, qui offrent des APIs simples pour récupérer les attributs des entités présentes dans les 3D Object Scene Layers (également appelés feature metadata dans Unreal Engine et Unity). ArcGISView.IdentifyLayerAsync réalise un appel d’identification asynchrone sur une couche spécifique tandis que ArcGISView.IdentifyLayersAsync effectue un appel d’identification asynchrone sur toutes les 3D Object Scene Layers d’une carte. Ces méthodes facilitent la création de workflows où l’utilisateur interagit avec la scène pour obtenir les attributs d’une entité à un emplacement donné. Les paramètres d’entrée des deux méthodes incluent un point d’origine et un point cible, correspondant généralement à la position de la caméra et à l’endroit où l’utilisateur clique ou touche la scène.

Ces nouvelles APIs simplifient considérablement le développement : elles évitent d’avoir à mettre en œuvre des raycasts complexes et permettent de proposer aux utilisateurs des expériences plus fluides d’exploration des données, avec des applications plus riches et interactives.

Les opérations Identify servent souvent de base à des workflows plus avancés, comme : naviguer vers un objet identifié, afficher ses attributs, ou mettre visuellement en évidence une entité. Vous pouvezpar exemple appliquer un effet de surbrillance en modifiant le shader de l'entité retournée par l’opération Identify. Parmi les autres usages courants, vous pouvez par exemple : comparer des attributs, ajouter des labels, ou interroger d’autres systèmes métier pour afficher des informations complémentaires dans l’UI.

Esri prévoit de publier un sample dans le GitHub du Maps SDK for Unreal Engine et sur celui de Unity montrant comment : appeler l’Identify, afficher les attributs retournés et mettre en surbrillance la feature identifiée pour une indication visuelle claire. Une future API dédiée au highlight des entités retournées est également en cours d'élaboration.

Application de matériaux personnalisés aux couches de scène de bâtiments

Il est désormais possible d’appliquer des matériaux personnalisés aux couches de scènes de bâtiments, complétant ainsi la prise en charge des custom materials pour tous les types de couches du SDK qui utilisent un rendu surfacique.L’ajout de la propriété MaterialReference dans la classe Building Scene Layer permet de modifier le rendu en appliquant des matériaux destinés à mettre en avant certains aspects de la donnée ou à personnaliser l’apparence de la couche.

Les building scene layers prennent en charge différents filtres permettant d’afficher ou masquer : des niveaux d’un bâtiment, des phases de construction, des disciplines ou des catégories d’objets. Ces filtres se combinent avec les matériaux personnalisés pour produire une visualisation ciblée selon les critères choisis. Un cas d’usage courant consiste à réaliser des analyses de visibilité : les zones visibles depuis un point de vue reçoivent une couleur, les zones cachées une couleur contrastée. Avec l’arrivée des matériaux personnalisés sur les building scene layers, ce type d’analyse peut désormais s’appliquer à toutes les couches d’une scène, notamment lorsque vous combinez des integrated mesh scene layers, des 3D object scene layers et des building scene layers dans une même scène.

Plus d'informations

Pour les informations complètes sur cette nouvelle version, rendez-vous dans les notes de version du SDK de votre choix :

Utiliser le SDK d'ArcGIS pour Unreal Engine pour un projet d'aménagement

noreply@blogger.com (Pauline Louis) — Thu, 20 Nov 2025 09:53:00 +0000

Les ArcGIS Maps SDK for Game Engines permettent de créer des environnements photoréalistes et immersives en tirant parti des capacités des moteurs de jeux pour intégrer vos données SIG.

Cette année, j'ai eu l'occasion d'écrire un Pas à Pas consacré au SDK d'ArcGIS pour Unreal dans le numéro 45 magazine SIGMAG.

En 10 étapes, je vous explique comment créer votre premier projet avec le SDK, comment définir votre scène, comment ajouter les données de votre SIG et comment modifier un Mesh 3D existant dans le contexte d'un projet d'aménagement urbain. Ce tutoriel est idéal pour une première prise en main de l'interface sans code d'Unreal et du SDK.

Retrouvez le tutoriel complet sur le blog arcOrama, en partenariat avec SIGMAG.

Imaginer une carte de la population en 2125

noreply@blogger.com (Pauline Louis) — Wed, 12 Nov 2025 08:12:00 +0000

C'est le mois du #30DayMapChallenge, et comme l'an dernier, nous formons une équipe avec mes collègues pour relever le défi ! Et comme l'an dernier, je me rajoute la contrainte supplémentaire de non seulement de créer une carte, mais aussi de le faire en utilisant les technologies de dév d'ArcGIS et de vous proposer un tutoriel sur ce blog.

Cette année je ne fais qu'une carte, celle du jour 12 sur le thème "Map from 2125" ("Carte de 2125"). Pas facile d'imaginer ce à quoi va ressembler la Terre dans 100 ans... Et si on n'était plus seuls sur Terre ? Évidemment, lorsque l'on parle de l'avenir, on ne peut pas s'empêcher d'imaginer que l'IA va prendre une place de plus en plus importante dans nos vies. Et si demain, l'IA se développait toute seule, créait ses propres communautés, et était considérée comme une espèce à part entière ? Et si des hybrides humains / IA émergeaient ? C'est ce scénario qui m'a poussée à imaginer une carte de la population terrestre en 2125, où nous aurions maintenant à classer les habitants selon leur espèce : humain, IA, ou hybride.Vous pouvez explorer l'application en live ici !

En zoomant sur des clusters, on peut imaginer ce que l'on veut : Ouest de Paris habité par les humains, Est contrôlé par les IA. S'entendent-ils bien ou s'agit-il d'une ségrégation imposée dans la violence ? Vous pouvez interpréter la carte comme vous voulez !

Une carte de 2125, ça appelle aussi à une esthétique particulière. J'ai pu me lâcher sur les néons et des effets divers pour mon plus grand plaisir, tout en essayant de ne pas tomber dans une esthétique trop cliché et en gardant un côté très onirique. Je trouve qu'on pourrait presque se croire dans un tableau de Van Gogh, par le choix des couleurs et surtout grâce à l'effet de flux dont on va reparler.

Enfin, qui dit monde à moitié peuplé par des IA, dit que ma carte doit aussi s'adresser à elles. Avez-vous essayé de voir ce qui se passe quand vous cliquez sur le bouton en bas à gauche?

L'application est traduite en binaire ! Bon, pas sûre que ça soit utile vu que ce sont des IA qui m'ont aidé en premier lieu à passer du français au binaire, mais au moins comme ça elles se sentent incluses et on évite peut-être une potentielle guerre, enfin je sais pas...

Dans cet article, je vous propose de tout découvrir sur la fabrication de cette carte : de la préparation des données au développement de l'application en passant par le choix de la symbologie. Rassurez-vous si vous n'avez pas l'âme d'un développeur, beaucoup de choses sont accessibles sans code ! Et si c'est seulement le code qui vous intéresse, n'hésitez pas à utiliser la carte déjà paramétrée.

Préparation des données

Bon, vous vous doutez que je n'ai pas pu trouver la donnée telle quelle se baladant sur internet. Pour partir de données existantes, j'ai récupéré le Kontur Population Dataset de 2023 (que nous avions déjà utilisé dans cette application), agrégeant les données de population mondiale dans des hexagones H3 de 22km (d'autres résolutions sont disponibles mais celle-ci sera suffisante pour notre application).

Maintenant, il faut transformer cette donnée en points. Pour passer des hexagones de population à des entités ponctuelles plus faciles à manipuler, nous allons avoir besoin d'un petit script Python, utilisant notamment ArcPy. Si vous ne voulez pas avoir à utiliser ce script vous-même, vous pouvez accéder directement à la donnée transformée que j'ai partagée publiquement.

Le script, que vous pouvez retrouver intégralement sur mon Github, parcourt chaque hexagone du Kontur Population Dataset et, selon le nombre d’habitants, génère un ou plusieurs points placés aléatoirement à l’intérieur de celui-ci. Chaque point est possède une pondération qui nous permettra de faire varier la taille de celui-ci en fonction du nombre d'habitants qu'il représente : de 250 à 500k habitants, la pondération est de 1 ; de 500k à 1M, la pondération est de 2, et pour plus d'1M, la pondération est de 3. Un hexagone contenant 750k habitants engendrera donc la création de 2 points : un avec une pondération de 2 pour 500k habitants et un avec une pondération de 1 pour 250k habitants.

Une fois tous les points créés, une seconde partie du script attribue à chacun une “espèce” : Humain, IA ou Hybride. La répartition suit des proportions globales (50 % d’humains, 30 % d’IA, 20 % d’hybrides) que j'ai choisies arbitrairement (et que vous pouvez facilement modifier dans le script), mais avec des regroupements géographiques pour éviter un mélange totalement aléatoire. Certaines zones seront donc plutôt dominées par les IA, d’autres plus par les humains, tout en gardant un peu de diversité locale, pour refléter les regroupements communautaires qui s'observent assez naturellement dans la répartition des populations.

La donnée est ensuite prête à être publiée sur le portail, et nous nous retrouvons dans le MapViewer pour la suite.

Modification de la symbologie

Fond de carte

Nous allons commencer par modifier le fond de carte, ce qui nous permettra de mieux faire ressortir nos points. Vu qu'aucun des fonds de carte proposés par défaut ne me convenait totalement, j'ai utilisé le Vector Tile Style Editor pour créer une version plus sombre et sans étiquette du fond de carte Nova.

Vous pouvez le créer vous-même dans le style que vous voulez, ou vous servir de celui que j'ai partagé.

Symbologie des points

Pour la symbologie des points, nous allons nous baser sur deux attributs et faire varier à la fois la couleur et la taille. Ajoutez donc "espece" et "pondération" dans le choix dans attributs du style de la couche et sélectionnez "Types et tailles" pour le style.

Pour les types, choisissez la palette de couleur de votre choix pour représenter chacune des espèces, voici ce que j'ai fait de mon côté :

Pour les totaux et quantités, choisissez la plage des tailles qui vous convient. J'ai essayé de garder des points relativement petits de mon côté pour essayer de ne pas surcharger la carte.

C'est l'heure des effets🪄 J'ai été suspicieusement sage sur ces derniers, car les points étant très nombreux, trop d'effets rendaient un peu trop vite la carte quelque peu... aveuglante. Nous nous contenterons donc d'un effet "Luminosité et contraste" pour apporter un peu de brillance à nos points.

Voilà le résultat pour la couche de points :

Flux marin (optionnel)

Pour rendre la carte un peu plus chouette, nous allons rajouter une donnée de flux marin. Nous n'en avons pas vraiment besoin pour l'histoire de la carte, mais elle apporte une esthétique forte et permet aussi de créer un peu la dimension futuriste dont j'avais besoin.

Nous allons utiliser comme source de donnée la couche HYCOM - Ocean Current Vectors. Ce service de d'imagerie de type Vector-MagDir, issu des données de courants marins de l'HYCOM, va nous permette d'utiliser une symbologie de type flux pour habiller les océans.

[Note] Cette couche nécessite un compte d'organisation ArcGIS Online pour y accéder, donc passez cette étape si vous êtes sur ArcGIS Enterprise. De la même manière, je vous invité à la tester dans le Map Viewer pour extraire de beaux visuels, mais l'utiliser dans votre application entraînera l'ajout d'une fenêtre d'authentification pour que vos utilisateurs puissent s'y connecter, donc je ne vous conseille pas de la garder pour la partie "Intégration".

Une fois la couche ajoutée à votre carte, choisissez le style "Flux" pour la symbologie de la couche pour voir apparaître le flux.

Stylé, mais on va rendre ça un peu plus discret pour ne pas voler la vedette à nos points.

Dans les options de style, poussez la vitesse, la densité et la longueur au max histoire d'être un peu dynamique.

Ensuite, choisissez "dégradé de couleur". Vous pouvez choisir plusieurs teintes pour tester, mais voici les paramètres que j'ai choisis pour que le flux reste relativement discret :

En termes d'effets, le Néon est activé par défaut, rien à modifier de ce côté là ! Et voilà, la carte est prête :

On passe à l'intégration ?

Développement d'une petite application

Si vous avez lu cette série d'articles, vous savez que grâce à toute cette préparation dans le Map Viewer, intégrer cette carte va être très simple et rapide en utilisant le SDK JavaScript d'ArcGIS. Nous intégrerons ensuite des comportements personnalisés, notamment pour la traduction de l'application en langage binaire pour nos amies les IA.

Comme à chaque fois, retrouvez le code complet sur mon Github ou en mode bac à sable dans CodePen.

J'intègre la carte comme d'habitude grâce au composant <arcgis-map> et à l'itemid de la webmap :

 <arcgis-map item-id="d865e8a38ca446798f2a1da1dc9aba5f">

Je rajoute également la légende et un bouton d'informations, ainsi qu'un bouton switch du Calcite Design System qui nous permettra de passer en "mode IA" :

<arcgis-map item-id="d865e8a38ca446798f2a1da1dc9aba5f" theme="dark">
  <arcgis-expand slot="bottom-right" expand-tooltip="+ d'infos" collapse-tooltip="Fermer" expand-icon="information">
    <div class="expand-content" style="padding:1em; max-width:250px;">
      <h4 style="font-weight: bold; padding-top : 0%; margin-top: 0%">À propos de l'application</h4>
      <p>En 2125, le monde est partagé entre des populations humaines, IA et hybrides. La répartition de ces populations est représentée sur cette carte.</p>
      <p>Les données ont été extrapolées à partir du <a href="https://data.humdata.org/dataset/kontur-population-dataset-22km" target="_blank">Kontur Population Dataset de 2023</a>.</p>
      <p>Retrouvez toutes les étapes de création de l'application dans <a href="https://www.codethemap.fr/2025/11/carte-population-2125.html" target="_blank">cet article CodeTheMap</a>, et toutes mes autres apps sur Github <b>@<a href="https://github.com/JapaLenos" target="_blank">JapaLenos</a></b>.</p>
      <p>Cette carte a été créée à l'occasion du <b><a href="https://30daymapchallenge.com/" target="_blank">#30DayMapChallenge</a> - Jour 12 : "A Map from 2125"</b></p>
    </div>
  </arcgis-expand>

  <arcgis-expand slot="bottom-right" expand-tooltip="Légende" collapse-tooltip="Fermer la légende">
    <arcgis-legend legend-style="classic"></arcgis-legend>
  </arcgis-expand>
</arcgis-map>

<div id="switch-container">
  <h4>
    <calcite-switch id="switchbutton" unchecked></calcite-switch>
    01101101 01101111 01100100 01100101 00100000 01001001 01000001
  </h4>
</div>

Peu de choses à dire sur le script, qui attend classiquement que la carte et la vue soient prêtes avant d'interagir avec les données. Le morceaux principal gère la traduction du texte en binaire pour le mode IA :

function textToBinaryASCII(str) {
  return str
    .split("")
    .map(c => c.charCodeAt(0).toString(2).padStart(8, "0"))
    .join(" ");
}

function numberToBinary(num) {
  return parseInt(num, 10).toString(2);
}

const switchButton = document.getElementById("switchbutton");
const switchTextNode = switchButton.nextSibling;
const h1Node = document.querySelector(".titre h1");
const h3Node = document.querySelector(".titre h3");

h1Node.setAttribute("data-original", h1Node.textContent);
h3Node.setAttribute("data-original", h3Node.textContent);

switchButton.addEventListener("calciteSwitchChange", (event) => {
  const binaryMode = event.target.checked;
  h1Node.textContent = binaryMode
    ? numberToBinary(h1Node.getAttribute("data-original"))
    : h1Node.getAttribute("data-original");
  h3Node.textContent = binaryMode
    ? textToBinaryASCII(h3Node.getAttribute("data-original"))
    : h3Node.getAttribute("data-original");
  switchTextNode.nodeValue = binaryMode
    ? " Revenir au mode humain"
    : " 01101101 01101111 01100100 01100101 00100000 01001001 01000001"; // mode IA
});

Côté CSS, un assez gros travail de modification des règles du Calcite Design System pour que l'UI de notre app colle totalement au style de la carte :

calcite-shell {
  position: relative;
  --calcite-color-brand: #3fffff;
  --calcite-color-brand-hover: #efffff;
  --calcite-color-border-input: #0a3c5e;
  --calcite-color-foreground-1: #062336;
  --calcite-color-foreground-2: #020817;
  --calcite-color-foreground-current: #020817;
  --calcite-color-text-1: #efffff;
  --calcite-color-text-2: #efffff;
  --calcite-color-text-3: #efffff;
  --calcite-color-border-3: #020817;
  --calcite-color-transparent-tint: rgba(2, 8, 23, 0.7);
}

Et voilà le résultat final (à consulter ici en plein écran) :

Vous en voulez plus ? N'hésitez pas à consulter ce que j'avais fait l'an dernier pour le 30DayMapChallenge (Hexagones ; Temps et Espace et Mes Données). Vous pouvez également consulter tous les articles du blog proposant des tutoriels pour prendre en main les technologies de développement d'ArcGIS.

Comment personnaliser une basemap dans ArcGIS ? (Découverte du Vector Tile Style Editor)

noreply@blogger.com (Pauline Louis) — Mon, 03 Nov 2025 08:06:00 +0000

ArcGIS possède un très grand catalogue de fonds de carte servant de contexte pour vos données dans vos applications cartographiques. Pour une application que vous verrez très bientôt, j'ai besoin d'un fond de carte futuriste. Le fond de carte Nova correspond pas mal à ce que je recherche, mais j'aimerais y ajouter un twist dans un style rétro 80 (ou, pour les connaisseurs une "esthétique synthwave"). Vous voyez de quoi je parle ? Le violet, le bleu, le jaune, le rose, les néons, ce genre de musique... Parfait.

Esri met à disposition l'outil parfait pour mon besoin : l'ArcGIS Vector Tile Style Editor. Dans cet article, je vous propose de découvrir ensemble cette application indispensable pour personnaliser vos basemaps.

Qu'est-ce que l'ArcGIS Vector Tile Style Editor ?

Derrière ce nom à rallonge se cache une application qui vous permet de personnaliser les fonds de carte vectoriels d'Esri. Accessible avec un compte ArcGIS Online, Enterprise ou Dev, vous pouvez vous en servir pour modifier les couleurs, les motifs, la taille et les polices d'écriture des étiquettes...

En vous connectant, vous verrez toutes les basemaps déjà personnalisées de votre org apparaître. Pour commencer, cliquez sur "Nouveau style" en haut à droite, puis sélectionnez la basemap que vous souhaitez personnaliser. Evidemment, plus le style d'origine se rapproche de ce que vous voulez obtenir, plus ça sera simple par la suite. Pour ma part, je choisis donc Nova.

Avant d'aller plus loin, il nous faut une idée claire de ce que l'on souhaiterait obtenir. Je vous propose donc de sortir quelques minutes de l'app pour ce qui arrive.

Le Moodboard

Ah oui, mon étape préférée ! Elle n'est pas obligatoire, mais si comme moi vous avez passé votre adolescence à chercher des "aesthetics" sur Pinterest, vous savez à quel point c'est satisfaisant. Pour chacune de mes apps, j'essaye de collecter des références que je compile sur un tableau. J'en extrait ensuite une palette de couleur, dont je pourrai me resservir directement pour ma basemap, la symbologie et les éléments d'interface utilisateur de l'application. Voici par exemple mon ✨moodboard✨ pour l'esthétique synthwave :

Bon, il faut aimer le néon je vous l'accorde (perso j'adore). A nouveau, cette partie est facultative, mais je trouve qu'elle fait gagner énormément de temps par la suite car elle évite d'avancer à l'aveugle dans le choix des couleurs. Si vous êtes sensibles à l'esthétique globale de vos applications, je vous conseille de tester ! Pour ma part, je recherche des images directement dans mon navigateur ou alors sur Pinterest, et je crée mon tableau sur Powerpoint. Très simple donc à mettre en œuvre.

Mise à jour rapide

Maintenant que nous savons où nous allons, il est temps de passer à la personnalisation de la carte. La mise à jour rapide vous permet de modifier très rapidement les palettes de couleurs des grandes catégories d'occupation du sol. Sur la droite, vous voyez les modifications sur la carte à différentes échelles, ce qui vous permet de mieux vous rendre compte du résultat.

Je commence par modifier les couleurs selon la palette que j'ai établie à la partie précédente. J'active également l'option "Recolorier les icônes et les motifs". Cela va permettre à l'application de recolorer automatiquement les motifs utilisés dans le fond de carte avec des couleurs de votre palette, comme par exemple dans le fond de carte Nova le quadrillage bleu superposé à la carte. Enfin, je modifie également la couleur et le halo des étiquettes et je choisis la police "Avenir Next LT Pro Bold Italic".

En descendant un peu, vous verrez qu'il y a également une option "Masquer toutes les étiquettes", qui peut être très utile si vous avez besoin d'un fond de carte très épuré (dans le cas par exemple où l'étiquetage de vos propres données prend beaucoup de place sur la carte).

Mise à jour des styles de couche

Dans le menu à gauche, vous pouvez sélectionner "Mettre à jour les styles de couche". Ce mode de configuration vous permet de configurer beaucoup plus finement chacune des couches du fond de carte dans les détails. Par exemple, dans la catégorie "Buildings", je vais modifier la couleur du contour (line) pour choisir un rose plus foncé qui rendra les bâtiments plus lisibles.

Pour les frontières ("Boundaries"), je vais modifier la symbologie des frontières entre pays par un motif. Je choisis le motif "Ocean label" qui est déjà existant pour le style Nova. Certains pourraient qualifier ce choix d'hasardeux ou étrange, mais cela crée un effet pailleté sur les frontières qui me plait totalement pour coller à la direction artistique de cette carte.

Notez que si vous souhaitez modifier une couche en particulier mais que vous n'arrivez pas à la retrouver dans l'arborescence, cliquer sur celle-ci dans la carte vous permettra d'y accéder directement.

Mise à jour des icônes et motifs

Juste avant, j'ai utilisé un motif préexistant. Sachez que si nécessaire, vous pouvez ajouter vos propres motifs ou modifier la couleur des motifs existants dans l'onglet "Mettre à jour les icônes et motifs". Vous devrez enregistrer votre fond de carte personnalisé avant d'effectuer des modifications de motifs.

Encore + d'options

D'autres options s'offrent à vous : mettre à jour la palette de couleurs ou encore mettre à jour directement le JSON. N'hésitez pas à tester plein de choses pour obtenir le fond de plan de vos rêves !

Et ensuite ?

Une fois enregistrée, votre fond de carte personnalisé apparaît en tant que Tile Layer sur votre portail.

Vous pouvez ensuite l'utiliser comme fond de carte dans le MapViewer par exemple, puis ajouter vos données par-dessus comme avec n'importe sur n'importe quel fond de carte classique. Il sera consommable sans problème par les générateurs d'applications comme Dashboard, Experience Builder etc. Vous pouvez aussi le consommer directement dans des applications personnalisées.

Je me resservirai très bientôt de ce fond de carte pour le développement d'une application web, alors restez connectés !

SDK JavaScript d'ArcGIS : évolution des ViewModels et création de workflows personnalisés

noreply@blogger.com (Pauline Louis) — Thu, 30 Oct 2025 07:57:00 +0000

Le SDK JavaScript d’ArcGIS évolue, avec un engagement fort en faveur des web components standards. Ce changement d’architecture vise à accroître la productivité du développement front-end et à faciliter l’intégration avec des frameworks comme React ou Angular. Si les développeurs continueront à pouvoir créer des expériences personnalisées en s’appuyant sur la logique métier interne du SDK, la manière d’y accéder et de l’utiliser va toutefois évoluer.

Contexte

Comme expliqué dans cet article, le SDK reposait à l’origine sur une architecture de widgets, car les standards des web components n’étaient pas encore matures ni largement pris en charge par les navigateurs. Aujourd’hui, avec leur adoption généralisée, Esri fait évoluer sa technologie : tous les widgets sont programmés pour être dépréciés d’ici le premier trimestre 2026, puis supprimés dès 2027. Les développeurs sont donc encouragés à migrer leur code d’interface pour utiliser les components à la place des widgets et de MapView/SceneView.

Cette transition s’accompagne aussi de la disparition de la classe Widget.
Les ViewModels, qui exposent actuellement la logique métier sous-jacente des widgets, sont aujourd’hui situés dans le dossier widgets/. Il est donc nécessaire de déplacer ces ViewModels, voire de repenser leur conception.

L’avenir des ViewModels

Plutôt que de simplement les déplacer, Esri réfléchit à la meilleure façon d’exposer leur logique dans un SDK modernisé.
Les ViewModels sont classés selon trois scénarios possibles :

1/ Conservés et déplacés dans le cœur de l’API (core API)
Leur logique sera maintenue mais relocalisée hors du dossier widgets. L’API pourra être ajustée pour répondre aux besoins spécifiques des components.

2/ Intégrés directement dans le cœur de l'API
Leur logique sera exposée autrement, via d’autres APIs. Par exemple, la logique d’AreaMeasurement2DViewModel pourrait être déplacée vers une API d’analyse, comme c’est déjà le cas en 3D avec AreaMeasurementAnalysis.

3/ Supprimés car absorbés par les components
Certains ViewModels ne seront plus utiles, car leur logique sera directement gérée par les components. Esri classe les ViewModels dans cette catégorie lorsqu'ils estiment qu'ils n'apportent pas de valeur ajoutée pour le développeur. Par exemple, WeatherViewModel n’est plus nécessaire puisque l’on peut déjà définir la météo directement sur SceneView.

Votre avis compte

Le classement de chaque ViewModel dépendra de ces critères, mais aussi des retours des développeurs.
Esri encourage vivement à remplir ce questionnaire dédié, afin de mieux comprendre comment et pourquoi les ViewModels sont utilisés. Ces retours guideront la feuille de route à long terme du SDK, garantissant un équilibre entre productivité et flexibilité pour répondre aux besoins spécifiques des organisations.

Cette réflexion influence aussi la conception de nouvelles fonctionnalités côté components. Par exemple,si les ViewModels sont utilisés pour simplifier les interfaces (masquer certains boutons ou options), une propriété de configuration pourra être ajoutée au component. De la même manière, si les développeurs les exploitent pour intégrer des workflows personnalisés, des slots permettront d’insérer directement leurs propres éléments ou contrôles dans le composant. Les components offriront également des options de personnalisation via CSS. L’objectif est de réduire la quantité de code personnalisé à maintenir, tout en préservant la souplesse nécessaire pour adapter l’expérience utilisateur à vos usages spécifiques.

Adapter votre code à la nouvelle implémentation

Les notes de version détailleront tous les changements liés aux ViewModels. Des ressources et exemples de code seront également publiés pour aider les développeurs à adopter les nouveaux modèles recommandés. Certains ViewModels sont déjà dépréciés (depuis la version 4.33), et d’autres le seront progressivement. Voici la liste de ce qui existe déjà :

ViewModel (déprécié)	Nouvelle implémentation recommandée
`AreaMeasurement3DViewModel`	Utiliser le component Area Measurement 3D ou AreaMeasurementAnalysis
`ButtonMenuViewModel`	Utiliser TableMenuConfig ou les components Calcite (Dropdown, List, Menu)
`DirectLineMeasurement3DViewModel`	Utiliser le component Direct Line Measurement 3D ou DirectLineMeasurementAnalysis
`FullscreenViewModel`	Utiliser directement l’API Fullscreen du navigateur
`LineOfSightViewModel`	Utiliser le component Line Of Sight ou LineOfSightAnalysis
`NavigationToggleViewModel`	Utiliser le component Navigation Toggle
`SliceViewModel`	Utiliser le component Slice ou SliceAnalysis
`WeatherViewModel`	Utiliser le component Weather

Conclusion

Cette évolution stratégique du SDK JavaScript d'ArcGIS illustre la volonté d’Esri d’offrir un SDK moderne, puissant et flexible, permettant de créer des applications performantes et personnalisées qui répondent aux besoins uniques de chaque organisation.

Les nouveautés de la version 2.4.2 de l'API Python d'ArcGIS

noreply@blogger.com (Pauline Louis) — Mon, 27 Oct 2025 20:51:00 +0000

Esri a publié la version 2.4.2 (octobre 2025) de l'API Python d'ArcGIS ! Cette version est surtout axée sur la maintenance, mais elle apporte quelques nouveautés importantes à connaître, que je vous propose de découvrir dans cet article.

Support de Python 3.13

Cette version de l’API Python passe de Python 3.11 à Python 3.13, une mise à jour majeure pour la communauté Python. Elle apporte des améliorations de performance, des optimisations mémoire et une meilleure expérience pour les développeurs. Si vous voulez tout savoir sur les nouveautés cette version de Python, vous pouvez consulter cet article.

Administration du SIG

Pour simplifier les tâches d’administration d’ArcGIS Enterprise et d’ArcGIS Enterprise sur Kubernetes, Esri a ajouté de nouvelles fonctionnalités dans les modules arcgis.gis et arcgis.gis.admin.

AboutManager : cette nouvelle classe fournit des informations sur l’usage et les licences des composants de votre déploiement ArcGIS Enterprise. La ressource “about” compile des informations comme les détails matériels (CPU, RAM, disque) et les licences pour chaque composant, y compris tous les serveurs fédérés.
HealthCheckManager, SuitesManager et ReportManager : ces classes permettent d’évaluer la santé de l’organisation dans les déploiements Kubernetes.
ServerManager.validate() : la méthode a été améliorée avec la propriété verbose. En la passant à True, les administrateurs peuvent obtenir des informations détaillées sur l’état de leurs serveurs fédérés, pour diagnostiquer plus facilement les problèmes.

Gestion de contenu

Les classes NotebookDataAccess et NotebookFile, qui permettent de gérer les fichiers dans les notebooks, ne supportaient auparavant que les notebooks sur Notebook Server d’ArcGIS Enterprise. Elles sont désormais compatibles avec les workspaces de notebooks sur ArcGIS Online et ArcGIS Enterprise sur Kubernetes.

Une nouvelle classe, NotebookFolder, permet de gérer les dossiers et sous-dossiers du workspace. Les utilisateurs peuvent créer, renommer et supprimer des fichiers et dossiers, et les administrateurs peuvent réassigner le contenu d’un workspace à un autre utilisateur.

Cartographie et visualisation

Pour faciliter la stylisation des fonds de carte, Esri introduit deux nouvelles classes : BasemapStyle et BasemapStylesService. Elles offrent un grand nombre de styles, d’options de style, de capacités serveur et garantissent la meilleure visualisation à tous les niveaux de zoom. Les données sont fournies sous forme de vector tiles et/ou map tiles, avec un support complet pour l’imagerie satellite et la personnalisation des styles.

Data Science / arcgis.learn

Le nouveau modèle Hyperspectral3DRCNet permet la classification d’images hyperspectrales, utile pour le remote sensing, la cartographie de l’occupation des sols, l’identification de cultures ou la surveillance environnementale. Il gère efficacement les données hyperspectrales à haute dimension et préserve les détails spectraux fins.

Cette nouvelle version ajoute également le support pour de nouveaux backbones pour le remote sensing : Clay, DOFA et Satlas, applicables aux modèles de détection d’objets, classification et classification par pixel, pour améliorer l’analyse géospatiale avancée.

Plateformes supportées

Python : 3.13 (principal), avec support secondaire pour 3.10, 3.11 et 3.12.

Produits Esri :

ArcGIS Pro 3.6 et ultérieur, environnements par défaut et clonés
ArcGIS Enterprise 12.0 (inclus avec ArcGIS Notebook runtime v13.0)
ArcGIS Online : mise à jour de février 2026

Environnements Python standalone, via Conda ou PyPI.

Dépréciations et suppressions

La bibliothèque TensorFlow est dépréciée et n’est plus supportée dans l’ArcGIS API for Python. Cette dépréciation entraîne également le retrait de plusieurs autres bibliothèques et dépendances, dont vous pouvez retrouver la liste complète ici. Esri recommande une migration vers PyTorch.

Vous pouvez consulter le reste des dépréciations de cette version ici.

En savoir +

Comme d'habitude, les notes de versions vous donneront la liste complètes des nouveautés, ainsi que les corrections de bugs et les dépréciations.

En plus de cela, de nombreuses ressources sont disponibles pour obtenir de l’aide et partager des retours sur l’API :

La communauté ArcGIS API for Python d'Esri Community pour poser des questions et suggérer des améliorations
Le repo Github public de l'API Python pour signaler des bugs et proposer des évolutions.

SDK JavaScript d'ArcGIS : transition vers les composants

noreply@blogger.com (Pauline Louis) — Fri, 24 Oct 2025 08:11:00 +0000

Cela va bientôt faire deux ans que l'on a parlé pour la première fois des composants dans le SDK JavaScript d'ArcGIS. Depuis, Esri n'a cessé de s'engager pleinement dans la création de web components basés sur les standards du web, qui étendent le cœur de l’API de l’ArcGIS Maps SDK for JavaScript en éléments HTML réutilisables comme <arcgis-map></arcgis-map>.
Cette approche concerne aussi bien le développement interne des produits ArcGIS que les composants d’interface préconstruits inclus dans le SDK. Toutes les fonctionnalités principales des widgets existent déjà sous forme de composants. Aujourd’hui, la méthode recommandée pour créer des applications web avec le SDK est donc d’utiliser les composants.

Les avantages des composants

Ce changement d’architecture vise à maximiser la productivité des développeurs front-end. Les custom elements offrent une expérience de développement familière (HTML, CSS, JavaScript) et s’intègrent naturellement dans les frameworks modernes. En interne, ces composants sont construits à partir des éléments du Calcite Design System, ce qui permet de les styliser grâce aux design tokens de Calcite (via du CSS). De plus, en encapsulant les fonctionnalités d'ArcGIS sous forme de web components au sein de ses produits, Esri peut proposer dans le SDK des composants configurables reproduisant des workflows éprouvés, comme l’Arcade Editor ou les Charts components déjà publiés. La collection de composants du SDK continuera à s’enrichir au fil du temps.

Des widgets aux map components

À l’origine du SDK, les standards des web components étaient encore émergents et peu adoptés par les navigateurs. Parallèlement, dans un écosystème en évolution constante, Esri n’avait pas souhaité s’enfermer dans un framework JavaScript particulier. C’est ainsi qu’est née l’architecture des widgets, avec plus de 60 widgets mis à disposition des développeurs.
Désormais, puisque tous les navigateurs majeurs prennent en charge les web components, la technologie peut évoluer de concert avec le navigateur, comme c’est déjà le cas pour d’autres aspects internes du SDK.

Dans un premier temps, les widgets sont simplement encapsulés sous forme de web components, puis leur structure interne est progressivement réimplémentée de façon optimisée, sans dépendre de l’ancienne architecture. Une liste des composants ayant déjà effectué cette transition est disponible dans les notes de version.

Une fois cette réécriture terminée, le SDK ajoutera la prise en charge des slots, afin de permettre aux développeurs d’intégrer leurs propres contrôles ou fonctionnalités directement dans l’interface du composant. Calcite Design System constitue une bonne introduction à ce concept, puisque la plupart de ses composants utilisent déjà des slots.

Une documentation et des ressources SDK en transition

De nombreuses ressources du site du SDK reposent déjà sur les components : guide de démarrage, bonnes pratiques, tutoriels, plusieurs échantillons de code, component playground, API reference, etc.

Cependant, comme le site du SDK regroupe huit années de contenu, la transition complète nécessitera plusieurs versions.Pendant cette phase, certaines pages ou extraits de code peuvent encore refléter les anciens modèles (non basés sur les components). Esri s'assurera que chaque nouvelle version du SDK apportera des progrès notables dans cette migration.

Feuille de route : widgets et components

Esri a annoncé qu'à terme, tous les widgets seront dépréciés puis retirés. Les développeurs sont donc encouragés à migrer leurs interfaces vers les components, en remplacement des widgets ainsi que de MapView et SceneView.

L’effort à fournir dépendra beaucoup du type d’application : pour certaines, la migration sera rapide ; pour d’autres, elle nécessitera une planification plus importante.

Voici les grandes étapes prévues :

Lorsqu’un component du package @arcgis/map-components aura été entièrement réécrit sans dépendre d’un widget, le widget équivalent sera déprécié (mentionné dans la doc, les exemples et la console).
Tous les widgets seront dépréciés au plus tôt au premier trimestre 2026.
Tous les widgets seront retirés du SDK au plus tôt au premier trimestre 2027.

Accès à la logique métier sous-jacente

Si la présentation visuelle des éléments (UI) passe progressivement des widgets aux components, la logique métier disponible via les view models reste, elle, toujours accessible.

Les développeurs pourront donc continuer à construire des expériences ou workflows personnalisés à partir de cette logique.
Cependant, Esri souhaite mieux comprendre comment ces view models sont utilisés, afin d’orienter la feuille de route du SDK. Par exemple, certaines raisons fréquentes pour lesquelles les développeurs utilisent des view models pourraient être traitées plus simplement si Esri ajoutait des options directement dans les composants du SDK :

Simplifier une interface (retirer des boutons, options…) : une option de configuration pourrait être ajoutée pour afficher ou masquer certains éléments.
Intégrer un workflow personnalisé : un slot pourrait permettre d’intégrer un composant spécifique dans l’interface (par ex. un bouton lançant un workflow).

Dans certains cas, les view models servent à construire des workflows entièrement sur mesure — comme avec SketchViewModel, souvent utilisé pour gérer le dessin interactif sur la carte. Ce type de logique restera supporté à l’avenir dans les applications utilisant la logique métier du SDK.
Nous reparlerons plus en détail de l'évolution à venir des View Models dans un prochain article à paraître en début de semaine prochaine.

En savoir + :

N'hésitez pas à consulter les ressources suivantes :

Vous pouvez également consulter cette série de tutoriel, où nous avions créé une app en utilisant les composants.

Quelles sont les nouveautés de la version 4.34 du SDK JavaScript d'ArcGIS ?

noreply@blogger.com (Pauline Louis) — Wed, 22 Oct 2025 08:54:00 +0000

La version 4.34 de l'ArcGIS Maps SDK for JavaScript vient d'être publiée, et ça sera la dernière version de la génération 4.x ! Cette ultime version propose des nouveautés allant des rendus 3D animés aux workflows d’édition enrichis, en passant par une adoption plus poussée des web components. Voici les points marquants de la version 4.34.

Rendu de flux en 3D

Il est désormais possible de créer des visualisations animées en 3D à partir de données raster directionnelles (Vector-UV ou Vector-MagDir) grâce au Flow Renderer, applicable aux couches d’imagerie (ImageryTileLayer et ImageryLayer).

Les lignes de flux peuvent être positionnées par rapport au niveau de la mer ou au relief, permettant par exemple de représenter l’interaction du vent avec la topographie en drapant les lignes sur le terrain avec un léger décalage.

Edition des géométries avec découpe et fusion

Les workflows d’édition Split (découper) et Merge (fusionner) sont désormais intégrés au composant d’édition.

Split : permet de diviser des lignes, polygones ou multipoints sélectionnés en plusieurs entités. Après la découpe, l’utilisateur peut prévisualiser les entités résultantes et leurs attributs avant validation.
Merge : permet de fusionner plusieurs entités en une seule. Les polygones adjacents seront combinés en un polygone unique, tandis que les non-adjacents formeront un polygone multipart. L’utilisateur choisit quelle entité conservera les attributs.

Ces outils sont particulièrement utiles pour les modifications cadastrales ou de parcelles agricoles ou forestières.

Développer des applications avec des components

Si vous n’avez pas encore migré vers les web components, il est temps d’y penser. Esri recommande d’utiliser les components tels que <arcgis-map> ou <arcgis-scene> à la place des widgets.
Le guide Migrating to components détaille les bonnes pratiques de transition. Nous en reparlerons également dans un article prévu pour la fin de la semaine.

Dans la version 4.34, les components continuent d’évoluer : les slots et le Shadow DOM sont désormais implémentés dans les composants Map, renforçant leur encapsulation et flexibilité.

Slots

Les slots sont un concept central des web components. Ce sont des emplacements prédéfinis dans lesquels vous pouvez intégrer vos propres éléments via leur nom.
Avec cette version, les composants Map et Scene prennent en charge plusieurs slots pour placer des éléments d’interface directement au-dessus de la carte ou de la scène, remplaçant ainsi l’attribut position et le composant placement désormais dépréciés.

Pour un positionnement personnalisé, vous pouvez directement utiliser le CSS, sans slot.

<body class="calcite-mode-dark">
  <arcgis-map item-id="237b9584339446a0b56317b5962a4971">
    <arcgis-zoom slot="top-left"></arcgis-zoom>
    <arcgis-legend slot="bottom-right"></arcgis-legend>
    <calcite-button slot="top-right">Click me!</calcite-button>
  </arcgis-map>
</body>

Shadow DOM

Tous les composants Map disposent désormais d’un Shadow DOM. Cet autre concept clé des composants web garantissant une isolation complète du code grâce à une encapsulation qui protège la structure, le style et le comportement internes du composant, en évitant toute interférence avec le reste du code de la page.
Pour personnaliser le style, il faut désormais utiliser les design tokens et les variables CSS documentées.

Modes

Les thèmes clair et sombre sont configurables via les modes de Calcite.

Variables CSS de Layout

De nouvelles variables CSS de layout permettent de réserver des marges autour du contenu pour éviter que des éléments d’interface (barres d’outils, légendes, panneaux…) ne masquent les components placés dans les slots.

--arcgis-layout-overlay-space-top
--arcgis-layout-overlay-space-right
--arcgis-layout-overlay-space-bottom
--arcgis-layout-overlay-space-left

Chargement des styles du SDK

Cette mise à jour supprime, dans la majorité des cas, la nécessité d’inclure manuellement le lien vers la feuille de style CSS principale du SDK car les styles sont désormais encapsulés directement dans les composants.
Pour plus de détails et quelques cas particuliers, consultez les notes de version, ainsi que le guide de création d'UI de la documentation.

Diagrammes : code simplifié et nouveau graphique de type « heat chart »

Les components de diagrammes (Charts) sont désormais sortis de bêta. Ils permettent de visualiser facilement vos données sous forme graphique pour détecter des tendances ou des corrélations.

Chargement déclaratif

Vous pouvez maintenant créer un diagramme pour votre application directement dans votre HTML, en liant le component à un feature layer (avec son attribut layer-item-id) et à au graphique que vous voulez afficher (avec l'attribut chart-index) :

<arcgis-chart 
  layer-item-id="8871626e970a4f3e9d6113ec63a92f2f" 
  chart-index="0">
</arcgis-chart>

Heat chart

Le nouveau type de diagramme heat chart permet d’analyser des données sous forme matricielle, en regroupant les valeurs selon deux dimensions (deux champs de date, deux catégories, ou une combinaison des deux). Vous pouvez suivre ce tutoriel pour le prendre en main.

Formatage cohérent des champs au niveau des couches

Vous pouvez désormais configurer le formatage des champs directement dans vos couches (alias, format de date ou de nombre) pour garantir une cohérence d’affichage dans les components (popup, fenêtre contextuelle...)
Cette fonctionnalité s’appuie sur la classe FieldConfiguration, qui remplace progressivement FieldInfo (les applications existantes utilisant toujours FieldInfo continueront cependant à fonctionner).
Elle apporte aussi un meilleur support de l’internationalisation, avec un contrôle précis sur l’affichage selon la langue et le fuseau horaire.

Nouveau composant Popup (bêta)

Le nouveau component <arcgis-popup> disponible en bêta offre une manière déclarative de gérer les fenêtres contextuelles dans les composants Map, Scene et Link Chart.
Il suffit de l’ajouter comme élément enfant dans le slot popup :

<arcgis-map item-id="237b9584339446a0b56317b5962a4971">
  <arcgis-popup slot="popup"></arcgis-popup>
</arcgis-map>

Nouvelle analyse de mesure de volume (bêta)

L’analyse de volume en 3D permet de mesurer et visualiser les volumes de terrain directement dans une scène. Deux types de mesures sont proposés :

cut-fill : calcule les volumes de déblais et de remblais par rapport à une surface plane et horizontale définie par le polygone en entrée. C'est idéal pour estimer la quantité de matériaux à enlever ou à ajouter afin de niveler un terrain lors de travaux de construction.
stockpile : calcule les volumes de déblais et de remblais par rapport à une surface approximée à partir des coordonnées du polygone. Cet outil est particulièrement utile pour estimer le volume d’éléments temporaires au sol tels que des tas de matériaux, monticules ou excavations.

L’analyse de volume suit la même logique d’API que les autres outils d’analyse du SDK : elle fournit les résultats de mesure et permet d’ajouter ou de modifier les géométries directement depuis la vue d’analyse. Elle prend actuellement en charge les analyses sur le sol, les couches de maillages intégrés (integrated mesh layers) et les tuiles 3D de maillages intégrés (integrated mesh 3D tiles layers).

Amélioration des couches Parquet (bêta)

Les Parquet Layer permettent de visualiser et analyser des données issues de fichiers Parquet dans des cartes 2D. Cette version ajoute la possibilité de :

ajouter des fichiers Parquet non spatiaux, permettant de visualiser des données tabulaires ;
afficher les données des couches Parquet dans une Feature Table ou un Popup ;
effectuer des requêtes attributaires et spatiales ;
calculer des statistiques.

Analyse de profil d’élévation (bêta)

L’analyse de profil d’élévation permet de créer des expériences utilisateur personnalisées pour mesurer et représenter les altitudes le long d’un tracé dans une carte ou une scène.
Les résultats peuvent être affichés dans n’importe quelle bibliothèque de diagramme, ce qui offre une grande flexibilité pour la mise en forme et l’intégration. Vous pouvez explorer cela dans cet exemple de code.

Import de modèles 3D géoréférencés

Les modèles 3D peuvent désormais être placés automatiquement dans une scène selon leur géoréférencement, simplifiant leur intégration sans ajustement manuel. Vous pouvez en voir plus dans cet exemple mis à jour et dans le guide des workflows de manipulation des objets 3D de la documentation.

Améliorations en matière d’accessibilité

L’un des axes majeurs du SDK est de permettre aux développeurs de concevoir des applications offrant une expérience positive pour tous les utilisateurs, quelles que soient leurs capacités. Cette version introduit plusieurs nouveautés dans ce domaine.

Désactivation des animations dans les cartes 2D

Certaines personnes sont sensibles aux mouvements ou préfèrent des interfaces avec moins d’animations. Offrir la possibilité de les désactiver contribue à rendre les cartes plus confortables et accessibles à tous.
De nouvelles propriétés permettent désormais de contrôler l’ensemble des animations dans les vues cartographiques 2D. Vous pouvez voir cette fonctionnalité en action dans l’exemple mis à jour sur les symboles animés.

Attributs ARIA dans les composants Map et Scene

Les attributs ARIA améliorent la compatibilité avec les lecteurs d’écran et facilitent la création d’applications véritablement inclusives.

const viewElement = document.querySelector("arcgis-map");
viewElement.aria = {
  label: "New York Transit Map",
  description: "A map showcasing New York City's public transit lines."
};

Optimisation du dernier kilomètre (Last Mile Delivery)

Le Last Mile Delivery correspond à un type d’opération de routage des véhicules (Vehicle Routing Problem) qui vise à calculer les itinéraires les plus optimisés pour une flotte effectuant des livraisons. Elle est spécialement conçue pour répondre aux défis du dernier segment de distribution, en mettant l’accent sur l’efficacité dans les environnements urbains denses.
Cette approche produit des itinéraires géographiquement regroupés, afin que chaque conducteur puisse desservir facilement toutes ses destinations, réduisant ainsi les coûts d’exploitation de la flotte.
Le SDK intègre désormais une classe dédiée permettant d’exploiter facilement cette capacité d’ArcGIS dans vos applications.

Pour aller plus loin

Cet article ne couvre qu’une partie des nouvelles fonctionnalités et améliorations de la version 4.34.
D’autres évolutions sont à découvrir, comme le filtrage des pièces jointes dans les composants features et popup, une stratégie améliorée de gestion des étiquettes, ainsi qu’un meilleur support de l’imagerie orientée.
Consultez les notes de version et explorez les nouveaux exemples pour avoir une vue complète de cette mise à jour !

Simplifiez le chargement des modules dans vos applications CDN avec $arcgis.import()

noreply@blogger.com (Pauline Louis) — Mon, 20 Oct 2025 08:37:00 +0000

Le paysage des modules JavaScript évolue rapidement. Historiquement, le format AMD convenait bien aux applications JavaScript vanilla chargées via un CDN, mais aujourd’hui, les modules ES (ESM) sont devenus la norme pour les applications web modernes. TypeScript, par exemple, a annoncé la dépréciation prochaine de la sortie en AMD, confirmant cette tendance de fond.

Pour les développeurs qui utilisent l'ArcGIS Maps SDK for JavaScript via le CDN, cette transition ouvre de nouvelles perspectives… tout en demandant quelques ajustements.

Depuis la version 4.32, le SDK introduit une nouvelle API asynchrone : $arcgis.import(), une API basée sur des promesses pour charger les modules du SDK dans les applications construites avec le CDN.

Comparée aux approches AMD reposant sur des fonctions de rappel (require()), elle offre une syntaxe plus claire pour mettre en œuvre des modèles de chargement différé (lazy loading) ou conditionnel (conditional loading). Elle s’intègre naturellement aux modèles modernes utilisant async / await, tout en restant entièrement compatible avec les applications AMD existantes. Elle a également été conçue pour prendre en charge de manière transparente les modules ES à l’avenir, sans nécessiter de modification du code.

Pour toute nouvelle application utilisant le SDK via le CDN, il est désormais recommandé d’utiliser $arcgis.import().
require() reste pris en charge, mais $arcgis.import() est la méthode la plus moderne et la plus pérenne.

Dans cet article, je vous propose de comparer $arcgis.import() au modèle require() traditionnel, de comprendre quand et pourquoi préférer cette nouvelle approche, de découvrir les modèles pratiques pour le chargement dynamique et d'envisager un plan de migration.

Trois façons de consommer le SDK

NPM + outils de build (ESM)

Vous pouvez installer le SDK via NPM (@arcgis/core) et utiliser la syntaxe ESM avec un bundler comme Vite, Webpack ou Rollup. Les frameworks modernes tels que React, Vue, Svelte et Angular suivent cette approche, qui est déjà entièrement conforme à la norme ESM.


import WebMap from "@arcgis/core/WebMap.js";
import FeatureLayer from "@arcgis/core/layers/FeatureLayer.js";

CDN avec require()

L'approche historique, c'est de charger le SDK directement depuis le CDN d’Esri en utilisant le format AMD et la fonction require().
Cette méthode historique reste prise en charge, mais elle présente certaines limites pour les workflows JavaScript modernes, notamment lorsqu’il s’agit de code-splitting ou d’imports dynamiques.


<script src="https://js.arcgis.com/4.33/"></script>
<script>
  require(["esri/WebMap", "esri/layers/FeatureLayer"], function (WebMap, FeatureLayer) {
    const map = new WebMap({ basemap: "topo-vector" });
    const layer = new FeatureLayer({ 
      url: "https://services.arcgis.com/P3ePLMYs2RVChkJx/arcgis/rest/services/ACS_Housing_Tenure_by_Heating_Fuel_Boundaries/FeatureServer/1" 
    });
  });
</script>

Si vous développez actuellement vos applications avec des modules AMD ou à l’aide d’un outil de build compatible AMD, il est recommandé de migrer vers $arcgis.import() ou vers les modules ES (ESM) et des outils de build modernes.

CDN avec $arcgis.import()

$arcgis.import() est un chargeur de modules basé sur des promesses, disponible uniquement pour les applications hébergées via le CDN.
Il est intégré directement au SDK et accepte un module unique ou un tableau de chemins de modules, puis renvoie une promesse qui se résout une fois les modules chargés.


<script type="module">
  const [Map, FeatureLayer] = await $arcgis.import([
    "@arcgis/core/Map.js",
    "@arcgis/core/layers/FeatureLayer.js"
  ]);

  const map = new Map({ basemap: "topo-vector" });
  const layer = new FeatureLayer({ 
    url: "https://services.arcgis.com/P3ePLMYs2RVChkJx/arcgis/rest/services/ACS_Housing_Tenure_by_Heating_Fuel_Boundaries/FeatureServer/1" 
  });
</script>

Remarquez que cette méthode utilise le format de chemin ES modules (@arcgis/core/...) au lieu des chemins AMD traditionnels (esri/...).
Contrairement aux applications AMD classiques qui s’appuient sur la fonction globale require(), $arcgis.import() ne nécessite aucun import global. Il fonctionne de manière transparente dans les environnements modernes basés sur des modules ES.

Exemples d’utilisation

Charger un seul module


<script type="module">
  const Graphic = await $arcgis.import("@arcgis/core/Graphic.js");

  const graphic = new Graphic({ /* ... */ });
</script>

Charger plusieurs modules

<script type="module">
  const [Map, Multipoint, FeatureLayer] = await $arcgis.import([
    "@arcgis/core/Map.js",
    "@arcgis/core/geometry/Multipoint.js",
    "@arcgis/core/layers/FeatureLayer.js"
  ]);
</script>

Cas d’usage : lazy loading

$arcgis.import() offre une syntaxe plus claire pour les modèles de chargement dynamique et conditionnel de modules, comparée aux approches AMD basées sur des fonctions de rappel (callbacks). Ce niveau de flexibilité est difficile à atteindre avec les blocs require traditionnels de l’AMD.

Le chargement dynamique de modules permet de ne charger un module que lorsqu’il est nécessaire, ce qui améliore les performances de chargement initial de l’application.
Dans l’exemple ci-dessous, le module FeatureLayer est chargé dynamiquement lorsque l’utilisateur clique sur un bouton :


<script type="module">
  document.getElementById("loadButton").addEventListener("click", async () => {
    const FeatureLayer = await $arcgis.import("@arcgis/core/layers/FeatureLayer.js");
    const layer = new FeatureLayer({ url: "https://services.arcgis.com/..." });
    map.add(layer);
  });
</script>

Le chargement conditionnel de modules permet quant à lui de charger différents modules selon les conditions d’exécution.
Par exemple, il est possible de charger des couches différentes en fonction du niveau de zoom de la carte :


<script type="module">
  const Map = await $arcgis.import("@arcgis/core/Map.js");

  view.watch("zoom", async (zoom) => {
    if (zoom > 10) {
      const FeatureLayer = await $arcgis.import("@arcgis/core/layers/FeatureLayer.js");
      // Load city-level layer
    } else {
      const GraphicsLayer = await $arcgis.import("@arcgis/core/layers/GraphicsLayer.js");
      // Load country-level layer
    }
  });
</script>

Migration depuis require()

Si vous utilisez encore le CDN avec require(), c’est le bon moment pour passer à $arcgis.import(). Bonne nouvelle : $arcgis.import() coexiste avec require(), ce qui permet une migration progressive.
Il suffit de :

remplacer les appels require() par await $arcgis.import() ;
utiliser la déstructuration de tableau pour récupérer les modules ;
ajouter type="module" dans les balises <script> ;
remplacer les callbacks d’erreur par des blocs try/catch.

Prochaines étapes

Essayez $arcgis.import() dans vos applications utilisant le CDN.
Utilisez-le pour charger des modules de façon dynamique, en fonction des interactions utilisateur ou des changements d’itinéraire.
Consultez les exemples qui illustrent ce nouveau modèle.

Esri annonce un nouveau plugin ArcGIS pour MapLibre GL JS

noreply@blogger.com (Pauline Louis) — Fri, 17 Oct 2025 08:39:00 +0000

Esri a annoncé la sortie du plugin MapLibre ArcGIS, un nouveau plugin open source destiné aux développeurs web qui souhaitent utiliser MapLibre GL JS avec ArcGIS.

Ce plugin facilite la création d’applications cartographiques interactives en intégrant MapLibre GL JS aux services ArcGIS.
Si vous utilisez ArcGIS Location Platform, il ouvre également de nouvelles possibilités pour la façon dont vos applications consomment les fonds de carte.

Le plugin est vient avec de nombreuses ressources : un guide du développeur, des tutoriels et la documentation de référence API.

Obtenir le plugin

Vous pouvez ajouter le plugin directement à vos projets MapLibre GL JS en installant le package NPM ou en référençant la bibliothèque depuis le CDN.

NPM

npm install @esri/maplibre-arcgis

CDN

<script src="https://unpkg.com/@esri/maplibre-arcgis@1.0.0/dist/umd/maplibre-arcgis.min.js"></script>

Afficher des styles de fonds de carte

Le plugin prend en charge l’utilisation de tokens pour afficher les styles provenant du service ArcGIS Basemap Styles. C’est ce qu’on appelle le modèle d’utilisation “basemap tiles” (tuiles de fonds de carte). Avec ArcGIS Location Platform, la consommation est comptabilisée selon le nombre de tuiles consommées.

Pour afficher un fond de carte avec ce modèle, utilisez la classe BasemapStyle avec un token. Cette classe permet d’accéder à l’ensemble des styles de fond de carte ArcGIS et Open. Vous pouvez aussi changer facilement de style ou mettre à jour ces préférences après le chargement de la carte.

const map = new maplibregl.Map({
  container: "map", // the id of the div element
  center: [-122.402, 37.789], // San Francisco, CA
  zoom: 11, // starting zoom
});

const basemapStyle = maplibreArcGIS.BasemapStyle.applyStyle(map, {
  style: 'arcgis/streets',
  token: accessToken
});

Retrouvez le tutoriel ici.

Gérer les sessions de fonds de carte

Si vous utilisez ArcGIS Location Platform, le plugin prend aussi en charge le modèle d’utilisation “basemap sessions” (sessions de fond de carte).
Ce modèle permet à votre application d’accéder à un nombre illimité de tuiles pendant une session pouvant durer jusqu'à 12 heures, facturée comme une seule utilisation.

Pour créer des applications avec ce modèle, utilisez les classes BasemapSession et BasemapStyle.
Elles facilitent la création et la gestion des sessions, le rafraîchissement automatique du token, et la mise à jour des tuiles selon les besoins.

const map = new maplibregl.Map({
  container: "map",
  zoom: 11,
  center: [-3.189, 55.953] // Edinburgh
});

const basemapSession = await maplibreArcGIS.BasemapSession.start({
  token: accessToken,
  styleFamily: 'arcgis',
  duration: 43200, // 12 hours in seconds
  autoRefresh: false
});

basemapSession.on("BasemapSessionExpired", () => {
  basemapSession.refresh()
});

const basemapStyle = maplibreArcGIS.BasemapStyle.applyStyle(map, {
  style: 'arcgis/community',
  session: basemapSession
});

Retrouvez le tutoriel ici.

Accéder et afficher des couches hébergées

Le plugin permet également d’accéder à des couches hébergées dans votre portail ArcGIS à partir de l'URL du service ou de l'ID de l'item. Une fois les couches ajoutées à votre carte, vous pouvez enrichir votre application avec des interactions comme des fenêtres contextuelles affichant les attributs des entités.

Feature layers

Pour afficher des couches d’entités hébergées, utilisez la classe FeatureLayer. Elle permet d’afficher toutes les entités ou d’en récupérer un sous-ensemble via des requêtes SQL ou spatiales. Elle gère les styles prédéfinis et expose les données en tant que sources GeoJSON. Vous pouvez aussi personnaliser le rendu des entités directement dans votre application.

map.once("load", async () => {
  // Get GeoJSON features from a feature service where `POPULATION > 250000`
  const featureLayer = await maplibreArcGIS.FeatureLayer.fromUrl(
    "https://services3.arcgis.com/GVgbJbqm8hXASVYi/arcgis/rest/services/USA_Major_Cities/FeatureServer/0",
    {
      query: {
        where: 'POPULATION>250000'
      },
      token: accessToken
    }
  );

  map.addSource(featureLayer.sourceId, {
    ...featureLayer.source,
    cluster: true,
    clusterRadius: 20, // cluster two trailheads if less than 20 pixels apart
    clusterMaxZoom: 14, // display all trailheads individually from zoom 14 up
  });

  map.addLayer({
    ...featureLayer.layer,
    id: "city-clusters",
    type: "circle",
    paint: {
      "circle-color": "hsla(0,0%,0%,0.75)",
      "circle-stroke-width": 1.5,
      "circle-stroke-color": "white",
      "circle-radius": ["case", ["get", "cluster"], 10, 5] // 10 pixels for clusters, 5 pixels otherwise
    }
  });

});

Retrouvez le tutoriel ici.

Vector tile layers

Pour afficher des couches de tuiles vectorielles hébergées, utilisez la classe VectorTileLayer. Elle charge et applique automatiquement les styles enregistrés avec l’élément.
Vous pouvez styliser vos tuiles vectorielles avec des outils interactifs comme par exemple l'ArcGIS Vector Tile Style Editor, puis les enregistrer dans le portail et les réutiliser dans votre application sans écrire de code côté client.

const basemapStyle = maplibreArcGIS.BasemapStyle.applyStyle(map, {
  style: 'arcgis/light-gray',
  token: accessToken
});

map.on('load', async () => {
  const vectorLayer = await maplibreArcGIS.VectorTileLayer.fromPortalItem(
    '31eb749371c441e0b3ac5db4f60ecba9',
    { token: accessToken }
  );
  vectorLayer.addSourcesAndLayersTo(map);
});

Retrouvez le tutoriel ici.

Pour aller plus loin

Découvrez les différents types d’applications que vous pouvez créer avec le plugin dans les tutoriels et guides pratiques du guide du développeur MapLibre GL JS et ArcGIS.

Si vous avez des questions, souhaitez proposer des améliorations ou contribuer au code, rendez-vous sur le repo GitHub du plugin.

Et pour commencer à créer vos propres applications avec le plugin et ArcGIS Location Services, vous pouvez créer facilement un compte sur ArcGIS Location Platform.

Une UI toujours plus riche pour vos applications : version 3.3 du Calcite Design System

noreply@blogger.com (Pauline Louis) — Tue, 14 Oct 2025 09:26:00 +0000

La version 3.3 de Calcite Design System apporte de nombreuses améliorations : de nouveaux composants, davantage de tokens pour la personnalisation visuelle, des événements étendus, et plusieurs mises à jour d’accessibilité et d’internationalisation.

Depuis la version 3.2, Esri a ajouté des design tokens pour personnaliser les composants via des variables CSS, renforcé la cohérence entre les composants, introduit de nouvelles fonctionnalités et amélioré de nombreux détails du framework.

Swatch et Swatch Group

Les nouveaux composants Swatch et Swatch Group permettent d’afficher des collections d’éléments graphiques, idéales pour des workflows de sélection de couleur.
Ils prennent en charge les couleurs, images et motifs, dans des modes de sélection simples ou multiples.

Voici leurs principales caractéristiques :

Support de la navigation au clavier pour une meilleure accessibilité.

États visuels : actif, sélectionné et désactivé.

Intégration directe avec le Color Picker, garantissant la cohérence dans tout le design system.

Component tokens

Tous les composants du design system disposent désormais de component tokens. Avec la version 3.3, des tokens ont été ajoutés pour : Color Picker, Dialog, Popover et Table.
Ces tokens offrent un contrôle plus précis de l’apparence visuelle. Ils permettent, par exemple, de modifier la couleur de fond, la bordure ou le rayon d’un Color Picker directement via des variables CSS, sans avoir à surcharger le style global.

Les design tokens servent de référentiel unique pour la cohérence visuelle : ils centralisent les couleurs, espacements, tailles et ombres utilisés dans Calcite. En les exploitant, vous garantissez une apparence homogène entre vos applications, tout en facilitant la création et l’évolution de vos thèmes personnalisés.

Pour plus d'informations, consultez la documentation sur l'utilisation des tokens et le guide de référence des design tokens.

<style>
  #themed {
    --calcite-color-picker-background-color: #fff5fb;
    --calcite-color-picker-border-color: #eda1c6;
    --calcite-color-picker-corner-radius: 12px;
  }
</style>

<calcite-color-picker id="themed" alpha-channel></calcite-color-picker>

Étiquettes intégrées dans les formulaires

Les composants basés sur des formulaires, comme par exemple Input Date Picker et Input Number, disposent désormais d’étiquettes intégrées.
Elles peuvent inclure un indicateur visuel et une infobulle pour les champs obligatoires, ainsi qu’un attribut aria-required pour les technologies d’assistance.

Le composant Label introduit également un nouvel emplacement "label-content" permettant d’ajouter des icônes personnalisées.

Nouveaux événements expanded et collapsed

Les composants Accordion Item, Action Bar, Block et List Item émettent désormais des événements expanded et collapsed, tels que calciteActionBarExpand et calciteActionBarCollapse.

Ces événements de cycle de vie permettent de suivre les changements d’état et d’y réagir — par exemple pour synchroniser des animations, gérer le focus ou coordonner l’état d’autres composants dans l’interface.

Vue à un mois pour le Date Picker

Le Date Picker et Input Date Picker disposent désormais d’une propriété calendars pour afficher une vue à un mois ou deux mois (1 ou 2).

Lorsqu’un intervalle de dates (range) est défini, la vue par défaut reste à deux mois, mais la nouvelle vue à un mois est idéale pour les interfaces mobiles ou les espaces restreints, tout en conservant la sélection de plages de dates.

Amélioration du filtrage dans le Combobox

Le Combobox affiche désormais un message “aucune correspondance” lorsqu’aucun élément ne correspond à la recherche.
Si la propriété allowCustomValues est activée, l’utilisateur peut ajouter une nouvelle entrée personnalisée.

Cela renforce la clarté du retour utilisateur et améliore la saisie dans des listes longues ou dynamiques.

Nouvelle propriété fieldDisabled du Color Picker

Le Color Picker inclut désormais une propriété booléenne fieldDisabled permettant de désactiver la partie supérieure de la zone de couleur.
Cette option est utile sur mobile, dans des interfaces compactes ou lorsque le graphique n’est pas nécessaire.

Améliorations des Accordion Item

Le composant Accordion Item ajoute deux nouveaux emplacements de contenu : "content-start" et "content-end".
Ils permettent d’ajouter des éléments comme des Chips ou des icônes de part et d’autre du titre et de la description.

Une nouvelle propriété headingLevel permet aussi de définir le niveau de titre (h1–h6) sans affecter le style visuel — un atout pour la structuration sémantique et l’accessibilité des pages.

Accessibilité et internationalisation renforcées

Esri continue d’améliorer l’accessibilité et la compatibilité internationale de Calcite afin de rendre les applications accessibles au plus grand nombre.
Pour aller plus loin, consultez la page Designing for Individuals sur la documentation Calcite.

Voici quelques améliorations apportées par la 3.3 :

Propriété `label` du composant Input Time Picker

Le composant Input Time Picker inclut désormais une propriété label, qui permet d’ajouter une étiquette décrivant plus précisément le champ pour les technologies d’assistance (comme les lecteurs d’écran).
Lorsqu’elle est renseignée, cette étiquette est annoncée à l’utilisateur, apportant un meilleur contexte dans les formulaires et lors de l’interaction avec le composant.

<calcite-input-time-picker
  label="2025 5k fall leaf run start time">
</calcite-input-time-picker>

Amélioration du contraste du Date Picker

Le composant Date Picker bénéficie d’un meilleur contraste de couleurs pour les mois et jours précédents ou suivants.
Les différentes interactions (survol à la souris, sélection d’une date, etc.) offrent désormais un contraste renforcé, améliorant la lisibilité et l’accessibilité du composant pour un public plus large.

Propriétés icon et iconFlipRtl

Les composants Dialog, Flow Item et Panel prennent désormais en charge les propriétés icon et iconFlipRtl, permettant d’ajouter des icônes adaptées à différents usages.
Cette évolution garantit une meilleure cohérence visuelle entre composants (par exemple avec Block ou Accordion) et des icônes plus homogènes à travers le design system.

La propriété iconFlipRtl permet également d’inverser les icônes dans les interfaces bidirectionnelles (droite-à-gauche, RTL), comme les flèches de navigation.
Certaines icônes, comme les logos, ne doivent toutefois pas être inversées. La documentation de Calcite explique comment gérer ces cas spécifiques.

Pour aller plus loin

Consultez les notes de version de septembre 2025 pour découvrir la liste complète des changements depuis la version 3.2 : nouvelles fonctionnalités, corrections de bugs et dépréciations.

Et après ?

Calcite passera à une nouvelle version majeure début 2026, avec des changements potentiellement incompatibles. Esri organisera un live YouTube à cette occasion, consacré à :

l’analyse des changements majeurs,
les stratégies de migration,
et les bonnes pratiques pour une mise à jour fluide.

Esri annonce le versionnage sémantique pour son SDK JavaScript ainsi que le passage à la 5.0 en 2026

noreply@blogger.com (Pauline Louis) — Mon, 13 Oct 2025 09:54:00 +0000

Esri vient d'annoncer un changement majeur dans le versionnage et la publication de l'ArcGIS Maps SDK for JavaScript, qui passe désormais au versionnage sémantique (SemVer). Ce changement a pour but de faciliter la vie des développeurs en simplifiant les montées de version, en rendant plus compréhensible les conséquences de chaque version et en proposant une meilleure intégration aux outils modernes.

Qu'est-ce que le versionnage sémantique ?

Le versionnage sémantique repose sur un format simple : MAJEURE.MINEURE.CORRECTIF (MAJOR.MINOR.PATCH) :

MAJEUR : changements disruptifs ou dépréciations. La mise à jour peut nécessiter des modifications de code.
MINEUR : nouvelles fonctionnalités ou dépréciations rétrocompatibles. Mise à jour sans risque.
CORRECTIF : corrections de bugs ou de sécurité rétrocompatibles. Pas de nouvelles fonctionnalités ni de dépréciations.

L'ancien système de versionnage (par exemple : 4.33 ou 4.33.12 pour les publications npm) y ressemblait visuellement, mais représentait simplement une itération supplémentaire du SDK : chaque version incluait potentiellement des changements majeurs.
Avec le SemVer, le numéro de version indique immédiatement la nature de la mise à jour.

Pourquoi passer au SemVer ?

Voici les avantages pour les développeurs :

Indication immédiate du risque : en un coup d’œil, vous savez si la mise à jour est automatique ou nécessite une intervention.
Signal d’alerte : les versions majeures demandent de consulter le guide de migration avant mise à jour.
Meilleure planification : les changements disruptifs sont regroupés à des moments prévisibles.
Flux de valeur continu : profitez des nouvelles fonctionnalités via les versions mineures sans craindre de casser votre code.
Mise à jour automatique sécurisée : les plages de versions (par exemple. ^5.1.0) intègrent automatiquement les nouvelles versions mineures.
Anticipation des dépréciations : des avertissements clairs indiqueront quand des APIs seront supprimées dans la prochaine version majeure.
Alignement avec les outils modernes : npm, Yarn, Renovate, Dependabot ou encore les politiques CI fonctionnent naturellement avec SemVer.
Réduction des coûts de support et d’intégration : moins de breaking change silencieux, des guides de mise à jour plus clairs, et des correctifs de sécurité plus rapides.

Calendrier de publication

La version 4.34 arrive très bientôt (sortie prévue ce mois-ci) et sera la dernière version de la série 4.x. Pas d’inquiétude, le passage en 5.x est simplement lié à l’introduction du versionnage sémantique !

À partir de 2026, le cycle de publication sera le suivant :

Février : version majeure (5.0 au lieu de 4.35)
Juin & Octobre : versions mineures (5.1 et 5.2)
Février 2027 : prochaine version majeure (6.0)

Cette cadence prévisible vous permettra de planifier vos montées de version et de regrouper les changements plus impactants.

Plan de support

Le Product Lifecycle Policy (PLC) d'Esri évolue pour s’adapter à cette nouvelle stratégie de publication :

Une nouvelle version restera en disponibilité générale jusqu’à la sortie de la version mineure suivante.
Le support étendu se poursuivra pendant trois ans à compter de la sortie de la version majeure initiale (MAJOR.0).
Les correctifs de bugs seront appliqués à la dernière version mineure d’une version majeure prise en charge (MAJOR.LATEST).

La phase de support mature sera supprimée, en cohérence avec les récents changements du PLC d’ArcGIS Enterprise.

Ce nouveau plan de support n’affectera pas les versions précédentes, dont la 4.34 encore à venir.

Alignement avec Calcite

Depuis plusieurs années, l'ArcGIS Maps SDK for JavaScript et ArcGIS Online sont publiés de manière coordonnée, car ces deux solutions évoluent conjointement.
ArcGIS Online s’enrichit de nouveaux workflows grâce aux nouveautés du SDK, et le SDK est mis à jour pour exploiter les nouvelles fonctionnalités d’Online au même moment : ils évoluent ensemble. Le Calcite Design System, largement utilisé pour la conception des interfaces (UI/UX) du SDK, d’Online et des applications personnalisées des développeurs, joue un rôle central dans cette cohérence.
Cette année, Esri a synchronisé les publications de Calcite avec celles du SDK et d’ArcGIS Online.
Et comme Calcite suit déjà SemVer, ils aligneront désormais les versions majeures du SDK sur celles de Calcite pour une intégration plus fluide de bout en bout.

Conclusion

Le versionnage sémantique apporte plus de clarté, de confiance et de maîtrise. L'objectif d'Esri est de vous aider à mieux identifier les changements majeurs, simplifier vos mises à jour et garantir une expérience plus cohérente pour tous ceux qui développent avec le SDK.

Le programme du développeur à SIG 2025

noreply@blogger.com (Pauline Louis) — Thu, 02 Oct 2025 09:19:00 +0000

SIG 2025 c'est dans moins d'une semaine ! On se retrouve les 8 et 9 octobre aux Docks de Paris et le 10 en distanciel.

La conférence francophone dédiée aux utilisateurs d'Esri est l'occasion de venir assister à de nombreux ateliers et retours d'expérience, et échanger avec de nombreux acteurs du monde des SIG. En tant que développeur, quelles sont les sessions à ne pas manquer ?

Vous trouverez ci-dessous l'ensemble des ateliers de développement animées par mes collègues d'Esri France et moi-même :

En plus de cela, sur les trois jours, de nombreuses communications utilisateurs vous permettront de découvrir les retours d'expérience d'autres développeurs. N'hésitez pas à consulter le programme détaillé et vous inscrire aux différentes sessions pour préparer votre emploi du temps.

On se retrouve à la conf 💜