-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
UrbanAccess/Pandana network not working with Pandana nearest_pois query #24
Comments
Thank you Stefan, we will look into this later this week and get back to you on what we find. |
Sam- I realized I was not using the most current pandana version so I upgraded. The code runs now, but the nearest_poi returns a dataframe where none of the nodes are within 30 minutes. The aggregate query, however, does returns a dataframe that has nodes that are within 30 minutes. So there is still an issue. Thanks! |
^ Sounds like the Pandana issue you created should cover the issue (since it deals with two I'd also just mention that, looking through the Pandana issues, there have been some logged in the past that appear to deal with limitations on the operability of the library in a Windows environment, so it might be worth using a Linux environment and rerunning your code to see if that's the issue. |
closing this issue for now as its a pandana issue |
Description of the bug
In the code below, I have successfully created a Pandana network from an integrated UrbanAccess network and everything seems to work when running a Pandana aggregate query. However, when running a nearest_pois query, the code crashes on the last line and provides the error message below, which seems to suggest that the set of coordinates I am using for the query is out of bounds. However, I am using the same set of coordinates for both queries and I have confirmed that the coordinates are within the bbox of the network. Edit- looking closer at libch.cpp- the error has to do with a data array not the bounding box.
At one point I was able to get the pois query to work, but it was with a Pandana network that had the default Oneway parameter set to True. I changed this to False, cleaned up the code a bit, and then it no longer worked. Even when reverting back, I was not able to get it to work again. I still have the working network saved and can provide it if it will help the troubleshooting process.
We are really excited about this library and have already made some cool maps with the aggregate function. Thanks!
-Stefan
GTFS feed or OSM data (optional)
GTFS:
https://file.ac/-LhHHOc0HaA/
Environment
Operating system:
Windows
Python version:
2.7
UrbanAccess version:
UrbanAccess required packages versions (optional):
Paste the code that reproduces the issue here:
Paste the error message (if applicable):
The text was updated successfully, but these errors were encountered: