-
Notifications
You must be signed in to change notification settings - Fork 5
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
a prototype of creating AccessModels #113
Conversation
This looks great. I just tested out on the osm data and without a turn delay model I get a time of 10.6 minutes and with a turn delay model I get a time of 10.9 seconds so it seems like it's being incorporated! I did have to change the dataset script to use |
You sure you pulled down the latest headings dataset via lfs? |
I was actually testing on the OSM dataset that gets built from our |
right. this was a conscious choice at some point. but, it also is a choice that was made within the fever dream of working on routee while you were on PTO. it wasn't necessary, and now i'm having trouble convincing myself that this was helpful. but i recall i was confused by the meaning of "start" and "end" too. maybe there's a better choice? but i'll update the osm generation code for now so it works! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah I think it's fine to use the arrival
destination
distinction, thanks for pushing up that fix!
this PR makes AccessModel a top-level Model module (routee-compass-core::model::access). the access_edge method has been removed from traversal models. a few default implementations are in place:
an example configuration for a turn_delay access model:
wanted to leave a variation of turn delays that incorporates road classes but decided to let that sit and left a comment as a placeholder for it.
along the way, i fixed some missing feature injections. SpeedTraversalModel::state_features() wasn't returning it's features and EnergyTraversalModel::state_features() wasn't returning the features of it's underlying time model (touches #145).
i've completed this implementation but i'm unsure if the results are correct, and it may be connected with the discussion around how we pass around units. that said, i did see that my output.json's geometry properties did include access costs, which implies the logic was being called. leaving follow-up to our next dev check-in.
Closes #104.
Closes #109.