¿Existe una forma estándar o una práctica recomendada para almacenar ciertas funciones sobre carreteras:
Direccionalidad del camino:
- Calles unidireccionales: caminos que van solo en una dirección
- Carriles de giro central: caminos que existen entre dos carriles, que cualquiera de los carriles puede usar para girar a la izquierda o la derecha como este
- Rampas de intercambio de autopistas y carriles de fusión
Funcionalidad vial:
- Diseño de intersección (señalizado o sin señalizar):
- Incorporando los diferentes patrones permitidos y no permitidos de una intersección en una base de datos, tales como:
- Giros sin sentido
- Gire a la izquierda en verde (o no)
- ciclos y tiempos verdes
- Enfoques accionados versus no accionados en intersecciones
- Reglas de derecho de paso: algunas intersecciones pueden tener reglas de derecho de paso diferentes a las típicas. Tomemos, por ejemplo, un camino montañoso, donde todos deben detenerse en la señal de alto, excepto las personas que viajan cuesta arriba. No tienen una señal de alto, por lo que todo el tráfico debe cederles el paso.
postgis
database
transportation
database-design
Dassouki
fuente
fuente
Respuestas:
Desafortunadamente, algunas de esas características dependen profundamente de la pieza de software que utiliza.
Por ejemplo, tomemos las vueltas en U en ArcGIS y PGRouting. En ArcGIS, es algo que puede elegir como opción, en PGRouting, está anidado en el código.
En el camino, la calle se puede procesar de dos maneras. Se configuran parte del gráfico con un costo muy alto (PGRouting) o simplemente se eliminan del gráfico (ESRI, que tiene más sentido)
El costo de la prohibición de turnos es, de todos modos, un conjunto de reglas que debe conocer y que realmente dependen de los datos. La regla podría modificarse dinámicamente en PGRouting, pero no en ArcGIS hasta donde yo sé (mi último uso de Network Analyst fue en 9.3 y en ese punto, el gráfico tenía que volver a compilarse cada vez que realizaba un cambio).
Por lo tanto, debe echar un vistazo a lo que se hace tanto en PGRouting como en ArcGIS. Determinará mucho de cómo necesita almacenar cosas.
http://support.esri.com/en/downloads/datamodel/detail/14 http://www.pgrouting.org/documentation.html
fuente
Aquí hay un borrador de modelo de datos lógicos que me han dicho (no oficialmente) que están trabajando en la implementación en Colorado DOT. Está orientado a ArcGIS, pero creo que es lo suficientemente genérico como para tomar prestadas partes para su uso en PostGIS sin tener ArcSDE.
No me queda claro cómo (o si) este modelo de datos se ajusta al proyecto de Roma en Esri.
Actualizar
Consulte también Diseño de geodatabases para transporte , de Al Butler. Escuché que el autor ha estado involucrado con CDOT.
fuente
Norma de contenido de datos del marco de información geográfica, Parte 7c: Transporte - Carreteras
y
Especificación de datos INSPIRE en redes de transporte - Directrices
Tienen algo de lo que buscas pero son muy amplios. No declaras tu caso de uso. Solo asegúrate de no hacer más de lo necesario.
fuente
http://wiki.openstreetmap.org/wiki/Key:oneway
http://wiki.openstreetmap.org/wiki/Motorway_link
http://wiki.openstreetmap.org/wiki/Relation:restriction
fuente