Quote from: fluorescein on June 27, 2015, 12:37:11Sorry, this was a rhetorical question to explain that brouter at least internally uses altitude data to calculate the penalty for up and down.
@tommi:QuoteI think so. How should penalty calculation work?
First I was thinking in this way:
A) If I set x = 100 m and y=10 m the route from point A to point B should be calculated so there is no local route section which has more than 10 m to ride uphill for a distance of 100 m, the total distance might be 30 km.
B) If I set x = 200 m and y=10 m the route from point A to point B should be calculated so there is no local route section which has more than 10 m to ride uphill for a distance of 200 m, the total distance might be 35 km.
I think this calculation can be implemented in Locus by using local parameters:
Let's consider a track, automatically splitted into 100 sections A=A0 to B=A100: If section A3 to A4 (x meter) has a total number of uphill meters y the sub-route-section from A3 to A4 should be recalculated with parameter z which describes the additional % of longer distance for this section. The parameters x, y and z should be set in the app by the user. As a result the app could propose the total number of altitude meters the rider has to go uphill plus the total distance from A to B.
---
I would really appreciate if this total altitude uphill meters optimization can be done directly in Locus. I was searching in the internet for a similar tool which does not quite do what I want (with parameters x,y,z and numbers of the total distance and uphill meters as output) but there are some suggestions here:
http://bicycles.stackexchange.com/questions/30583/app-to-find-the-shortest-route-with-the-least-amount-of-climbs/30827#30827
http://bicycles.stackexchange.com/questions/18951/topography-aware-route-planning