Обсуждение Release версий (баги, замечания, регистрация)

[Andronio]

Приветствую!

Запустил МГЕ, открыл карту, ничего не выделяя нажимаю del -> вылетает ошибка:

[Alex]

Проверил. Да действительно. Исправим. Спасибо.

[Baikal]

обнаружено смещение в привязке ECW растров.

Проанализировал представленный растр. При привязке была использована проекция Меркатора, а система координат WGS84. Привязка в метрах.
Напоминаю: проекцию и систему координат загружаемого растра можно посмотреть в журнале программы.

 Данные журнала

Загрузка данных из файла 'C:\01.ecw' ...
Проекция - 'MRAFRICA'.
Датум - 'WGS84'.
Время загрузки - 0.03 сек.

Данный вопрос уже обсуждался.
Нами неоднократно рекомендовалось не использовать данную проекцию, ввиду сложности пересчёта.
Для того чтобы вывести данный растр, редактор выполняет двойной пересчёт: Mercator пересчитывается в Geographic (Lat/Lon), а метры в градусы. Всё это приводит к ухудшению точности (значительно по широте). В виду сложности пересчёта ни одна из известных нам программ не выводит данные с АБСОЛЮТНОЙ ТОЧНОСТЬЮ.
Переконвертируйте растр например в Geographic/WGS84 и программа выведет раст с минимальными преобразованиями и в максимальной точности.
В дальнейшем мы рекомендуем ECW файлы сразу привязывать в Geographic/WGS84.

 Данные журнала

Загрузка данных из файла 'C:\01.ecw' ...
Проекция - 'GEODETIC'.
Датум - 'WGS84'.
Время загрузки - 0.05 сек.

Все же надо доработать работу с проекцией Меркатор!
в ГМЕ же нормально отображает.
сейчас это расцениваю как баг!

[Fencer_Silver]

Смею напомнить, что обсуждение ГМЕ находится не на этом ресурсе. Ошибка в 90 метров является достаточно приемлемой.
З.Ы. Если не трудно, объясните мне, какая цель преследуется, что для подготовки карты в WGS84, выраженной в градусах, необходимо создавать подложку в экзотических СК и еще и в метрах??? Мне, это абсолютно непонятно. Скажу Вам более, нет программ и методик для АБСОЛЮТНО точного персчета координат. Нет просто физически.

[DarkDiver]

Смею напомнить, что обсуждение ГМЕ находится не на этом ресурсе. Ошибка в 90 метров является достаточно приемлемой.
З.Ы. Если не трудно, объясните мне, какая цель преследуется, что для подготовки карты в WGS84, выраженной в градусах, необходимо создавать подложку в экзотических СК и еще и в метрах??? Мне, это абсолютно непонятно.

Исходный растр привязывается с использованием только того датума, системы координат и проекции в которой эта исходная карта и изготовлена. И меркатор это не экзотическая, а одна из основных наиболее часто используемых проекций. В ней, например, все морские карты делаются. Другой вопрос, что коль уж речь идет не просто о растре, а об ECW, то скорее всего в этот формат был экспортирован некий растр из другого исходного формата. А в этом случае логично сделать перепроецирование карты в WGS84, Lat./Long. в специально заточенной под такие операции программе - Global Mapper, чтобы исключить влияние погрешностей MGE.

Скажу Вам более, нет программ и методик для АБСОЛЮТНО точного персчета координат. Нет просто физически.

Абсолютно точных расчетов, как и абсолютно точных измерительных приборов не бывает, всегда имеется некоторая погрешность, вопрос в ее величине. 90 м - это слишком большая погрешность. А поскольку в других программах пересчет выполняется с большей точностью, значит принципиальных трудностей тут нет, поэтому соглашусь с коллегой Baikal, что столь большую погрешность, с точки зрения конечного пользователя редактора, можно расценивать не иначе как баг.

[Alex]

Дотянув точность до выше упомянутой программы и сравнив с GlobalMapper вы всё равно будете расценивать результат как баг. Ибо в GlobalMapper точность выше. Точность определяется применённой методикой и другой на сегодняшний день у нас нет. Можно долго играться и подбирать коэффициенты для данного региона и в конце концов совместить ваш растр, но это совсем не означает что проблема будет решена для других регионов расположенных например в северных широтах. Так что останется как есть, по крайней мере пока.
Старайтесь привязывать растры в родной для редактора проекции и системе координат. Пересчёты на лету - всегда плохо. Не только для MicroGISEditor. Пусть пересчётами занимается специализированная программа (GlobalMapper). Он хорошо "считает", мы хорошо "рисуем". Никто же не обижается на GlobalMapper что он плохо "рисует".
Чтобы закрыть данный вопрос, добавлю: Если в будущем появится более точная методика - мы её применим.

[KartaBY]

Баг.

При обрезке карты, за пределами полигона обрезки остаются объекты которые заблокированы от изменений.
Приходится потом ручками все лишние объекты удалять.

[_Michael_]

имхо - спорный вопрос. если мне не изменяет память - уже обсуждалось..

[KartaBY]

Мое мнение, что блокирование от изменений должно работать при редактировании и удалении (ручном).
Если мне надо кусок карты, то все, что выходит за пределы полигона обрезки должно однозначно удалятся. Без исключений.
Обрезку пользователь делает осознано и представляет последствия применения данного инструмента.

[MaxBel]

Я иногда делаю обрезку, специально заблокировав некоторые объекты от обрезания, что бы они не резались. Тем более снять блокировку со всех довольно быстро. Так что я пользуюсь этим функционалом именно так, как есть сейчас, и менять его не надо. Можно просто добавить новый пункт в контекстное меню обрезать (включая заблокированные).

[User_tester]

Поддерживаю MaxBel'a. И добавлю, что инструмент должен работать однозначно и понятно. Сказано заблокировать - значит, ЗАБЛОКИРОВАТЬ и никакие другие инструменты не должны это нарушать. А если вводить множество условий и исключений из общего конкретного правила, то получится путаница и непонятка. Толку от такого инструмента будет ноль, выбросить его в мусорку.

В общем, этот вопрос давно уже обсуждался. Мнение моё не поменялось.

[KartaBY]

Инструмент должен работать однозначно и понятно.
Обрезка не работает "Однозначно и понятно".

Хорошо если 1-2 объекта заблокированы и территория небольшая. Но если заблокировано более двадцати объектов и территория огромная то это уже выростает в проблему.

[MaxBel]

А что мешает их разблокировать ? Дело пары кликов.

[Alex]

Есть предложение изменить у МАЛОЙ ЗАГОРОДНОЙ ДОРОГИ (0х0) тип на 0х17. А 0х0 останется неизвестным. Это решит 2 вопроса:
1. При создании малых загородных дорог появится запоминание типа и свойств в процессе создания нового объекта.
2. При импорте данных из других источников неизвестные типы останутся неизвестными и не будут превращаться в малые загородные дороги, как сейчас.
Высказывайтесь....

[_Michael_]

поддерживаю