Эти факторы не учитываются вообще. Зачем? Программное обеспечение знает только об этих двух функциях (две точки, на которые вы получаете расстояние, сферу/сфероид и коэффициент привязки/проекции).
Для этого вам нужно, вероятно, использовать разработанный linestring, в котором вы будете связывать свою точку с n вершинами, каждый из которых будет известен Z.
Представьте, что это (свободный WKT): LINESTRING ((0,1,2), (0,2,3), (0,3,4), (0,10,15), (0,11, -1)).
Спрашивая программное обеспечение для расчета расстояния между каждой вершиной и суммирования его, рассмотрим вариации местности. Но без чего-то подобного невозможно сопоставить неровности в местности.
Все программные средства ГИС не могут сами сказать, каковы эти нарушения в местности, и поэтому не принимают их во внимание.
Вы можете создать такие линейные строки (автоматически) с помощью программных средств, таких как ArcGIS (и другие), используя линию (между двумя точками) и файл поверхности, например, предоставленные NASA (проект SRTM). Эти файлы имеют растровый формат, и каждый пиксель имеет значения X Y и Z, в метрах. Пройдя по линии, которую вы хотите, в сочетании с профилем местности, вы можете достичь расчета, которого хотите достичь. Если вам нужны сверхточные точные вычисления, вам нужна точная поверхность и точные значения Z в каждой вершине этой линии профиля.
Это прояснилось?
Возможный дубликат: http://stackoverflow.com/questions/1108965/taking-altitude-into-account-when-calculating-geodesic-distance –
@Reed: Я думаю, что другой вопрос подобен, вроде, но он/она на самом деле спрашивает, влияют ли существующие пакеты, а не на то, как это повлиять на это. – MusiGenesis