Skip To Content

Terminologie de la mise en cache

Vous pouvez être amené à rencontrer les termes suivants lorsque vous utilisez la mise en cache de carte.

Structure de tuilage

Une structure de tuilage détermine la façon dont les clients doivent faire référence aux tuiles dans un cache. Il s‘agit d‘un mappage entre la référence spatiale du document de carte source et la grille de tuilage.

Cette dernière utilise une structure de référence de niveau de détail (échelle), de ligne et de colonne. La structure définit également les niveaux d‘échelle (niveau de détail) auxquels le cache comporte des tuiles, la taille des tuiles dans un pixel et la résolution d‘écran à laquelle les tuiles sont destinées à être le plus couramment affichées.

Une structure de tuilage est nécessaire pour générer un cache de carte. Par défaut, l'origine du tuilage démarre dans la partie gauche supérieure du système de coordonnées utilisé par le document ArcMap source du service.

Les propriétés d‘une structure de tuilage définissent à quel endroit les limites de tuile se trouvent.

Remarque :

Dans certains clients, les propriétés de structure de tuilage doivent correspondre lors de la superposition de caches.

Après avoir choisi une structure de tuilage, que ce soit à partir d’un paramètre prédéfini ou de vos propres spécifications personnalisées, vous pouvez utiliser ce groupe de paramètres pour modifier davantage la structure de tuilage du service mis en cache.

Niveaux de détail

Les structures de tuilage contiennent souvent de nombreux niveaux de détail qui permettent aux utilisateurs d’appliquer différents facteurs de zoom. Vous pouvez modifier la liste des niveaux de détail de vos services mis en cache.

Selon votre carte, vous pouvez choisir de renoncer à la mise en cache aux échelles extrêmement proches ou distantes dans votre structure de tuilage afin de ménager l’espace disque, diminuer les temps de génération ou améliorer la visibilité.

Remarque :

Des contraintes viennent s‘ajouter lorsque vous affichez le contenu des tuiles dans la visionneuse de scène et pour les couches de tuiles vectorielles. Ces contraintes imposent que les valeurs d‘échelle consécutives dans le niveau de détail aient un rapport de 2. Cela garantit que les niveaux de détail se superposent et s‘intègrent dans la tuile racine.

ArcGIS examine les dépendances d’échelle de votre carte et tente de suggérer une plage de niveaux de détail à mettre en cache. Vous pouvez ajuster cette plage à l’aide des paramètres Minimum level of detail (Niveau de détail minimum) et Maximum level of detail (Niveau de détail maximum). Les niveaux de détail restants ne sont pas supprimés de votre structure de tuilage, mais vous ne pouvez créer de tuiles à ces niveaux de détail qu’en retournant dans l’onglet Caching (Mise en cache) et en les incluant dans la plage.

Origine des tuiles

L’origine de la structure de tuile est le coin supérieur gauche de la grille de structure de tuile. L’origine ne représente pas nécessairement le point de coordonnées de départ de la création des tuiles. En revanche, l’utilisation d’une origine de structure de tuilage est l‘assurance que les caches se superposent correctement dans les applications Web.

Illustration de l’origine et de la grille de la structure de tuilage

Dans la plupart des cas, il est recommandé de conserver l’origine de la structure de tuilage par défaut suggérée par le logiciel. La valeur par défaut est le coin supérieur gauche de la référence de coordonnées définie par le document ArcMap. Si aucune référence de coordonnées n’est définie dans le document ArcMap, le point supérieur gauche de deux fois l’union des étendues de toutes les couches de la carte est utilisé.

Si vous modifiez l’origine de la structure de tuile sur une autre valeur que celle par défaut, souvenez-vous que les tuiles peuvent être créées uniquement dans la zone de la carte située sur la droite et en dessous de l’origine de la structure de tuile. Si vous souhaitez ne mettre en cache qu‘une certaine zone de votre carte, il est recommandé de créer des tuiles basées sur une limite de classe d’entités plutôt que de modifier l’origine de la structure de tuilage.

Points par pouce (PPP)

L’unité Points Par Pouce (PPP) fait référence à la résolution des tuiles de cache que le serveur génère. La valeur par défaut de 96 est presque toujours suffisante, sauf si vous travaillez principalement sur un réseau sur lequel la majorité des machines clientes utilisent une résolution différente. N’oubliez pas que l’ajustement du nombre de points par pouce affecte l’échelle des tuiles.

Hauteur et largeur de tuile

La largeur et la hauteur par défaut des tuiles est de 256 pixels. Il est recommandé d’utiliser 256 ou 512. Si vous créez un cache se superposant à un autre cache, veillez à utiliser les mêmes largeurs et hauteurs de tuile pour les deux caches.

Choisir des valeurs de hauteur et de largeur de tuile réduites peut améliorer les performances de l’application demandant des tuiles dans le cache, car le volume de données transférées par tuile s‘en trouve diminué. En revanche, le nombre de tuiles demandées est plus important.

Format de tuile

Ce paramètre détermine le format d’image en sortie utilisé par le service de carte lorsqu’il crée les tuiles. Votre choix de format d’image est important car il détermine la taille des tuiles sur le disque, la qualité d’image et la capacité à rendre transparent l’arrière-plan de la tuile.

Lorsque vous initialisez une nouvelle structure de tuilage de cache, ArcGIS examine les couches dans la carte et sélectionne automatiquement un format d’image par défaut. Si votre carte contient uniquement des couches vectorielles, le format par défaut est PNG. Si au moins une instance de contenu raster est détectée, le format par défaut est MIXTE.

Examinez ce format par défaut et décidez s’il est adapté à la finalité de la carte. Vous trouverez ci-dessous un résumé des formats d’image disponibles et de leurs utilisations :

  • PNG - Pour chaque tuile, ce format détermine la profondeur des couleurs PNG permettant de minimiser l’espace de stockage de la tuile sans sacrifier la qualité visuelle. Il convient pour de nombreuses cartes vectorisées, et tout particulièrement les cartes avec peu de couleurs, les cartes avec de grandes zones d’une couleur ou les réseaux de superposition. Si vous ne savez pas quel format PNG utiliser, utilisez d’abord celui-ci.
  • PNG8 - Vous pouvez utiliser le format PNG 8 pour les services de superposition qui doivent avoir un arrière-plan transparent, tels que les routes et les limites. Le format PNG 8 crée des tuiles de très petite taille sur le disque, sans perte d’informations.

    Si votre carte utilise l’anti-crénelage, la qualité des lignes et étiquettes est supérieure si vous utilisez le format PNG ou PNG 32 au lieu de PNG 8. Si votre carte possède un grand nombre de couleurs en raison des remplissages dégradés ou des ombrages, vous pouvez également utiliser le format PNG ou PNG 32.

  • PNG24 - Vous pouvez utiliser le format PNG 24 pour des services de superposition, tels que des routes et des limites, possédant plus de 256 couleurs (avec moins de 256 couleurs, utilisez le format PNG 8).
  • PNG32 - Vous pouvez utiliser le format PNG 32 pour les services de superposition ayant l‘anti-crénelage activé sur les lignes ou le texte, tels que les routes et les limites. Il prend en charge plus de 256 couleurs et la transparence alpha complète. Le format PNG 32 est recommandé pour les services de superposition ayant l‘anti-crénelage activé sur les lignes ou le texte. Ce format crée des tuiles plus grandes sur disque que le format PNG 24.
  • JPEG - Utilisez ce format pour les services de fond de carte comprenant de grandes variations de couleurs et qui ne doivent pas posséder d’arrière-plan transparent. Par exemple, le format JPEG convient généralement à l’imagerie raster et aux fonds de carte vectoriels très détaillés.

    JPEG est un format d’image avec perte. Il tente de supprimer des données de manière sélective sans affecter l’apparence de l’image. Cela crée de très petites tailles de tuiles sur le disque, mais si votre carte contient un réseau linéaire vectoriel ou des étiquettes, il risque de produire trop de bruit ou des zones floues autour des lignes. Si tel est le cas, vous pouvez tenter d’augmenter la valeur de compression par défaut de 75. Une valeur supérieure, telle que 90, permet d’équilibrer une qualité acceptable du dessin au trait DAO grâce à la taille de tuile réduite du format JPEG.

    Il vous revient de décider de la qualité d’image que vous considérez acceptable. Pour obtenir une quantité réduite de bruit dans les images et économiser un volume important d’espace de stockage sur le disque, sélectionnez le format JPEG. La taille de tuile réduite signifie également que le navigateur peut télécharger les tuiles plus rapidement.

  • MIXTE - Un cache mixte utilise le format JPEG au centre du cache et le format PNG 32 sur la limite du cache. Utilisez le mode mixte si vous souhaitez superposer proprement des caches de raster sur d’autres couches.

    Lors de la création d’un cache mixte, des tuiles PNG 32 sont créées à tous les endroits où la transparence est détectée (en d’autres termes, partout où l’arrière-plan du bloc de données est visible). Les tuiles restantes sont créées à l’aide du format JPEG. Cela réduit la taille moyenne des fichiers tout en vous fournissant une superposition propre sur d’autres caches. Si vous n’utilisez pas le cache en mode mixte dans ce scénario, vous observez un collier opaque autour de la périphérie de votre image, aux endroits où elle se superpose sur l’autre cache.

  • LERC - La méthode LERC (Limited Error Raster Compression) est une méthode efficace de compression avec perte recommandée pour les données à canal unique ou d’altitude comportant un espace par pixel important, telles que les données à virgule flottante, 32 bits, 16 bits ou 12 bits. La méthode LERC compresse 5 à 10 fois mieux et plus vite les données à virgule flottante que la méthode LZ77. Elle est également recommandée pour les données de type entier. Si vous utilisez des données numériques entières et que la limite d’erreur spécifiée est 0,99 au plus, la méthode LERC est considérée comme une compression sans perte.
    Remarque :

    La méthode LERC (Limited Error Raster Compression) est uniquement disponible pour les services d’imagerie. Les services de carte ne sont pas pris en charge.

    Les données d’élévation, ou surfaces, sont principalement utilisées dans les vues 3D pour représenter le sol, comme un modèle de terrain. Vous pouvez avoir des surfaces qui ne représentent pas le sol, telle que la couche d'ozone, qui se trouve au-dessus de la surface du sol, ou les sous-strates géologiques, qui se trouvent au-dessous de la surface du sol. Lorsque vous utilisez une méthode de compression LERC pour faire ressortir les surfaces qui ne sont pas au niveau du sol, il est fortement recommandé de publier les données avec tous les niveaux de détail. Ainsi, lorsque vous affichez les données, vous n'effectuez pas un zoom arrière au-delà de la résolution la plus grossière, qui empêcherait le rendu du contenu. Le problème se pose moins pour le contenu en altitude qui contribue à la surface du sol, étant donné que la surface peut être utilisée pour remplir les éventuelles discontinuités.

    • Si vous sélectionnez LERC, spécifiez la valeur de compression au moyen de la boîte de dialogue de saisie Compression. La compression représente la valeur d’erreur tolérée maximale applicable par pixel (pas une moyenne pour l’image). Cette valeur est exprimée dans les unités de la mosaïque. Par exemple, si l’erreur est de 10 centimètres et que la mosaïque est exprimée en mètres, saisissez 0.1.
    • Les services de cache de type LERC ne sont pas rééchantillonnés pour s’afficher si les données source ne sont pas prises en charge à une échelle donnée ou si des vues d’ensemble ne sont pas présentes. Les services de cache de type LERC contiennent également un fichier de propriétés qui indique si le service comporte ou non des données d’altitude. Pour une couverture intégrale lors de l’affichage des scènes 3D, les caches de type LERC utilisent une taille de cache de tuile d’un demi pixel supérieure à la taille standard 256 x 256.
    • Le format LERC utilise un algorithme de compression sans transformation. Par conséquent, la valeur de compression ou la valeur d’erreur maximale autorisée varie de 0 à 1 000.
Conseil :

Un cas fréquent où vous devez modifier le format d’image par défaut est lorsque vous créez un fond de carte uniquement vectoriel qui utilise l’anti-crénelage. Dans ce cas, le format JPEG ou MIXTE avec une qualité de compression élevée est mieux adapté que le format PNG par défaut, car les tuiles résultantes occupent moins d’espace sur le disque.

Avant de fixer un format d’image pour un cache important, créez un cache réduit d’une zone représentative de votre carte et examinez la qualité de tuile et les performances dans une application de test. Si vous utilisez plusieurs caches, créez un cache de test réduit pour chacun d’entre eux, et ajoutez-les à une application de test pour vous assurer qu’ils se superposent comme prévu. Vous pourrez ainsi procéder à des ajustements avant de créer le cache entier.

Compression

La compression fait référence au volume de compression JPEG choisi lors de l’utilisation de caches au format d’image de type JPEG ou mixte. Une valeur élevée est synonyme d’un JPEG de grande qualité et par conséquent d’une compression moindre. Pour l’imagerie, des valeurs comprises entre 55 et 75 sont habituellement suffisantes pour éviter toute diminution visible de la qualité. Pour les vecteurs et autres entités ou régions définies de manière précise, une qualité plus élevée (90) est recommandée comme point de départ.

Paquetages de tuiles

Un paquetage de tuiles est un fichier compressé ayant pour extension .tpkx. Il contient des tuiles d‘images stockées au format de cache compact V2, ainsi que la structure de tuilage et d‘autres métadonnées stockées dans un fichier .json. Ces paquetages permettent de transférer le contenu du cache de carte et d‘accéder au contenu des cartes dans les scénarios hors connexion où l‘accès Web est limité. Pour plus d’informations, reportez-vous à l‘article Tile package open specification.

Le contenu des couches de tuiles Web peut aussi être généré dans ArcGIS Pro à l’aide de paquetages. Pour plus d’informations, reportez-vous aux rubriques Partager un paquetage de tuiles et Partager un paquetage de tuiles vectorielles.

Format de stockage du cache

Les caches raster sont stockés au format compactv2, dans lequel 16 384 tuiles sont stockées dans des fichiers de paquet. La taille de chaque tuile peut être définie dans la structure de tuilage du cache déterminée à l’aide des outils de géotraitement Générer la structure de tuilage pour le cache du serveur de carte ou Créer la structure pour le cache du serveur de carte.

Pendant la création d’un cache, vous pouvez observer des fichiers .lock et .done temporaires dans les fichiers de cache. Les fichiers .lock permettent à ArcGIS Server d’effectuer le suivi des paquets qui sont créés dans le processus. La présence d’un fichier .lock ne signifie pas que le paquet est inaccessible pour les clients. De même, les fichiers .done permettent à ArcGIS Server d’effectuer le suivi des paquets qui ont été créés. Tous les fichiers .lock et .done disparaissent lorsque la tâche de mise en cache est terminée.

Vous pouvez disposer d’un petit cache, incluant un paquet à chaque niveau. Toutefois, il est plus courant qu’une limite de paquets traverse une partie de la géographie, générant ainsi plusieurs paquets à un niveau. Les grands caches comprennent un grand nombre de paquets.

Les limites associées aux paquets sont déterminées par l’origine de la structure de tuilage. Elles ne sont pas réglables. Par exemple, pour une échelle de niveau de voisinage/de rue de 1:4096, un paquet complet recouvre environ la surface d’un comté de taille moyenne dans la partie est des États-Unis.

Lorsque vous mettez à jour des tuiles, le paquet entier n’est pas recréé. À la place, une surface de 4 096 x 4 096 pixels (sans anticrénelage) ou de 2 048 x 2 048 pixels (avec anticrénelage) est mise à jour. Cette unité de surface est quelquefois appelée super tuile.

Les clients ArcGIS (notamment les API Web) peuvent lire les fichiers de paquet produits par le format de cache compact. Les clients web émettent des appels vers le site ArcGIS Server pour le niveau, la ligne et la colonne spécifiques de la tuile. ArcGIS Server reçoit la demande et renvoie la tuile appropriée du paquet.

Remarque :

Il existe deux versions du format de cache compact : compact, depuis la version 10.0, et compactv2, depuis la version 10.3. La version compact comporte un fichier .bundlex séparé qui sert d’index, tandis que la version compactv2 incorpore l’index dans le fichier .bundle. La version compactv2 améliore les performances, en particulier lorsqu’un cache se trouve sur un partage réseau ou dans un répertoire cloud. Elle est uniquement compatible avec les sites ArcGIS Server s’exécutant sur la version 10.3 ou une version ultérieure, et constitue la valeur par défaut pour ces versions.

Pour transférer un cache compact au format compactv2 vers un site exécutant ArcGIS Server versions 10.0 à 10.2, utilisez l’outil Exporter un cache de serveur de carte dans ArcGIS Pro.

Répertoire de cache

Par défaut, ArcGIS Server crée des caches pour les services de carte et d’imagerie dans le répertoire de cache du serveur créé lors de la configuration de votre site ArcGIS Server. Vous pouvez cependant configurer un autre emplacement pour stocker les fichiers de cache.

Lorsque vous configurez des répertoires de cache pour un site, les éditeurs choisissent l’un des répertoires suivants pour stocker le cache de leurs services de carte et d’imagerie.

Vous pouvez ouvrir le répertoire de cache du serveur afin d’examiner les tuiles de cache et le fichier de structure de tuilage conf.xml. Un répertoire de cache peut également contenir une géodatabase fichier status.gdb qui donne des informations sur les tuiles qui ont été créées.

Remarque :

Le contenu du cache pour les couches de tuiles hébergées (de type raster, vectoriel ou élévation) est stocké dans le répertoire de cache du site du serveur d‘hébergement.

Fonds de carte

Un fond de carte sert de carte de référence sur laquelle vous superposez des données de couches et visualisez les informations géographiques. Un fond de carte unique peut être constitué de plusieurs entités, rasters ou couches web. Les fonds de cartes forment une base de travail solide pour la création de vos cartes et contribuent à la mise en contexte. Les couches de référence s’affichent par-dessus les couches opérationnelles, alors que les couches d’arrière-plan apparaissent sous les couches opérationnelles. Bon nombre de couches de cartes, de couches d‘images et de couches de tuiles vectorielles mises en cache sont conçues dans le but d‘être affichées sous forme de fond de carte.

Pour plus d‘informations, reportez-vous à la rubrique Personnaliser les fonds de carte.