Diese scheinen in bergigen Gebieten doch eher gering zu sein, da m.E. sinnvolle Puffergrenzwerte sehr schnell überschritten werden.
Was meinst du mit sinnvolle Puffergrenze überschritten? Alles was nicht in den elevationmaxbuffer passt wird in Kosten umgerechnet. Der Höhenpuffer ist nur dazu da Ungenauigkeiten und Artefakte wie Waldgrenzen bei den SRTM-Höhendaten rauszufiltern.
Gelten diese 1% immer, oder nur weil in meinem Beispiel der elevationbufferreduce=1 ist?
Genau, bei elevationbufferreduce=2 wären das 2%.
Im Bereich zwischen elevationpenaltybuffer <-> elevationmaxbuffer werden die Kosten aus einem Verhältnis, abhängig wiederum von elevationbufferreduce, von costfactor und up/downhillcostfactor berechnet.
Wenn der Wert im Puffer größer als der elevationpenaltybuffer wird der up- oder downhillcostfactor genommen. Wenn innerhalb eines Segments der Puffer unter den elevationpenaltybuffer fällt wird der up- oder downhillcostfactor nur anteilig berechnet, der Rest mit costfactor.
Was ist bei fehlen der Sektion up/downhillcostfactor, wird jetzt ausschließlich mit costfactor weitergerechnet?
Richtig, wenn sie fehlen gilt immer der costfactor.
Ich würde meine "Teststrecke" ja auch gern als Link angeben, kenne aber das Vorgehen um aus BRouter-Web den entsprechenden Link mit Start/Ziel/Profil etc. zu generieren nicht.
In brouter-web rechts unten auf Permalink klicken und dann die Adresszeile kopieren. Es funktioniert aber nur mit den Profilen der Webseite richtig, die eigenen werden halt nicht gespeichert.
Gruß Volker