Неадекватное редактирование неспроецированного шейпа

[bolotoved]

Задаем проекцию вида, например UTM WGS
Создаем (или открываем) шейп-файл с внутренней проекцией WGS-84.
Пытаемся редактировать шейп.
В итоге, новые точки улетают в неведомые края по непонятным траекториям.
----
Win XP SP3
91b4a0d

[Voltron]

Linux, 92d69e0. Не смог воспроизвести.
Взял poi-osm из геосэмпла, включил перепроецирование в WGS84/UTM Zone 39N (EPSG:32639), создал несколько новых точек. Вроде все правильно создалось.

[bolotoved]

Взял poi-osm из геосэмпла, включил перепроецирование в WGS84/UTM Zone 39N (EPSG:32639), создал несколько новых точек. Вроде все правильно создалось.

У меня при этом алгоритме часть точек улетает совсем, часть не отображается, хотя в атрибутивной таблице появляются новые записи, часть ставятся сильно не там, где были поставлены.
--
А как теперь расшифровывать версии QGIS? Что означает 92d69e0? это более ранняя или более поздняя версия, чем 91b4a0d?
--
На версии QGIS 1.7 15439M глюк не воспроизводится при прочих равных.

[Максим Дубинин]

А как теперь расшифровывать версии QGIS? Что означает 92d69e0? это более ранняя или более поздняя версия, чем 91b4a0d?

По этому поводу мы уже ругались, но пока толку не вышло. При сообщении об ошибке лучше давать номер ночного билда, он последовательный.

[bolotoved]

В таком случае, у меня qgis-dev 1.8-0-14

[Максим Дубинин]

ошибку тоже не подтверждаю, win7, 1.8.0-14, 91b4a0d

[bolotoved]

Проблему удалось решить полной переустановкой QGIS