автоматическая перенумерация узлов схемы

Странно, у меня по а четко 8000 получилось, по б тоже ГИС.

нет, как, может, я что не так делаю. Можете скинуть файлик, у меня получается 800000мм, поэтому 800м, е.и. "т" и "м".
Длина 20000м (разбиение по 1м), жесткость EI=10e9 т/кв.м, P=3т.

Ну а появление ГИС вообще не понятно, причем, если рассматривать элемент вертикально (вверх/вниз), то ситуация аналогичная - результаты те же.

У нас в жесткостях разница, я написал 10e9, как в исходной информации, в итоге получил 1e+010, а у Вас 1e+009. В этом у меня и несходимость, а вот возникновение ГИС, видимо, связано с перенумерацией, хотя это, конечно, вилами на воде писано.

ander, a как вставлять картинку в текст сообщениия?

По 9.4 R6 ситуация аналогичная плюс контроль решения показывает тысячи % ошибки, вероятно, просчитывает точнее, чем контролирует по варианту а, либо ошибка на стадии сравнения. По Старку ситуация запутана. Пробую добиться точного решения. Пока по а и б получается около 5000, интересно то, что небольшие изменения в исходных данных приводят к ГИС?!! Вариант Лиры по а выглядит предпочтительным, но настораживает точность 8000, а не 8100 - неужели так остро заточен? Условия задачи могут быть некорректными для различных комплексов и методов перенумерации, поэтому подобные задачи должны ставиться разработчиками конкретных комплексов для своих алгоритмов и ими же интерпретироваться.
В текстовых файлах ошибочно выводит перемещения 8e0, в визоре 8e6.

Если судить по результатам скада, то по варианту а точность ниже, чем по б. Поэтому и насторожило, что в лире по а высокая точность. Вероятно, при расчете лира сама перенумеровывает элементы и получаем не 8100 например, а четко 8000 или решает с конца, тогда результат логичен и точность логична.

Получается нумеровать надо от "земли", а ГИС использовать как показатель того, что точность решения не может быть обеспечена. Это конечно только для Лиры и только личное мнение.