Осторожно! Project Utility!

Question

Преообразование GK -> UTM -> GK проходит адекватно, если не указывать преобразования датума. Однако, ежели в первой части этой цепочки (GK -> UTM) задать это преобразование (как того требует наука и практика, да и сам же PU выставляет по умолчанию Pulkovo_1942_to_WGS_1984), то посадить контуры обратно в GK никакими силами уже невозможно. Опробовали все комбинации - указание датума в любом варианте ( input, output и т.п. и т.д)  всегда смещает контуры только в одну сторону. Похоже, авторы програмки запланировали преобразование только в одном направлении. Билет в один конец... Результат - данные застряли в UTM навечно.

Answer 1

Поясню более светски: предполагаемая бага заключается в том, что при переводе в Гаусса-Крюгера из UTM учет датума не работает.  Алгоритм WGS_1984_to_Pulkovo_42 (POSC 8157) вроде присутствует в интерфейсе, но что с ним, что без него - результат абсолютно одинаков. Похоже, что все то же самое справедливо и для любых преобразований от WGS к Красовскому.

Однако в обратную сторону алгоритм-то работает! Это и приводит к описанной выше тупиковой ситуации... Ситуацию, конечно, решить удалось... Но, естественно, не через PU.

Одним словом, если у кого-то есть комментарии к этому программному продукту, было бы интересно слышать.