-
Notifications
You must be signed in to change notification settings - Fork 1
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
Calculate expected distance #6
Comments
That does make sense. I'll get to it tomorrow! |
Allright, I finished adapting
|
I fiddled around some more, trying to figure out what's wrong with the distance estimation. No results so far, but looking at the distance value, I saw that it's in the ballpark of the sum of all edge ids.
also note that |
Actually, scratch that! I ran some more examples today and they all came out just fine.
Maybe it was just some error in the graph from the first example or so. |
distance calculation generally works, so closing this and removing remaining issue to #30 |
This is described at the start of Appendix D in Saerens et al. (2009) - implement it!
@karpfen one for you: This actually requires an additional modification of the current
osmlines_as_network
function because edge weights are distances times the weighting system for the preferred type of routing. The routing has to be calculated from these weights, but we also need a final (probabilistic) distance which has to be calculated from the raw distances. So the result ofosmlines_as_network
needs both of these columns.The
rcpp_router
function thus needs to be modified accordingly. Maybe I'll do that, and you can fix uposmlines_as_network
?The text was updated successfully, but these errors were encountered: