Suite

Comment masquer dynamiquement une couche des groupes de couches dans Geoserver ?


J'ai créé un groupe de couches (en utilisant 15 couches) dans Geoserver. Je peux accéder à ce groupe de calques via Openlayers et cela fonctionne bien. Selon les exigences du client, je dois développer un sélecteur de couche (pour la couche ON & OFF) pour certaines couches. Alors, comment puis-je masquer certains calques de ce groupe de calques. aide gentillement.


Vous ne pouvez pas activer et désactiver indépendamment les calques d'un groupe de calques. Si votre client doit désactiver les calques, vous devez les demander séparément dans OpenLayers.


Services cartographiques dessinés dynamiquement

Il existe différentes manières d'afficher une carte dans le navigateur Web de quelqu'un. Une façon est pour le serveur d'envoyer des images de carte prédessinées (ou des tuiles d'images) au navigateur, une autre façon est pour le serveur d'envoyer un tas de coordonnées géographiques et d'attributs textuels que le navigateur dessine, et une troisième façon est de dessiner la carte sur le serveur au moment de la demande et envoyer au navigateur l'image de la carte complétée. Cette troisième voie est ce que nous allons discuter dans cette leçon. Il est parfois appelé service de carte dynamique car, étant dessiné à la volée, il reflète l'image la plus récente des données. Comparez cela avec l'approche des tuiles d'image, qui représente une image statique des données prises à un moment donné (lorsque toutes les tuiles ont été générées).

Avantages des services cartographiques dessinés dynamiquement

Étant donné que les services cartographiques dessinés dynamiquement récupèrent les données et les dessinent au moment de la demande, ils sont utiles pour obtenir une connaissance de la situation de l'état le plus récent des données. Ils peuvent être le seul moyen raisonnable de représenter de nombreuses caractéristiques qui changent en même temps (comme les positions de chaque véhicule dans une grande flotte). Les cartes dessinées dynamiquement peuvent également être la meilleure solution à grande échelle où les cartes en mosaïque deviennent trop lourdes à générer, stocker ou maintenir.

Les cartes dessinées dynamiquement via WMS vous permettent d'appliquer une large gamme de symboles et de styles à l'aide d'un concept appelé Styled Layer Descriptors (SLD), qui est décrit plus loin dans cette leçon. Si vous aimez utiliser l'environnement de création QGIS pour vos cartes, vous pouvez exporter un SLD et l'importer dans GeoServer, permettant ainsi aux utilisateurs Web d'appliquer le même style que celui que vous avez configuré sur le bureau. Les couches de carte dessinées par le navigateur Web peuvent ne pas être en mesure d'utiliser des symboles aussi complexes que ceux dessinés par le serveur.

Inconvénients des services cartographiques dessinés dynamiquement

Attendre que le serveur dessine la carte peut être une expérience lente et douloureuse, surtout s'il y a beaucoup de couches à restituer. Un temps d'attente de 2 à 3 secondes qui peut être considéré comme acceptable sur le bureau peut ne pas être toléré par les utilisateurs de cartes Web audacieux qui ne sont ni informés ni sympathiques au type de technologie back-end utilisée. Les gens s'attendent désormais à ce que chaque carte fonctionne aussi vite que Google Maps et, sans utiliser de tuiles, cela peut être difficile à réaliser.

Les services dessinés dynamiquement sont également beaucoup plus susceptibles d'être surchargés que les services en mosaïque si de nombreux utilisateurs décident qu'ils veulent voir la carte en même temps. Cela présente un paradoxe : vous voulez que votre carte soit utile, mais plus elle est exposée, plus elle s'exécutera lentement si la technologie du serveur n'est pas évolutive.

Si vous savez que votre application est destinée à un public limité (comme une petite municipalité ou une équipe de scientifiques), vous pouvez décider en toute sécurité que les performances de votre service cartographique dessiné dynamiquement sont « assez bonnes ». Cela peut vous épargner le travail de génération et de maintenance d'un service en mosaïque.

Logiciel serveur pour cartes dessinées dynamiquement

Dans ce cours, vous utiliserez GeoServer pour dessiner des services de carte dynamique via WMS. Les autres logiciels FOSS qui peuvent le faire incluent :

    - Parfois appelé "Minnesota Map Server", il a été développé à l'Université du Minnesota dans les années 1990. - Une extension pour QGIS qui vous permet de publier votre carte QGIS directement via WMS. - FOSS basé sur Java pour les services Web SIG, né en Allemagne au début des années 2000.
  • Autres? - Parce que WMS est une spécification ouverte, tout développeur avec suffisamment de compétences et de bon sens peut développer un logiciel serveur qui le prend en charge. Avez-vous utilisé un autre logiciel FOSS pour créer WMS ? Faites-le nous savoir dans les forums du cours.

Un logiciel SIG propriétaire tel qu'Esri ArcGIS Server prend également en charge WMS et d'autres spécifications OGC. Bien qu'Esri ait son propre format pour les services de carte, nombre de ses clients ont des exigences d'interopérabilité exigeant que leurs services Web soient disponibles via WMS. Par conséquent, lorsque vous publiez un service de carte dans ArcGIS Server, vous voyez une case à cocher qui peut permettre au service de parler via les spécifications WMS.


Avantages et défis du dessin de couches vectorielles côté client

Jusqu'à présent, vos cartes Web ont affiché des images obtenues à partir du serveur : soit via des tuiles pré-dessinées, soit via des cartes WMS dessinées dynamiquement. Une approche alternative consiste à envoyer du texte au client contenant les coordonnées et les attributs des entités, puis à permettre au client de dessiner la couche. Cette approche peut améliorer la vitesse et l'interactivité de votre carte Web lorsqu'elle est utilisée à bon escient.

Vous vous demandez peut-être : « Comment un client comme un navigateur Web sait-il comment dessiner des données SIG ? » Bien que les navigateurs Web ne « sachent » rien au sujet des SIG, ils ont en effet la possibilité de dessiner des graphiques vectoriels, ce qui n'est qu'un simple processus de connexion des coordonnées d'écran avec un symbole. Les API de cartographie Web peuvent lire une série de coordonnées fournies dans un fichier GeoJSON ou un fichier KML, pour donner quelques exemples, et les convertir en coordonnées d'écran à dessiner par le navigateur.

Avantages de dessiner des vecteurs sur le client

La vitesse et l'interactivité sont les deux principaux avantages du dessin d'entités vectorielles sur le client plutôt que sur le serveur. Une fois que votre navigateur Web a lu les données vectorielles du serveur, les utilisateurs de la carte Web peuvent interagir avec les données à la vitesse de l'éclair. Supposons que j'ai une carte Web des États-Unis avec toutes les équipes de football de la NFL affichées dessus. Le fond de carte provient d'une couche carrelée OpenStreetMap. Les équipes de football proviennent d'un fichier GeoJSON. Lorsque la carte se charge, tout le GeoJSON pour les équipes est lu par mon navigateur Web. Cela inclut toutes les coordonnées géographiques et les informations d'attribut pour chaque équipe. Maintenant, je peux cliquer sur n'importe quelle équipe et voir ses informations sans faire une autre demande au serveur. Comparez cela avec le mashup des marchés fermiers de la leçon précédente, qui nécessitait une requête WMS GetFeatureInfo sur le serveur (et le temps d'attente associé) chaque fois que vous cliquiez sur un marché.

Supposons que je veuille mettre en surbrillance un symbole de carte chaque fois qu'un utilisateur le survole, fournissant ainsi un indice visuel que quelqu'un peut cliquer sur le symbole. Un navigateur Web peut modifier le style des symboles assez rapidement pour que cet effet fonctionne. En revanche, si un aller-retour vers le serveur était requis à chaque événement de survol, mon application (et éventuellement mon serveur) pourrait facilement s'arrêter.

Défis avec les vecteurs de dessin sur le client

Tous les cas d'utilisation ne sont pas appropriés pour dessiner des vecteurs côté client. Si vous affichez des centaines d'entités à la fois, ou des polygones complexes avec de nombreux sommets, vous feriez probablement mieux de demander au serveur de dessiner la carte et de vous l'envoyer. Les navigateurs peuvent s'alourdir s'ils reçoivent trop de graphiques vectoriels à dessiner à la fois. L'envoi de nombreux graphiques complexes entraîne également une augmentation du trafic réseau, car toutes les coordonnées doivent être téléchargées par le client.

Pour que les performances restent nettes, il est judicieux de généraliser autant que possible les couches que vous dessinez sur le client, au moins aux plus petites échelles de carte. Par exemple, lorsque vous affichez les États-Unis au niveau national, vous ne devez pas utiliser un fichier contenant chaque petite île côtière de l'État du Maine. Vous pouvez passer au chargement d'un fichier plus détaillé lorsque l'utilisateur zoome au-delà d'une échelle particulière.

L'étiquetage peut également être un défi avec les graphiques dessinés par le navigateur. Bien que les navigateurs Web puissent dessiner du texte à l'écran à une coordonnée donnée, ils n'ont pas d'algorithmes de placement d'étiquettes comme ceux employés par GeoServer et TileMill. Vos étiquettes se chevaucheront probablement. Vous feriez mieux de permettre à l'utilisateur de découvrir l'étiquette grâce à l'interactivité, en affichant l'étiquette dans une fenêtre contextuelle ou un DIV HTML lorsque quelqu'un clique sur une fonctionnalité.

Enfin, les choix de symboles proposés par les navigateurs web sont relativement élémentaires. Vous pouvez toujours demander au navigateur de dessiner un graphique, tel qu'un fichier SVG, mais vous ne pourrez pas obtenir certaines des lignes et des remplissages complexes disponibles dans des programmes comme TileMill ou ArcGIS. Bien sûr, si votre client est une application de bureau telle que QGIS, vous n'avez pas à vous soucier autant des choix de symboles disponibles.

Comment dessiner des vecteurs sur le client

Les API de cartographie Web fournissent généralement des classes pour dessiner des couches vectorielles avec le navigateur, mais celles-ci portent des noms différents avec chaque API. Pour quelques vecteurs autonomes simples, vous verrez souvent une classe "marqueur". Pour les couches plus complexes, vous pouvez voir quelque chose comme FeatureGroup (Leaflet) ou FeatureLayer (Esri). OpenLayers a une classe Layer.Markers et une classe Layer.Vector à ces fins respectives.

Les programmes de bureau tels que QGIS peuvent afficher KML, GeoJSON, GML (décrit dans la leçon 8) et divers autres formats de données vectorielles textuels.

Approches pour récupérer les données du serveur

Lorsque vous définissez une couche vectorielle, vous devez spécifier l'approche que votre client adoptera pour récupérer les données du serveur. N'oubliez pas que votre client ne demande pas d'images cartographiques au serveur, mais qu'il doit récupérer les coordonnées des vecteurs et toute information d'attribut associée. Certaines approches populaires incluent :

  • Récupérer toutes les données au moment du chargement de la couche. Dans Leaflet, il s'agit du comportement par défaut. Cela nécessite un impact initial sur les performances, mais cela rend votre application réactive en garantissant qu'elle n'a jamais à revenir sur le serveur pour faire une autre demande. Cette approche est inappropriée pour de très grandes quantités de données.
  • Récupérer uniquement les données dans la vue cartographique actuelle. Lorsque la vue de la carte change, faites une nouvelle demande. Bien qu'OpenLayers propose cette approche via sa stratégie de chargement "bbox", je ne suis pas au courant que cette fonctionnalité soit disponible dans Leaflet prête à l'emploi (veuillez me corriger si vous savez le contraire). Cela fonctionne bien lorsqu'il y a trop de données dans l'ensemble de données à télécharger en même temps, mais cela peut donner l'impression que votre carte est maladroite si les gens effectuent un zoom et un panoramique très rapidement. Parfois, une logique est incorporée pour conserver les fonctionnalités déjà demandées (par exemple, dans le cas d'un petit panoramique de carte où la nouvelle vue cartographique comprend certaines fonctionnalités qui ont été précédemment téléchargées).
  • Récupérez uniquement certaines des entités vectorielles du jeu de données en fonction d'un filtre ou d'une condition de requête. Leaflet propose une option de filtre lorsque vous créez une couche GeoJSON. Cela peut réduire les données demandées, vous permettant d'obtenir l'effet de la première approche (récupérer toutes les données) sans télécharger l'ensemble de données complet.
  • Récupérez les vecteurs en morceaux de taille uniforme, ou « tuiles vectorielles » comme vous l'avez appris dans la leçon 5. Cela n'est possible que si l'administrateur du serveur a prégénéré un ensemble de tuiles. Divers plugins sont disponibles pour consommer des tuiles vectorielles via Leaflet. OpenLayers versions 3 et supérieures ont une classe de couche VectorTile conçue pour cela.

Vous pouvez voir d'autres variations sur les approches ci-dessus, y compris le rechargement de couches à intervalles fixes pour représenter un phénomène en constante évolution, tel que la position d'une flotte de navires.


Modèle de publication d'informations en temps réel basé sur un SIG Web 3D

Avec le développement de capteurs sismiques, de réseaux de transmission, de matériel informatique et de logiciels, un réseau d'observation sismique numérique pour la surveillance sismique peut désormais fournir une variété d'informations en temps réel, telles que les formes d'onde en temps réel, la gravité, les fluides souterrains et la déformation de la croûte. . En outre, en tant qu'autre type de données en temps réel, le système de gestion de l'information sur la situation sismique, la gestion des catastrophes et l'aide à la décision d'urgence fournit une analyse en temps réel et la diffusion des données de la situation sismique, de la prévision des tremblements de terre ou de la zone sinistrée. Pour gérer et analyser ces données de différents types et caractéristiques spatiales, nous utilisons le SIG car il intègre et visualise de manière caractéristique des données multisources.

Dans cet article, nous intégrons la collecte et le traitement de données en temps réel avec les SIG traditionnels (Gong et al. 2014) et proposons une nouvelle approche pour un modèle de publication d'informations visuelles sur les tremblements de terre en 3D en temps réel basé sur WebGIS et un globe numérique. Le modèle unifie la publication de données dynamiques avec des données spatiales statiques sur un réseau et affiche de manière vivante les données traitées dans des scénarios virtuels 3D. Il fournit une solution générale d'assemblage de données sismologiques et spatiales au moyen de services standards pour la sismologie.

Ce modèle se compose de quatre niveaux ou couches : acquisition, service de base de données, service d'application et visualisation, comme le montre la figure 1. La couche d'acquisition collecte des informations sismiques en temps réel. Il se compose principalement de divers récepteurs d'informations en temps réel. Les modules récepteurs récupèrent les informations d'organisations telles que l'US Geological Survey (USGS 2014), le China Network Center (CENC 2014), les systèmes de surveillance et d'analyse du réseau sismique en temps réel et les systèmes d'alerte précoce aux tremblements de terre et transfèrent les données dans la base de données. couche. La couche d'acquisition diffère des niveaux d'un système WebGIS général en ce sens qu'il peut collecter automatiquement des données en temps réel, tandis que les niveaux du système WebGIS n'ont pas la fonction appropriée. La couche de base de données traite deux types différents d'informations spatiales : les données en temps réel et les données statiques. Les données en temps réel sont gérées par une base de données en temps réel, telle qu'une base de données d'événements sismiques. Les données statiques sont gérées par des bases de données spatiales, telles que des cartes cartographiques, des images de télédétection, des modèles d'élévation numériques, des failles et des limites de plaques, qui ne peuvent pas être modifiées en peu de temps. La couche de service d'application est la clé de l'architecture du modèle. Il récupère les données de la couche de base de données et publie le résultat traité à l'aide de la couche de visualisation. Il fournit deux services : un service en temps réel et un service de carte via un serveur Web. Le service en temps réel filtre les données en temps réel de la couche de base de données et convertit les données dans un format unifié, tandis que le service de carte offre le service de carte/fonction Web (WMS/WFS) de l'Open Geospatial Consortium (OGC). La couche de visualisation remplit deux fonctions : les affichages cartographiques temporels et 3D. La vue temporelle représente dynamiquement les données en temps réel, c'est-à-dire les événements sismiques et l'état actuel des dispositifs sismiques, qui sont poussés depuis la couche de service d'application. La vue cartographique en trois dimensions (3D) rend principalement la scène 3D à l'aide de données vectorielles, d'images de télédétection et de données de terrain. Les deux composants peuvent être combinés dans un client visuel 3D ou un navigateur Web, c'est-à-dire un globe virtuel, à partir duquel les utilisateurs peuvent accéder de manière interactive à des ressources distantes avec des demandes d'opération et afficher les résultats des informations complètes. La couche intègre diverses données et exprime la réalité virtuelle de la zone géographique visée, améliorant la représentation des informations sismologiques.

Architecture WebGIS 3D temps réel

Le modèle a la capacité de collecter, d'analyser et de diffuser des informations sur les tremblements de terre en temps réel, obtenues à partir de sites Web d'organisations ou de systèmes de traitement automatique, tels que les systèmes d'alerte précoce aux tremblements de terre (EEW), qui génèrent des informations sur les tremblements de terre, des cartes de secousses et des informations d'alerte. Il peut également être facilement étendu à une gamme de types de données en temps réel, telles que la gravité, les fluides souterrains et la déformation de la croûte simplement en ajoutant de nouveaux modules récepteurs en temps réel, et ne se limite pas aux informations post-séisme.


La barre d'outils ArcGIS

La barre d'outils ArcMap contient une variété d'outils pour analyser et manipuler des données géographiques. Vous découvrirez les outils au fur et à mesure que vous les utiliserez.

Au démarrage initial d'ArcMap, vous verrez une barre d'outils "flottante" à droite.

Cette barre d'outils peut être déplacée et "amarrée" n'importe où sur l'interface ArcMap. Pour déplacer la barre d'outils, cliquez et maintenez sur la barre de titre bleu foncé en haut de la barre d'outils flottante et faites-la glisser vers la gauche ou le haut de votre écran.


Expliquer le dépôt GitHub

Le dépôt GitHub a quelques points à souligner. A la racine se trouve le index.html qui contient la configuration principale de CesiumJS ainsi que des liens vers le plugin JSColor pour choisir les couleurs des objets de dessin. Le CSS a un seul index.css pour les styles sur les parties du menu, le style du conteneur principal pour la carte et les éléments CSS de la fenêtre modale. Le dossier lib n'a que le JSCouleur fichier de plugin pour rester local. Et le dossier js contient le fichier JavaScript supplémentaire césium-scripts.js pour activer la carte, ajoutez des écouteurs d'événement aux boutons et au canevas de la carte, ainsi que des appels à l'API CesiumJS pour faire des choses sur la carte.

Ce fichier cesium-scripts.js est le meilleur fichier pour placer des points d'arrêt dans les outils de développement dans un navigateur Web moderne et voir les interactions, les appels, les variables et le fonctionnement interne de l'API CesiumJS avec les serveurs de cartes Web IMO. Vous êtes libre de modifier ce que vous voulez dans votre clone ou votre fork local. Personnellement, je pense que la meilleure façon d'utiliser cela est de forker ce référentiel, de faire votre travail localement, d'y ajouter sur votre propre fork (branchement si vous le jugez nécessaire), et de voir ce que vous pouvez faire et étendre pour votre propre éducation . C'est la meilleure façon d'apprendre. Ce blog et ce référentiel sont destinés à lancer ce processus.


Autant que je sache, vous ne pouvez pas le faire exactement comme vous le demandez.

Le moyen rapide et simple, sans dupliquer les calques réels puis les aplatir, serait de copier fusionné ( Ctrl + Shift + C ) et de coller dans un nouveau calque.

Une autre solution de contournement potentielle consiste à regrouper tous les calques que vous souhaitez flouter et à les convertir en un objet intelligent. Vous pouvez ensuite appliquer une méthode non destructive filtre intelligent flou sur l'objet intelligent. L'inconvénient est que vous devez maintenant modifier l'objet intelligent en tant que document distinct, ce qui peut introduire trop de friction dans votre flux de travail.

Soulignant simplement l'une des méthodes de Farray. Cela semble fonctionner le mieux pour moi.

Mettez en surbrillance tous les calques dans le panneau Calques.

Faites un clic droit (Win) ou Ctrl-Clic (Mac) et choisissez "Créer un objet intelligent" / "Convertir en objet intelligent" (CC 2014).

Maintenant, appliquez un flou à l'objet intelligent.

Cela laissera les couches d'origine intactes. Si vous devez accéder aux calques d'origine, double-cliquez simplement sur la vignette de l'objet intelligent dans le panneau Calques.


Je suppose que vous avez un grand nombre de couches:

Le moyen le plus rapide consiste à cliquer + faire glisser sur tous les globes oculaires de la couche, cela fonctionne au moins dans CS5. Notez que les changements de visibilité ne sont pas annulables, c'est-à-dire qu'ils n'apparaissent pas dans l'historique

Une meilleure suggestion pour l'avenir s'habituer à organiser les calques en groupes, alors vous aurez beaucoup moins de « points » pour activer/désactiver les calques.

faites un clic droit sur le globe oculaire de n'importe quelle couche. il y a un show/hide tout ce qui est le même que alt cliquant sur un globe oculaire. sélectionnez-le. s'il masque tous les calques, répétez l'opération. il les montrera tous. si vous souhaitez une touche de raccourci, utilisez le palais d'action pour automatiser cette séquence d'actions.

Sélectionnez tous les calques en appuyant sur Ctrl + Alt + A, puis avec les calques sélectionnés, accédez à Calque> Masquer les calques, puis Calque> Afficher les calques. J'espère que cela t'aides!

Créez un calque vierge en haut de tous les calques et pointez votre souris sur ce nouveau globe oculaire de calque créé et appuyez sur le bouton Alt on/off .

le nouveau calque créé sera désactivé alors que tous les calques sont désactivés et v/versa.

Afficher/Masquer tous les calques :

Vous pouvez utiliser le "afficher tout/masquer tous les calques" en cliquant avec le bouton droit sur le globe oculaire sur n'importe quel calque et en sélectionnant l'option "afficher/masquer". Cela rendra toutes les couches visibles.

Vous pouvez également utiliser l'autre raccourci mentionné ci-dessus (Commande + Alt + A) puis utilisez le raccourci Commande + ,

Afficher/Masquer tous les calques sauf un :

Si vous souhaitez masquer tous les autres calques mais pas un en particulier, vous pouvez maintenir le Touche Alt et cliquez sur le globe oculaire sur le calque sélectionné. Il affichera/masquera tous les calques actifs sauf celui que vous avez sélectionné.

Cela ne rendra pas les calques qui n'étaient pas visibles. visible quand même !

Afficher/Masquer un calque

Cliquez simplement Commande + , (c'est la même chose que de cliquer sur le globe oculaire sur un calque).

Vous pouvez modifier ce raccourci dans le menu Edition > Raccourci clavier > Calques


12.2 Stratégie de dimensionnement et de déploiement du matériel pour les cartes

Le rendu des vues cartographiques est plus intensif en calcul que le rendu des vues tabulaires, en raison des exigences suivantes :

Créez les polygones et les formes qui correspondent aux entités géographiques telles que les pays et les états.

Placez les polygones et les formes sur une carte d'arrière-plan.

Offrez une interactivité à l'utilisateur final, telle que la possibilité de faire un panoramique et un zoom, d'ajuster les seuils de couleur et d'afficher ou de masquer les formats.

Évaluez l'étendue de l'utilisation prévue des vues cartographiques dans votre organisation, y compris le nombre d'utilisateurs qui devraient utiliser les vues cartographiques, la quantité de données à afficher sur les vues cartographiques et la quantité de données spatiales qui devraient être affichées (telles que comme seulement les limites de la ville ou les détails au niveau de la rue). Sur la base de cette évaluation, décidez d'une stratégie de dimensionnement et de déploiement du matériel appropriée. Consultez également la documentation disponible sur les meilleures pratiques pour obtenir des performances et une évolutivité optimales avec votre déploiement Oracle MapViewer.


Définition des propriétés du calque

La boîte de dialogue Propriétés de la couche sera différente pour différents types de données géographiques. Par exemple, la définition de la symbologie d'une source de données de classe d'entités sera différente d'un jeu de données raster. À l'aide de la boîte de dialogue Propriétés de la couche, vous pouvez définir les propriétés de la couche, telles que sa symbologie. Avec une couche de groupe, vous pouvez gérer les propriétés qui s'appliquent à l'ensemble du groupe. Ouvrez les propriétés de calque pour chaque calque individuel dans le groupe de calques pour modifier les propriétés de chacun de ses calques individuellement.

  • Général-Utilisé pour enregistrer une description de couche, définir des crédits et spécifier des propriétés de dessin en fonction de l'échelle.
  • La source-Vous permet de visualiser l'étendue de vos données. Vous pouvez afficher et modifier la source de vos données à partir de cet onglet.
  • Sélection-Vous permet de définir la manière dont les entités d'une couche spécifique sont mises en surbrillance lorsqu'elles sont sélectionnées. Les modifications apportées aux propriétés de sélection dans un calque spécifique remplacent les paramètres par défaut des options de sélection.
  • Affichage-Contrôle la façon dont vos données sont affichées lorsque vous vous déplacez dans la vue. Les options incluent la transparence d'une couche, l'ajout de MapTips et d'hyperliens et la restauration des entités exclues.
  • Symbologie—Fournit des options pour l'attribution de symboles de carte et le rendu de vos données. Les options incluent le dessin de toutes les entités avec un symbole à l'aide de symboles proportionnels à l'aide de catégories basées sur des valeurs d'attributs, l'utilisation de quantités, de dégradés de couleurs ou de graphiques basés sur des attributs ou l'utilisation de règles de représentation et de symboles.
  • Des champs-Utilisé pour définir les caractéristiques des champs d'attribut. Vous pouvez également créer des alias, formater des nombres et rendre les champs invisibles. Un aspect important consiste à définir des noms d'alias pour les champs visibles, ce qui permet à vos utilisateurs de travailler plus facilement avec les attributs d'entité.
  • Requête de définition—Vous permet de spécifier qu'un sous-ensemble de vos entités sera utilisé dans la couche. Avec la boîte de dialogue Générateur de requêtes, vous pouvez créer une expression pour sélectionner des entités particulières d'un jeu de données à utiliser dans votre couche.
  • Étiquettes-Vous permet d'activer les étiquettes d'une couche, de créer des expressions d'étiquettes, de gérer des classes d'étiquettes et de configurer les options d'étiquetage pour le placement des étiquettes et la symbologie. Vous pouvez également définir des propriétés d'étiquetage pour toutes les couches de la carte à l'aide du gestionnaire d'étiquettes.
  • Jointures et relations—Vous permet de joindre ou d'associer des tables attributaires à la table attributaire d'entités de la couche.
  • Temps-Utilisé pour spécifier les propriétés temporelles des couches temporelles.
  • Fenêtre contextuelle HTML—Utilisé pour spécifier comment les listes contextuelles sont générées lorsque vous cliquez sur une entité pour afficher des informations la concernant.
Mise en garde:
  • Les propriétés de sélection de calque sont désactivées.
  • Les entités de la couche ne peuvent en aucun cas être sélectionnées sur la carte. Vous pouvez sélectionner des enregistrements dans la fenêtre de la table attributaire, notamment en sélectionnant une expression dans la boîte de dialogue Sélectionner par attributs accessible à partir de la fenêtre Table, mais ce jeu de sélection n'est pas reflété sur la carte. Les requêtes de définition ne peuvent pas être définies dans les propriétés de la couche.
  • Les opérations qui utilisent l'ensemble d'entités sélectionnées ne peuvent pas être effectuées, telles que la navigation de la table vers la carte.
  • Les relations ne peuvent pas être définies. Les relations ne peuvent être créées que pour les tables avec une colonne Object-ID. Vous pouvez vous rapporter à une table sans champ Object-ID à partir d'une table avec un Object-ID. Dans ce cas, le lien peut être utilisé par l'outil d'identification pour répertorier les enregistrements liés. Vous ne pouvez pas pousser les sélections via le lien.

Avec les données d'événement, la solution de contournement consiste à créer une classe d'entités à partir de la source de données tabulaire au lieu d'une couche d'événements. Si vous ajoutez une table sans champ Object-ID contenant des données XY, n'utilisez pas la commande Fichier > Ajouter des données > Ajouter des données XY dans ArcMap pour créer une couche d'événements basée sur la table. Au lieu de cela, accédez à ArcCatalog, cliquez avec le bouton droit sur la table et choisissez Créer une classe d'entités à partir de XY pour créer une nouvelle classe d'entités à partir de celle-ci. Ajoutez ensuite cette nouvelle classe d'entités dans votre carte. Sinon, après avoir utilisé Fichier > Ajouter des données > Ajouter des données XY ou Fichier > Ajouter des données > Ajouter des événements d'itinéraire pour créer une couche d'événements à partir d'une table sans ID d'objet, vous pouvez exporter les données pour créer une nouvelle couche. Cela enregistrera les données dans une classe d'entités et écrira donc un champ Object-ID. Une autre option consiste à utiliser l'outil de géotraitement Make_Query_Table qui vous permet de créer la table à l'aide d'une connexion OLEDB et de spécifier une colonne à utiliser pour l'Object-ID ou d'ajouter dynamiquement l'Object-ID.

  1. Cliquez avec le bouton droit sur la couche dans la table des matières et cliquez sur Propriétés , ou double-cliquez sur le nom de la couche pour ouvrir la boîte de dialogue Propriétés de la couche.
  2. Cliquez sur l'onglet contenant les propriétés que vous souhaitez modifier.
  3. Cliquez sur OK lorsque vous avez terminé.