> >> maxspeed:practical should take dense account or traffic jams into >> account as good as possible. So far I am not aware of any router >> evaluating time based conditional restrictions but those could be >> used to take rush hours somewhat into account. > > Agreed. Or even live traffic. But I agree with the notion that > maxspeed:practical should be a representative speed that's valid most of > the time. >
Rush hour is different from the rest of the day, Speed might even be different in both directions during rush hour. So you'll need forward/backward with times. Weekends are different, Weekend during holiday season are different from other weekends. Snow / rain changes the practical speed. I fear there are more exceptions than representative times. >> (I don't know what Apple maps does, but I think they use speed estimates > from other apple users and do not clamp them to speed limits. At least > it seems that way in that Apple computes routes that are in fact fast > but would be slower if speed limits were observed.) Anyone seen the presentation of MapBox and their work on Telemetry during SOTM this year ? Looks promising as an improvement to predict driving times. That's also why Waze seems to be popular. Road blocks are passed along users in real time. People can change their route as soon as this info comes in. Some users find that the official traffic information comes too late. regards m. _______________________________________________ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk