Existe-t-il un modèle de données standard pour stocker les volumes de trafic, la disposition, les voies, le timing et les informations de phasage?


17

Je suis à un carrefour où je veux stocker plus qu'un scénario de données de projet provenant d'une étude Synchro, mais je ne veux pas conserver ces données dans une série de fichiers texte. La sortie des données par Synchro est standardisée dans un fichier texte délimité par des tabulations. Les fichiers texte bruts sont inutiles lors de l'organisation d'une analyse SIG ou de la visualisation (cartographie) de la zone d'étude. Ils nécessitent bien plus qu'une simple manipulation.

Je veux savoir s'il existe un modèle de données spatiales pour stocker les volumes de trafic, la disposition, les voies, le timing et les informations de phasage inclus dans la spécification UTDF utilisée par de nombreux logiciels d'analyse du trafic.

En stockant des données dans une base de données spatiale, je serais en mesure de contenir plusieurs périodes de données, de visualiser des sous-ensembles de ces données et d'effectuer une analyse temporelle. Cependant, le plus avantageux serait la possibilité d'exporter une sélection de données à n'importe quelle intersection (s) dans un UTDF qui peut être utilisé par Synchro ou tout autre logiciel d'analyse du trafic.


Typiquement:

Traffic Analysis Software (e.g. Synchro) <--> UTDF

Ce que je veux faire:

Spatial Database <--UTDF--> Synchro

Essentiellement, l'UTDF devient le format standard dans lequel les données sont transférées entre la base de données spatiale et le logiciel d'analyse du trafic.


La Spatial Database <--UTDFpièce existe- t-elle déjà?


Je ne sais pas ce que vous entendez par UDTF, mais le modèle de données de transit d'Esri est assez complet.
Cindy Jayakumar


J'ai voté pour clore cette question car elle semble trop localisée et difficile à répondre de manière constructive. Un problème majeur est le fait que les logiciels de simulation de transport utilisés dans le monde ont très peu d'intégration standardisée avec les SIG. Construire une norme et créer de nombreux exportateurs comme indiqué par Jurgen n'est pas idéal, mais cela fonctionne car il résout un problème pour une nation entière. Je ne verrais / ne pourrais pas voir cela comme une approche utile au niveau local, car cela prendrait beaucoup trop de temps.
Michael Markieta

Réponses:


2

Je ne sais pas si cela vous aide, car je pense que l'UTDF n'est pas très "lié à l'Europe".

Ce que je sais, il existe de nombreuses combinaisons différentes de modèle de base de données spatiales <-> Exchange Format <-> Logiciel d'analyse du trafic. Cela dépend principalement du format d'échange pris en charge par votre logiciel d'analyse du trafic, mais il est très difficile de sortir des solutions prêtes à l'emploi pour aucun d'entre eux.

Un format d'échange bien défini est GDF, qui est également connu et utilisé par OpenStreetMap ( http://wiki.openstreetmap.org/wiki/GDF ), ce qui peut être un avantage si vous avez besoin de données supplémentaires. Il existe également un rédacteur GDF pour le logiciel FME, il est donc assez facile d'implémenter un exportateur GDF pour presque tous les modèles de base de données avec FME.

Le format XML OpenStreetMap lui-même peut également être utilisé pour l'échange de données, il existe également des rédacteurs FME.

L'Union européenne définit un modèle de données de réseau routier dans sa directive INSPIRE, que nous, les Européens, devons être en mesure de fournir, je ne sais pas si cela sera pris en charge par de nombreux éditeurs de logiciels à l'avenir.

En Autriche, nous utilisons VISUM pour l'analyse du trafic et son format INTREST est largement accepté comme format d'échange. Nous avons également développé un modèle de base de données spatiales commun appelé "Graph Integration Platform (GIP)" pour stocker tous les objets dans un réseau de transport. Sur la base du GIP, nous avons développé des exportateurs vers différents formats comme INTREST et GDF. Un exportateur INSPIRE est en cours de rédaction et UTDF ne serait qu'un autre exportateur qui doit être rédigé et mis en œuvre. Vous pouvez obtenir des informations de base sur notre modèle de base de données spatiales sur http://www.gip.gv.at/home-en.html

Mais pour autant que je sache, il n'y a pas de solution prête à l'emploi pour cela.


Ups, je pense que je n'ai pas bien compris vos besoins lors de la première lecture ... vous voulez donc stocker différentes variantes d'analyse. GIP ne stocke que les situations réelles et historiques du réseau routier (voies, volume de trafic, etc.). Vous devriez peut-être stocker vos fichiers d'exportation dans un logiciel de version de fichier simple (MS Sharepoint ou quelque chose comme ça)
Jürgen Zornig

Salut jurgen, vous avez aidé beaucoup plus que ce à quoi je m'attendais! Merci pour votre temps. Seriez-vous assez aimable pour publier le modèle de base de données spatiales SIG que vous utilisez au GIP?
Michael Markieta

0

Format de données géographiques utilisé par Navteq et Teleatlas. xuml je crois avec OOP

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.