Préparer les données de transport
Le service métropolitain dispose de plusieurs classes d’entités pour gérer et réguler le stationnement des vélos et les zones d’autorisation de stationnement dans la ville. Vous allez télécharger et explorer ces classes d’entités. Comme vous le verrez plus loin, il est essentiel de comprendre les données spatiales et attributaires avant de construire des règles de topologie.
Explorer les données
Vous allez commencer par télécharger un fichier de projet ArcGIS fourni contenant les données de ce didacticiel et explorer certaines des classes d’entités de stationnement du service métropolitain.
- Téléchargez le fichier Sydney_Metro_Data (Données_Métro_Sydney) .zip et extrayez son contenu à un emplacement approprié de votre ordinateur.
- Ouvrez le dossier Sydney_Metro_Data (Données_Métro_Sydney). Ouvrez le dossier Sydney Parking (Stationnement à Sydney). Double-cliquez sur le fichier de projet ArcGIS Sydney Parking (Stationnement à Sydney).
Le projet s’ouvre ArcGIS Pro.
- À l’invite, connectez-vous à votre compte ArcGIS Online ou ArcGIS Enterprise.
Remarque :
Si vous ne disposez pas d’un compte d’organisation, consultez les options disponibles pour accéder aux logiciels.
Cette carte comporte déjà différentes classes d’entités symbolisées à votre intention. Les entités comprennent les localisations des parkings à vélos, les pistes cyclables et les zones d’autorisation de stationnement.
Vous allez ensuite explorer la géodatabase contenant ces classes d’entités pour mieux comprendre certains de leurs attributs.
- Sur le ruban, cliquez sur l'onglet Vue. Dans le groupe Windows (Fenêtres), cliquez sur Catalog Pane (Fenêtre Catalogue).
La fenêtre Catalogue apparaît. Vous allez ensuite accéder à la géodatabase.
- Dans la fenêtre Catalog (Catalogue), développez Databases (Bases de données). Développez Sydney Parking.gdb.
La géodatabase Sydney Parking (Stationnement à Sydney) contient un jeu de classes d’entités nommé MetroData. Un jeu de classes d’entités est un ensemble de classes d’entités associées qui partagent un système de coordonnées commun et qui peuvent participer à des fonctions de géodatabase avancées telles que les réseaux ou, comme vous le verrez plus loin, les topologies.
- Développez MetroData.
Trois classes d’entités sont présentes :
- La classe d’entités Bicycle_parking représente les points dans la ville où les cyclistes peuvent garer leurs vélos.
- La classe d’entités Cycle_network représente les pistes cyclables dans la ville.
- La classe d’entités Parking_permit_areas représente les zones dans la ville où le stationnement des vélos est autorisé ou non.
Comme ces classes d’entités se trouvent dans le jeu de classes d’entités MetroData, elles ont toutes le même système de coordonnées. Vous allez les examiner.
- Cliquez avec le bouton droit sur MetroData et choisissez Properties (Propriétés).
La fenêtre Feature Dataset Properties (Propriétés du jeu de classes d’entités) s’ouvre.
- Cliquez sur l’onglet Général. Développez Spatial Reference (Référence spatiale).
L’option Projected Coordinate System (Système de coordonnées projeté) est répertoriée. Cela implique que les classes d’entités dans ce jeu de classes d’entités utilisent toutes le système de coordonnées projetées GDA 1994 MGA Zone 56. Plus loin dans ce didacticiel, il est important pour votre topologie que les classes d’entités soient ajoutées à ce jeu de classes d’entités.
- Fermez la fenêtre Feature Dataset Properties (Propriétés du jeu de classes d’entités).
Vous allez ensuite explorer les attributs Parking permit areas (Zones d’autorisation de stationnement).
- Dans la fenêtre Contents (Contenu), cliquez avec le bouton droit sur Parking permit areas (Zones d’autorisation de stationnement). Sélectionnez Attribute Table (Table attributaire).
La table attributaire s’affiche. Vous voyez tous les champs, ou toutes les colonnes, que contient cette classe d’entités.
Le champ Permit Eligible (Autoriser les zones éligibles), l’un des champs le plus à droite, est de couleur orange. Cela signifie qu’il comporte un sous-type. Les sous-types sont des sous-ensembles d’entités qui partagent les mêmes attributs et qui permettent de classer les données. Vous allez explorer les sous-types disponibles avec cette couche.
- Sur le ruban, cliquez sur l’onglet Données. Dans le groupe Design (Conception de données), cliquez sur Subtypes (Sous-types).
La vue Subtypes (Sous-types) apparaît.
Deux valeurs de sous-types se trouvent en haut de la vue : Resident/Business/Visitor Parking Permit Area (Zone d’autorisation de stationnement pour les résidents/entreprises/visiteurs) et No Parking Permit Area (Aucune autorisation de stationnement). Ces valeurs de sous-types servent à symboliser la couche Parking permit areas (Zones d’autorisation de stationnement) sur la carte. La valeur Resident/Business/Visitor Parking Permit Area (Zone d’autorisation de stationnement pour les résidents/entreprises/visiteurs) s’affiche en vert et la valeur No Parking Permit Area (Aucune autorisation de stationnement) en rouge.
Vous pouvez également utiliser ces sous-types pour construire des règles de topologie.
- Fermez la vue Subtypes (Sous-types) et la table attributaire.
- Dans la barre d’outils Quick Access (Accès rapide), cliquez sur Save (Enregistrer) pour enregistrer le projet.
Maintenant que vous avez téléchargé et exploré les données fournies par la ville, vous allez construire des règles de topologie dans votre géodatabase.
Construire des règles de topologie de géodatabase
Les règles de topologie garantissent que vos données répondront aux critères de l’initiative favorisant le transport durable. Voici les conditions de l’initiative :
- Les bordures de tous les polygones Parking permit areas (Zones d’autorisation de stationnement) doivent être alignées les unes sur les autres.
- Dans Cycle network (Réseau cyclable), les lignes ne doivent pas s’auto-superposer.
- Les points Bicycle parking (Parking à vélos) doivent être compris dans Resident/Business/Visitor Parking Permit Areas (Zones d’autorisation de stationnement pour les résidents/entreprises/visiteurs).
Vous allez créer une topologie, construire les règles et vérifier si vos classes d’entités comportent des violations de règles.
Créer une topologie de géodatabase
Vous allez d’abord construire une topologie de géodatabase. Une topologie de géodatabase est un jeu de données de contrôleur qui fournit une méthode pour modéliser les relations spatiales entre les classes d’entités et assurer l’intégrité des données. En d’autres termes, elle vous permettra de mieux gérer vos données en définissant le partage de la géométrie par les entités ponctuelles, linéaires et surfaciques en fonction des objectifs de votre projet.
- Sur le ruban, dans Command Search (Recherche de commande), saisissez Créer une topologie. Sélectionnez Create Topology (Créer une topologie).
La fenêtre Geoprocessing (Géotraitement) apparaît avec l’outil Create Topology (Créer une topologie).
Cet outil va construire la topologie. Les topologies doivent être construites dans un jeu de classes d’entités.
- Dans la fenêtre Geoprocessing (Géotraitement), pour Input Feature Dataset (Jeu de classes d’entités en entrée), accédez au dossier Sydney Parking (Stationnement à Sydney). Double-cliquez sur la géodatabase Sydney Parking (Stationnement à Sydney) et sélectionnez le jeu de classes d’entités MetroData.
Vous allez ensuite nommer la topologie.
- Pour Output Topology (Topologie en sortie), saisissez MetroTopology.
- Cliquez sur Run (Exécuter).
Une topologie est créée dans la géodatabase Sydney Parking (Stationnement à Sydney).
- Dans la fenêtre Catalog (Catalogue), sous Sydney Parking.gdb, développez MetroData.
La topologie MetroTopology est visible.
Configurer la topologie
Vous allez maintenant configurer la topologie. Cette opération consiste à définir la valeur Cluster Tolerance (Tolérance d’agrégat), à ajouter des classes d’entités et à configurer les classements XY.
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur MetroTopology. Sélectionnez Properties (Propriétés).
La fenêtre Topology Properties (Propriétés de la topologie) s’affiche.
- Dans la fenêtre Topology Properties (Propriétés de la topologie), si nécessaire, cliquez sur l’onglet General (Général).
Vous pouvez ici définir les valeurs Cluster Tolerance (Tolérance d’agrégat).
La tolérance d’agrégat représente la distance dans laquelle les sommets sont considérés comme étant identiques ou coïncidents. Tous les sommets qui se trouvent dans la tolérance d’agrégat sont considérés comme étant à la même localisation et vont être capturés ensemble lors des opérations de géotraitement de la topologie. Vous pouvez conserver la valeur par défaut.
Pour fonctionner, une topologie nécessite des classes d’entités participantes. Vous allez ensuite ajouter des classes d’entités.
- Dans la fenêtre Topology Properties (Propriétés de la topologie), cliquez sur l’onglet Feature Class (Classe d’entités).
Les classes d’entités figurent dans votre jeu de classes d’entités. Vous allez ajouter ces trois couches à la topologie.
Remarque :
Seules les classes d’entités qui se trouvent dans le même jeu de classes d’entités que la topologie peuvent être ajoutées à la topologie.
- Cochez les cases en regard des classes d’entités Bicycle_parking, Cycle_network et Parking_permit_areas.
Lorsque vous ajoutez des classes d’entités dans votre topologie, une valeur XY Rank (Classement XY) leur sont attribuées. Au cours du processus de validation, la valeur XY Rank (Classement XY) définit le mouvement des entités dans une classe d’entités par rapport à une autre classe d’entités. Les classes d’entités de classement inférieur seront ajustées ou mises à jour en fonction de celles qui occupent un classement supérieur. En conséquence, les classes d’entités que vous considérez comme plus exactes doivent avoir un classement supérieur à celles dont l’exactitude est moindre.
Les limites des zones d’autorisation de stationnement ont été numérisées à partir d’une carte papier. Les points des parkings à vélos ont été collectés avec un récepteur GPS haute précision. Comme les points des parkings à vélos sont plus exacts que les zones d’autorisation de stationnement, les premiers bénéficient d’un classement supérieur aux deuxièmes. Cela empêche vos points GPS d’être ajustés pour correspondre aux zones d’autorisation de stationnement numérisées moins exactes.
Pour ce faire, vous allez définir le nombre de classements. La valeur par défaut est 1, qui suppose que toutes vos classes d’entités sont également exactes.
- Pour Number of XY Ranks (Nombre de classements XY), saisissez 2.
Vous allez ensuite mettre à jour la classe d’entités Parking_permit_areas pour lui affecter un classement inférieur.
- Pour Parking_permit_areas, dans XY Rank (Classement XY), saisissez 2.
Maintenant que les classes d’entités ont été ajoutées à la topologie et que le classement approprié leur a été attribué, vous pouvez commencer à construire des règles.
Configurer les règles de topologie
La capacité à vérifier vos données avec la topologie repose sur les règles que vous construisez. Les règles de topologie définissent les conditions que les classes d’entités participantes doivent respecter pour assurer l’intégrité des données spatiales. Ces règles peuvent s’appliquer à une seule classe d’entités ou entre deux classes d’entités. Elles peuvent également s’appliquer au niveau du sous-type.
Vous allez construire des règles qui répondent aux critères de l’initiative favorisant le transport durable de la ville :
- Les bordures de tous les polygones Parking permit areas (Zones d’autorisation de stationnement) doivent être alignées les unes sur les autres.
- Dans Cycle network (Réseau cyclable), les lignes ne doivent pas s’auto-superposer.
- Les points Bicycle parking (Parking à vélos) doivent être compris dans Resident/Business/Visitor Parking Permit Areas (Zones d’autorisation de stationnement pour les résidents/entreprises/visiteurs).
Vous allez convertir ces critères en règles que la topologie vérifiera pour vous. Vous allez commencer par la première règle : les bordures de tous les polygones Parking permit areas (Zones d’autorisation de stationnement) doivent être alignées les unes sur les autres.
Remarque :
Pour obtenir un fichier de la taille d’un poster répertoriant toutes les règles de topologie, consultez Règles de topologie de géodatabase ArcGIS. Certaines de ces règles portent des noms similaires. Veillez à choisir la règle appropriée lorsque vous configurez une topologie.
- Cliquez sur l'onglet Rules (Règles).
Cet onglet vous permet d’observer, d’ajouter, de supprimer et d’importer des règles.
- Cliquez sur Click here to add a new rule (Cliquez ici pour ajouter une nouvelle règle).
Une ligne est ajoutée pour la première règle.
Cette première règle est associée à la classe d’entités Parking_permit_areas. Vous allez la définir comme Feature Class 1 (Classe d’entités 1).
- Pour Feature Class 1 (Classe d’entités 1), choisissez Parking_permit_areas.
Cette règle doit s’assurer que les différents polygones que comporte cette classe d’entités ne se superposent pas. Vous allez sélectionner la règle pour appliquer ce critère.
- Pour Rule (Règle), sélectionnez Must Not Overlap (Area) (Ne doivent pas se superposer à (Surface)).
La première règle est terminée. Lorsque cette règle est implémentée, si des polygones Parking_permit_areas se superposent, ils seront identifiés.
Vous allez ensuite construire la règle s’assurant que dans Cycle network (Réseau cyclable), les lignes de s’auto-superposent pas.
- Cliquez sur Click here to add a new rule (Cliquez ici pour ajouter une nouvelle règle).
Cette règle se concentre sur la classe d’entités Cycle network (Réseau cyclable).
- Pour Feature Class 1 (Classe d’entités 1), choisissez Cycle_network.
La règle doit empêcher les lignes de cette couche de se couper. Vous allez choisir une règle qui recherche les lignes auto-superposées.
- Pour Rule (Règle), sélectionnez Must Not Self Overlap (Line) (Ne doivent pas s’auto-superposer (Ligne)).
Deux des trois critères ont été ajoutés sous forme de règles. Vous allez ensuite ajouter la dernière règle : les points Bicycle_parking doivent être compris dans Resident/Business/Visitor Parking Permit Areas (Zones d’autorisation de stationnement pour les résidents/entreprises/visiteurs).
Cette règle est plus avancée. Elle invoquera deux couches, Bicycle parking (Parking à vélos) et Parking permit areas (Zones d’autorisation de stationnement). Elle fera également appel à un type particulier de zone d’autorisation : Resident/Business/Visitor Parking Permit Areas (Zones d’autorisation de stationnement pour les résidents/entreprises/visiteurs). N’oubliez pas qu’il s’agit d’un sous-type spécifique de la classe d’entités Parking permit areas (Zones d’autorisation de stationnement). Cette règle s’assure que les points se trouvent uniquement à l’intérieur de certains polygones.
- Cliquez sur Click here to add a new rule (Cliquez ici pour ajouter une nouvelle règle).
La classe d’entités en cours d’examen, les points Bicycle_parking, est Feature Class 1 (Classe d’entités 1).
- Pour Feature Class 1 (Classe d’entités 1), choisissez Bicycle_parking.
La règle requise pour ce critère vérifie que les points se trouvent bien dans la limite d’une deuxième classe d’entités.
- Pour Rule (Règle), sélectionnez Must Be Properly Inside (Point-Area) (Doivent être strictement incluses dans (Point-Surface)).
Vous avez ajouté une couche ponctuelle à cette règle et vérifié qu’elle doit être à l’intérieur d’une zone. La deuxième classe d’entités définira ces zones.
- Pour Feature Class 2 (Classe d’entités 2), choisissez Parking_permit_areas.
Vous devez maintenant choisir un type spécifique de zone d’autorisation. Pour ce faire, des sous-types sont nécessaires.
- Pour Subtype 2 (Sous-type 2), sélectionnez Resident/Business/Visitor Parking Permit Area (Zone d’autorisation de stationnement pour les résidents/entreprises/visiteurs).
La dernière règle est terminée.
- Cliquez sur OK.
- Enregistrez votre projet.
Vous avez créé une topologie vide, vérifié la tolérance d’agrégat, ajouté des classes d’entités, classé les classes d’entités et appliqué des règles à l’aide de plusieurs couches et sous-types.
Examiner les données avec la topologie
Maintenant que vous avez configuré votre topologie en tenant compte des besoins du projet, vous allez identifier les problèmes liés aux données tout au long du processus de validation. Vous corrigerez ensuite les erreurs topologiques pour améliorer la qualité de vos données.
Valider la topologie
Au cours de cette étape, vous allez valider la topologie en fonction de vos règles pour identifier les problèmes spatiaux éventuels.
- Sur le ruban, dans Command Search (Recherche de commande), saisissez Valider la topologie. Choisissez Validate Topology (Valider la topologie).
La fenêtre Geoprocessing (Géotraitement) s’affiche. L’outil Validate Topology (Valider la topologie) recherche des erreurs dans vos données en fonction des règles que vous avez créées précédemment.
- Dans la fenêtre Geoprocessing (Géotraitement), pour Input Topology (Topologie en entrée), accédez au jeu de classes d’entités MetroData et sélectionnez MetroTopology.
- Cliquez sur Run (Exécuter).
Un groupe de couches, MetroTopology, est ajouté dans la fenêtre Contents (Contenu). Ces couches vous aident à localiser les erreurs spatiales dans vos données.
Résoudre les erreurs
Au lieu d’essayer de trouver les erreurs manuellement, vous allez adopter une approche plus systématique à l’aide de la fenêtre Error Inspector (Inspecteur d’erreurs). La fenêtre Error Inspector (Inspecteur d’erreurs) illustre les erreurs dans vos données ainsi que leur localisation sur la carte, et vous aide à les résoudre.
- Sur le ruban, cliquez sur l’onglet Edit (Modifier). Dans le groupe Manage Edits (Gérer les mises à jour), cliquez sur Error Inspector (Inspecteur d’erreurs).
La fenêtre Error Inspector (Inspecteur d’erreurs) s’affiche. Les violations apparaissent sur la gauche dans un format tabulaire et les solutions pour les corriger sur la droite.
Par défaut, les erreurs dans la fenêtre Error Inspector (Inspecteur d’erreurs) sont filtrées selon l’étendue actuelle de votre carte. Vous pouvez désactiver ce filtre pour voir toutes les erreurs.
- Sur la barre d’outils de la fenêtre Error Inspector (Inspecteur d’erreurs), cliquez sur Map Extent (Étendue de la carte) pour désactiver ce filtre.
Cinq erreurs apparaissent, chacune avec sa propre ligne.
Remarque :
Si tout le texte n’apparaît pas dans les résultats, vous pouvez ajuster la largeur des champs.
Lorsque vous examinez les résultats, la valeur Feature 1 (Entité 1) vous indique quelle entité est à l’origine de l’erreur, ainsi que sa classe d’entités. La valeur Rule (Règle) illustre la règle qui n’a pas été respectée par Feature 1 (Entité 1) et la valeur Feature 2 (Entité 2) désigne l’entité et sa classe d’entités à l’origine de cette violation.
Par exemple, la première erreur est provoquée par un point dans la classe d’entités Bicycle_parking. Il s’agit plus précisément du point Bicycle_parking 75. La règle enfreinte par ce point stipule qu’il doit se situer à l’intérieur d’un polygone. Le polygone dans lequel il est intégralement compris se trouve dans la classe d’entités Parking_permit_areas.
Remarque :
Les nombres indiqués dans la valeur Feature 1 (Entité 1) sont extraits du champ OBJECTID de la couche respective.
Maintenant que les erreurs sont visibles, vous allez commencer à les corriger.
- Dans la fenêtre Error Inspector (Inspecteur d’erreurs), cliquez sur le numéro de ligne 1 pour sélectionner la première ligne.
La carte Preview (Aperçu) s’actualise pour afficher la localisation de l’erreur. Elle fournit le contexte spatial de cette erreur.
Remarque :
Vous pouvez zoomer et déplacer la carte Preview (Aperçu).
Le point Bicycle parking (Parking à vélos) se trouve à l’intérieur des polygones de la couche Parking permit areas (Zones d’autorisation de stationnement). Cependant, la zone n’est pas classée comme Resident/Business/Visitor Parking Permit Area (Zone d’autorisation de stationnement pour les résidents/entreprises/visiteurs). Vous allez corriger cette erreur.
- Cliquez sur l’onglet Fix (Corriger).
Selon l’erreur, différentes options de résolution du problème vous sont proposées.
Dans ce cas, la principale option consiste à supprimer l’entité ponctuelle. L’autre option est Mark as Exception (Marquer comme exception). Cette option est utile dans l’éventualité où une règle que vous avez créée est endommagée.
Comme l’initiative de transport durable stipule que le stationnement n’est pas autorisé dans certaines zones, vous allez supprimer ce point.
- Sous Available Fixes For Selected Errors (Correctifs disponibles pour les erreurs sélectionnées), cliquez sur Delete Feature (Supprimer l’entité).
L’entité est supprimée et l’erreur est retirée de la liste dans la fenêtre Error Inspector (Inspecteur d’erreurs).
- Sélectionnez l’erreur Bicycle_parking : Bicycle_parking 562.
Il s’agit d’une autre localisation de parking à vélos qui ne se trouve pas dans le polygone approprié.
- Cliquez sur l’onglet Preview (Aperçu) pour voir l’erreur.
Ici aussi, un point a été incorrectement numérisé dans la zone d’autorisation de stationnement incorrecte.
- Cliquez sur l’onglet Fix (Corriger) et supprimez l’entité.
Une deuxième erreur a été supprimée de vos résultats. Les deux erreurs suivantes concernent des entités Cycle_network qui sont auto-superposées. Vous allez les examiner.
- Sélectionnez l’erreur concernant Cycle_network : Cycle_network 879.
- Cliquez sur l’onglet Preview (Aperçu) pour voir l’erreur.
Bien que difficile à voir, la section en surbrillance en jaune comporte des sommets supplémentaires et la ligne se double sur elle-même, ce qui provoque l’erreur d’auto-superposition. L’autre entité Cycle_network présente la même erreur. Comme les deux entités présentent la même erreur, vous pouvez les résoudre toutes les deux en même temps. Les deux erreurs doivent être sélectionnées.
- Dans la table de résultats, appuyez sur Ctrl et cliquez sur le numéro de ligne 2 pour sélectionner la deuxième erreur, Cycle_network : Cycle_network 847.
Les deux erreurs sont sélectionnées.
- Cliquez sur l’onglet Fix (Corriger). Sous Available Fixes For Selected Errors (Correctifs disponibles pour les erreurs sélectionnées), cliquez sur Simplify (Simplifier).
Les sommets supplémentaires sont supprimés et les erreurs sont résolues.
La dernière erreur concerne deux polygones Parking_permit_areas qui sont superposés. Vous allez maintenant résoudre cette erreur.
- Sélectionnez l’erreur Parking_permit_areas 12 et cliquez sur l’onglet Preview (Aperçu).
La vue fournie dans la carte ne vous permet pas de bien voir l’erreur. Vous allez effectuer un zoom avant pour mieux voir.
- Sur l’onglet Preview (Aperçu), zoomez sur l’erreur.
L’erreur est plus facile à voir. Ces polygones sont superposés alors qu’ils ne devraient pas. Vous allez résoudre cette dernière erreur.
- Cliquez sur l’onglet Fix (Corriger).
Les correctifs disponibles pour cette erreur sont Create Feature (Créer une entité), Merge (Fusionner) et Remove Overlap (Supprimer la superposition). Toutes ces options nécessitent un changement de géométrie des entités Parking_permit_areas. Comme les zones de stationnement ont été numérisées à partir d’un document imprimé et que vous n’êtes pas certain de leur exactitude, vous n’allez apporter aucune modification. Vous allez en revanche marquer cette erreur comme exception.
- Cliquez sur Mark as Exception (Marquer comme exception).
Lorsque cette erreur est marquée comme exception, elle n’est pas retirée de la liste des erreurs mais est signalée par une icône représentant un cercle rouge et un point d’exclamation blanc. Cela permet aux autres personnes de voir que l’erreur existe techniquement, mais qu’elle a été révisée et qu’elle est autorisée.
Pour vérifier que toutes les erreurs ont été corrigées, vous allez enfin valider la topologie. Vous allez cette fois valider la topologie dans la fenêtre Erreur Inspector (Inspecteur d’erreurs).
- Dans la fenêtre Error Inspector (Inspecteur d’erreurs), cliquez sur le bouton Validate (Valider).
Aucune autre erreur n’est renvoyée. Tous les problèmes ont été résolus ou marqués comme exception.
Lorsque vous avez simplifié les lignes et supprimé les points, ces mises à jour ont été appliquées aux classes d’entités. Ces mises à jour doivent être enregistrées.
- Sur le ruban, dans l'onglet Edit (Mise à jour), dans le groupe Manage Edits (Gérer les mises à jour), cliquez sur Save (Enregistrer). Si la fenêtre Save Edits (Enregistrer les mises à jour) apparaît, cliquez sur Yes (Oui).
- Fermez la fenêtre Error Inspector (Inspecteur d’erreurs).
- Enregistrez votre projet.
Après avoir établi des règles, vous avez appliqué la topologie à vos données et identifié plusieurs erreurs. Vous avez alors pu corriger les erreurs ou les marquer comme exceptions à l’aide de la fenêtre Error Inspector (Inspecteur d’erreurs).
Appliquer des règles à des jeux de données supplémentaires
Toutes les conditions de l’initiative de transport durable d’origine ont été remplies. Votre responsable vient cependant de vous informer qu’un changement a eu lieu. Un opérateur d’autopartage indique qu’il souhaite soutenir un système de transport durable dans la ville et qu’il partage les localisations de tous les points de stationnement autorisés pour les usagers de l’autopartage. Les données correspondantes vous ont été transmises.
Vous devez voir si des points de stationnement pour voitures sont situés dans des zones non autorisées. Vous allez mettre à jour votre géodatabase pour tenir compte du jeu de données qui vous a été fourni et ajouter des règles à votre topologie existante.
Examiner les données d’autopartage
Les données fournies se trouve dans une autre geéodatabase. Vous allez les explorer et les ajouter dans votre géodatabase Sydney Parking (Stationnement à Sydney).
- Dans la fenêtre Catalog (Catalogue), développez Folders (Dossiers). Développez Sydney Parking (Stationnement à Sydney) et CarShare.gdb.
Car_share_bay_operator_wgs84 est le jeu de données qui vous a été transmis. Vous allez examiner ses propriétés.
- Cliquez avec le bouton droit sur Car_share_bay_operator_wgs84 et sélectionnez Properties (Propriétés).
La fenêtre Feature Class Properties (Propriétés de la classe d’entités) s’ouvre.
- Cliquez sur l’onglet Source. Développez Spatial Reference (Référence spatiale).
La propriété Projected Coordinate System (Système de coordonnées projetées) est WGS 1984 Web Mercator. Le système de coordonnées utilisé par le reste du projet est GDA 1994 MGA Zone 56. La différence de systèmes de coordonnées pourrait être source de problème. Cependant, lorsque vous déplacez cette classe d’entités vers le jeu de classes d’entités MetroData, elle est automatiquement reprojetée vers GDA 1994 MGA Zone 56 car toutes les classes d’entités ajoutées dans un jeu de classes d’entités héritent de son système de coordonnées.
Vous allez ensuite copier cette classe d’entités dans le jeu de classes d’entités MetroData.
- Fermez la fenêtre Feature Class Properties (Propriétés de la classe d’entités).
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur Car_share_bay_operator_wgs84. Pointez sur Export (Exporter) et sélectionnez Feature Class To Feature Class (Classe d’entités vers classe d’entités).
La fenêtre Geoprocessing (Géotraitement) apparaît avec l’outil Export Features (Exporter des entités). Cet outil copie une classe d’entités d’une localisation vers une autre. Si la localisation de fichier est un jeu de classes d’entités avec un système de coordonnées différent, le système de coordonnées de la classe d’entités est mis à jour.
- Dans la fenêtre Geoprocessing (Géotraitement), pour Output Feature Class (Classe d’entités en sortie), cliquez sur le dossier et accédez à la géodatabase MetroData. Pour Name (Nom), saisissez CarShare et cliquez sur Save (Enregistrer).
- Dans la fenêtre Géotraitement, cliquez sur Exécuter.
La classe d’entités CarShare est ajoutée à la carte.
- Dans la classe d’entités Catalog (Catalogue), développez la géodatabase Sydney Parking (Stationnement à Sydney). Développez le jeu de classes d’entités MetroData.
La classe d’entités CarShare a été ajoutée.
- Ouvrez les propriétés de la classe d’entités CarShare. Sur l’onglet Source, développez Spatial Reference (Référence spatiale).
La valeur Projected Coordinate System (Système de coordonnées projetées) a été modifiée lors de l’exécution de l’outil Export Features (Exporter des entités).
- Fermez la fenêtre Feature Class Properties (Propriétés de la classe d’entités).
Maintenant que la classe d’entités CarShare a été ajoutée au jeu de classes d’entités MetroData, vous allez ajouter une nouvelle règle de topologie.
Valider et appliquer une topologie de géodatabase
Vous allez ensuite ajouter la classe d’entités CarShare à la topologie et ajouter davantage de règles pour tenir compte du changement survenu dans le projet.
- Dans la fenêtre Catalog (Catalogue), sous MetroData, cliquez avec le bouton droit sur MetroTopology et choisissez Properties (Propriétés).
La fenêtre Topology Properties (Propriétés de la topologie) s’affiche. Tout d’abord, vous allez ajouter la classe d’entités CarShare.
- Cliquez sur l’onglet Feature Class (Classe d’entités).
- Sous Feature Classes (Classes d’entités), cochez la case en regard de CarShare.
Comme vous ne savez pas comment cette classe d’entités a été créée, vous allez laisser la valeur XY Rank (Classement XY) par défaut de 2 pour des données moins exactes.
Vous ajouterez ensuite une nouvelle règle pour cette classe d’entités.
- Cliquez sur l'onglet Rules (Règles).
- Cliquez sur Click here to add a new rule (Cliquez ici pour ajouter une nouvelle règle).
Cette règle recherchera les points CarShare qui ne se trouvent pas dans des polygones Resident/Business/Visitor Parking Permit Areas (Zones d’autorisation de stationnement pour les résidents/entreprises/visiteurs).
- Définissez les attributs suivants :
- Pour Feature Class 1 (Classe d’entités 1), choisissez CarShare.
- Pour Rule (Règle), sélectionnez Must Be Properly Inside (Point-Area) (Doivent être strictement incluses dans (Point-Surface)).
- Pour Feature Class 2 (Classe d’entités 2), choisissez Parking_permit_areas.
- Pour Subtype 2 (Sous-type 2), sélectionnez Resident/Business/Visitor Parking Permit Area (Zone d’autorisation de stationnement pour les résidents/entreprises/visiteurs).
- Cliquez sur OK.
La règle a été ajoutée à la topologie. Vous allez ensuite valider la topologie pour rechercher les erreurs.
- Sur le ruban, dans l’onglet Edit (Mettre à jour), dans le groupe Manage Edits (Gérer les mises à jour), cliquez sur Error Inspector (Inspecteur d’erreurs).
La fenêtre Error Inspector (Inspecteur d’erreurs) s’affiche. L’ancienne exception est toujours visible.
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur MetroTopology et choisissez Validate (Valider).
Deux erreurs sont détectées et ajoutées à la liste.
Mettre à jour manuellement les erreurs
À présent que vous avez identifié ces erreurs supplémentaires, vous allez utiliser les outils traditionnels de mise à jour pour les résoudre.
- Sélectionnez l’erreur CarShare : CarShare 688.
Sur la carte Preview (Aperçu), le point se trouve en dehors du polygone Resident/Business/Visitor Parking Permit Area (Zone d’autorisation de stationnement pour les résidents/entreprises/visiteurs).
Au lieu de supprimer ce point comme vous l’avez fait dans le passé, vous allez le placer dans un polygone Resident/Business/Visitor Parking Permit Area (Zone d’autorisation de stationnement pour les résidents/entreprises/visiteurs). Vous utiliserez pour ce faire les outils de mise à jour dans la vue Carte.
- Sur la barre d’outils de la fenêtre Error Inspector (Inspecteur d’erreurs), cliquez sur Zoom To Selection (Zoom sur la sélection).
Remarque :
Si vous cliquez plusieurs fois que le bouton Zoom To Selection (Zoom sur la sélection), le zoom se poursuit sur l’entité sélectionnée.
Pour voir l’entité au lieu de la symbologie de la topologie, vous allez désactiver la couche MetroTopology.
- Dans la fenêtre Contents (Contenu), désactivez MetroTopology.
- Sur le ruban, dans l’onglet Edit (Mettre à jour), dans le groupe Tools (Outils), cliquez sur Move (Déplacer).
Pour utiliser cet outil, vous devez sélectionner une entité sur la carte. L’outil de sélection est activé automatiquement.
- Cliquez sur le point pour le sélectionner. Si nécessaire, cliquez sur la flèche du menu déroulant de sélection et sélectionnez CarShare.
Le point sélectionné devient jaune vif. Vous pouvez déplacer le point.
- Cliquez sur le point et faites-le glisser vers le polygone vert à gauche de sa position actuelle.
Pour finaliser cette mise à jour, vous allez effacer la sélection.
- Sur le ruban, dans l’onglet Edit (Modifier) du groupe Selection (Sélection), cliquez sur Clear (Effacer).
La première erreur CarShare a été corrigée mais non résolue. Elle demeure par conséquent dans la liste des erreurs jusqu’à la prochaine validation.
Cette mise à jour est également considérée comme une zone à valider. Des zones à valider sont automatiquement générées pour marquer les zones où des mises à jour non encore validées ont été apportées à des entités ou attributs dans une topologie. Vous allez maintenant explorer les zones à valider créées par ce point CarShare.
- Dans la fenêtre Contents (Contenu), activez MetroTopology et Dirty Areas (Zones à valider).
Des zones à valider ont été ajoutées autour des localisations d’origine et nouvelle du point CarShare que vous avez mis à jour. Elles sont toutefois très petites. Pour regarder de plus près les zones à valider, vous allez utiliser un géosignet.
- Sur le ruban, cliquez sur l’onglet Map (Carte). Dans le groupe Navigate (Naviguer), cliquez sur Bookmarks (Géosignets) et choisissez Original CarShare Location (Localisation CarShare d’origine).
Remarque :
Vous pouvez aussi zoomer manuellement pour voir la zone à valider générée par vos mises à jour.
Un polygone surfacique à valider autour de la localisation d’origine du point CarShare est visible.
Maintenant que vous avez mis à jour cette erreur et exploré sa zone à valider résultante, vous allez examiner la deuxième erreur de topologie créée par le jeu de données CarShare.
- Dans la fenêtre Error Inspector (Inspecteur d’erreurs), sélectionnez l’erreur CarShare : CarShare 595. Dans la barre d’outils de la fenêtre Error Inspector (Inspecteur d’erreurs), cliquez sur Zoom To Selection (Zoom sur la sélection). Effectuez un zoom arrière pour mieux voir la zone autour de cette erreur.
Cette localisation d’autopartage ne se trouve pas non plus dans la zone d’autorisation de stationnement appropriée. Votre responsable vous a toutefois indiqué que cette localisation est acceptable et vous allez la marquer comme exception.
- Sur l’onglet Fix (Corriger), cliquez sur Mark as Exception (Marquer comme exception).
Les erreurs générées par la règle que vous avez ajoutée sont corrigées ou marquées comme exception. Vous allez ensuite supprimer l’erreur CarShare : CarShare 688 après avoir enregistré vos mises à jour et revalidé la topologie.
- Sur le ruban, dans l'onglet Edit (Mise à jour), dans le groupe Manage Edits (Gérer les mises à jour), cliquez sur Save (Enregistrer). Si la fenêtre Save Edits (Enregistrer les mises à jour) apparaît, cliquez sur Yes (Oui).
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur MetroTopology et choisissez Validate (Valider).
L’erreur CarShare : CarShare 688 est résolue et supprimée de la liste.
Les zones à valider ont également été supprimées.
- Sur le ruban, cliquez sur l’onglet Map (Carte). Dans le groupe Navigate (Naviguer), cliquez sur Bookmarks (Géosignets) et choisissez Original CarShare Location (Localisation CarShare d’origine).
La zone à valider que vous avez observée précédemment a été supprimée car votre mise à jour a été validée.
Exporter les règles de topologie
Vous allez ensuite exporter les règles que vous avez générées. Une fois exportées, elles pourront être partagées avec d’autres utilisateurs.
- Dans la fenêtre Catalog (Catalogue), cliquez avec le bouton droit sur MetroTopology et choisissez Properties (Propriétés).
- Cliquez sur l'onglet Rules (Règles).
- Cliquez sur Enregistrer sous.
La fenêtre Export to File (Exporter dans un fichier) s’affiche.
- Accédez au dossier Sydney Parking (Stationnement à Sydney).
- Pour Name (Nom), saisissez Règles de topologie d’écomobilité.
- Cliquez sur Save (Enregistrer).
Les règles ont été exportées et le fichier peut être partagé selon les besoins. Un autre analyste SIG est à même d’utiliser le bouton Load Existing (Charger l’élément existant) sur l’onglet Rules (Règles) pour importer vos règles.
- Cliquez sur OK pour fermer la fenêtre Topology Properties (Propriétés de la topologie).
- Enregistrez votre projet.
Dans ce didacticiel, vous avez participé à une initiative d’écomobilité à Sydney en Australie. Vous avez commencé par explorer les données du service métropolitain. Vous avez ensuite identifié les besoins du projet et construit une topologie et des règles pour appliquer ces critères. Cela vous a permis de localiser et de corriger les incohérences des données spatiales. Enfin, vous avez rendu la topologie de géodatabase plus complexe en ajoutant une classe d’entités et une règle supplémentaires pour assurer l’intégrité des données spatiales. À mesure que vos projets évoluent au fil du temps, la topologie de géodatabase est assez flexible pour s’adapter à ces changements et besoins tout en assurant l’exactitude spatiale de vos données.
Vous trouverez d’autres didacticiels dans la bibliothèque des didacticiels.
