Existe-t-il une méthode standard ou recommandée pour stocker certaines fonctionnalités des routes:
Directionnalité routière:
- Rues à sens unique: routes allant dans une seule direction
- Voies de virage central: routes qui existent entre deux voies, que l'une ou l'autre voie peut utiliser pour tourner à gauche ou à droite comme celle-ci
- Échangeur routier Rampes et voies de fusion
Fonctionnalité routière:
- Disposition des intersections (signalées ou non):
- Incorporer les différents modèles autorisés et interdits d'une intersection dans un db, tels que:
- Pas de virage en U
- Tournez à gauche sur vert (ou pas)
- cycles et temps verts
- Approches actionnées et non actionnées aux intersections
- Règles de droit de passage: certaines intersections peuvent avoir des règles de droit de passage différentes de celles typiques. Prenons par exemple une route vallonnée, où tout le monde doit s'arrêter au panneau d'arrêt, à l'exception des personnes qui voyagent en montée. Ils n'ont pas de panneau d'arrêt, donc tout le trafic doit leur céder.
Réponses:
Malheureusement, certaines de ces fonctionnalités dépendent profondément du logiciel que vous utilisez.
Par exemple, prenons les demi-tours dans ArcGIS et PGRouting. Dans ArcGIS, c'est quelque chose que vous pouvez choisir en option, dans PGRouting, il est imbriqué dans le code.
On way street peut être traité de deux manières. Ils sont mis en place une partie du graphique avec un coût très élevé (PGRouting) ou simplement supprimés du graphique (ESRI, ce qui est plus logique)
Le coût de l'interdiction est de toute façon un ensemble de règles que vous devez connaître et qui dépendent vraiment des données. La règle pouvait être modifiée dynamiquement dans PGRouting, mais pas dans ArcGIS pour autant que je sache (ma dernière utilisation de Network Analyst était sur 9.3 et à ce moment-là, le graphique devait être recompilé à chaque fois que vous apportiez une modification).
Vous devriez donc jeter un œil à ce qui est fait à la fois sur PGRouting et ArcGIS. Cela déterminera beaucoup de la façon dont vous devez stocker les choses.
http://support.esri.com/en/downloads/datamodel/detail/14 http://www.pgrouting.org/documentation.html
la source
Voici un projet de modèle de données logique qui m'a été dit (officieusement) qu'ils travaillaient à la mise en œuvre au Colorado DOT. Il est conçu pour ArcGIS, mais je pense qu'il est suffisamment générique pour emprunter des parties à utiliser dans PostGIS sans avoir ArcSDE.
Je ne sais pas comment (ou si) ce modèle de données s'intègre dans le projet de Rome à Esri.
Mise à jour
Consultez également Conception de géodatabases pour le transport , par Al Butler. J'ai entendu dire que l'auteur était impliqué dans CDOT.
la source
Norme sur le contenu des données du cadre d'information géographique, Partie 7c: Transport - Routes
et
Spécification des données INSPIRE sur les réseaux de transport - Lignes directrices
Ils ont une partie de ce que vous recherchez, mais ils sont vraiment larges. Vous ne précisez pas votre cas d'utilisation. Assurez-vous simplement de ne pas faire plus que nécessaire.
la source
http://wiki.openstreetmap.org/wiki/Key:oneway
http://wiki.openstreetmap.org/wiki/Motorway_link
http://wiki.openstreetmap.org/wiki/Relation:restriction
la source