Suite

Comment définir les coordonnées des entités sur les valeurs de la table attributaire ?


J'ai des fichiers de formes qui ont été produits par programmation, et tout s'est bien passé SAUF que les informations de géométrie n'ont pas été écrites correctement. Les coordonnées de chaque élément sontnul. Heureusement, il a également créé une colonne x,y,z en double avec les informations de coordonnées.

Comment puis-je réécrire les coordonnées de chaque entité à extraire des données attributaires ? Particulièrement en Python/ArcPy pour que je puisse le scripter (Java/GeoTools peut aussi être une option).

Éditer: Ce sont des données ponctuelles (ce qui est logique comme une colonne x, une colonne y, une colonne z).


Vous aurez d'abord besoin d'un itérateur pour parcourir vos fichiers de formes, j'emploie deux méthodes :

Première méthode : un dossier rempli de fichiers de forme :

importer arcpy, sys InF = sys.argv[1] arcpy.env.workspace=InF pour fc dans arcpy.ListFeatureClasses() :

Deuxième méthode : un arbre entier rempli de fichiers de formes :

importer sys, os, arcpy InFolder = sys.argv[1] pour (chemin, répertoires, fichiers) dans os.walk(InFolder) : pour ThisFile dans les fichiers : fName,fExt = os.path.splitext(ThisFile) if fExt. upper() == ".SHP": fc = chemin + "" + ThisFile

Ensuite, décidez où va votre sortie, pour cet exemple, j'utilise le même dossier et j'appelle le nouveau fichier de formes avec l'ancien nom ajouté avec_AvecZ:

fileName, fileExt = os.path.splitext(fc) # sépare le nom de fichier et l'extension outShape = fileName + "_WithZ.shp"

Cela fonctionne pour l'une des deux méthodes d'itération de fichier.

Si vous avez déjà des fichiers qui ont le nom de sortie, cela peut causer des problèmes si l'écrasement est désactivé, alors activez l'écrasement en utilisant arcpy.envarcpy.env.overwriteOutput = True

Ensuite, comme ChrisW l'a indiqué, le moyen le plus rapide de le faire est d'utiliser le calque Make XY Event - il s'agit d'un calque, pas d'un fichier de forme, il devra donc être copié sur celui-ci à l'aide de fonctions de copie :

# obtenir la référence spatiale existante, en supposant que les coordonnées X, Y et Z sont dans le même système desc = arcpy.Describe(fc) spatialRef = desc.spatialReference # créer et exporter la couche d'événements arcpy.MakeXYEventLayer_management (fc, "POINT_X", "POINT_Y", "Event Layer", spatialRef, "POINT_Z") arcpy.CopyFeatures_management("Event Layer",outShape) arcpy.Delete_management("Event Layer") # effacer le calque maintenant que nous en avons fini avec lui

Il existe d'autres façons de transformer le calque en fichier de forme ; sans débattre sur laquelle est la meilleure ou la plus appropriée dans ce cas, l'utilisation des fonctions de copie fonctionne, mais n'hésitez pas à substituer toute autre méthode qui fait essentiellement la même chose.

Cela devrait suffire à enchaîner un script fonctionnel pour résoudre le problème existant, mais il serait préférable de corriger le script d'origine.


Définition des propriétés de classe d'entités

Lors de la création d'une classe d'entités, vous devez spécifier plusieurs propriétés de classe d'entités qui définissent sa structure.

Dans la plupart des scénarios, la meilleure option consiste à accepter les valeurs par défaut pour ces propriétés fournies par l'assistant Créer une classe d'entités. Cependant, cette section décrit chaque propriété de classe d'entités afin que vous compreniez quand et pourquoi vous devez utiliser des valeurs autres que les valeurs par défaut et comment la modification de ces valeurs affecte vos données.

La création d'une classe d'entités appropriée pour s'adapter à votre modèle de données dépend des propriétés de classe d'entités décrites ci-dessous.


Table d'attributs

Table d'attributs
table attributaire - [structures de données] Une base de données ou un fichier tabulaire contenant des informations sur un ensemble d'entités géographiques, généralement organisé de sorte que chaque ligne représente une entité et chaque colonne représente un attribut d'entité.

Table d'attributs
Un fichier tabulaire contenant des lignes et des colonnes. Des attributs descriptifs concernant certains objets, tels qu'une entité géographique, sont contenus dans chaque ligne. La même colonne dans chaque ligne représente le même attribut. Voir aussi Fonctionnalité Table d'attributs.

stocke les informations non spatiales dans des colonnes et des lignes sur les données géographiques - similaires aux feuilles de calcul.

s
La plupart des SIG permettent à l'utilisateur de visualiser les données sous forme de tableau sans nécessairement utiliser de graphiques cartographiques. Cela équivaut à utiliser un tableur de bureau typique.

Les s sont associés à une classe d'entités géographiques, telles que des puits ou des routes. Chaque ligne représente une caractéristique géographique.

ont une correspondance un à un avec les caractéristiques spatiales dans la partie coordonnée de la couche.

Les s qui contiennent des informations sur les données spatiales sont automatiquement disponibles dans ArcView (par exemple, dans l'éditeur de légende ou sous forme de tableau).

(AAT) : une table contenant des attributs pour une couverture de ligne telle que des rues ou des ruisseaux.
ARC Macro Language (AML) : un langage de haut niveau qui fournit des capacités de programmation complètes et un ensemble d'outils pour créer des menus afin d'adapter les interfaces utilisateur à des applications spécifiques.

. Une table contenant les attributs d'une grille. En plus des attributs définis par l'utilisateur, la TVA contient les valeurs attribuées aux cellules de la grille et un nombre de cellules avec ces valeurs.

n'est créé que si cela est nécessaire, c'est-à-dire lorsqu'au moins une colonne d'attributs est présente dans le fichier d'entrée en plus des colonnes de géométrie. Les types de colonnes d'attributs doivent être déclarés avec les colonnes de géométrie à l'aide du paramètre colonnes.

s utilisé à de nombreuses fins
Vue
Une vue de base de données en lecture seule que vous définissez sur les tables de votre base de données .

est une table qui contient des informations sur la ou les entité(s) spatiale(s) associée(s) dans une vue.

et en sélectionnant le bouton ascendant ou descendant.
[Précédent] - Propriétés d'affichage du tableau Sélection des fonctionnalités - [Suivant] .

mais ce tutoriel va vous montrer un moyen plus rapide de filtrer votre calque.

affiche la date et l'heure dans un format convivial, en fonction de vos paramètres régionaux, plutôt que le format de la base de données sous-jacente. C'est bien la plupart du temps mais a aussi quelques inconvénients : .

pour la classe d'entités de section dans une couverture, contenant le numéro d'itinéraire et le numéro d'arc auquel la section appartient, les positions de début et de fin exprimées en pourcentages de la longueur de l'arc, les positions de début et de fin exprimées en mesures le long de l'itinéraire, une séquence interne numéro, .

, une seule "ligne" de descripteurs thématiques.
Rectifier
Processus par lequel une image ou une grille est convertie des coordonnées de l'image en coordonnées du monde réel. La rectification implique généralement la rotation et la mise à l'échelle des cellules de la grille, et nécessite donc un remappage des valeurs.

: table utilisée par le SIG pour stocker les informations attributaires d'une classe d'entités de couverture spécifique.
classe d'entités : type d'entité représenté dans une couverture. Les classes d'entités de couverture incluent les arcs, les nœuds, les points d'étiquette, les polygones, les tics, les annotations, les liens, les limites, les itinéraires et les sections.

Les s contiennent également des paramètres générés par le système (pour référence interne par l'ordinateur) et des identifiants de fonction attribués par l'utilisateur (pour référence externe par les utilisateurs).

s.
Ajout d'une installation requise
Dans la section précédente, vous avez généré des résultats indiquant où localiser trois nouveaux magasins. Dans cette section, vous utiliserez l'emplacement-allocation pour résoudre un scénario d'expansion de magasin, dans lequel vous commencerez par un magasin existant et localiserez de manière optimale deux magasins supplémentaires.

. Vous devriez être capable de deviner quel champ décrit le type d'autoroute. Utilisez le bouton Requête pour sélectionner toutes les fonctionnalités de la rampe. (L'expression est fournie plus loin.) .

' ou cliquez sur l'icône lorsque le calque est sélectionné.
Pour modifier vos données, activez l'éditeur en cliquant sur l'icône « Basculer la modification » . Enregistrez vos modifications à l'aide du bouton "Enregistrer les modifications" .

contient des informations utiles sur les stations de chalutage, des données supplémentaires, telles que la composition des espèces, les paramètres de l'eau et les informations météorologiques pour les chaluts à chaque station, sont stockées dans d'autres tableaux.

- Une base de données ou un fichier tabulaire contenant des informations sur un ensemble d'entités géographiques.
GPS (Global Positioning System) - Un système de satellites d'émission et de réception radio utilisé pour déterminer les positions sur la terre.

cela consisterait en une seule "ligne" de descripteurs pour une caractéristique contrairement à un élément ou un champ ou une colonne qui se compose d'un seul descripteur d'attribut.

contiendra uniquement les champs et les valeurs de la partie extraite de la carte vectorielle en entrée, car les attributs de la couche de masque ne sont pas combinés.

dans lequel réside l'information.
WHERE désigne les critères définis par l'utilisateur pour les informations d'attribut qui doivent être remplies pour qu'elles soient incluses dans l'ensemble de sortie.

De plus, des modifications ont été apportées aux noms des champs (colonnes) dans le

s. Comparez les noms des champs de plage d'adresses que vous avez examinés dans le deuxième exercice Essayez ceci à ceux ci-dessus. Voici comment cela fonctionne. Le diagramme ci-dessus met en évidence un bord qui représente un segment d'un bloc d'Oak Avenue.

Un type de données faisant référence à des colonnes de texte dans un

(comme NOM). Choroplèthe Une carte choroplèthe représente une surface statistique avec des symboles de zone (couleurs), qui représentent les régions de collecte, déduisant l'uniformité au sein de ces unités, par ex. comtés, provinces, polygones forestiers.

Les attributs peuvent être visualisés via le

- Une table attachée à une couche de données qui contient de nombreuses caractéristiques d'une entité sur une carte.

En plus de la précision de la position, la précision des attributsLa différence entre les informations enregistrées dans un

et les caractéristiques du monde réel qu'ils représentent. est une source courante d'erreur dans un SIG.

Après avoir tracé chaque entité, entrez l'identifiant de clé de l'entité dans le

(voir la figure 2.20). La manière dont vous saisissez les identifiants de clé dépend du fait que la couche d'entités est nouvelle ou que vous mettez à jour une couche d'entités existante.

Une superposition d'union combine les caractéristiques géographiques et

s des deux entrées en une seule nouvelle sortie. Une superposition d'intersection définit la zone où les deux entrées se chevauchent et conserve un ensemble de champs attributaires pour chacune.

Lorsque nous utilisons la commande Edition - Coller sous - Dessin pour créer un nouveau dessin, Manifold créera automatiquement les données associées

pour ce dessin. Par défaut, cette nouvelle table aura au moins un champ, le champ ID d'objet.

Sous forme numérique, ces données spatiales ont été liées à

s qui décrivent les caractéristiques et les conditions des éléments de la carte.

s comprennent des informations détaillées sur les découvertes qui permettent le développement de modèles de distribution d'artefacts, incorporant les découvertes récupérées par les utilisateurs de détecteurs de métaux, et pendant les fouilles contrôlées. Le rapport de fouille final est en préparation (Richards en préparation).

Une seule rangée de caractéristiques thématiques dans un

.
Relief ombragé
Une méthode utilisée pour afficher la variation topographique dans un paysage en utilisant l'ombrage en perspective résultant d'une position hypothétique d'une source lumineuse.

selon la façon dont le mode temporel est capturé, il peut être inclus dans un seul

s sur les mêmes objets à travers le temps
D. ÉCHANTILLONNAGE RÉALITÉ
Échelles de mesure.

Carte de grille d'identification - crée une carte de polygone à partir d'un système de coordonnées et d'un

. La carte polygonale se compose de cellules de grille rectangulaires avec un ID unique et peut être liée à une table avec des données attributaires lorsque des exemples de données sont disponibles.

est défini dans son schéma. Le schéma n'est pas modifiable après sa création initiale.

Les caractéristiques du système d'itinéraire et les commandes de gestion des événements fournissent la capacité de segmentation dynamique au sein des systèmes SIG pour localiser dynamiquement les événements sur les caractéristiques linéaires qui sont obtenues à partir de

s d'événements pour lesquels des mesures de distance sont disponibles.

Sélectionner des fonctionnalités - Outil qui permet à l'utilisateur de sélectionner des fonctionnalités particulières qui peuvent ensuite être examinées dans le

.
shapefile - Format de stockage de données qui contient les attributs d'entités vectorielles particulières (c'est-à-dire point, ligne, polygone). [1] .

Il représente généralement une seule couche, comme les sols, les cours d'eau, les routes ou l'utilisation des terres. Dans une couverture, les entités sont stockées à la fois en tant qu'entités principales (points, arcs, polygones) et entités secondaires (tics, liens, annotations). Les attributs d'entité sont décrits et stockés indépendamment dans l'entité


Ajout d'événements linéaires par emplacement de coordonnées

Les caractéristiques d'un itinéraire telles que la limite de vitesse ou la classe fonctionnelle peuvent être représentées comme un événement linéaire avec des informations de mesure de début et de fin le long de l'itinéraire. L'outil Line Events fournit une interface pour ajouter des événements linéaires en saisissant ou en sélectionnant leurs coordonnées x et y. Vous pouvez également utiliser des données de décalage de référence pour ajouter des événements à un itinéraire. Les données de décalage de référence sont converties en itinéraires et mesures pour le stockage.

Dans les cas où des événements sont modifiés sur un itinéraire et que vous souhaitez voir les événements précédents sur l'itinéraire à cet emplacement, n'utilisez pas le widget Ajouter un événement linéaire. Au lieu de cela, modifiez les événements dans le tableau Sélection d'événement ou le tableau Sélection d'ensemble d'attributs. Si cette méthode est utilisée, vous pouvez voir ce qui était auparavant sur les routes aux mesures spécifiées.

  1. Ouvrez ArcGIS Event Editor et, si vous y êtes invité, connectez-vous à Portal for ArcGIS ou ArcGIS Online .
  2. Cliquez sur l'onglet Modifier.
  3. Dans le groupe Modifier les événements, cliquez sur le bouton Événements de ligne .

Le widget Ajouter des événements linéaires apparaît.

Les sélections pour le réseau vers et depuis la méthode et la mesure peuvent être configurées à l'avance lors de la configuration, de la création ou de la modification des paramètres par défaut des ensembles d'attributs.

En savoir plus sur la configuration, la création et la modification des paramètres par défaut des ensembles d'attributs.

  • Saisissez un ID d'itinéraire sur lequel la nouvelle mesure d'événement sera basée dans la zone de texte ID d'itinéraire.
  • Cliquez sur l'outil Sélectionner un itinéraire sur la carte et sélectionnez l'itinéraire sur la carte.

Si la ligne sélectionnée n'est pas dans la vue active de la carte, cliquez sur Zoom sur l'étendue de l'itinéraire ou centrez sur le point de départ ou d'arrivée de l'itinéraire sur le bouton Carte pour rafraîchir l'affichage de la carte pour zoomer sur toute l'étendue de la ligne sélectionnée.

La ligne est surlignée en bleu clair. La flèche à la fin indique le sens d'étalonnage de la ligne.

Si un message s'affiche concernant l'acquisition de verrous, la nécessité de réconcilier ou l'impossibilité d'acquérir des verrous, la prévention des conflits sur les routes et les autoroutes est activée.

La section Système de coordonnées apparaît.

Cela ajustera les coordonnées en divisant X et Y par la valeur spécifiée.

  • LRS Spatial Reference—La référence spatiale de votre réseau LRS
  • Web Map Spatial Reference—La référence spatiale de votre fond de carte
  • GCS_WGS_1984—Une référence spatiale géographique utilisant des unités de degrés

De plus, vous pouvez configurer différents systèmes de coordonnées en spécifiant l'ID bien connu (WKID) ou le texte bien connu (WKT) dans le fichier de configuration de votre Éditeur d'événements .

Vous pouvez sélectionner une coordonnée en utilisant le bouton Sélectionner un emplacement X/Y sur la carte .

La mesure d'itinéraire la plus proche des coordonnées d'origine sera sélectionnée et sa distance par rapport à l'itinéraire sera affichée.

Vous pouvez sélectionner une coordonnée en utilisant le bouton Sélectionner un emplacement X/Y sur la carte .

La mesure d'itinéraire la plus proche des coordonnées d'origine sera sélectionnée et sa distance par rapport à l'itinéraire s'affichera.

  • Tapez la date de début dans la zone de texte Date de début.
  • Cliquez sur la flèche déroulante Date de début et choisissez la date de début.
  • Cochez la case Utiliser la date de début de l'itinéraire.

La date de début est par défaut la date du jour, mais vous pouvez choisir une date différente à l'aide du sélecteur de date. La date de fin est facultative, et si elle n'est pas fournie, l'événement reste valable maintenant et dans le futur.

Si vous avez configuré votre instance d'ArcGIS Event Editor pour ne pas autoriser les dates antérieures à la date de début de l'itinéraire et que vous entrez une date antérieure à la date de début de l'itinéraire sélectionné dans Date de début , un message d'avertissement s'affiche pour vous inviter à choisir une date à la date de début de l'itinéraire sélectionné ou après cette date.

  • Tapez la date de fin dans la zone de texte Date de fin.
  • Cliquez sur la flèche déroulante Date de fin et choisissez la date de fin.
  • Cochez la case Utiliser la date de fin de l'itinéraire.
  • Supprimer les chevauchements : le système ajuste la mesure et les dates de début et de fin des événements existants de manière à ce que le nouvel événement ne provoque pas de chevauchement en ce qui concerne l'heure et les valeurs de mesure.
  • Fusionner les événements coïncidents : lorsque toutes les valeurs d'attribut d'un nouvel événement sont exactement les mêmes qu'un événement existant et si le nouvel événement est adjacent ou chevauche l'événement existant en termes de valeurs de mesure, le nouvel événement est fusionné dans l'événement existant et la plage de mesure est étendue en conséquence.
  • Empêcher les mesures hors itinéraire : cette option de validation des données garantit que les valeurs de mesure d'entrée pour les valeurs de mesure et de mesure se situent dans la plage minimale et maximale des valeurs de mesure sur l'itinéraire sélectionné.
  • Enregistrer les événements dans les routes dominantes : les événements sont ajoutés à la route dominante dans une section avec des routes simultanées. Si cette option est activée, toutes les sections simultanées sur l'itinéraire sélectionné vous permettent de choisir l'itinéraire auquel les événements seront ajoutés sur chaque section simultanée. Cette option est disponible lorsque le réseau sélectionné a des règles de dominance configurées.

L'onglet affichant l'attribut défini pour les événements apparaît. Les champs d'événement sont affichés sous le groupe d'attributs G1.

Vous pouvez utiliser les cases à cocher pour ajouter des données pour des événements spécifiques dans l'ensemble d'attributs. Aucun enregistrement n'est ajouté pour les événements non contrôlés. Comme le montre l'exemple ci-dessous, aucun enregistrement n'est ajouté aux événements County_A et City_A.

  • Saisissez les informations d'attribut pour le nouvel événement dans les tables définies par les ensembles d'attributs.
  • Cliquez sur le bouton Copier les valeurs d'attribut et cliquez sur un itinéraire sur la carte pour copier les attributs d'événement d'un autre itinéraire.

L'éditeur d'événements utilise un attribut par défaut défini dans l'onglet Modifier. Vous pouvez modifier l'ensemble d'attributs pour créer des ensembles d'attributs personnalisés ou utiliser l'ensemble d'attributs configuré par l'administrateur.

Les valeurs codées, les domaines de plage et les sous-types sont pris en charge lorsqu'ils sont configurés pour n'importe quel champ de la table Attribute-Value.

  • Cochez la case Afficher le nom du réseau pour afficher le réseau LRS associé à la couche d'événements sélectionnée.
  • La liste des attributs dans les tables définies par les ensembles d'attributs peut provenir de plusieurs couches d'événements. Si vous souhaitez identifier la couche d'événements source pour chaque attribut, cochez la case Afficher les noms des couches.
  • Cocher la case Aller à la mesure suivante lors de l'enregistrement entraîne le préremplissage de la valeur de mesure De à l'aide de la valeur de mesure de la section actuelle pour poursuivre le processus de création d'événement. Par exemple, cela se produira si des événements sont créés sur l'itinéraire à l'aide d'une valeur de mesure De de 0 mille et d'une valeur de mesure de 0,289 mille. Si vous cliquez sur Enregistrer avec cette option cochée dans l'onglet Ensemble d'attributs, le widget Ajouter des événements linéaires est prérempli avec la valeur de 0,289 mille comme valeur de mesure de départ pour les nouveaux événements.

Les nouveaux événements linéaires sont créés et apparaissent sur la carte. Un message de confirmation apparaît en bas à droite une fois que les événements de ligne nouvellement ajoutés sont enregistrés.


Définition des propriétés de classe d'entités

Lors de la création d'une nouvelle classe d'entités, vous devez spécifier plusieurs propriétés de classe d'entités qui définiront sa structure.

Dans la plupart des scénarios, la meilleure option consiste à accepter les valeurs par défaut pour ces propriétés fournies par l'assistant Créer une classe d'entités. Cependant, cette section décrit chaque propriété de classe d'entités afin que vous compreniez quand et pourquoi vous auriez besoin d'utiliser des valeurs autres que les valeurs par défaut et comment la modification de ces valeurs affectera vos données.

La création d'une classe d'entités appropriée pour votre modèle de données dépendra des propriétés de classe d'entités suivantes :

Le nom de la classe d'entités est un descripteur unique qui identifie la classe d'entités. La façon la plus courante de nommer une classe d'entités consiste à utiliser une casse mixte ou un trait de soulignement, tel que "MajorRoads" ou "Major_Roads".

Lorsque vous créez une classe d'entités, vous devez lui donner un nom qui indique quelles données la classe d'entités stocke. Les noms de classes d'entités doivent être uniques dans une géodatabase. Vous ne pouvez pas avoir plusieurs classes d'entités portant le même nom. Cela est vrai pour toutes les classes d'entités de la même géodatabase, même celles regroupées avec d'autres classes d'entités dans un jeu de classes d'entités. Le fait d'avoir deux classes d'entités portant le même nom, même si elles sont incluses dans des jeux de classes d'entités différents, n'est pas autorisée.

Cependant, le nom que vous indiquez lorsque vous créez la classe d'entités dans ArcGIS Desktop n'est pas le nom de la classe d'entités tel qu'il apparaît dans la géodatabase. La géodatabase ajoute le nom de la base de données et le nom de la structure dans laquelle la classe d'entités est stockée. Il s'agit du nom complet de la classe d'entités. Par exemple, si l'utilisateur Werther crée une classe d'entités appelée alpagas dans la base de données SDE, le nom de la classe d'entités dans la géodatabase sera :

Par conséquent, il est possible pour d'autres utilisateurs de créer des classes d'entités appelées alpagas car les classes d'entités qu'ils créent auront leurs noms d'utilisateur ajoutés aux noms de classe d'entités. Par exemple, si l'utilisateur Gretchen créait sa propre classe d'entités alpagas, le nom dans la base de données serait :

Cependant, il n'est pas recommandé de réutiliser les noms de classes d'entités même s'ils sont stockés dans des schémas ou des bases de données différents. Dans cet exemple, si les deux classes d'entités contenaient des informations sur les alpagas, il n'y aurait aucune raison d'avoir deux classes d'entités distinctes. Si les données étaient nettement différentes entre les deux classes d'entités, les noms des classes d'entités devraient le refléter.

REMARQUE : dans les géodatabases stockées dans Informix, même si vous stockez les classes d'entités dans des schémas distincts, elles ne peuvent pas avoir le même nom.

  • Les noms doivent commencer par une lettre, et non par un chiffre ou un caractère spécial tel qu'un astérisque (*) ou un signe de pourcentage (%).
  • Les noms ne doivent pas contenir d'espaces.
    Si vous avez un nom en deux parties pour votre table ou classe d'entités, connectez les mots avec un trait de soulignement (_), par exemple, garbage_routes.
  • Les noms ne doivent pas contenir de mots réservés, tels que select ou add .
    Consultez la documentation de votre SGBD pour des mots réservés supplémentaires.
  • La longueur des noms de classe d'entités et de table dépend de la base de données sous-jacente. La longueur de nom maximale pour les classes d'entités de la géodatabase fichier est de 160. Assurez-vous de consulter la documentation de votre SGBD pour les longueurs de nom maximales.

Alias

Lorsque vous créez une table ou une classe d'entités dans la géodatabase, vous pouvez lui attribuer un alias. Un alias est un nom alternatif. Si vous attribuez un alias à une table ou à une classe d'entités, c'est le nom que les utilisateurs verront lorsqu'ils l'ajouteront à ArcMap. Les utilisateurs peuvent toujours rechercher le nom de la table ou de la classe d'entités en accédant à l'onglet Source de la boîte de dialogue Propriétés de la couche.

  • Des méthodes de géotraitement existent pour vous permettre de valider les noms de table et de champ. Consultez la rubrique Validation des noms de table et de champ pour plus d'informations.

Vous avez le choix entre plusieurs types d'entités lors de la création d'une nouvelle classe d'entités. Le style de données qui va remplir la classe d'entités déterminera le type d'entité que vous devez créer. Par exemple, les emplacements de puits seraient stockés dans une classe d'entités points, les routes seraient stockées sous forme de lignes, les parcelles sous forme de polygones, etc.
Voici une liste des types de fonctionnalités disponibles et quand les utiliser :

  • Points— Entités trop petites pour être représentées sous forme de lignes ou de polygones ainsi que d'emplacements de points (comme des observations GPS).
  • Lignes— Représentent la forme et l'emplacement d'objets géographiques trop étroits pour être représentés sous forme de zones (comme les axes de rue et les cours d'eau).
    Les lignes sont également utilisées pour représenter des entités qui ont une longueur mais pas de surface, telles que les courbes de niveau et les limites.
  • Polygones— Ensemble d'entités surfaciques à plusieurs côtés qui représentent la forme et l'emplacement de types d'entités homogènes tels que les états, les comtés, les parcelles, les types de sol et les zones d'utilisation des terres.

  • Annotation— Texte de la carte, y compris les propriétés de rendu du texte, par exemple, en plus de la chaîne de texte de chaque annotation, d'autres propriétés sont incluses, telles que les points de forme pour placer le texte, sa police et sa taille en points, ainsi que d'autres propriétés d'affichage . L'annotation peut également être liée à des entités et peut contenir des sous-classes.

Lors de la création d'une nouvelle classe d'entités, vous avez la possibilité d'autoriser les coordonnées à contenir des valeurs de mesure (m-) ou des valeurs z pour les données tridimensionnelles.

Que vous ayez besoin ou non de valeurs m ou z est déterminé par le type de données que vous utiliserez.

En incluant des valeurs m dans vos données, vous autorisez le stockage des valeurs d'attribut au sommet des coordonnées des points. Dans le cas du référencement linéaire, les valeurs m stockent les mesures dans les sommets le long d'une entité linéaire. Cela permet de trouver un emplacement le long de la ligne. Si vous utilisez des applications de référencement linéaire ou de segmentation dynamique avec vos données, vous aurez besoin de vos coordonnées pour inclure les valeurs m.

Les valeurs Z sont utilisées pour représenter l'altitude ou un autre attribut pour un emplacement de surface donné. Dans un modèle d'altitude ou de terrain, la valeur z représente l'altitude dans d'autres types de modèles de surface, elle représente la densité ou la quantité d'un attribut particulier tel que les précipitations annuelles, la population et d'autres mesures de surface. Si vous modélisez une élévation, créez des terrains ou travaillez avec des surfaces tridimensionnelles, vous aurez besoin de vos coordonnées pour inclure les valeurs z.

Lorsque vous créez une nouvelle classe d'entités, vous devez choisir ou, éventuellement, créer un système de coordonnées. Le système de coordonnées ainsi que les valeurs de tolérance et de résolution constituent une référence spatiale d'une classe d'entités. Une référence spatiale décrit l'emplacement des entités dans le monde réel.

  • Sélectionnez l'un des systèmes de coordonnées prédéfinis fournis avec ArcCatalog. Accédez à un système de coordonnées géographiques ou projetées qui représente de manière appropriée la zone dans votre modèle de données.
  • Importez les paramètres du système de coordonnées utilisés par une autre classe d'entités. Si vous souhaitez utiliser le système de coordonnées d'une autre classe d'entités comme modèle, vous avez la possibilité d'y accéder et de l'importer.
  • Définissez un nouveau système de coordonnées personnalisé. Vous pouvez saisir des valeurs pour créer un système de coordonnées adapté à vos besoins.

Si vous choisissez d'inclure des valeurs z avec vos coordonnées, vous devrez également spécifier un système de coordonnées verticales. Un système de coordonnées verticales (VCS) géoréférence les valeurs z, le plus souvent utilisées pour désigner l'altitude. Un système de coordonnées verticales comprend une référence géodésique ou verticale, une unité de mesure linéaire, une direction d'axe et un décalage vertical.

Les valeurs M, ou mesure, n'ont pas de système de coordonnées.

Si vous n'avez pas les informations du système de coordonnées pour vos données ou si vous ne savez pas quel système de coordonnées utiliser, vous pouvez choisir un système de coordonnées inconnu.

L'option Modifier vous permet de revoir ou de modifier les propriétés d'un système de coordonnées.

Une référence spatiale comprend également des valeurs de tolérance. Les coordonnées X, y, z et m ont toutes des valeurs de tolérance associées qui reflètent la précision des données de coordonnées. La valeur de tolérance est la distance minimale entre les coordonnées. Si une coordonnée se trouve dans la valeur de tolérance d'une autre, elles sont interprétées comme étant au même emplacement. Cette valeur est utilisée dans les opérations relationnelles et topologiques pour déterminer si deux points sont suffisamment proches pour recevoir la même valeur de coordonnées ou s'ils sont suffisamment éloignés pour avoir chacun leur propre valeur de coordonnées.

La tolérance par défaut est définie sur 0,001 mètre ou son équivalent en unités cartographiques. Ceci est 10 fois la valeur de résolution par défaut et est recommandé dans la plupart des cas. La valeur de tolérance minimale autorisée est le double de la valeur de résolution. Si vous définissez une valeur de tolérance plus élevée, vos données de coordonnées seront moins précises, tandis que si vous la définissez plus bas, vous obtiendrez une plus grande précision.

REMARQUE : Des valeurs de tolérance différentes peuvent produire des réponses différentes pour les opérations relationnelles et topologiques. Par exemple, deux géométries peuvent être classées comme disjointes (aucun point en commun) avec la tolérance minimale, mais une tolérance plus grande peut les amener à être classées comme se touchant.


Résolution et étendue du domaine

Toutes les coordonnées de votre classe d'entités ou jeu de données d'entités sont géoréférencées en fonction du système de coordonnées choisi, puis alignées sur une grille. Cette grille est définie par la résolution, qui détermine la précision (c'est-à-dire le nombre de chiffres significatifs) de vos valeurs de coordonnées. La résolution établit la finesse d'un maillage de grille qui couvre l'étendue de votre classe d'entités ou jeu de classes d'entités. Toutes les coordonnées s'alignent sur cette grille et la résolution définit la distance qui sépare les lignes individuelles de la grille.

Les valeurs de résolution sont dans les mêmes unités que le système de coordonnées associé. Par exemple, si une référence spatiale utilise un système de coordonnées projetées avec des unités de mètres, la valeur de résolution est définie en mètres. Vous devez utiliser une valeur de résolution au moins 10 fois inférieure à la valeur de tolérance.

La valeur de résolution par défaut (et recommandée) est de 0,0001 mètre (1/10 mm) ou son équivalent en unités cartographiques.

Par exemple, si une classe d'entités est stockée en pieds de plan d'état, la précision par défaut sera de 0,0003281 pied (0,003937 pouce). Si les coordonnées sont en latitude-longitude, la résolution par défaut est 0,000000001 degré.

Pour les systèmes de coordonnées inconnus ou pour les valeurs m, vous devrez définir des valeurs de résolution appropriées au type de données sans définir explicitement l'unité de mesure.

Une configuration de stockage de base de données vous permet d'affiner la manière dont les données sont stockées dans une géodatabase fichier ou une géodatabase ArcSDE Enterprise. Les paramètres de configuration sont regroupés en un ou plusieurs mots-clés de configuration, dont l'un est le mot-clé de configuration par défaut, qui spécifie les paramètres de stockage par défaut.

Le choix des mots-clés de configuration n'est pas pris en charge par les géodatabases personnelles. Les géodatabases ArcSDE Personal et ArcSDE Workgroup prennent uniquement en charge les paramètres de stockage par défaut (le mot-clé de configuration DEFAULTS).

Lorsque vous créez une classe d'entités dans une géodatabase fichier ou une géodatabase ArcSDE, vous pouvez indiquer à la base de données le mot-clé de configuration à utiliser. Dans la plupart des cas, le mot-clé Default doit être utilisé. Dans certains cas, cependant, vous souhaiterez peut-être spécifier des mots-clés de configuration alternatifs lorsque vous créez des ensembles de données ou des types de données particuliers afin d'optimiser leurs performances ou d'affiner certains aspects de leur stockage dans la base de données.

Voici quelques exemples de mots-clés de configuration et leurs utilisations :

  • DEFAULT— Cela utilise des paramètres de configuration et de stockage par défaut raisonnables pour la plupart des utilisations de la géodatabase.
  • MAX_FILE_SIZE_256TB— Si vous importez une image extrêmement volumineuse dans une géodatabase fichier, vous pouvez spécifier le mot-clé de configuration MAX_FILE_SIZE_256TB, qui indique à la géodatabase d'autoriser le jeu de données raster jusqu'à 256 téraoctets.

  • SDO_GEOMETRY— Si vous souhaitez ajouter un jeu de données raster à une géodatabase ArcSDE pour Oracle, vous pouvez spécifier le mot-clé de configuration SDO_GEOMETRY, qui indique à la base de données de stocker les rasters au format Oracle GeoRaster.

  • TEXT_UTF16— Si vous copiez une classe d'entités contenant des caractères chinois dans une géodatabase fichier, vous pouvez spécifier le mot-clé de configuration TEXT_UTF16 afin que les caractères de texte dans les colonnes d'attributs soient stockés en UTF-16, qui stocke plus efficacement les caractères chinois.


Champs et propriétés de champ

Lorsque vous créez une nouvelle classe d'entités dans ArcCatalog, vous pouvez spécifier n'importe quel nombre de champs à inclure. Vous pouvez également spécifier des propriétés pour les champs, telles que le type de champ et la taille maximale des données pouvant être stockées dans le champ. Chaque type de champ a des propriétés spéciales.

  • Alias— Un autre nom pour le champ de classe d'entités.
    Contrairement au vrai nom d'un champ, un alias n'a pas à respecter les limitations de la base de données et peut donc contenir des espaces et des caractères spéciaux et commencer par un nombre.
  • Allow Nulls— Ceci contrôle si le champ aura une contrainte NOT NULL lors de sa création. If Allow Null Values is set to No, the field definition in the database will contain the NOT NULL constraint. If, on the other hand, you stay with the default of Yes, the field will be NULLABLE.

NOTE: The geodatabase model is such that it will insert an empty value (numeric = 0, text = "") instead of a database NULL if, and only if, the field has a NOT NULL constraint on it. The Allow Null Values property of a field cannot be changed once the field has been added to the feature class or table. Allow Null Values = NO cannot be specified for a field being added to a feature class or table that is already populated.

All feature classes have a set of required fields necessary to record the state of any particular object in the feature class. These required fields are automatically created when you create a new feature class, and they cannot be deleted. Required fields may also have required properties such as their domain property. You cannot modify the required property of a required field.

For example, in a polygon feature class, OBJECTID and Shape are required fields. They do have properties, such as their aliases and geometry type, that you can modify, but these fields cannot be deleted.

When you create a new feature class, you have the option to import fields from another feature class or table. This option enables you to use another feature class or table as a template for the field definitions of the one you are creating. Once you have imported the fields, you can edit the field names, their data type, and properties.

When you import fields when creating a new feature class, the required fields aren't affected. For example, if you have set the Geometry type property for the new feature class to be Point, importing field definitions from a feature class in which the SHAPE field's Geometry type property is polygon will not overwrite the Point property.

Certain field names will appear in ArcGIS with their fully qualified names for feature classes stored within an ArcSDE geodatabase. For example, if you create or import a polygon feature class that contains a field named Area, the database, schema, and feature class name will be appended to it. This is the name you will see in the attribute table of the feature class. That means for a polygon feature class named archsites stored in the prof schema of the museum database, the Area field would look like this:

The following list contains all the field names that will be fully qualified within an ArcSDE geodatabase:
FID, AREA, LEN, POINTS, NUMOFPTS, ENTITY, EMINX, EMINY, EMAXX, EMAXY, EMINZ, EMAXZ, MIN_MEASURE, MAX_MEASURE

For cases such as this, you might consider using a different field name or a field alias.


How to set feature coordinates to values in attribute table? - Systèmes d'information géographique

Creating and Modifying Tables

Tabular data in a GIS share the same importance as coordinate data. The strength of a GIS lies in its ability to manage data about spatial features, in addition to the position and location of the features themselves. In fact, in a GIS such as ArcGIS, a spatial feature exists as the pairing of the coordinate and tabular data.

In addition to representing the attributes of coordinate features, tables can exist in ArcMap as objects separate from spatial features. Before the days of GIS, a large amount of data was created about spatial features, but without an explicitly locational framework. For example, the IRS keeps track of a large amount of data referenced by Social Security number and home address. Addresses are locations in a locational framework, but they do not have Cartesian coordinate values. However, using GIS software, it is possible to assign X, Y locations to addresses. Once we have an address and an X, Y location for a point, it is possible to link the taxpayer database to location by use of relational databases. Such data can be imported to a GIS and used in mapping and analysis.

Tables are used to represent spatial data as well as to analyze spatial data through simple statistics, data summaries, and as the source for graphs. Graphs help to visualize a large amount of numeric and categorical data in a way that is easy to understand.

Tabular data are stored on the file system in one of several file formats. In ArcMap tables, are a graphical representation of these tabular data sources. This means that ArcMap lets us view tabular data in a GUI. So in ArcMap tables have their own GUI (buttons, tools), and their own set of particular operations.

ArcMap tables can come from a variety of sources, and multiple tables can be linked or joined based on common field values.

Creating (adding) tables from existing data sources

Tables can be created from many different formats of tabular data sources. Supported file-based sources are dBase, INFO (from ArcInfo), and comma- or tab-delimited ASCII files. Tables can also be loaded from personal and SDE geodatabases, and OLEDB connections. If a file can be loaded as a table, it will be displayed with a specific icon in ArcCatalog or the Add Data dialog.

Here, a dBASE file is added to the map document as a new table.

Tables can also be created from queries on ODBC (Open Database Connectivity) databases, such as Access, Excel, Oracle, Ingres, Informix, SQL Server, and the like. Although these tables are not saved on the disk as files, a table created from an ODBC query will be opened automatically if saved with a map document. This example shows the results of a connection to an SQL (Microsoft Access) database.

Here is the database (composed of a single table):

And the many steps necessary to access the tabular data source through ODBC.

Whether the data source for a table is file based (i.e., dBase, text, or INFO), regardless of the data source, the tables have the same look and functionality. The only important difference is that only tables from dBASE or INFO sources can be edited within ArcGIS, whereas text and ODBC tables cannot be edited in ArcGIS.

A new table can be created in ArcCatalog much in the same way a new shapefile is created.

The new table will be completely empty of both fields and records.

In order to add structure (fields and record) and content (values) to the table, it needs to be added to an ArcMap document.

Adding fields to tables

There are 5 field types available in tables:

  1. numeric (short and long integer, float, double)
  2. text,
  3. blob (Binary Large OBject),
  4. date, and
  5. GUID (Global identifier)

Before adding a field, you need to decide what type of data the field will hold. Then you choose a data type and field name, and if necessary, the number of decimal places. When you know how the field will be defined, add it to the table using the Options > Add Field menu choice.

Fields can also be deleted from tables, if they are no longer needed or have been entered incorrectly. To add or delete fields, the table cannot be open for editing, and you must have write permission to the file storing the data. It is not possible to alter the properties of a field once it has been created, so you should think carefully about your field definitions before you create fields.

Adding and deleting records

After fields have been defined, records can be added by adding values to records. After a value has been added to a record in a table, a new record will be added to the table.

New records are added with blank values for string and BLOB fields, and zero for numeric and date fields.

Selected records can also be deleted from tables. Like fields, records can only be deleted if the table is open for editing.

Note: avoid adding records to a attribute table. Doing so may corrupt your data, possibly irrevocably, because you will end up with "orphan" records, that is records in an attribute table that are not associated with shapes.

Editing values in table records

For tables that come from dBASE and INFO tables, it is possible to edit field values. Tables that derive from ASCII files and SQL queries cannot be edited.

If the table is not open for editing, select Table > Start Editing from the menu. When a table is open for editing, the field names will appear in a block, non-italicized font. Thus, you can tell at a glance if a table is in edit mode.

Utilisez le Éditer tool to select a value to change. When you click on the cell containing the value to be changed, the value will highlight. Type in the new value. If you attempt to type in an invalid value (such as text strings within numeric fields), ArcMap will not allow the change to be made.

Edits will not be written to disk until the edits are saved. If you close a table that was open for editing, you will be prompted to save or discard changes. If you attempt to close the map document or ArcMap, you will also be prompted to save changes to the table.

To edit item values in bulk, it is possible to calculate the values in a field to a constant or an arithmetic expression. Expressions can include the values in other fields, constants, arithmetic operators, or Visual Basic operators.

To calculate a field, right-click on the field name , and select Calculate Values:

Utilisez le Field Calculator dialog to write the expression. In this example the new field is called age_2004, and it is the result of subtracting the values from the field ESTAB_YEAR from the constant 2004.

If you include string (text) values in the calculations, you need to put quotes (") around the strings, e.g.,

will calculate the active field with the contents of the field Common_name and the string (Oncorhyncus keta) separated by a blank space.

Calculations work on selected sets if you have a selection of records and you make a calculation, the calculation will only be applied to selected records. If you do not have a selection, the calculation will be applied to all records.

Queries are used to select a subset of records. Selections can be made simply to view where features are located, to find out what other attribute values may exist for a selected set, or for use in creating new shapefiles or tables composed of a subset of the original layer or table. Queries are always built using Select By Attributes.

This query is looking for records of stands which are greater than 15 years of age, and also less than 30 years of age.

Queries can either be typed into the text entry control, or they can be built by selecting and adding fields, operators, and values with the GUI controls. In either case, it is important to use the proper syntax, especially when combining expressions to make complex queries. Queries are evaluated with standard mathematical rules from left to right, but logical order of precedence must be enforced by using parentheses (which are evaluated from the inside out). These two queries are not equivalent:

Two wildcards can be used in queries:

  • % will substitute for any number of any characters
  • - will substitute for any single character

For example, the query string

will select any records whose value for the field Latin_name starts with the characters Onco, and the query string

will select records with the Owner_fname matching either Catherine ou alors Katherine.

If you run queries against text fields, you also need to enclose the search string with single quotes, e.g.,

will select all records where the value of the field Latin_name est Oncorhyncus kisutch.

Displaying selected sets

When a selection is made on a attribute table, the records in the table will appear highlighted in cyan. The bottom of the table window shows the number selected of the total number of records.

If many records are selected, and those records are spread about the table, it is possible to view only selected records by clicking the Selected bouton. This does not change the data, but simply alters the way the data are displayed.

In addition to the selected records being shown in cyan, if this is an attribute table, selected features on the layer also appear cyan. For this reason, you may want to avoid using cyan in legend color schemes if you are using yellow as the selection color, or change the default selection color.

The default selection color of cyan can be changed to any other color (select Selection > Options from the menu).

Modifying selected sets

Sometimes you may have a selection that you want to change by broadening or narrowing the query criteria.

This is specified by the Method control the Select by Attributes dialog:

Le Create a new selection choice will remove any selections that are active, and apply the query.

Le Add to current selection choice will add records matching the query statement to the existing selected set. This usually increases the size of the selected set.

Le Remove from current selection choice will remove records matching the query statement from the existing selected set. This usually increases the size of the selected set

Le Select from current selection choice selects a subset of matching records from the existing selection. This usually decreases the size of the selected set.

These controls allow you to refine an existing query. If your initial query is too broad or narrow, you can alter the selection without needing to completely recreate the query.

There are other controls for for altering selected sets:

Those are, respectively, Select All, Clear Selection, et Switch Selection.

  • Select All selects every record in the table.
  • Clear Selection clears any selection.
  • Switch Selection makes all selected records unselected, and adds all previously unselected records to the selected set

Basic descriptive statistics

Selecting Statistics on a field generates basic descriptive statistics about the selected field. If there is any active selection, the statistics are derived only from selected records.

Here are the statistics for the Acres field, where stands of >70 years are selected.

It is also possible to look at statistics for any other numeric field for the table while the Selection Statistics dialog is open.

This operation is so easy that it seems trivial however, sometimes the entire reason for using GIS is to get summary data of this sort.

Records in tables can be summarized in many different ways. Summarizing a table creates a new dBase file on the disk, composed of the summary of the selected records in the active table (if no records are selected, the summary will apply to all records in the input table). This output table is also known as a frequency table.

Right-click on the field name and select Summarize. The output table will contain a single record for each unique value of the active field. In this example, the field to be summarized is Soil.name.

  • Count (automatically added)
  • Le minimum
  • Maximum
  • Moyenne
  • Sum
  • Standard Deviation
  • Variance
  • First
  • Last

Le Summarize dialog is used to specify where on the disk the output file will be located, and what summary statistics are to be performed. Numerical summary statistics are performed only on numeric fields. The desired summary statistic for each field is checked. You can add as many summary statistics as you like this will simply add more fields to the output table. When you have added all the statistics you want, click OK. The table can be added to the map document and written to disk. Following the example from above, the output table now contains only a single record for each unique soil name. Each soil name in the output table also has summary values for other attributes.

Summary tables are often linked or joined back to the tables from which they were derived.

Frequently, there is a need for the use of external (non-layer-attribute) tables in GIS map documents. A large amount of tabular data are available that have not been built specifically for spatially explicit use, but many of these datasets are able to be related to spatial data attribute tables by the use of a common field.

The classic example is a municipal parcel database. First, there may be a parcels layer which only contains the Tax Assessor parcel ID number (PIN). The Tax Assessor's office will have database tables in a typical relational database system, where ownership, address, assessed value, and other fields are indexed by the PIN. Other data may be available that are indexed by the parcel address. Other data may be indexed by owner name. All of these tables can be imported into the map document and related to each other by the PIN <-> Address <-> Ownership relationship.

Once the relationships between tables are established, cross-table queries, analysis, graph-building, and displays are possible.

Record relationships among tables

There are three basic relationships among tables: one-to-one, many-to-one, and one-to-many.

In the one-to-one relationship, values of records for a single field in one table match exactly the values for the same field in another table. An example of this would be a table containing basic stand attributes, including stand name, and another table indexed by stand name, but also with more data describing each stand. These records are related on a one-to-one basis.

In the many-to-one relationship, more than one record in the source table may have a common value with only a single record in another table. An example of this is a table containing stand attributes, including a species code. The related table contains species codes as well as full species names. Because there are many stands with the same species, there are many records with duplicate species codes, whereas there are only single records for species codes and names in the related table.

The third relationship, one-to-many, occurs where a single record in the source table shares values for a field with many records in the related table. Reverse the positions of the tables in the previous example, and you will have a one-to-many relationship.

To relate tables correctly, you will need to know the content of your tables, and which relationships are valid.

A join combines the records from two or more tables into a single virtual table. The new table functions exactly like any other table in ArcMap, except that the files on the disk are not actually joined as a single file the join only occurs within the ArcMap document. A join appends records from one table to another table, based on the values in a common field. The common field does not need to have the same name or the exact same field definition (although numeric and string fields cannot be used as common fields).

Joins can be performed on tables with a one-to-one or many-to-one relationship. Although a join can be performed on one-to-many tables, the appended record will be the first match of the common field. For one-to-many relationships, use linking instead.

In the jargon, the destination table is the table that will persist after the join. Le la source table is the one that will be subsumed by the destination table.

To perform a join, right-click on the table or layer in the Table of Contents and select Joins and Relates > Joins.

Le Join Data dialog allows you to specify parameters of the join, which will append the records of the source table to the destination table. The values from the source table are added to the records in the destination table whose values match. Although the table appears to change, the files have not both the destination and source tables will remain on the disk.

Here, the soils tables from the previous example for tabular summaries have been joined. You can see the new fields are appended at the end of the list of fields.

If there are no matches for values in the destination table with values in the source table, the resultant joined table will contain blanks for the appended fields.

When a map document is saved, the relationship between tables is preserved, and when the map document is opened, the join will be in place. To join more than two tables, the joins must be performed in a series of joins. To remove a join, select Joins and Relates >> Remove Join(s). You can remove individual joins or all joins.

Relates are used mainly to form relationships between tables that have a one-to-many relationship (although they can also be used for one-to-one and one-to-many relationships as well). When tables are related, the source table is not appended to the destination table, but any selection on the destination table can also select related records in the source table.

Here, the soils tables from the previous example are related using the SOIL.NAME domaine. If there is a selection on either table, it is possible to select records in the related table.

Records from both tables with the value of BARNESTON are selected.

Graphs are pictorial representations of tabular data. Graphs are easily understood and can communicate much more, and in a more compact format, than can tables.

In ArcMap, graphs are dynamically linked to the tables which store their data. When the source data change, those changes are automatically updated in the graph. When records are selected from the source table, the graph changes to show only selected data markers.

ArcMap provides several different styles of graphs, and gives you the tools to modify the style, legend, axes, units, and titles. Graphs can be placed in map layouts to add impact and understanding to the map.

Creating graphs from tables

A graph is created from the active table. If a selection of records is made, the graph will represent only those selected records. If no selection is active, the graph will represent all records.. If the selection is changed in any way, the changes will also be reflected in the graph.

To create a graph, select Tools > Graphs > Create graph Properties dialog:

Le Graph Properties dialog allows you to choose which fields to add to the graph (numeric fields only), and which field to use to label the series.

It is often customary only to graph summarized data, so in this example, a summary table was created from the des stands attribute table. The summary field is espèce, and the summary statistic chosen is Sum_Acres. The graph is made to display one bar for each record, displaying the total acreage in each species type.

As you can see, Douglas-fir is far and away the most dominant species class, with over 2000 acres.

Graphs are composed of several elements, as indicated in the image below:

  • Groups
  • Series
  • Data markers (points, lines, bars, pie slices)
  • Légende
  • X- and Y-axes (including tics, data markers, and gridlines)
  • Title

Each of these elements can be modified with the properties dialogs for each particular element.

These changes are possible:

  • renaming or repositioning the title
  • changing the legend text and position
  • renaming the groups on the x-axis
  • showing or hiding the axes and their labels
  • changing axis text labels
  • changing the range of values displayed
  • adding grid lines and changing increments

Depending on the nature of your data and what you wish to communicate, you can choose among several different graph types:

  • Area and Line
    Used to show trends over time
  • Bar and Column
    Used to compare among individual data values
  • Pie
    Used to show relative proportions of members to a whole quantity
    Slices can be separated from the pie to emphasize certain members
  • XY Scatter
    Used to show dependent-independent variable relationships (cause-and-effect)
  • Bulle
    Shows 3 values in 2 dimensions, similar to the XY scatter, but a 3rd variable controls the size of the data marker
  • Polar
    Shows trends based on angles for mathematical and statistical applications
  • High-low-close

The graph legend location can be modified by a legend location.

Axis properties are automatically defined by ArcMap. However, these properties can be changed:

  • Axis lines can be turned on and off.
  • Axis labels can be added, altered, and turned on and off.
  • Tick mark labels can be added, edited, and turned on and off.
  • Group labels can be altered, which also creates an alias for the field which the group represents in the source table.
  • Axis positions can be flipped from left to right and from top to bottom.
  • Axis increments and gridlines can be altered or displayed.

Axis properties are controlled by the Advanced Options within graph properties.


Dynamic Coordinate Systems

If the destination coordinate system is specified as "_AZMEA_" or "_AZMED_", each input feature is reprojected to either an equal area or equal distance projection appropriate for that feature, respectively. In general, this causes a new coordinate system to be defined for each input feature.

Each feature remembers which specific equal distance or equal area coordinate system it has, and can be safely reprojected back to a normal (non-dynamic) coordinate system.

There is an input feature representing a point on the earth in LL-WGS84 (normal lat/long).

  • The point is reprojected to _AZMED_ via a CsmapReprojector transformer. The Source Coordinate System parameter is set to LL-WGS84 and the Destination Coordinate System parameter is set to _AZMED_.
  • The x and y coordinates of the point are extracted into x1, y1.
  • Set x2 = x1 + 1000, and y2 = y1.
  • Add a vertex to the point to make the line (x1,y1) -> (x2,y2).
  • Reproject back to LL-WGS84 via a CsmapReprojector with the Source Coordinate System parameter set to ”Read from feature” and the Destination Coordinate System parameter set to LL-WGS84.

You have now changed the point into a line extending 1km east of the original point, in lat/long.

Dynamic coordinate systems have the following limitation:

  • Z is not considered, so areas or distances are best preserved for geometry at an ellipsoid height of 0 meters.

How to set feature coordinates to values in attribute table? - Systèmes d'information géographique

Geography 484 Final Project

Building Layer – Polygon – Holds building footprint and height data for 3D visualization. Will also hold land use, i.e. building use, and the addresses associated with each building.

Street Center Line – Line – Holds street width and address information in the U.S. Streets standard to interpolate street addresses by geocoding.

Set to match the extent of the orthophoto:

Min X: 719023 Max X: 726725

5 . Orthophoto Preparation

6 . Orthophoto vs. DRG for Digitizing

These factors make the orthophoto a more accurate choice:

1) Higher spatial resolution than the DRG.

2) Higher attribute resolution – 255 colors vs. 12.

3) Physical scanning process of the DRG may include errors with creasing and warping.

9 . Projection in Geographic Coordinates

1. In general, review the requirements and table structure before you begin.

2. Cross reference abbreviations on the map with the Sanborn map abbreviation definitions.

3. Make copies of your map, study it, and mark it up prior to data entry: Notate building use, number of stories, and height in feet on a copy of the image. Sketch and notate centerline segments and attributes (street name, from/to addresses) on a copy of the image. These steps will help to speed the digitizing and data entry, and facilitate accuracy of the data.

4. Note that all streets do not uniformly go in the same direction – for instance streets above Main Street have odd numbers on the left and evens on the right, where the opposite is true for streets below Main Street.

5. For streets that are duplicated on the maps, work out ahead of time who will digitize and add attributes to avoid double work.

6. Set the snap tolerance to snap vertices at intersections for roads. To facilitate joining the streets, try to place the final vertex in the middle of the intersection, or better yet, leave it back just a bit, so they can be connected later.


7. Set the snap tolerance to snap vertices and edges for the building polygons. This will prevent unintended gaps between polygons.

8. Establish a value for an attribute unknown – like “999” – so when you review the attribute table you will know what items you need to follow up on.

9. Digitize and add attributes for “like” objects: Digitize all the segments for streets named the same and then select all those segments and apply the name, suffix, etc. Then set the ranges via individual selection. A similar approach can be done for the buildings. Digitize the outline of a whole block, assign the street and use if they are all the same, and then divide up the buildings by address number. After that, divide up the polygons by height. This helps reduce data entry, so if you get the data correct the first time, it is correct for all the features.

10. Use ArcMap tools and shortcuts wisely to ensure accurate digitizing:

11. We used coded domains to insure the accuracy of many fields in both the streets and buildings tables: prefix, suffix, street type, and building use.

12. Split the buildings display into the 3 different use categories, for instance: Commercial - Red, Public - Blue, Residential – Green and set the transparency to 60% so you can still see beneath. This will help you to visually confirm that you’ve selected the correct building use while doing data entry.

1. To check accuracy of street direction (from/to), change the symbology of the streets to “end with arrow.” This lets you visually review the from/to direction of the streets. If you realize you have built the street in the wrong direction, just right click and hit “flip” - this will reverse the direction.


2. One method to verify data is to select a feature and verifying its attributes as you go along. Another method is to perform this process at the end of data entry.

3. For a visual QA/QC it helps to symbolize features and compare them with the original map.

4. In fields that should always be populated by a value, look for null values by sorting fields , for example: all buildings in our database should have a primary address.

5. Sort number fields and look for a number outside the valid range for that field, for example: address ranges on our maps did not usually exceed 130, 230, 330, etc. Double check numbers that fall outside this range.

6. Sort string fields and look for spelling errors or non-standard entries like NE instead of Northeast. Since we used coded domains for prefix, suffix, etc. these type of fields were not subject to errors.

Overall requirements of the project:

(1) provide the spatial and attribute data necessary for studying land use distribution and change

(2) provide specific building address information

(3) provide street centerlines and street address ranges for a geocoding service

Georeferencing: There will still be a certain level of spatial error when considering the quality of each scanned map in addition to operator influences. For our team, transformation points seemed to be appropriately selected along borders and the correct number of links were created to accurately reference the scanned Sanborn map to the orthophoto. In order to further investigate the sources for map errors, we had two team members georeference the same map section. As one can see, the maps line up fairly well. A little offset can be seen in the difference in the blue and red lines (Figure 3). A small amount of offset is allowable in this mapping project. After precautions are taken to minimize spatial errors by making sure the scanned maps have been scanned similar techniques, having each operator follow the same georeferencing methods, and using the same orthophoto for each georeferencing procedure there is little to do beyond these factors. These small spatial deviations will become more apparent when we begin of overlay different time periods.

Street centerlines: One part of digitizing the street centerlines is dependent on the georeferencing of the scanned map. If the georeferencing is not done correctly, the streets will be off spatially. The second part of digitizing the street centerline is how they are digitized. Operators must pay attention to the direction that the street lines are drawn and should make sure the attributes are entered correctly. There are discrepancies along border sections as some street centerlines may not look exactly centered. This error is not significant enough to take the time to perfectly match the edges, and for the purposes of the map, unnecessary as well . These small spatial errors are acceptable however spelling mistakes or incorrectly named features in the attributes are not acceptable. To minimize spelling errors coded domains were used.

An estimate of the level of effort required to georeference and digitize all of the Sanborn maps that depict the city in 10-year intervals (1900, 1910, 1920, etc., through 1990) based on the assumption that there are 30 maps for each of the interval periods is as follows:

The first map took over one hour to georeference. It took some time to become familiar with the process and, in some cases, two attempts were required. After the first map, the time required should drop to around 30 to 45 minutes depending on the number of points used. For this estimate, we will use 30 minutes per map.

Digitizing/adding attributes for all the streets

3.75 total hours for 55 total street segments

Average time per street segment = 4 minutes

Average time for each team member to complete all their segments = 1 hour

Digitizing/adding attributes for ½ of the buildings

10 total hours for 324 total buildings

Average time per building = 2 minutes

Average time for each team member to complete ½ the buildings = 2.5 hours

For this estimate, we will double this to an average of 5 hours to complete all the buildings on a map.

Using our averages for one map we can estimate for the 30 maps in one time period:

6.5 hours per map x 30 maps = 195 hours

On a real-world manpower basis, the tasks require roughly 1 working day per map. To complete all 30 maps would require 1 person approximately 30 working days or about 6-7 weeks.

We can now estimate the totals for all time periods (10 total periods/300 total maps):


Coordinate

Coordinate is the basic element of any geographic data. This is a single dimension (Longitude, latitude) representing a single number (decimal format) and sometimes record a coordinate for elevation too. Time is a dimension too but its complexity makes it difficult to record it as coordinate. Coordinates in both JSON GeoJSON are formatted like numbers.

Position

An ordered array of coordinates represent the position. This is the smallest unit that can indicate a point on earth.

[Longitude, latitude, elevation]

Before the release of the current specification, GeoJSON allowed to record three coordinates per position but is not allowed by the new specification.

Geometry

Geometries are simple shapes (points, curves, and surfaces) in GeoJSON which consist of a type and a collection of coordinates. Point is the simplest geometry that represents a single position

LineStrings

At least two connected places are used to represent a line.

Point and line strings are the two simplest categories of geometry. Both types of geometry don’t bother many geometric rules. A point can be represented in a place anywhere, and a line can have more than one points, even if the points are self-crossing.

Polygons

GeoJSON geometries seem significantly more complex in Polygons. Polygons have insides & outsides areas and can possess holes in that inside.

As compare to LineStrings, in polygons, the list of coordinate is one more level nested and can have cut-outs like donuts.

Coordinate Level

In GeoJSON format, for the coordinate property, there are four levels of depth.

Caractéristiques

Geometries are the central part of GeoJSON, therefore, the real world data is more than theses simple shapes having identity and attributes. Features records the geometry as well as their properties.

A feature properties can be a type of JSON object contain single-depth key value mappings.

FeatureCollection

At the top level of GeoJSON files, FeatureCollectionis the most common thing that looks like:

A lot of mapping and GIS software packages support GeoJSON including GeoDjango, OpenLayers, and Geoforge software. It is also compatible with PostGIS and Mapnik. The API services of Google, yahoo and Bing maps also support GeoJSON.


    (Recommended) ( Suggested ) (Recommended) ( Suggested ) ( Suggested ) (Highly Recommended) (Highly Recommended) [Variable] (Recommended) ( Suggested ) (Recommended) ( Suggested ) (Recommended) (Recommended) ( Suggested ) ( Suggested ) ( Suggested ) (Recommended) (Recommended) (Recommended) (Recommended) (Recommended) ( Suggested )
    ( Suggested ) (Recommended) (Recommended) ( Suggested ) ( Suggested ) (Recommended) (Recommended) (Recommended) ( Suggested ) ( Suggested ) (Recommended) (Recommended) (Recommended) ( Suggested ) ( Suggested ) (Highly Recommended) ( Suggested ) (Recommended) (Highly Recommended) [Variable] ( Suggested ) (Recommended) ( Suggested )
    ( Suggested ) (Recommended) ( Suggested ) ( Suggested ) (Recommended) (Recommended) ( Suggested ) (Recommended) ( Suggested ) (Recommended) ( Suggested ) (Recommended) (Highly Recommended) [Variable] (Recommended) (Highly Recommended) (Recommended) (Recommended) (Recommended) (Recommended) (Highly Recommended) (Highly Recommended) [Variable]

Conformance tests are available for verson 1.1. A conformance test for this version will be linked from this page when it is available.


Voir la vidéo: CS50 2012 - Week 0 (Octobre 2021).