Fonctionnement de Collapse Road Detail

A propos de l'outil Collapse Road Detail

L'outil Réduire les détails de route identifie de petites configurations de segments de route qui interrompent la tendance générale d'un réseau routier et les remplace par une description simplifiée.

Les configurations sont réduites quel que soit la classe de la route, si le diamètre de la zone ouverte est inférieur ou égal à la valeur du paramètre Collapse Distance (Réduire la distance). Toutes les routes de l’ensemble en entrée qui ne sont pas réduites sont copiées dans la classe d’entités en sortie.

Remarque :

Cet outil permet en général de simplifier un ensemble de routes relativement à grande échelle à une plus petite échelle, où il convient de représenter les ronds-points ou autres petites interruptions du réseau sous forme d'intersection simple. À des échelles moyennes, il peut être préférable de conserver ces configurations en tant qu'entités distinctes et peut-être de les exagérer. Dans ce cas, envisagez d'utiliser plutôt l'outil Résoudre les conflits de routes pour garantir que les lignes symbolisées s'affichent sans conflit de symboles. Si les outils Résoudre les conflits de routes et Collapse Road Detail doivent être exécutés sur le même ensemble de routes, il est recommandé d'exécuter l'outil Collapse Road Detail d'abord.

Remarques concernant la mise en forme des données

Cet outil est optimisé pour les relations spatiales trouvées en général dans un réseau routier. Des résultats inattendus peuvent se produire si l'outil est utilisé pour traiter d'autres thèmes. Il est essentiel que la géométrie des entités en entrée soit établie correctement pour que l'outil conserve la relation de coexistence des entités dans un ensemble de routes. Tenez compte des critères et suggestions suivants relatifs aux données en entrée :

Attention :

Un avertissement est émis si les entités en entrée ne figurent pas dans un système de coordonnées projetées. Cet outil s'appuie sur des unités de distance linéaire, qui créent des résultats inattendus dans un système de coordonnées non projetées. Il est recommandé d’exécuter cet outil sur des données dans un système de coordonnées projetées pour obtenir des résultats fiables. Une erreur se produit et l’outil ne fonctionne pas si le système de coordonnées manque ou s’il est inconnu.

• Entités à une partie : les entités en entrée ne peuvent pas comporter des entités multi-parties. Utilisez l'outil Multi-parties vers une partie ou créez une topologie avec une règle de ligne Doivent être en une partie pour convertir les entités en entités à une partie.

• Segments partagés — les entités en entrée ne doivent pas se superposer pour pouvoir partager des segments. Créez une topologie avec les règles de ligne Ne doivent pas se superposer et Ne doivent pas s'auto-superposer pour résoudre ces problèmes. Si l'outil est exécuté avec plusieurs couches en entrée, créez une topologie avec la règle Ne doivent pas se superposer à. Si des segments partagés sont détectés, un avertissement est émis, mais l’exécution de l’outil continue. Les ObjectID des entités impliquées sont consignés dans un fichier journal nommé SharedGeom#.txt (où # est un nombre qui augmente de façon incrémentielle chaque fois qu’un fichier journal est généré).

• Entités auto-sécantes — les entités linéaires en entrée qui se coupent ou qui ont des points de départ et de fin communs peuvent produire des résultats inattendus. Créez une topologie avec la règle de ligne Must Not Self-Intersect (Ne doivent pas être auto-sécantes) pour identifier les endroits où les entités se coupent. Si des entités auto-sécantes sont détectées, un avertissement est émis, mais l’outil continue à traiter les entités. Les ObjectID des entités auto-sécantes sont consignés dans un fichier journal nommé SelfIntersect#.txt (où # est un nombre qui augmente de façon incrémentielle à chaque fois qu’un fichier journal est généré).

• Géométrie sous la tolérance XY — Dans certains cas, les données peuvent comporter des entités qui se situent sous la tolérance x,y précisée sur la carte ou dans l’environnement de l’outil. Si des entités ayant une longueur inférieure à la tolérance sont détectées, un avertissement est émis et ces entités sont ignorées par l’outil. Les ObjectID des entités avec une géométrie inférieure à la tolérance sont consignés dans un fichier journal nommé GeomBelowTolerance#.txt (où # est un nombre qui augmente de façon incrémentielle à chaque fois qu’un fichier journal est généré).

• Géométrie vide ou nulle — les entités en entrée doivent comporter des géométries valides. Si des entités avec une longueur de forme nulle sont détectées, un avertissement est émis et ces entités sont ignorées par l’outil. Les ObjectID des entités avec une géométrie vide ou nulle sont consignées dans un fichier journal nommé EmptyGeom#.txt (où # est un nombre qui augmente de façon incrémentielle à chaque fois qu’un fichier journal est généré). Si nécessaire, utilisez l’outil Réparer les géométries pour réparer ces entités.

• Dans le système d’exploitation Windows, les fichiers journaux générés lorsque des avertissements ou erreurs sont émis sont écrits à l’emplacement suivant : C:\Users\<user name>\AppData\Local\ESRI\GeoProcessing.

• Entités réduites : pour déterminer quelles entités ont été réduites, ajoutez un champ appelé CRD_TYPE (entier court ou long) à la classe d'entités en entrée. Après le traitement, le champ sera renseigné comme suit :

  • 0 = L'entité ne fait pas partie de la configuration détaillée d'un itinéraire faisant interruption.
  • 1 = détail d'itinéraire réduit correctement
  • 2 = détail d'itinéraire non réduit, attaché aux routes parallèles
  • 3 = détail d'itinéraire non réduit, n'interrompt pas le réseau
  • 4 = détail d'itinéraire non réduit, configuration non gérée
  • 5 = détail d’itinéraire non réduit, détail verrouillé
  Vous pouvez utiliser ces informations pour effectuer un contrôle de la qualité ou pour identifier les entités qui peuvent avoir besoin d'une symbologie différente pour une description plus appropriée. Pour les entités codées avec CRD_TYPE = 2, envisagez d'exécuter d'abord l'outil Fusionner des chaussées séparées, puis à nouveau l'outil Collapse Road Detail. Pour gérer les entités codées CRD_TYPE = 3, exécutez l'outil Éclaircir un réseau routier. Pour les entités codées CRD_TYPE = 4, une inspection visuelle et peut-être une modification manuelle peuvent être nécessaires. Ces configurations sont habituellement difficiles à détecter et réduire à cause des angles que les routes contiguës joignent ou entrent dans le détail d'itinéraire ouvert. Toutes les valeurs sont entrées dans les entités en entrée. Seules les valeurs 2, 3, 4 et 5 sont écrites dans le champ CRD_Type de la sortie.

• Échelle de référence : vérifiez que l'échelle de référence est configurée pour spécifier le paramètre Réduire la distance en unités de page (pt, po, mm, cm).

• Pour évaluer le système de coordonnées, l’environnement Système de coordonnées cartographiques est utilisé s’il est défini ; à défaut, le système de coordonnées de la carte est utilisé. Si aucun des systèmes de coordonnées n'est disponible, le système de coordonnées des couches en entrée est utilisé.

Partitionnement de grands jeux de données

Cet outil opère contextuellement, de sorte que les entités adjacentes et de connexion soient considérées lors de la détermination de l’état final de chaque entité individuelle. L'utilisation d'une grande quantité de données en entrée peut dépasser les limites de la mémoire. Pour éviter cela, envisagez de permettre le partitionnement lors de l'exécution de cet outil en spécifiant une classe d'entités de partition dans l’environnement de géotraitement Partitions cartographiques. Lorsque le partitionnement est activé, l’outil traite séquentiellement les données en blocs logiques et gérables. Les entités en entrée délimitées par chaque polygone de partition sont chargées dans l'outil, avec les données supplémentaires provenant d'une zone tampon qui entoure la partition. Les données supplémentaires sont considérées comme des produits du traitement. Cela garantit que les classes d'entités résultantes sont transparentes et que les états des entités s'étendant à travers des limites de partition sont cohérents.

Lors du traitement de l'outil Collapse Road Detail par partition, les routes résultant de chaque partition sont ajoutées à la classe d'entités en sortie. Les routes sont fractionnées aux tronçons de partition. Tout est mis en œuvre pour garantir des résultats cohérents dans les limites de partition, mais il est possible que dans des zones géométriquement complexes ou denses, il y ait des cas où une route est alignée sur une route incorrecte, ou des cas où une route est réduite dans une partition mais pas lorsqu'elle traverse une autre.