Beste Community,<\/SPAN><\/P>Ik werk aan een toegankelijkheidsanalyse en moet daarom een multimodaal netwerkdataset opbouwen (inclusief GTFS). Ik gebruik ArcGIS Desktop 10.5 op een Windows-machine, trouwens. Ik heb ook een screenshot geüpload met een voorbeeld van mijn probleem: blauwe lijnen zijn de straten (osm), groene lijnen zijn openbaarvervoerroutes (bus, tram, metro), paarse lijnen zijn lijnen die stations verbinden met het straatnetwerk, het groene punt is de halte\/station uit het GTFS-bestand, oranje driehoeken komen van een meer gedetailleerde puntfeatureklasse die haltes\/stations vertegenwoordigt.<\/SPAN><\/P> Mijn probleem is tweeledig: Ten eerste heb ik een stops-laag gemaakt van een GTFS-bestand met behulp van de EditGTFSStopLocation tool door Melinda Morang, wat<\/A> mij meerdere puntfeatures per halte\/station gaf (groen puntfeature); ik vermoed één per openbaarvervoerroute (groene lijnfeatures) die bij dat station stopt. Deze puntfeatures hebben echter allemaal dezelfde coördinatenpaar. In theorie betekent dit dat bus, tram, trein enzovoort precies op dezelfde positie stoppen; ongeacht de richting van de route en ongeacht waar ze eigenlijk zouden moeten stoppen. In werkelijkheid zouden de punten echter verdeeld moeten zijn zoals de oranje driehoeken, elk representerend één "ingang\/uitgang\/perron" (in-)tot een vervoermiddel. Helaas komen deze punten niet uit het GTFS-bestand en bevatten ze dus geen informatie over welke route er stopt. Nu moet ik een dienstregelingbewuste analyse doen. Het klinkt alsof het óf dienstregelingbewustzijn is dat het mogelijk maakt om een precieze wachttijd te berekenen ÓF ruimtelijke nauwkeurigheid die het mogelijk maakt om een precieze looptijd "in" het station te berekenen. Ziet iemand een manier om beide te krijgen?<\/SPAN><\/P><\/P>Het tweede probleem is dat noch de daadwerkelijke routes (groene lijnfeatures) noch het straatnetwerk (OSM; blauwe lijnfeatures) het station kruisen\/samenvallen. Er is dus geen verbinding tussen de verschillende netwerken. (Ik heb geprobeerd dat probleem op te lossen door het stop-puntfeature te verbinden met de twee dichtstbijzijnde straatfeatures [zie paarse lijnfeatures]. Dit zou herhaald moeten worden met de openbaarvervoer-featureklassen.) Weet iemand een betere, geautomatiseerde methode om de lijnfeatures met de puntfeatures te verbinden - zonder te veel of verkeerde features te verbinden (zoals een tramhalte met een metro-lijnfeature)?<\/SPAN><\/P>Dank aan iedereen die zo'n lange post heeft gelezen!<\/SPAN><\/P> Ik kijk echt uit naar jullie reacties Dank en beste wensen, Piet<\/SPAN><\/P><\/P>PS: Dit is mijn eerste bericht in de community. Laat me alsjeblieft weten als het in een andere groep geplaatst moet worden. Thx!<\/SPAN><\/P><\/BODY><\/HTML>
<\/P>
Het tweede probleem is dat noch de daadwerkelijke routes (groene lijnfeatures) noch het straatnetwerk (OSM; blauwe lijnfeatures) het station kruisen\/samenvallen. Er is dus geen verbinding tussen de verschillende netwerken. (Ik heb geprobeerd dat probleem op te lossen door het stop-puntfeature te verbinden met de twee dichtstbijzijnde straatfeatures [zie paarse lijnfeatures]. Dit zou herhaald moeten worden met de openbaarvervoer-featureklassen.) Weet iemand een betere, geautomatiseerde methode om de lijnfeatures met de puntfeatures te verbinden - zonder te veel of verkeerde features te verbinden (zoals een tramhalte met een metro-lijnfeature)?<\/SPAN><\/P>Dank aan iedereen die zo'n lange post heeft gelezen!<\/SPAN><\/P> Ik kijk echt uit naar jullie reacties Dank en beste wensen, Piet<\/SPAN><\/P><\/P>PS: Dit is mijn eerste bericht in de community. Laat me alsjeblieft weten als het in een andere groep geplaatst moet worden. Thx!<\/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
Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.
