Chère communauté,<\/SPAN><\/P>Je travaille sur une analyse d'accessibilité et j'ai donc besoin de construire un jeu de données réseau multimodal (incluant GTFS). J'utilise ArcGIS Desktop 10.5 sur une machine Windows, au fait. J'ai également téléchargé une capture d'écran avec un exemple de mon problème : les lignes bleues sont les rues (osm), les lignes vertes sont les itinéraires de transport public (bus, tram, métro), les lignes violettes sont des lignes reliant les stations au réseau routier, le point vert est l'arrêt/station issu du fichier GTFS, les triangles orange proviennent d'une classe d'entités ponctuelles plus détaillée représentant les arrêts/stations.<\/SPAN><\/P> Mon problème est double : Premièrement, j'ai créé une couche d'arrêts à partir d'un fichier GTFS en utilisant l'outil EditGTFSStopLocation par Melinda Morang, qui<\/A> m'a donné plusieurs entités ponctuelles par arrêt/station (entité ponctuelle verte) ; je suppose une par itinéraire de transport public (entités ligne verte) s'arrêtant à cette station. Cependant, ces entités ponctuelles ont toutes la même paire de coordonnées. En théorie, cela signifie que bus, tram, train, etc., s'arrêtent exactement au même endroit ; peu importe la direction de l'itinéraire et peu importe où ils devraient réellement s'arrêter. En réalité, cependant, les points devraient être distribués comme les triangles orange, chacun représentant une « entrée/sortie/quai » vers un moyen de transport. Malheureusement, ces points ne proviennent pas du fichier GTFS et ne contiennent donc pas d'informations sur quel itinéraire s'y arrête. Maintenant, j'ai besoin de faire une analyse consciente des horaires. Cela semble être soit la conscience des horaires permettant d'élaborer un temps d'attente précis OU la précision positionnelle permettant d'élaborer un temps de marche précis « dans » la station. Quelqu'un voit-il un moyen d'obtenir les deux ?<\/SPAN><\/P><\/P>Le second problème est que ni les itinéraires actuels (entités ligne verte) ni le réseau routier (OSM ; entités ligne bleue) ne croisent/coïncident avec la station. Donc, il n'y a pas de connexion entre les différents réseaux. (J'ai tenté de résoudre ce problème en connectant l'entité ponctuelle d'arrêt avec les deux entités rue les plus proches [voir entités ligne violette]. Cela devrait être répété avec les classes d'entités de transport public.) Quelqu'un connaît-il une meilleure méthode automatisée pour connecter les entités ligne avec les entités ponctuelles - sans connecter trop ou les mauvaises entités (comme un arrêt de tram avec une entité ligne métro) ?<\/SPAN><\/P>Merci à tous ceux qui ont lu ce long message !<\/SPAN><\/P> J'attends vraiment vos réponses avec impatience Merci et meilleures salutations, Piet<\/SPAN><\/P><\/P>PS : C'est mon premier message dans la communauté. Veuillez me dire s'il doit être posté dans un autre groupe. Merci !<\/SPAN><\/P><\/BODY><\/HTML>
<\/P>
Le second problème est que ni les itinéraires actuels (entités ligne verte) ni le réseau routier (OSM ; entités ligne bleue) ne croisent/coïncident avec la station. Donc, il n'y a pas de connexion entre les différents réseaux. (J'ai tenté de résoudre ce problème en connectant l'entité ponctuelle d'arrêt avec les deux entités rue les plus proches [voir entités ligne violette]. Cela devrait être répété avec les classes d'entités de transport public.) Quelqu'un connaît-il une meilleure méthode automatisée pour connecter les entités ligne avec les entités ponctuelles - sans connecter trop ou les mauvaises entités (comme un arrêt de tram avec une entité ligne métro) ?<\/SPAN><\/P>Merci à tous ceux qui ont lu ce long message !<\/SPAN><\/P> J'attends vraiment vos réponses avec impatience Merci et meilleures salutations, Piet<\/SPAN><\/P><\/P>PS : C'est mon premier message dans la communauté. Veuillez me dire s'il doit être posté dans un autre groupe. Merci !<\/SPAN><\/P><\/BODY><\/HTML>
Hello Jan.
You do not need the geometry of your transit lines to match the OSM street geometry. The Add GTFS to a Network Dataset toolbox will take care of this for you. It will generate a feature class of transit lines which are simply straight-line connectors between stops. The network dataset will reference these lines, but the travel times along those lines are calculated based on the GTFS schedules. So the actual geometry of the lines is irrelevant.
The only thing that DOES matter is the location of the stops. It seems like this is where your real problem lies. Add GTFS to a Network Dataset finds the locations of all the stops from the GTFS stops.txt file, snaps a copy of the stops to the closest street feature, and draws a connector line from the snapped stop to the original stop location. This allows you to connect from the streets onto your transit lines. If the snapped stops don't end up in the right place, then the network will not correctly represent the locations where people can get on and off the transit system.
You can use the Edit GTFS Stop Locations tool to correct the locations of existing stops, export the correction back into GTFS, and then run Add GTFS to a Network Dataset using the corrected GTFS. Another thing you can do is to add station entrances to your GTFS stops.txt file. To do this, you would add a new entry to stops.txt and give it a location_type value of 2. You would also have to have a parent_stations set up. Read the GTFS reference for the explanation. If you have your stops, parent stations, and station entrances set up correctly, the Add GTFS to a Network Dataset toolbox will take care of constructing the network dataset correctly using that information. Also, adding station entrances does not affect the GTFS schedules, so you can add them without having to do any major surgery on your GTFS dataset.
Hope this helps!
If you want to render the transit routes in the map, you should use the Display GTFS in ArcGIS tool, which renders the information in "shapes.txt". This is the physical representation of where the transit lines actually are.
Regarding your question about larger cities: The producer of the GTFS data is responsible for generating accurate data. If the stops are in the wrong place or station entrances are not represented, then consumers of that data should ask the data producer to fix the problem. In your case it might be faster to fix it yourself, but you're right that for a large city, it would be very time consuming to edit it yourself as a one-off.
Hi Melinda,
thanks for your detailed response. You are right about the geometry of the transit lines. Except for when I want to create a map with the transit lines as representation of the "real world". But thats something I'd figure out once I need to.
I will now try to edit the GTFS stops.txt file itself, according to your instructions and using your tools. I will report back once I am done and it worked. However, I wonder how "Add GTFS to a ND" allocates the transit lines to the different stops (location type 1) that I add manually to the parent station. Wouldn't I need to change the routes.txt aswell, for the tool to know that bus X stops at stop 1 of a station, while Bus Z stops at stop 2 of the same station?
Another thought: my case is limited to a medium sized city (400k inhabitants) and I wonder how someone working with a large dataset from, lets say, NYC would handle my "stops problem".
Anyway, thanks a lot Melinda!
Piet
Les membres connectés peuvent publier, suivre les mises à jour, et plus encore. Nouveau ici ? Inscrivez-vous gratuitement.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.