Suite

Utiliser les classes Label vs les requêtes de définition - qu'est-ce qui fonctionne le mieux ?


Lequel offrirait les meilleures performances pour travailler dans ArcMap avec de très grands jeux de données stockés dans une géodatabase ArcSDE ? Plusieurs classes d'étiquettes utilisant des requêtes SQL complexes pour étiqueter des entités spécifiques, ou plusieurs copies de la même couche utilisant les mêmes requêtes SQL complexes définies comme requête de définition pour chaque couche ?


En supposant que les requêtes SQL sur les classes d'étiquettes soient les mêmes que celles sur les couches séparées, l'approche à couche unique avec plusieurs classes d'étiquettes sera plus rapide. Pourquoi?:

L'étiquetage dans ArcMap exécutera une requête pour le dessin de la couche, puis une requête pour chaque classe d'étiquettes. Ainsi, une couche avec 4 classes d'étiquettes interrogera une fois (1 requête) pour toutes les entités dessinées, puis 4 fois supplémentaires au total (une pour chaque classe d'étiquettes ou 4 requêtes supplémentaires) = 5 requêtes au total

Si vous séparez les couches, vous aurez 1 requête filtrée (requête de définition) pour chaque couche (4 requêtes) plus cette même requête pour chaque classe d'étiquettes (4 requêtes supplémentaires) = 8 requêtes au total

Dans presque tous les cas, 5 requêtes seront plus rapides que 8 requêtes en raison d'une simple surcharge de requête, bien que cela dépende de la source de données.

Notez que dans ArcGIS Server, un cache est utilisé pour l'étiquetage des entités et qu'une couche avec 4 classes d'étiquettes sera très probablement gérée via une requête lorsque les classes d'étiquettes utilisent un SQL assez standard sans fonctions spécifiques au fournisseur.


J'ai effectué quelques tests très simples en utilisant des données NHD provenant d'une connexion SDE et j'ai trouvé très peu de différence entre les deux méthodes.

  1. 7 classes d'étiquettes dans une seule couche, également 7 symbologies distinctes : 36 secondes
  2. 7 couches séparées avec requêtes de définition, classe d'étiquette unique dans chacune sans requête : 37 secondes

Quelques mises en garde :

  1. Mon test était très simple avec des étiquettes simples et des requêtes simples, les requêtes complexes devraient être testées puisque cela faisait partie de la question.
  2. Environ un tiers du temps total était consacré au dessin de la symbologie.
  3. Mon timing était avec un chronomètre, donc la marge d'erreur est assez grande.

Je pense que la requête de définition serait plus rapide car elle se situe au niveau de l'objet et non au niveau des données d'attribut.

Il faudrait encore tester. Cependant, j'utiliserais des requêtes de définition et non des classes d'étiquettes.


Utiliser l'intervalle manuel pour définir vos propres classes, pour ajouter manuellement des interruptions de classe et pour définir des plages de classes adaptées aux données. Alternativement, vous pouvez commencer par l'une des classifications standard et apporter les ajustements nécessaires.

Utiliser l'intervalle défini pour spécifier une taille d'intervalle pour définir une série de classes avec la même plage de valeurs. Par exemple, si la taille de l'intervalle est de 75, chaque classe s'étendra sur 75 unités. Le nombre de classes, basé sur la taille de l'intervalle et la taille maximale de l'échantillon, est déterminé automatiquement. La taille de l'intervalle doit être suffisamment petite pour s'adapter au nombre minimum de classes autorisées, qui est de trois.


Typiquement, sans étiquette les données se composent d'échantillons d'artefacts naturels ou créés par l'homme que vous pouvez obtenir relativement facilement du monde. Quelques exemples de données non étiquetées peuvent inclure des photos, des enregistrements audio, des vidéos, des articles de presse, des tweets, des radiographies (si vous travailliez sur une application médicale), etc. Il n'y a pas d'« explication » pour chaque donnée non étiquetée - il contient juste les données, et rien d'autre.

Étiqueté data prend généralement un ensemble de données non étiquetées et augmente chaque élément de ces données non étiquetées avec une sorte de « balise », « étiquette » ou « classe » significative qui est en quelque sorte informative ou désirable de connaître. Par exemple, les étiquettes pour les types de données non étiquetés ci-dessus peuvent indiquer si cette photo contient un cheval ou une vache, quels mots ont été prononcés dans cet enregistrement audio, quel type d'action est effectué dans cette vidéo, quel est le sujet de cet article de presse c'est, quel est le sentiment général de ce tweet, si le point sur cette radiographie est une tumeur, etc.

Les étiquettes des données sont souvent obtenues en demandant aux humains de porter un jugement sur une donnée donnée non étiquetée (par exemple, « Cette photo contient-elle un cheval ou une vache ? ») et sont beaucoup plus chères à obtenir que les données brutes non étiquetées.

Après avoir obtenu un ensemble de données étiqueté, des modèles d'apprentissage automatique peuvent être appliqués aux données afin que de nouvelles données non étiquetées puissent être présentées au modèle et qu'une étiquette probable puisse être devinée ou prédite pour cette donnée non étiquetée.

Il existe de nombreux domaines de recherche actifs en apprentissage automatique qui visent à intégrer des données non étiquetées et étiquetées pour créer des modèles du monde meilleurs et plus précis. L'apprentissage semi-supervisé tente de combiner des données non étiquetées et étiquetées (ou, plus généralement, des ensembles de données non étiquetées où seuls certains points de données ont des étiquettes) dans des modèles intégrés. Les réseaux de neurones profonds et l'apprentissage de caractéristiques sont des domaines de recherche qui tentent de créer des modèles à partir des données non étiquetées, puis d'appliquer les informations des étiquettes aux parties intéressantes des modèles.


Récupérer des définitions nouvelles ou modifiées

La classe RetrieveMetadataChangesResponse renvoie un EntityMetadataCollection fortement typé qui contient les données demandées. La classe RetrieveMetadataChangesResponse fournit également une valeur ServerVersionStamp que vous pouvez transmettre à la propriété RetrieveMetadataChangesRequest.ClientVersionStamp dans des demandes ultérieures. Lorsqu'une valeur est incluse pour la propriété ClientVersionStamp, seules les données qui correspondent à EntityQueryExpression et qui ont changé depuis que ClientVersionStamp a été récupéré seront renvoyées. La seule exception à cela est lorsque votre EntityQueryExpression.Properties inclut EntityMetadata.Privileges. Les privilèges seront toujours renvoyés quel que soit le ClientVersionStamp. De cette façon, votre application peut déterminer si des modifications importantes qui vous intéressent se sont produites depuis la dernière requête sur les métadonnées. Vous pouvez ensuite fusionner toutes les métadonnées nouvelles ou modifiées dans votre cache de métadonnées persistant afin que votre application puisse éviter les problèmes de performances liés au téléchargement de métadonnées dont vous n'avez peut-être pas besoin.

La propriété HasChanged fournit un moyen de détecter les éléments enfants d'un élément de métadonnées qui ont changé. Étant donné que toutes les métadonnées sont renvoyées dans le cadre de l'élément de métadonnées contenant, lorsque l'étiquette d'une OptionMetadata a changé, les propriétés EntityMetadata, AttributeMetadata et OptionSetMetadata contenant sont renvoyées. Cependant, la propriété HasChanged sera false pour ceux contenant des éléments de métadonnées. Seule la propriété OptionMetadata.HasChanged sera vraie.

L'exemple suivant effectue une demande initiale en définissant un EntityQueryExpression et en exécutant une demande avec un ClientVersionStamp défini sur null.


Ce que les politiques d'étiquetage peuvent faire

Après avoir créé vos étiquettes de sensibilité, vous devez les publier pour les mettre à la disposition des personnes et des services de votre organisation. Les étiquettes de confidentialité peuvent ensuite être appliquées aux documents et e-mails Office, ainsi qu'à d'autres éléments prenant en charge les étiquettes de confidentialité.

Contrairement aux étiquettes de rétention, qui sont publiées dans des emplacements tels que toutes les boîtes aux lettres Exchange, les étiquettes de confidentialité sont publiées pour les utilisateurs ou les groupes. Les applications qui prennent en charge les étiquettes de sensibilité peuvent ensuite les afficher à ces utilisateurs et groupes en tant qu'étiquettes appliquées ou en tant qu'étiquettes qu'ils peuvent appliquer.

Lorsque vous configurez une stratégie de libellé, vous pouvez :

Choisissez les utilisateurs et les groupes qui voient les étiquettes. Les étiquettes peuvent être publiées sur n'importe quel utilisateur spécifique ou groupe de sécurité à extension messagerie, groupe de distribution ou groupe Microsoft 365 (pouvant avoir une adhésion dynamique) dans Azure AD.

Spécifier une étiquette par défaut pour les nouveaux documents, les e-mails sans étiquette et les nouveaux conteneurs (lorsque vous avez activé les étiquettes de sensibilité pour Microsoft Teams, les groupes Microsoft 365 et les sites SharePoint). Vous pouvez spécifier la même étiquette pour les trois types d'éléments, ou des étiquettes différentes. Lorsque vous spécifiez une étiquette par défaut pour les documents, le client d'étiquetage unifié Azure Information Protection applique également cette étiquette aux documents existants qui ne sont pas étiquetés. Les utilisateurs peuvent toujours modifier l'étiquette par défaut si ce n'est pas la bonne étiquette pour leur document ou leur e-mail.

Pensez à utiliser une étiquette par défaut pour définir un niveau de base de paramètres de protection que vous souhaitez appliquer à tout votre contenu. Cependant, sans formation des utilisateurs et autres contrôles, ce paramètre peut également entraîner un étiquetage inexact. Ce n'est généralement pas une bonne idée de sélectionner une étiquette qui applique le chiffrement comme étiquette par défaut aux documents. Par exemple, de nombreuses organisations doivent envoyer et partager des documents avec des utilisateurs externes qui pourraient ne pas avoir d'applications prenant en charge le cryptage ou qui pourraient ne pas utiliser un compte pouvant être autorisé. Pour plus d'informations sur ce scénario, consultez Partage de documents chiffrés avec des utilisateurs externes.

Exiger une justification pour changer une étiquette. Si un utilisateur essaie de supprimer une étiquette ou de la remplacer par une étiquette ayant un numéro d'ordre inférieur, vous pouvez exiger que l'utilisateur fournisse une justification pour effectuer cette action. Par exemple, un utilisateur ouvre un document intitulé Confidentiel (numéro de commande 3) et remplace cette étiquette par un document nommé Public (numéro de commande 1). Pour les applications Office, cette invite de justification est déclenchée une fois par session d'application lorsque vous utilisez l'étiquetage intégré et par fichier lorsque vous utilisez le client d'étiquetage unifié Azure Information Protection. Les administrateurs peuvent lire le motif de justification ainsi que le changement d'étiquette dans l'explorateur d'activités.

Exiger des utilisateurs qu'ils appliquent un libellé pour les documents et les e-mails, uniquement les documents et pour les conteneurs. Également appelées étiquetage obligatoire, ces options garantissent qu'une étiquette doit être appliquée avant que les utilisateurs puissent enregistrer des documents et envoyer des e-mails, et créer de nouveaux groupes ou sites.

Pour les documents et les e-mails, une étiquette peut être attribuée manuellement par l'utilisateur, automatiquement à la suite d'une condition que vous configurez, ou être attribuée par défaut (l'option d'étiquette par défaut décrite précédemment). Un exemple d'invite affiché dans Outlook lorsqu'un utilisateur doit attribuer une étiquette :

Pour plus d'informations sur l'étiquetage obligatoire des documents et des e-mails, voir Exiger des utilisateurs qu'ils appliquent une étiquette à leurs e-mails et documents.

Pour les conteneurs, une étiquette doit être attribuée au moment de la création du groupe ou du site.

Envisagez d'utiliser cette option pour augmenter la couverture de votre étiquetage. Cependant, sans formation de l'utilisateur, ces paramètres peuvent entraîner un étiquetage inexact. De plus, à moins que vous ne définissiez également une étiquette par défaut correspondante, l'étiquetage obligatoire peut frustrer vos utilisateurs avec les invites fréquentes.

Fournissez un lien d'aide vers une page d'aide personnalisée. Si vos utilisateurs ne sont pas sûrs de la signification de vos étiquettes de confidentialité ou de la manière dont elles doivent être utilisées, vous pouvez fournir une URL En savoir plus qui apparaît au bas de la Étiquette de sensibilité menu dans les applications Office :

Après avoir créé une stratégie d'étiquette qui attribue de nouvelles étiquettes de sensibilité aux utilisateurs et aux groupes, les utilisateurs commencent à voir ces étiquettes dans leurs applications Office. Prévoyez jusqu'à 24 heures pour que les dernières modifications soient répliquées dans toute votre organisation.

Il n'y a pas de limite au nombre d'étiquettes de confidentialité que vous pouvez créer et publier, à une exception près : si l'étiquette applique un chiffrement qui spécifie les utilisateurs et les autorisations, il y a un maximum de 500 étiquettes prises en charge avec cette configuration. Cependant, comme bonne pratique pour réduire les frais généraux d'administration et la complexité pour vos utilisateurs, essayez de réduire au minimum le nombre d'étiquettes. Les déploiements dans le monde réel se sont avérés efficaces pour être sensiblement réduits lorsque les utilisateurs ont plus de cinq étiquettes principales ou plus de cinq sous-étiquettes par étiquette principale.

Priorité de la politique de libellé (la commande compte)

Vous mettez vos étiquettes de sensibilité à la disposition des utilisateurs en les publiant dans une stratégie d'étiquette de sensibilité qui apparaît dans une liste sur le Politiques de sensibilité onglet sur le Politiques d'étiquetage page. Tout comme les étiquettes de sensibilité (voir Priorité des étiquettes (l'ordre compte)), l'ordre des stratégies d'étiquette de sensibilité est important car il reflète leur priorité. La stratégie d'étiquette avec la priorité la plus basse est affichée à la Haut, et la stratégie d'étiquette avec la priorité la plus élevée s'affiche à la bas.

Une politique de label consiste en :

  • Un ensemble d'étiquettes.
  • Les utilisateurs et les groupes auxquels la stratégie avec des étiquettes sera affectée.
  • L'étendue de la stratégie et les paramètres de stratégie pour cette étendue (comme l'étiquette par défaut pour les fichiers et les e-mails).

Vous pouvez inclure un utilisateur dans plusieurs stratégies d'étiquettes, et l'utilisateur obtiendra toutes les étiquettes de sensibilité et tous les paramètres de ces stratégies. En cas de conflit dans les paramètres de plusieurs stratégies, les paramètres de la stratégie ayant la priorité la plus élevée (position la plus basse) sont appliqués. En d'autres termes, la priorité la plus élevée l'emporte pour chaque paramètre.

Si vous ne voyez pas le comportement de paramètre d'étiquette ou de stratégie d'étiquette que vous attendez pour un utilisateur ou un groupe, vérifiez l'ordre des stratégies d'étiquette de sensibilité. Vous devrez peut-être abaisser la stratégie. Pour réorganiser les règles d'étiquette, sélectionnez une règle d'étiquette de sensibilité > choisissez les points de suspension à droite > Descendre ou alors Déplacer vers le haut.

N'oubliez pas : en cas de conflit de paramètres pour un utilisateur auquel plusieurs stratégies sont attribuées, le paramètre de la stratégie ayant la priorité la plus élevée (position la plus basse) est appliqué.


Optimisation des couches, des rasters et des mises en page

L'une des premières et des plus simples étapes à suivre consiste à parcourir votre carte et à supprimer toutes les couches et blocs de données inutilisés. Ensuite, vérifiez à la fois la mise en page et les vues des données et assurez-vous que votre document ArcMap ne contient pas de blocs de données et de couches qui ne sont pas liés à l'objectif de la carte. De plus, en mode mise en page, parcourez les éléments de votre carte et supprimez ceux qui ne sont pas nécessaires.

Une fois que vous avez fait cela, les sections ci-dessous fournissent des considérations supplémentaires pour améliorer les performances. Pour plus d'informations sur la symbologie et les performances, voir Optimisation des symboles cartographiques pour les performances.

  • Utilisez des couches de fond de carte pour optimiser les performances de dessin. Voir Utilisation des couches de fond de carte pour plus d'informations.
  • Masquage automatique de certaines couches et entités : deux des meilleures façons d'optimiser le dessin des couches consistent à ne les dessiner qu'à des échelles appropriées et à utiliser des requêtes attributaires pour éviter de dessiner des entités inutiles.

Si vous n'avez pas besoin d'afficher une certaine couche lorsque votre carte est à une certaine échelle, activez la dépendance d'échelle. Par exemple, si vous effectuez un zoom arrière sur une limite de pays, vous pouvez utiliser la dépendance d'échelle pour désactiver automatiquement une couche de transport urbain détaillée. Vous ne devez dessiner des calques détaillés qu'à des échelles plus grandes (avec un zoom avant). Si une couche détaillée doit être dessinée à des échelles plus petites, utilisez une symbologie plus simple à cette échelle pour accélérer le dessin. Pour savoir comment définir la dépendance d'échelle, voir Affichage des couches à certaines échelles.

Une requête de définition peut agir comme un filtre pour limiter la quantité de données sur la carte. Par exemple, si vous créez une carte d'un état et que votre classe d'entités contient des données pour l'ensemble du pays, vous pouvez utiliser une requête de définition pour afficher uniquement les entités qui se trouvent dans les limites de l'état. Pour apprendre à utiliser les requêtes de définition, consultez Affichage d'un sous-ensemble d'entités dans une couche.

Pour obtenir une liste d'autres manières d'améliorer les performances lors de l'utilisation de rasters, consultez Amélioration de l'affichage des données raster.


Client classique d'AIP

Le client classique Azure Information Protection est la version antérieure d'AIP et permet aux administrateurs de gérer les étiquettes de classification directement dans le portail Azure.

Les étiquettes AIP gérées dans le portail Azure sont ne pas pris en charge par la plateforme d'étiquetage unifié, sont limités à l'utilisation du client et du scanner Azure Information Protection et de Microsoft Cloud App Security.

Nous vous recommandons de migrer vers l'étiquetage unifié pour prendre en charge ces fonctionnalités, ainsi que SharePoint, les applications Microsoft 365, Outlook pour le Web et les appareils mobiles, la protection des données PowerBI, etc. Pour plus d'informations, consultez Tutoriel : Migration du client classique Azure Information Protection (AIP) vers le client d'étiquetage unifié.

Pour offrir une expérience client unifiée et rationalisée, le Client classique Azure Information Protection et Gestion des étiquettes dans le portail Azure sont obsolète à partir de 31 mars 2021. Alors que le client classique continue de fonctionner tel que configuré, aucune autre assistance n'est fournie et les versions de maintenance ne seront plus publiées pour le client classique.

Nous vous recommandons de migrer vers l'étiquetage unifié et de passer au client d'étiquetage unifié. Pour en savoir plus, consultez notre récent blog sur l'obsolescence.


Quel type de texte dois-je utiliser ?

Le type de texte que vous devez utiliser dépend de votre point de départ avec votre texte et de la manière dont vous souhaitez utiliser le texte sur votre carte. Si vous souhaitez uniquement ajouter quelques éléments de texte et que ce que vous souhaitez identifier n'est pas basé sur des attributs, vous pouvez utiliser du texte graphique dans votre carte, des notes de carte textuelles ou une annotation de géodatabase. Si, toutefois, vous souhaitez un texte descriptif d'entité, utilisez des étiquettes pour ajouter du texte en fonction de vos attributs d'entité. Vous avez ensuite la possibilité de convertir ces étiquettes en annotations liées aux entités pour une modification ultérieure de leur placement.


Utiliser les classes Label vs les requêtes de définition - qu'est-ce qui fonctionne le mieux ? - Systèmes d'information géographique

L'analyse raster est similaire à bien des égards à l'analyse vectorielle. Cependant, il existe quelques différences essentielles. Les principales différences entre la modélisation raster et vectorielle dépendent de la nature des modèles de données eux-mêmes. Dans l'analyse raster comme dans l'analyse vectorielle, toutes les opérations sont possibles car les jeux de données sont stockés dans un cadre de coordonnées commun. Chaque coordonnée de la section plane se trouve à l'intérieur ou à proximité d'un objet existant, que cet objet soit un point, une ligne, un polygone ou une cellule raster.

En analyse vectorielle, toutes les opérations sont possibles car les entités d'une couche sont localisées par leur position en relation explicite avec les caractéristiques existantes dans d'autres couches. Inhérente au modèle de données vectorielles de nœud d'arc est la chiralité, ou droitier et gaucher des arcs (comme indiqué dans l'image du modèle de données de polygone du modèle de données spatiales). En corollaire, le confinement et le chevauchement sont des relations inhérentes entre les couches. Par exemple, un point sur une couche se trouve d'un côté d'un arc dans une autre couche, ou à l'intérieur ou à l'extérieur d'un polygone dans une autre couche. La complexité du modèle de données vectorielles rend les opérations assez complexes et gourmandes en matériel.

L'analyse raster, en revanche, applique ses relations spatiales uniquement sur l'emplacement de la cellule. Les opérations raster effectuées sur plusieurs jeux de données raster en entrée génèrent généralement des valeurs de cellule résultant de calculs cellule par cellule. La valeur de la sortie d'une cellule est généralement indépendante de la valeur ou de l'emplacement des autres cellules d'entrée ou de sortie. Dans certains cas, les valeurs des cellules de sortie sont influencé par des cellules ou des groupes de cellules voisines, comme dans les fonctions focales.

Les données raster sont particulièrement adaptées aux données continues. Les données en continu changent en douceur à travers un paysage ou une surface. Des phénomènes tels que la concentration chimique, la pente, l'altitude et l'aspect sont bien mieux traités dans les structures de données raster que dans les structures de données vectorielles. Pour cette raison, de nombreuses analyses sont mieux adaptées ou uniquement possibles avec des données raster. Cette section et la section suivante expliqueront les principes fondamentaux du traitement des données raster, ainsi que certains des outils analytiques les plus courants.

ArcGIS peut traiter plusieurs formats de données raster. Bien qu'ArcGIS puisse charger tous les types de données raster pris en charge sous forme d'images et que l'analyse puisse être effectuée sur n'importe quel jeu de données raster pris en charge, la sortie des fonctions analytiques raster est toujours au format ArcInfo. grilles. Étant donné que le jeu de données raster natif dans ArcGIS est la grille au format ArcInfo, à partir de maintenant, le terme la grille signifiera le jeu de données raster analytiquement activé.

L'interface d'ArcGIS avec l'analyse raster se fait via l'extension Spatial Analyst. L'analyste spatial, lorsqu'il est chargé, fournit des ajouts à l'interface graphique d'ArcGIS, notamment de nouveaux menus, boutons et outils. Les fonctionnalités ajoutées à ArcGIS avec Spatial Analyst sont répertoriées ici.

Les couches de grille sont des représentations graphiques de l'implémentation ArcGIS et ArcInfo du modèle de données raster. Les couches de grille sont stockées avec une valeur numérique pour chaque cellule. Les valeurs numériques des cellules sont soit entier ou alors point flottant. Les grilles d'entiers ont des valeurs entières pour les cellules, tandis que les grilles à virgule flottante ont des attributs de valeur contenant des décimales.

Les valeurs des cellules peuvent être stockées dans des tableaux récapitulatifs appelés Tables d'attributs de valeur (TVA) au sein de la Info sous-répertoire du répertoire de travail. Étant donné que le nombre possible de valeurs uniques dans les grilles à virgule flottante est élevé, les TVA ne sont pas créées ou disponibles pour les grilles à virgule flottante.

Les TVA n'existent pas toujours pour les grilles entières. TVA volonté existent pour les grilles d'entiers qui ont :

  • une plage de valeurs (maximum moins minimum) inférieure à 100 000 et
  • un nombre de valeurs uniques inférieur à 500

Il est possible de convertir des grilles à virgule flottante en grilles entières, et vice versa, mais cela conduit fréquemment à une perte d'information. Par exemple, si vos données contiennent des mesures très précises représentant le pH du sol et que les valeurs sont converties de décimales en nombres entiers, des zones qui étaient auparavant distinctes les unes des autres peuvent devenir indiscernables.

Grille zones sont des groupes de cellules contiguës ou non contiguës ayant la même valeur.

Grille Régions sont des groupes de cellules contiguës ayant la même valeur. Par conséquent, une zone de grille peut être composée d'une ou plusieurs régions de grille.

Même si Calculs raster (qui sera discuté sous peu) peut être effectuée sur des grilles entières et à virgule flottante, les sélections tabulaires normales ne sont possibles que sur des grilles entières qui ont des VAT. En effet, une sélection tabulaire dépend de l'existence d'une table attributaire. Ces grilles sans TVA n'ont pas de tables d'attributs et ne sont donc pas disponibles pour les sélections tabulaires.

Propriétés de la couche de grille

Les propriétés de la couche de grille peuvent être déterminées en affichant Propriétés.

le Général l'onglet affiche le Nom du calque tel qu'il apparaît dans la table des matières

le La source L'onglet affiche l'emplacement du fichier de la source de données et un certain nombre d'autres informations, telles que le Taille de la cellule, le nombre de Lignes et Colonnes, la grille Taper (Float ou Integer), et le Statut (Temporaire ou Permanent).

le Le degré L'onglet affiche les coordonnées en bas à gauche et en haut à droite.

le Affichage et Symbologie les onglets permettent de modifier l'affichage du calque.

Ajout de couches de grille aux blocs de données

Les couches de grille sont ajoutées aux blocs de données de la même manière que les couches d'entités ou d'images, en utilisant le Fichier > Ajouter des données contrôle des menus, le Ajouter un calque bouton , ou en faisant glisser depuis ArcCatalog. Les sources de données de grille peuvent être ajoutées à n'importe quel document ArcMap. Cependant, afin de charger des sources de données de grille pour analyse dans un bloc de données au sein de la carte, le Extension d'analyste spatial doit être chargé.

De plus, pour accéder à de nombreuses fonctions de Spatial Analyst, il est nécessaire d'ajouter la barre d'outils Spatial Analyst.

Si l'extension Spatial Analyst n'est pas chargée, il est toujours possible d'ajouter des sources de données de grille à un bloc de données, mais uniquement sous forme d'images simples. Les couches d'images ne peuvent en aucun cas être interrogées ou analysées. Les couches d'images ne sont généralement associées à aucune valeur d'attribut significative, autre qu'une simple valeur numérique utilisée pour le mappage des couleurs.

Affichage des couches de grille

Les affichages des couches de grille sont modifiés presque exactement de la même manière que les couches d'entités. Les modifications apportées à l'affichage des couches de grille sont effectuées à l'aide de l'éditeur de légende. Comme les couches d'entités surfaciques, l'ombrage des remplissages peut être modifié en modifiant les symboles des classes individuelles, en modifiant la rampe de couleurs, les étiquettes de légende et les propriétés de classification. Une exception est que les grilles ne peuvent pas être affichées avec autre chose qu'un symbole de remplissage uni.

Ici, la grille d'élévation à virgule flottante d'altitude de Pack Forest est affichée avec 5 classes de pauses naturelles à intervalles égaux, avec un schéma de couleurs monochromes gris. Notez que le Pas de données la classe n'est pas incluse dans les 5 classes.

Ici, la légende a été changée en une rampe de couleurs étirée (une option non disponible pour les données vectorielles).

Examen des valeurs de cellule dans la couche de grille

Comme pour les données vectorielles, pour voir la répartition des valeurs d'une grille, affichez les propriétés de la couche. L'histogramme affiche les valeurs des cellules sur l'axe X et le nombre de cellules sur l'axe Y.

Pour toutes les couches de grille, les valeurs de cellules individuelles peuvent être interrogées à l'aide de la Identifier outil . Cliquer sur une cellule de la couche de grille active affichera les valeurs attributaires de la couche. le Identifier les résultats La boîte de dialogue affichera le nom de la couche de grille, les coordonnées X et Y de la cellule et la valeur de la cellule.

Pour les couches entières avec TVA, il est possible d'effectuer des sélections tabulaires. Voici toutes les cellules avec une élévation entre 1000 et 1500 ft. Afin de faire la sélection, il est nécessaire d'ouvrir la TVA et d'effectuer le Sélectionner par attributs dans le tableau Options.

Comme pour les sélections de couches d'entités normales, les cellules répondant aux critères de requête sont affichées dans la couleur de sélection par défaut.

Gestion des fichiers de couche de grille

Lorsque Spatial Analyst effectue des opérations qui créent de nouvelles grilles à la volée, ces nouvelles grilles sont par défaut temporairement stockées dans le répertoire de travail. Si la couche est supprimée du bloc de données, la grille sera également supprimée du disque. Souvent, les requêtes de grille et les analyses ne sont pas formatées correctement afin d'obtenir le résultat souhaité. La grille incorrecte peut être supprimée de la carte et elle sera également supprimée du système de fichiers (contrairement aux fichiers de formes, qui doivent être supprimés manuellement). Une fois le résultat correct obtenu, la nouvelle grille temporaire peut être enregistrée de manière permanente. Pour vous assurer que les grilles nouvellement créées sont enregistrées, cliquez avec le bouton droit et sélectionnez Rendre permanent. Lorsque vous enregistrez des couches de grille, vous pouvez choisir le répertoire du système de fichiers et le nom de la couche, plutôt que d'accepter le nom et l'emplacement par défaut du jeu de données attribué par ArcGIS.

S'il existe des grilles stockées de manière permanente dans une carte et qu'elles sont supprimées de la carte, elles ne seront pas automatiquement supprimées du disque. Si vous souhaitez supprimer la source de données, vous devrez la supprimer manuellement de la même manière que vous supprimez manuellement les fichiers de formes ou d'autres sources de données (c'est-à-dire avec ArcCatalog). Soyez conscient de cela, car les fichiers de jeu de données de grille sont de très grande taille et peuvent facilement remplir un lecteur, en particulier un lecteur amovible de 128 Mo.

Pour pouvoir copier, renommer ou supprimer une couche, toutes les références à la couche doivent être supprimées de la carte. Parfois, même si la couche est supprimée du bloc de données et que la table attributaire est supprimée, ArcGIS « reste » sur une couche. Dans ces cas, il devient nécessaire de fermer complètement un ArcGIS avant de pouvoir supprimer une source de données.

Si vous devez supprimer une source de données de grille, jamais utiliser le système d'exploitation, utiliser seulement ArcCatalog. Sinon, vous finirez par corrompre le système de fichiers en laissant les données "junk" dans le Info annuaire. Le nettoyage après cela nécessite l'utilisation de l'interface de ligne de commande d'ArcInfo.

Il existe des limitations pour le stockage des sources de données de grille que vous devez connaître :

Aucun espace dans les noms de répertoire ou de fichier ! Il s'agit d'une exigence du chemin d'accès complet à une source de données de grille. Voici un nom de chemin inacceptable :

C:projectsdatagrid datasoil_loss

et un chemin acceptable

Limite de 13 caractères sur les noms de grille. Voici un nom de grille inacceptable :


Utiliser Access et Excel ensemble

Il peut arriver que vous souhaitiez profiter des avantages offerts par les deux programmes. Par exemple, vous avez créé une feuille de calcul dans Excel dans laquelle vous pouvez calculer et analyser les données, mais la feuille de calcul est devenue trop volumineuse et complexe, et de nombreux autres utilisateurs doivent avoir accès aux données. À ce stade, vous souhaiterez peut-être importer ou lier votre feuille de calcul dans Access et l'utiliser comme base de données au lieu de l'utiliser dans Excel. Ou, peut-être avez-vous des données dans une base de données Access pour laquelle vous souhaitez créer des rapports de tableau croisé dynamique Excel détaillés et des graphiques Excel d'aspect professionnel.

Quel que soit le programme que vous utilisez en premier, vous pouvez toujours transférer les données d'un programme à l'autre, où vous pouvez continuer à travailler avec. Avec ou sans connexion de données, vous pouvez importer des données dans Access à partir d'Excel (et vice versa) en les copiant, en les important ou en les exportant.

Pour plus d'informations sur l'échange de données entre les deux programmes, consultez Déplacer des données d'Excel vers Access.