Suite

Puis-je obtenir une référence unique à une couche d'entités dans ArcObjects ?

Puis-je obtenir une référence unique à une couche d'entités dans ArcObjects ?


Je souhaite créer un IDictionnaire avec les couches d'entités de ma table des matières dans ArcObjects. J'ai donc besoin de paires clé-valeur. La valeur sera un attribut de la couche d'entités mais je me demande quoi utiliser comme clé. Je peux utiliser le nom de la couche, mais il peut théoriquement y avoir des noms de couche en double dans la table des matières. Avez-vous des suggestions sur la façon d'obtenir une référence unique à une couche d'entités ?

L'arrière-plan est que je dois stocker les couches et leurs définitions de requête dans une application personnalisée qui s'exécute dans l'environnement de bureau et ArcEngine. Je ne connais pas les couches avant. Il se peut que l'utilisateur définisse des groupes de couches ayant des sous-couches du même nom. Cela conduirait à une erreur lors de son stockage dans le dictionnaire.


IEnumLayer construira un index pour vous lorsque vous l'initialiserez. Il indexe toutes les couches dans l'ordre où elles apparaissent dans la table des matières (la couche supérieure sera l'index 0, la suivante sera 1, etc.). Vous pouvez utiliser cet index comme clé car il sera toujours unique à la couche.

Voici le code à initialiser et à accéder dans ArcGIS Desktop :

ESRI.ArcGIS.ArcMapUI.IMxDocument pDoc ; pDoc = ArcMap.Document;//obtenir le mxd actuel et le définir comme pDoc ESRI.ArcGIS.Carto.IActiveView activeView; activeView = pDoc.ActiveView; IMap pMap = pDoc.FocusMap; //définir pMap comme document actuel ESRI.ArcGIS.Carto.IEnumLayer pEnumLayer; pEnumLayer = pDoc.FocusMap.Layers; //obtenir toutes les couches de la carte ESRI.ArcGIS.Carto.ILayer pLayer; pLayer = pEnumLayer.Next(); // récupère le calque de l'énumérateur while (pLayer != null) //boucle à travers tous vos calques { //construis ton dictionnaire ici pLayer = pEnumLayer.Next(); }

Si l'utilisateur a la possibilité d'ajouter, de supprimer ou de réorganiser des couches au cours de votre application, vous devrez bien sûr réinitialiser IEnumLayers et reconstruire votre dictionnaire en conséquence si nécessaire.


Couche opérationnelle

Les couches opérationnelles sont la raison pour laquelle d'autres personnes consultent votre carte Web. Les couches opérationnelles contiennent vos données d'entreprise. Ils sont utilisés pour faire des cartes thématiques. Habituellement, un fond de carte se trouve sous vos couches opérationnelles pour leur donner un contexte géographique.

Les couches opérationnelles peuvent être des services de carte et d'imagerie ArcGIS, une seule couche dans une carte ou un service d'entités ArcGIS, ou d'autres types de services Web tels que WMS ou KML. Une couche opérationnelle peut référencer un fichier CSV hébergé sur un serveur web. Alternativement, une couche opérationnelle peut être une collection d'entités dont la géométrie et les informations de dessin sont stockées directement dans la carte Web.

Les couches opérationnelles prennent en charge les fenêtres contextuelles afin que d'autres puissent cliquer sur une entité et en savoir plus à son sujet. Certains types de couches opérationnelles peuvent prendre en charge l'édition via le Web.

Les couches opérationnelles sont répertoriées dans un tableau. Les calques sont dessinés dans l'ordre dans lequel ils apparaissent dans le tableau. Le premier calque du tableau est le premier calque dessiné, le calque suivant du tableau est dessiné dessus, et ainsi de suite.


Télécharger les données

Les mangroves sont un type unique et précieux d'écosystème marécageux côtier caractérisé par des arbres du même nom. Ils se produisent le long des côtes tropicales du monde entier et sont au centre des efforts de conservation et d'écotourisme.

Vous allez créer une carte des mangroves néo-zélandaises et des sentiers à proximité qui y accèdent à l'aide de données accessibles au public téléchargées auprès des agences gouvernementales néo-zélandaises.

La recherche et le téléchargement de données à partir de portails géospatiaux constituent une partie importante du processus de création de cartes. Bien que les données vous soient fournies dans ce didacticiel, vous pouvez parcourir le service de données LINZ de Nouvelle-Zélande et le portail de données spatiales des coordonnées pour vous entraîner à rechercher des données. Vous pouvez rechercher les données utilisées dans ce didacticiel ou rechercher des données qui vous intéressent.

Pour télécharger les données fournies, procédez comme suit :

  1. Accédez à la page de présentation Créer une carte sur ArcGIS Online .
  2. Cliquez sur Télécharger.
  3. Dans le dossier Téléchargements de votre ordinateur, cliquez avec le bouton droit sur Author_a_map.zip et extrayez-le dans un emplacement pratique.

Filtre de visibilité

L'attribut VisibilityFilter permet de filtrer les entités de données vectorielles à huit échelles approximatives. Une valeur codée VisibilityFilter donnée indique que la fonctionnalité est appropriée pour une utilisation approximativement à l'échelle définie et à toutes les échelles plus grandes. Deux méthodes distinctes pour afficher les entités NHD avec l'attribut VisbilityFilter pour les classes d'entités NHDFlowline, NHDWaterbody, NHDArea et NHDLine sont décrites ci-dessous.

Méthodes d'utilisation de l'attribut VisibilityFilter

Ces instructions sont spécifiques à Esri ArcMap en tant qu'exemples généraux, mais peuvent être adaptées pour être exécutées dans d'autres logiciels SIG.

Méthode 1 : requête de définition

Pour afficher les entités à l'échelle souhaitée dans Esri ArcMap :

  1. Ouvrez les propriétés de la couche et accédez à l'onglet "Requête de définition"
  2. Sélectionnez le bouton « Générateur de requêtes »
  3. Double-cliquez sur le champ "VisibilityFilter" puis cliquez sur l'opérateur ">="
  4. Sélectionnez « Obtenir des valeurs uniques » pour une liste des échelles disponibles
  5. Double-cliquez sur l'échelle souhaitée et cliquez sur « OK ». La requête de définition souhaitée doit être visible dans le champ « Requête de définition »
  6. Cliquez sur "OK" pour appliquer la requête et fermer les propriétés de la couche

Vous pouvez également copier et coller ou saisir les requêtes de définition du tableau « Domaines, codes et requêtes de filtre de visibilité » ci-dessous directement dans le champ Requête de définition.

Méthode 2 : Nouvelle couche de données

Pour créer une couche de données avec une échelle souhaitée dans Esri ArcMap :

  1. Dans le menu Sélection, ouvrez également « Sélectionner par attributs »
  2. Double-cliquez sur le champ "VisibilityFilter" puis sur l'opérateur ">="
  3. Sélectionnez « Obtenir des valeurs uniques » pour une liste des échelles disponibles
  4. Double-cliquez sur l'échelle souhaitée et cliquez sur « OK ». Les fonctionnalités souhaitées doivent maintenant être sélectionnées
  5. Faites un clic droit sur le calque, choisissez « Données » et « Exporter les données »
  6. Assurez-vous que la liste déroulante « Exporter : » est définie sur « Fonctionnalités sélectionnées ». Choisissez une option de système de coordonnées et un emplacement/nom pour le nouveau jeu de données et cliquez sur « OK »

Par exemple, pour créer une carte à l'échelle 1:250 000, entrez "VisibilityFilter >= 250000" pour sélectionner toutes les entités appropriées pour une utilisation à des échelles inférieures à environ 1:250 000 et exportez ces données vers une nouvelle couche.

Domaines, codes et requêtes VisibilityFilter

Vous trouverez ci-dessous une liste des domaines, codes et requêtes du filtre de visibilité pour référence

  • <1:24 000 Échelle | VisibilitéFiltre : 0 | Requêtes : N/A
  • Échelle 1:24 000 | VisibilitéFiltre : 24000 | Requêtes : VisibilityFilter >= 24000
  • Échelle 1:50 000 | VisibilitéFiltre : 50000 | Requêtes : VisibilityFilter >= 50000
  • Échelle 1:100 000 | VisibilitéFiltre : 100000 | Requêtes : VisibilityFilter >= 100000
  • Échelle 1:250 000 | VisibilitéFiltre : 250000 | Requêtes : VisibilityFilter >= 250000
  • Échelle 1:500 000 | VisibilitéFiltre : 500000 | Requêtes : VisibilityFilter >= 500000
  • Échelle 1:1 000 000 | VisibilitéFiltre : 1000000 | Requêtes : VisibilityFilter >= 1000000
  • Échelle 1:2 000 000 | VisibilitéFiltre : 2000000 | Requêtes : VisibilityFilter >= 2000000
  • Échelle 1:5 000 000 | VisibilitéFiltre : 5000000 | Requêtes : VisibilityFilter >= 5000000

Problèmes connus

L'attribut VisibilityFilter est actuellement en phase de test. Les problèmes seront répertoriés ici au fur et à mesure de leur découverte. Les problèmes connus seront résolus lorsque la population d'attributs VisibilityFilter est mise à jour en un processus automatisé avant la création de NHDPlus HR. Le nouveau processus permettra à l'attribut VisibilityFilter d'être renseigné lorsqu'un changement de géométrie dans l'une des classes d'entités NHD avec l'attribut VisibilityFilter est détecté, garantissant que les attributs VisibilityFilter des données NHD et NHDPlus HR sont maintenus et à jour.

  • 0 ou valeur d'attribut « non spécifié » : Certaines entités ont une valeur d'attribut VisibilityFilter de 0 ou « Non spécifié » attribuée de manière incorrecte. Cela se produit lorsque, pour une caractéristique donnée, il existe une incompatibilité entre le Permanent_Identifier dans le jeu de données NHD utilisé pour appliquer l'attribut VisibilityFilter au NHDPlus HR et le Permanent_Identifier dans le jeu de données NHDPlus HR lui-même. Dans ces cas, les valeurs d'attribut VisibilityFilter ne sont pas correctement appliquées du jeu de données NHD au jeu de données NHDPlus HR. Les valeurs d'attribut 0 ou « non spécifié » incorrectes peuvent entraîner des lacunes dans le réseau, car ces entités ne sont pas incluses dans la requête d'attribut VisibilityFilter. Il y a deux raisons pour lesquelles cette incompatibilité dans Permanent_Identifier s'est produite :
    1. La modification a eu lieu, provoquant une modification du Permanent_Identifier dans le jeu de données NHD utilisé pour appliquer l'attribut VisibilityFilter au jeu de données NHDPlus HR, résultant en différents Permanent_Identifiers pour l'entité.
    2. Le maillage le long des limites des quads a donné lieu à des lignes de flux NHDF divisées, qui, lorsqu'elles sont combinées, ont entraîné une perte du Permanent_Identifier associé.

Citations

Les méthodes permettant de déterminer l'attribut VisibilityFilter pour les entités NHDFlowline, NHDLine, NHDWaterbody et NHDFlowline sont détaillées dans les articles répertoriés ci-dessous.


Abstrait

Les structures du patrimoine architectural sont constamment exposées à des menaces naturelles et anthropiques qui peuvent compromettre leurs valeurs culturelles et artistiques. C'est le cas de la ville romaine de Pompéi, dont les conditions de préservation sont aujourd'hui si critiques pour laisser un groupe d'experts nommés par l'Unesco envisager l'inscription éventuelle du bien sur la liste du « Patrimoine mondial en péril ». À cet égard, l'amélioration de l'efficacité des stratégies de préservation devient une tâche cruciale. Une grande contribution dans cette direction est donnée par la combinaison de technologies numériques telles que le balayage laser, la photogrammétrie et les techniques basées sur la vision par ordinateur et les systèmes d'information géographique 3D (SIG 3D), dont l'utilisation intégrée pourrait augmenter de manière exponentielle l'efficacité des stratégies de conservation des bâtiments anciens. . Cet article présente les résultats d'une recherche développée dans le cadre du projet suédois de Pompéi, un travail de terrain initié par l'Institut suédois de Rome en 2000. Les principaux objectifs de cette recherche étaient (i) de développer un ensemble de méthodes numériques intégrées à adopter largement par des spécialistes de la conservation dans la pratique de la gestion de la préservation (ii) pour traiter plusieurs aspects liés à la préservation d'une structure ancienne dans un environnement « entièrement en 3D » (iii) pour tirer parti des outils d'analyse SIG pour étudier les structures architecturales dans trois dimensions.


Votre question manque beaucoup de contexte, mais ce que vous dites donne l'impression que vous cherchez à régler une dispute. Ma réponse commencera donc par "Ça dépend. "

L'une des raisons d'avoir des noms d'utilisateur uniques qui ne sont pas des adresses e-mail est de protéger la confidentialité lorsque les autres utilisateurs peuvent voir le nom d'utilisateur. Par exemple, les profils GitHub indiquent le nom d'utilisateur dans l'URL du profil et en tant qu'indicateurs de paternité sur les commits, les problèmes, les commentaires, etc.

Fournir un nom d'utilisateur comme visage public de l'utilisateur au lieu de son adresse e-mail lui permet une couche de confidentialité.

Dans de rares cas, un service peut choisir de ne pas collecter du tout les adresses e-mail. puisque les adresses e-mail peuvent être considérées comme des informations sensibles et personnellement identifiables. L'inconvénient de ne pas collecter du tout d'adresse e-mail est que la récupération de compte pour une personne qui oublie son mot de passe ou dont le compte est piraté sera plus difficile sans un canal vérifié à utiliser pour la récupération.

Ou pour l'approche hybride, on peut collecter l'adresse e-mail, mais la stocker dans la base de données derrière un cryptage fort. Un cryptage fort est généralement difficile à rechercher, il serait donc pratique d'avoir un identifiant moins sensible à utiliser qui puisse être stocké en clair.

Courriels sont en fait utilisé pour l'identité de l'utilisateur sur de nombreux sites Web.

Il y a des avantages et des inconvénients à cela. Une liste incomplète :

  • le problème de l'unicité est déjà résolu
  • pas besoin de trouver ou d'inventer un nom d'utilisateur
  • vous n'avez pas besoin de demander l'adresse e-mail en plus

Désavantages

  • les gens changent parfois d'adresse e-mail
  • il expose souvent l'adresse e-mail publiquement (problèmes de spam, de harcèlement, etc.)
  • selon le contexte, les gens peuvent vouloir avoir un nom d'utilisateur, pas une adresse

Une solution courante et sécurisée consiste à afficher à la fois un nom d'utilisateur et l'utilisation de l'adresse e-mail pour se connecter.

Cela dépend du type d'application. S'il s'agit d'un forum, il est logique d'ajouter une autre couche de noms d'utilisateur pour plusieurs raisons :

Masquez l'adresse e-mail du public (vous devez avoir un nom d'affichage, et de nombreuses personnes pourraient ne pas vouloir que leur adresse e-mail soit rendue publique). Cependant, une autre option serait de faire en sorte que les gens se connectent avec leur adresse e-mail et de leur donner la possibilité de choisir un nom d'affichage.

Facilité de connexion (bien sûr, avec les navigateurs mémorisant vos identifiants de connexion, cela devient moins pertinent).

S'il s'agit d'une application où les membres n'interagissent pas avec le public, il serait probablement logique de se connecter avec l'adresse e-mail.

Une raison qui n'a pas encore été mentionnée est la possibilité de permettre aux utilisateurs de créer plusieurs comptes. Tous les sites n'ont pas besoin de limiter les comptes à un par personne.

Autoriser plusieurs comptes/identités est un problème de sécurité/confidentialité. Bien qu'il puisse être abusé, cela donne également plus d'intimité aux gens car ils peuvent séparer le travail des affaires privées, etc.

Stack Exchange permet aux gens de détenir plusieurs comptes. Cependant, comme l'e-mail est utilisé comme identifiant, chaque compte a besoin d'une adresse e-mail différente.

Si l'e-mail n'est pas utilisé comme identifiant, on peut créer plusieurs comptes avec la même adresse e-mail. cela pourrait simplifier les choses pour les utilisateurs, et même permettre un système de support approprié pour plusieurs identités.

L'allocation des ressources est l'une des raisons d'interdire plusieurs comptes par personne. (Par exemple, vous pouvez disposer de 10 Go d'espace libre) Cependant, si des personnes créent plusieurs comptes pour des raisons de confidentialité, elles ne se soucient pas vraiment de l'espace libre.

En autorisant l'utilisation de la même adresse e-mail pour plusieurs comptes, les personnes peuvent obtenir leurs identités multiples, mais l'adresse e-mail peut être utilisée pour suivre les ressources limitées.

Cela n'empêche pas les abus, mais cela aide à identifier les personnes honnêtes.

Il existe bien sûr d'autres moyens d'y parvenir.

En plus de la confidentialité et de la facilité d'utilisation, un nom d'utilisateur peut couvrir le scénario lorsqu'un compte de messagerie est compromis.

Si mon compte de messagerie lié à un site est compromis, par exemple, je changerais le compte de messagerie pour un nouveau (changez la valeur par défaut) pour tenter de minimiser les dommages.

Les gens perdent tout le temps l'accès aux comptes de messagerie pour diverses raisons.

Les adresses e-mail ne sont pas une bonne idée pour les noms d'utilisateur - et encore moins les noms d'utilisateur uniques - à moins que vous ne vous rendiez dans un parcelle d'ennuis.

Par exemple, j'enregistre des comptes avec une adresse e-mail telle que '[email protected]' afin que si je reçois du spam, je puisse voir quel service a divulgué mon adresse.

C'est l'adresse que vous devez enregistrer en tant qu'adresse e-mail dans le but de m'envoyer un e-mail.

Mais pour l'unicité du nom d'utilisateur, vous devriez simplement vérifier '[email protected]'. Sauf que gmail (et je suis sûr que d'autres) accepte également les e-mails à '[email protected]', '[email protected]' etc. Vous devrez donc également ignorer les points lors de la vérification de l'unicité .

Oh, et je ne me souviens peut-être pas si j'ai utilisé les points ou inclus un nom de service, et quel était ce nom de service. Je vais donc probablement perdre l'accès à mon compte.

En fait, les e-mails sont parfois utilisé pour identifier un utilisateur. Stack Exchange le fait lui-même et vous devez vous connecter à l'aide de votre e-mail et de votre mot de passe. Le seul but d'un identifiant est d'être unique, créant une sorte d'espace de noms. Si vous appliquez l'unicité pour tous les identifiants (que ce soit le nom d'utilisateur, l'adresse e-mail ou autre), alors, a fortiori, toutes les combinaisons identifiant:mot de passe seront uniques.

L'utilisation du nom d'utilisateur présente quelques avantages par rapport à l'utilisation du courrier électronique comme forme de connexion :

  • Est plus sécurisé (contre le cache du navigateur, l'affichage de l'adresse e-mail par d'autres, le phishing, etc.)
  • Est plus privé (raisons similaires à ci-dessus)
  • Peut être tapé plus rapidement (et oui, cela compte souvent)
  • Peut être configuré côté serveur pour être utilisable en cas de compromission de l'e-mail ou indépendamment de l'état de l'e-mail
  • Peut empêcher un ensemble spécifique d'erreurs (des erreurs liées et pas seulement - il est toujours préférable d'utiliser uniquement des caractères alphanumériques dans le monde informatique)

La société précédente pour laquelle j'ai travaillé a développé des sites Web qui permettaient des connexions à diverses fins. Cependant, la plupart de nos clients avaient des politiques assez strictes envers les applications qui recueillaient des informations personnellement identifiables (PII). Il y avait des formulaires à remplir, des justificatifs à déposer, l'accès aux données à contrôler, etc. Par conséquent, lorsque nous le pourrions, nous implémenterions des connexions en utilisant des noms d'utilisateur (et ne demanderions aucune PII) afin que ces applications puissent être utilisées.

En règle générale, une adresse e-mail est un nom d'utilisateur provenant d'un autre système. Certaines exceptions sont les alias et les adresses e-mail basées sur les rôles. Contrairement à la croyance populaire, les adresses e-mail ne sont pas uniques à un individu. Tout comme un individu n'est pas obligé d'avoir une et une seule adresse e-mail.

Les adresses e-mail ne sont pas éternelles et une personne peut perdre l'accès avant de ne plus avoir besoin d'accéder à un site. La perte d'accès aux e-mails est imprévisible. J'ai dû faire face à cela. J'ai perdu l'accès aux comptes en ligne à cause de cela.

En raison de la prévalence du spam, les utilisateurs souhaitent limiter l'exposition de leurs adresses e-mail à quelques exceptions près. J'envisage d'abandonner une adresse e-mail en raison de charges de spam. Les sites nécessitant une adresse e-mail à la place d'un nom d'utilisateur et ne prenant pas en charge un changement d'identifiant m'empêcheront de l'abandonner complètement. Un tel site peut être abandonné par moi à la place.

Les noms d'utilisateur sont des identifiants, pas des authentifiants. Pour cette raison, ils ont une longue histoire de ne pas être tenus secrets et parfois intentionnellement visibles publiquement. Même si un nom d'utilisateur devait rester secret, il change rarement ou ne peut pas être modifié. Les secrets sortent. Les mots de passe secrets sont modifiés s'ils sortent. Un système doit être conçu pour être sécurisé même si un identifiant est connu du public. Pour info, les numéros de sécurité sociale (SSN) sont des identifiants. Les problèmes abondent lorsque l'on essaie de garder les identifiants secrets pour faire fonctionner les schémas d'identification faibles.

La sécurité ici vient des authentificateurs. L'authentification doit être mise en œuvre de manière sécurisée.


Carte BEC

La version actuelle et la plus détaillée de la carte numérique provinciale approuvée de zone/sous-zone/variante/phase de la classification des écosystèmes biogéoclimatiques (BEC) (version 11, 10 août 2018). Utilisez cette version lorsque vous effectuez une analyse SIG quelle que soit l'échelle. Cette cartographie est délibérément étendue à travers l'océan, les lacs, les glaciers, etc. pour faciliter l'intersection avec une couche de couverture terrestre de votre choix

Données et ressources

Pour une utilisation dans des visionneuses telles que les outils ESRI, utilisez ce lien tronqué.

Pour une utilisation dans des visionneuses telles que Google Earth Cliquez ici pour savoir comment procéder.

Étendue de l'ensemble de données

Informations Complémentaires

La couche SIG est utilisée pour une grande variété d'applications en Colombie-Britannique. Voici quelques exemples : Délimitation des types de perturbations naturelles pour la planification des unités paysagères. Délimitation des semences sélectionnées - Zones de planification des semences. En tant qu'entrée pour la cartographie prédictive des écosystèmes. Rapport sur la représentation écologique de la Stratégie des aires protégées. En tant que niveau dans la hiérarchie de classification des unités écosystémiques étendues.


Base de données géographique de l'étude nationale des sols quadrillée (gNATSGO)

Liens rapides

Démarrage rapide

2. Télécharger la base de données gNATSGO

La description

La base de données géographique maillée du National Soil Survey (gNATSGO) est une base de données composite USDA-NRCS Soil & Plant Science Division (SPSD) qui fournit une couverture complète des meilleures informations disponibles sur les sols pour toutes les régions des États-Unis et des territoires insulaires. Il a été créé en combinant les données de la base de données Soil Survey Geographic (SSURGO), State Soil Geographic Database (STATSGO2) et Raster Soil Survey Databases (RSS) dans une seule géodatabase ESRI transparente.

Les bases de données gNATSGO contiennent un raster des unités de la carte des sols et 70 tableaux connexes des propriétés et des interprétations des sols. Ils sont conçus pour fonctionner avec les outils SPSD gSSURGO ArcTools. Les utilisateurs peuvent créer des cartes thématiques à couverture complète et des grilles des propriétés du sol et des interprétations pour de vastes zones géographiques, telles que l'étendue d'un État ou les États-Unis contigus. Veuillez noter que les géodatabases à l'échelle de l'État contiennent un raster de 10 mètres et la base de données CONUS contient un raster de 30 mètres.

SSURGO est la base de données phare du SPSD sur les sols qui contient plus de 100 ans de données cartographiques détaillées validées sur le terrain. SSURGO contient des informations sur les sols pour plus de 90 pour cent des États-Unis et des territoires insulaires, mais des terres non cartographiées restent. Cliquez ici pour connaître l'état d'avancement actuel de la cartographie SSURGO. STATSGO2 est une carte générale des sols qui contient des données sur les sols pour tous les États-Unis et les territoires insulaires, mais les données ne sont pas aussi détaillées que les données SSURGO. Les Raster Soil Surveys (RSS) sont la nouvelle génération de bases de données d'études de sols développées à l'aide de méthodes avancées de cartographie numérique des sols.

La base de données gNATSGO est principalement composée de données SSURGO, mais les données STATSGO2 ont été utilisées pour combler les lacunes. Les RSS sont des produits plus récents avec une étendue spatiale relativement limitée. Ces RSS ont été fusionnés dans le gNATSGO après avoir combiné les données SSURGO et STATSGO2. L'étendue du RSS devrait augmenter dans les années à venir.

La figure 1 montre la distribution de SSURGO, STATSGO2 et RSS dans gNATSGO pour les États-Unis contigus.

Des données SSURGO limitées sont disponibles pour l'Alaska en raison de la taille et de la difficulté d'accès à de nombreuses régions de l'État. La figure 2 montre la répartition pour l'Alaska.

L'État d'Hawaï et tous les territoires insulaires, à l'exception de Porto Rico, ont une couverture complète en SSURGO.

  • Le BDSP actualise chaque année toutes les bases de données sur les sols publiées. gNATSGO sera inclus dans le cycle d'actualisation, qui fournira une nouvelle version à jour de la base de données chaque année.
  • gNATSGO est une géodatabase de fichiers ESRI.
  • Dans les bases de données d'État, les unités de carte des sols sont livrées uniquement en version raster de 10 mètres. Le raster est un 30 mètres dans la base de données CONUS. Les unités de la carte des sols sont identifiées de manière unique par le mukey, qui est inclus dans la table attributaire. Aucune version vectorisée des unités de la carte des sols n'est incluse dans gNATSGO.
  • La base de données contient 70 tables qui contiennent des attributs de sol et des classes de relations sont intégrées à la base de données pour définir les relations entre les tables.
  • Le raster peut être joint aux tables Mapunit et Muaggatt dans le champ MUKEY.
  • La base de données contient une classe d'entités appelée SAPOLYGON. Le champ &ldquosource&rdquo de cette classe d'entités indique si les données ont été dérivées de SSURGO, STATSGO2 ou d'un RSS.
  • Une base de données gNATSGO a été créée pour les États-Unis contigus et pour chaque État ou territoire insulaire qui n'a pas une couverture complète dans SSURGO ou qui a un RSS publié.
  • Si vous rencontrez une erreur ArcMap lorsque vous travaillez avec un jeu de données gNATSGO qui lit &ldquoLe nombre de valeurs uniques dépasse la limite&rdquo essayez d'augmenter le nombre maximal de valeurs uniques à restituer dans vos options Raster ArcMap. Des instructions spécifiques peuvent être obtenues ici : https://support.esri.com/en/technical-article/000010117

Télécharger les bases de données gNATSGO


Cliquez sur ce lien de bases de données sur les sols pour trouver les téléchargements des bases de données géographiques quadrillées de la National Soil Survey (gNATSGO) et d'autres bases de données sur les sols compressées à partir du site de téléchargement direct USDA-NRCS Geospatial Gateway. Les bases de données gNATSGO sont disponibles pour certains États et territoires insulaires et pour les États-Unis contigus. Pour les États individuels et les territoires insulaires, gNATSGO a été créé uniquement pour ceux qui ont des données incomplètes dans la base de données géographique de l'étude des sols (SSURGO) ou qui ont une étude raster des sols (RSS). Téléchargez gSSURGO pour obtenir des données de sols maillées pour les États qui ont une couverture SSURGO complète et qui n'ont pas de RSS.

ArcTools pour travailler avec gNATSGO

SPSD a créé un ensemble personnalisé d'ArcTools conçus pour fonctionner avec des informations sur les sols maillées, appelé &ldquoSoil Data Development Toolbox.&rdquo Ces outils ont été conçus à l'origine pour fonctionner avec gSSURGO, mais ils fonctionnent à la fois avec gNATSGO et gSSURGO car les bases de données ont des schémas presque identiques.

Cliquez sur les liens suivants pour télécharger les outils, le guide de l'utilisateur et le guide de démarrage rapide.

La plupart des clients n'auront besoin d'utiliser que l'outil Créer une carte des sols, qui se trouve dans l'ensemble d'outils de cartographie gSSURGO.

L'outil Créer une carte de sol reproduit les fonctionnalités de Web Soil Survey et Soil Data Viewer. Il permet aux utilisateurs de créer à la demande des cartes thématiques des propriétés du sol ou des interprétations avec des contrôles pour la méthode d'agrégation et la profondeur.

Comment créer une propriété de sol ou une grille d'interprétation

Ces instructions expliquent comment convertir la sortie de l'outil Créer une carte des sols en une grille autonome pouvant être utilisée dans les analyses spatiales.

L'outil de création de carte de sol fait partie de la boîte à outils de développement de données de sol (voir la section intitulée ArcTools pour travailler avec gNATSGO pour plus d'informations). Cet outil reproduit les fonctionnalités de Web Soil Survey et Soil Data Viewer. Il permet aux utilisateurs de créer à la demande des cartes thématiques des propriétés du sol ou des interprétations avec des contrôles pour la méthode d'agrégation et la profondeur. Il analyse les tables d'informations sur les sols dans la base de données gNATSGO et joint les résultats à la couche raster, produisant un fichier de couche temporaire. Les instructions suivantes montrent comment convertir des couches de cartes thématiques personnalisées temporaires en grilles autonomes pouvant être utilisées dans des analyses spatiales.

Métadonnées

Les métadonnées ArcGIS sont disponibles pour chaque table, grille et classe d'entités dans la géodatabase fichier. Les utilisateurs peuvent afficher les métadonnées en naviguant et en mettant en surbrillance la base de données ou la table dans le contenu d'ArcCatalog, puis en cliquant sur l'onglet Description.

gNATSGO a un schéma très similaire à celui de SSURGO et STATSGO2. Cliquez sur le lien suivant pour obtenir des informations sur les tables et les colonnes de la base de données gNATSGO.

Informations techniques

Pour obtenir des informations techniques sur l'utilisation des données sur les sols, veuillez contacter le spécialiste des sols du NRCS de votre état ou le personnel de la ligne d'assistance sur les sols au (402) 437-5378 (Steve Speidel) ou au (402) 437-5379 (Tammy Cheever).

Citations de données recommandées

La citation pour gNATSGO

Personnel d'étude de sol. Base de données géographique Gridded National Soil Survey (gNATSGO) pour Nom d'état. Département de l'Agriculture des États-Unis, Natural Resources Conservation Service. Disponible en ligne sur https://nrcs.app.box.com/v/soils. Année mois jour (EFan sortie officielle).

Tuile américaine contiguë

Personnel d'étude de sol. Base de données géographique Gridded National Soil Survey (gNATSGO) pour les États-Unis contigus. Département de l'Agriculture des États-Unis, Natural Resources Conservation Service. Disponible en ligne sur https://nrcs.app.box.com/v/soils. Année mois jour (EFan sortie officielle).

Exemples de citations

Les exemples suivants concernent l'ensemble de données gNATSGO FY2019 pour l'État du Texas. Ces citations doivent apparaître dans la section de référence de votre document.


Le bon modèle d'élévation pour tous les besoins de votre projet

WorldDEM™

WorldDEM TM - le plus mondiale précise par satellite Modèle d'élévation numérique disponible aujourd'hui! Avec unique qualité des données et niveau de détail, WorldDEM facilite un large éventail d'applications telles que analyse en ligne de mire, modélisation hydrologique, Imagerie par satellite orthorectification et beaucoup plus.

Modèle texturé 3D

3D Modèle texturé - Visualise le monde en 3D. Issu de l'imagerie optique à très haute résolution, il ouvre de nouvelles possibilités pour reconstruction rapide très détaillée et visualisation de grandes surfaces. Prend en charge la planification et le processus de prise de décision sur de nombreux marchés tels que la cartographie, la défense, le génie civil, la sûreté et la sécurité, les assurances et la gestion des risques.

Élévation 1&4

Les modèles d'élévation numériques Elevation 1 & amp 4 offrent informations altrimétriques très précises et sont le meilleur choix pour projets d'infrastructure et d'ingénierie.

Élévation 8

Les DEM Elevation 8 présentent une combinaison optimisée de couverture étendue et haute résolution, offrant un ajustement idéal pour les besoins de cartographie ou alors applications de pétrole et de gaz.

Élévation 30

L'élévation 30 est un base de données de référence géographique 3D mondiale conçu pour une couverture étendue, adressant cartographie, SIG et besoins militaires.

Points de contrôle au sol Airbus

Les points de contrôle au sol (GCP) d'Airbus sont coordonnées 3D très précises, indispensable pour une précision ortho-rectification des images satellites aériennes, optiques et données drones. Ils localiser précisément caractéristiques du sol et Repères pour la planification de la mission, soutenir le calibration et validation de la topographie et portable cartographie des données pour Cartes HD.

Fond de carte

Carte de base OneAtlas – la plus fiable à l'échelle mondiale Couche d'imagerie – visualiser le monde à partir de nos images satellites de la plus haute qualité pour aider à prendre des décisions, suivre et planifier les missions. Le fond de carte fournit le plus géo-localisé informations, précis et constamment mis à jour.


  1. Chaque carte de la série de cartes nationales est identifiée par son numéro unique (par exemple 2830CB) et son échelle, ou par son nom (par exemple 331 8 Cape Town, 1: 250 000).
  2. Toutes les cartes produites par le National Geo-spatial Information sont référencées au Hartebeesthoek 94 Datum (WGS84 ellipsoid).

Qu'est-ce que les données vectorielles SIG ?

Il s'agit de la représentation de la réalité sous la forme d'entités (points, lignes et zones) dont les emplacements sont stockés sous forme de coordonnées X, Y (ses attributs spatiaux). Dans certains cas, ces entités contiendraient également la coordonnée Z (hauteur), comme dans une entité de contour. Des informations ou des attributs non spatiaux sont également stockés dans la fonctionnalité, cela vous donnera des informations descriptives sur cette fonctionnalité.