You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I tried integrating the osm_net before integrating the headways, as in the demo.ipynb, but it yielded the same result. The deletion of stop_names still occurs at integrate_network with headways=True, urbanaccess_gtfsfeeds_df=loaded_feeds.
I've noticed the from and to columns in net_edges are now concatenations of the original stop ids and unique_route_ids.
I found the code at fault around network.py line 153, where transit_edges.from and .to, are overwritten, as is transit_nodes with _route_id_to_node. I'd recommend retaining the original node ids in separate column for joining on the feeds.stop_id.
Description of the bug
calling with downloaded osm network data overwrites the network's transit_nodes.stop_names
GTFS feed or OSM data (optional)
While I think this issue is pandas-only, for the sake of testing, here's what I used:
bbox=(-72.720566,42.221907,-72.464134,42.441194)
{'gtfs_feeds': {'PVTA': 'http://www.gtfs-data-exchange.com/agency/pvta/latest.zip'}}
Environment
Ubuntu 16.04
2.7
0.1a
Paste the code that reproduces the issue here:
Commenting
ua.network.integrate_network(...)
retains thestop_names
inurbanaccess_net.transit_nodes
.loaded_feeds
retainsstop_names
.The text was updated successfully, but these errors were encountered: