A propos de l'outil Collapse Road Detail
L'outil Collapse Road Detail 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 le type de route, si le diamètre de la zone ouverte est inférieur ou égal au paramètre Réduire la distance. Toutes les routes non réduites de l'ensemble en entrée sont copiées dans la classe d'entités en sortie.
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 :
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 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 s'affiche et 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éometrie sous la tolérance XY : dans certains cas, les données peuvent comporter des entités qui se situent sous la tolérance XY 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 s'affiche 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 s'affiche 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.
L'emplacement des fichiers journaux qui peuvent être générés lorsque des avertissements ou des erreurs s'affichent est différent selon votre système d'exploitation :
- Sous Windows XP, les fichiers journaux sont consignés dans C:\Documents and Settings\<nom_utilisateur>\Application Data\ESRI\GeoProcessing.
- Sous Windows Vista et Windows 7, les fichiers journaux sont consignés dans C:\Utilisateurs\<nom_utilisateur>\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
É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, la variable d'environnement Système de coordonnées cartographiques est utilisée, si elle est définie. Dans le cas contraire, le système de coordonnées du bloc de données est utilisé, si l'outil est exécuté en premier plan dans ArcMap. Si aucun des systèmes de coordonnées n'est disponible, le système de coordonnées des couches en entrée est utilisé.
Remarques concernant le workflow
Cet outil est en général très efficace lorsqu'il est utilisé conjointement avec d'autres outils de généralisation et de résolution des conflits graphiques. Voici quelques astuces pour vous aider à utiliser ces outils avec d'autres couches et d'autres outils dans un workflow :
Déterminez une distance de réduction appropriée. Si vous ne suivez pas de spécification cartographique qui vous indique à quelle distance les entités doivent se trouver l'une de l'autre avant leur réduction, utilisez l'outil Mesurer dans la barre d'outils Outils dans ArcMap pour déterminer une distance ou un diamètre moyens dans les détails de la route. Utilisez une valeur légèrement supérieure à cette distance pour le paramètre Réduire la distance.
Partitionnement de grands jeux de données
Cet outil agit contextuellement, de manière 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 la variable d'environnement de géotraitement Partitions cartographiques. Le partitionnement permet à l'outil de traiter 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.