Répertoire de cache

Le répertoire de cache du serveur est le dossier sur le disque où sont stockées vos tuiles en cache. Un répertoire de cache du serveur peut contenir plusieurs caches. Cependant, vous pouvez ajouter plusieurs répertoires de cache de serveur à votre serveur. Lorsque vous créez un site ArcGIS Server, un répertoire de cache du serveur est créé pour vous à l’emplacement indiqué. Pour plus d’informations, reportez-vous à la rubrique Répertoires du serveur.

Si vous projetez d’ajouter une autre machine serveur SIG à votre site, vous devez autoriser le partage de fichier dans le répertoire de cache du serveur pour que toutes les machines participant puissent y accéder. Pour plus d’informations, reportez-vous aux rubriques Ajouter un répertoire de serveur dans Server Manager et Configuration d’un déploiement sur plusieurs machines. Veillez à donner au compte ArcGIS Server un accès en écriture au répertoire de cache du serveur afin que le serveur puisse parvenir au placement des tuiles dans le répertoire. Vous pouvez éventuellement supprimer l’accès en écriture à l’issue de la création des caches.

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 autre fichier, conf.cdi, contient les informations sur l’étendue par défaut du service. Il est requis pour l’affichage des caches en tant que jeux de données raster dans ArcMap. Une géodatabase nommée status.gdb contient des informations qui apparaissent dans les rapports d’état de cache d’ArcGIS.

Les tuiles sont organisées dans une hiérarchie de répertoire. Le répertoire de niveau supérieur porte le même nom que le service de carte à moins que le service ait été créé dans un dossier de serveur SIG. Si le service de carte figure dans un dossier, le répertoire de niveau supérieur est nommé <folder name>_<map service name>.

Le répertoire de niveau supérieur contient un sous-répertoire pour le bloc de données spécifique sur la carte en train d’être mise en cache, qui contient lui-même un sous-répertoire unique, _alllayers. Ce sous-répertoire contient à son tour des sous-répertoires pour chaque niveau de détail. La structure de ces sous-répertoires de niveau de détail varie selon que vous utilisez un format de stockage compact ou un format de stockage éclaté.

• Si vous utilisez le format de cache compact (ce qui est recommandé), vous voyez des fichiers de paquet immédiatement dans les dossiers de niveau. Ces fichiers de paquet contiennent les tuiles.
• Si vous utilisez le format de cache éclaté, vous voyez des sous-répertoires pour chaque ligne de tuiles et, enfin, les fichiers image réels qui représentent une colonne particulière sur la ligne.

Structure de tuilage

La structure de tuile définit à quel endroit les limites de tuile se trouveront. Il est important que la structure de tuile corresponde lorsque votre service mis en cache se superpose aux autres caches dans les applications client.

Vous pouvez choisir un paramètre prédéfini pour la structure de tuile de votre cache ou fournir un fichier personnalisé. Vous pouvez modifier davantage la structure de tuile en fonction de votre service mis en cache à l’aide des options figurant dans le groupe de paramètres Tiling Scheme (Structure de tuile).

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 un nouveau cache, ArcGIS examine les couches de la carte et sélectionne 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 couche 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). N’utilisez pas le format PNG 24 si vos tuiles sont affichées dans Internet Explorer version 6 ou antérieure.
• PNG32 - Vous pouvez utiliser le format PNG 32 pour des services de superposition, tels que des routes et des limites, possédant plus de 256 couleurs. Le format PNG 32 est un choix qui convient tout particulièrement aux services de superposition pour lesquels un anti-crénelage est activé sur les lignes ou le texte. Le format PNG 32 crée de plus grandes tuiles sur le disque que le format PNG 24, mais elles sont entièrement prises en charge dans tous les navigateurs.
• 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 rapidement les données à virgule flottante que la méthode LZ77. Elle est également plus performante avec les données numériques entières. 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.

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.

Pour obtenir un cache de test réduit, utilisez les outils de mise à jour disponibles dans ArcMap pour créer une classe d’entités consistant en un petit rectangle autour de la zone à tester. Utilisez ensuite l’option située dans la partie inférieure de la boîte de dialogue de l’outil Manage Map Server Cache Tiles (Gérer des tuiles de cache de serveur de carte), qui permet de créer des tuiles en fonction de la limite d’une classe d’entités. Naviguez jusqu’à la classe d’entité contenant votre zone de test, et créez les tuiles.

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.

Format de stockage

Vous pouvez choisir de regrouper vos tuiles pour optimiser le stockage et la mobilité ou stocker chaque tuile en tant que fichier unique. Les options de stockage sont les suivantes :

• Compact - Dans un format de type compact, chaque fichier du cache contient un paquet de tuiles. Les paquets comprennent 128 tuiles en largeur et 128 tuiles en hauteur et peuvent donc contenir un maximum de 16 384 tuiles. La copie des caches compacts est beaucoup plus rapide que celle des caches éclatés et ils nécessitent moins d’espace sur le disque.
• Eclaté - Dans un format de type éclaté, chaque tuile est stockée sur le disque sous la forme d’un fichier distinct. Cela simplifie la visualisation des tuiles du cache. Toutefois, ce format provoque des caches de taille supérieure dont la création est plus longue et dont la copie peut se révéler encombrante. Pour cette raison, il n’est plus recommandé d’utiliser le format éclaté.

Le nombre énorme de fichiers et de dossiers du cache peut parfois nuire aux utilitaires de copie, y compris les commandes de copier/coller pour Windows. Pour cette raison, les caches compacts permettent de réduire considérablement le temps de copie du cache. Si vous disposez d’un workflow de mise à jour automatique du cache qui crée des tuiles sur un serveur de transfert et les copie vers un serveur de production, il est recommandé d’utiliser des caches compacts. Par ailleurs, si votre espace disque disponible est limité, il est recommandé d’utiliser des caches compacts.

Niveaux de détail

Les structures de tuile contiennent souvent de nombreux niveaux de détail entre lesquels les utilisateurs peuvent zoomer. Vous pouvez modifier la liste de niveaux de détail (Levels of detail) de votre service mis en cache. Selon votre carte, vous voudrez peut-être ne plus mettre en cache les échelles extrêmement proches ou distantes dans votre structure de tuile afin de conserver l’espace disque et de diminuer les temps de génération. 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 minimum).

Les niveaux de détail restants ne sont pas supprimées de votre structure de tuile, mais vous ne pouvez créer de tuiles pour eux qu’en retournant à l’onglet Caching (Mise en cache) et en les incluant dans la plage.

Origine des tuiles en unités de carte

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 ; cette situation se produit lorsque l’étendue complète de la carte ou de la classe d’entités de la zone d’intérêt est atteinte. L’utilisation d’une origine de structure de tuile commune à vos caches garantit leur superposition correcte dans les applications Web.

Dans la plupart des cas, il est conseillé de garder l’origine de la structure de tuile par défaut du 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 mettre en cache uniquement une certaine zone de votre carte, mieux vaut créer des tuiles basées sur une limite de classe d’entités que de modifier l’origine de la structure de tuile.

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 réduites peut améliorer les performances de l’application qui demande des tuiles du cache car une quantité de données moins importante est alors transmise. En revanche, avec des caches éclatés, une taille de tuile réduite augmente la taille du cache et allonge le délai de création.

Créer des tuiles à la demande

Lorsque cette case est cochée, les tuiles des zones précédemment non mises en cache sont ajoutées au cache lors de leur première demande par un client. Cette méthode est conseillée car elle garantit que les utilisateurs peuvent toujours afficher une carte en affichant votre cache, même si vous n’avez pas pu, au départ, créer toutes les tuiles à tous les niveaux de détail.

Autoriser les clients à mettre les tuiles dans le cache local

Lorsque cette case est cochée, les applications client Esri, telles que ArcGIS Enterprise et Map Viewer Classic, sont autorisées à conserver un cache local de toutes tuiles qu’elles récupèrent du serveur. Cela peut aider le client à afficher les tuiles plus rapidement lorsqu’il retourne dans la zone. Les clients peuvent effacer leur cache manuellement pour récupérer les tuiles plus récentes du serveur. Envisagez donc de décocher cette case si vous prévoyez de mettre fréquemment à jour votre cache.

Rééchantillonnage

Pour économiser l’espace disque et diminuer le temps de génération des caches, vous avez peut-être choisi de ne pas inclure certaines zones cartographiques dans des niveaux de détail spécifiques de votre service mis en cache. Par exemple, si votre service fournit des informations sur les villes de votre pays, vous avez peut-être empêché la mise en cache des zones rurales à des niveaux de détail inférieurs (zoom arrière avancé). Dans les zones de la carte où les tuiles mises en cache sont rares ou indisponibles, le processus facultatif de rééchantillonnage du cache existant à des niveaux inférieurs peut combler ces vides pour les utilisateurs.

Le rééchantillonnage, qui est désactivé par défaut, redessine votre service mis en cache dans les zones de la carte où vous n’avez pas généré de tuiles à cette échelle, en fonction du niveau de détail le plus proche généré sur le serveur. Vous pouvez l’activer sur votre service mis en cache en cochant la case Resampling (Rééchantillonnage).

Bien que le rééchantillonnage offre une expérience plus conviviale aux utilisateurs, il peut produire un résultat flou, en particulier lorsque le niveau de détail en cours de rééchantillonnage est éloigné du niveau de détail source. Par exemple, si l’échelle maximum de votre service mis en cache où les tuiles sont présentes dans une certaine zone cartographique est de 1:5000 et qu’un utilisateur effectue un zoom à 1:000 sur cette zone, le cache rééchantillonné perdra probablement en clarté et en précision. Il est donc recommandé d’utiliser le rééchantillonnage avec prudence.

Si vous activez le rééchantillonnage sur votre service mis en cache, vous pouvez spécifier un niveau de détail minimum (Minimum level of detail) et un niveau de détail maximum (Maximum level of detail) auquel le service peut effectuer le rééchantillonnage. Considérez les niveaux de détail inclus dans la plage de votre cache lorsque vous définissez ces paramètres.