MicroGIS™ DevCon

Проверил загрузку растра 15.map/15.jpg еще на 2-х компьютерах. Гружу 3 шт. - без проблем.
То DarkDiver: Ищи проблему у себя на компьютере.

Alex писал(а):Проверил загрузку растра 15.map/15.jpg еще на 2-х компьютерах. Гружу 3 шт. - без проблем.
То DarkDiver: Ищи проблему у себя на компьютере.

После перезагрузки компа стал грузить только одну копию, при том что другой редактор грузил и до перезагрузки 4 штуки без проблем, WinXP 2гб оперативки.
На другом компе Win7-x64 4гб RAM загрузил 7 растров без проблем. Согласен дело и в компе тоже, но все же не только.

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

1) Есть растр с привязкой Ozi, датум Пулково, проекция меркатор.
2) Конвертируем его в ECW при помощи Global Mapper, датум и проекцию при этом оставляем без изменения.
3) Открываем эти два растра в Global Mapper и GРSMаpЕdit - растры идеально ложатся друг на друга - так и должно быть.
4) Открываем эти же два растра в MGE - имеем сдвиг растра в формате ECW на 70 метров относительно растра с привязкой Ozi - и это баг!

Вот примеры растров на которых наблюдается проблема: http://www.sendspace.com/file/53kn2o
В ахиве одна и та же карта, один вариант в формате JPG с привязкой Ozi, другой - в формате ECW.
Они должны в точности ложиться друг на друга, однака в MGE это не так.

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

Alex писал(а):

Akaky писал(а):Фрагмент исходного mp-file:

А что, так сложно выложить кусок карты, только с этим перекрёстком?
Ну что я должен делать с этими записями? Как мне теперь это собрать, что бы получилась карта с проблемным примером?

В этом нет необходимости, т.к. дело всего-лишь в том, что в shp переводятся не все записи, имеющиеся для данного отрезка дороги в исходном mp-file, т.е. вместо "Направо - лес, налево - луг" получается только "Направо - лес". Если дописать вручную "Налево - луг" в GlobalMapper, то всё работает. Это справедливо для любых перекрёстков (пробовал на Т-образных и +-образных). Везде повторяется отстутствие RD_signs для одного из двух направлений.

Выложив исходник из 4-х дорог и описав проблему, ты существенно облегчаешь нам работу. Ну.... Теперь жди пока я собиру твой пример по всему форуму или отрисую свой.

Отрисую, как только выйдет продление бета-версии.

Проверил. Проблема действительно есть. Исправим.
Пробный период продлим сегодня.

Внимание:
- Продлен период тестирования MicroGISEditor;
- Обновлен файл справки.

DarkDiver писал(а): 1) Есть растр с привязкой Ozi, датум Пулково, проекция меркатор.
2) Конвертируем его в ECW при помощи Global Mapper, датум и проекцию при этом оставляем без изменения.
3) Открываем эти два растра в Global Mapper и GРSMаpЕdit - растры идеально ложатся друг на друга - так и должно быть.
4) Открываем эти же два растра в MGE - имеем сдвиг растра в формате ECW на 70 метров относительно растра с привязкой Ozi - и это баг!

Значит два дня работы - и подвожу итог....

ДЕЙСТВИТЕЛЬНО, У НАС БЫЛА ОШИБКА, КОТОРАЯ УСТРАНЕНА, НО ПОЛНОГО СОВПАДЕНИЯ КООРДИНАТ НЕ ДОБИЛИСЬ.
1. В Global Mapper координаты действительно ПРАКТИЧЕСКИ совпадают, но не ИДЕАЛЬНО - РАЗНИЦА 6 МЕТРОВ (СКРИНЫ ПРИВОДИТЬ НЕ БУДУ).
2. В GРSMаpЕdit - КООРДИНАТЫ РАСХОДЯТСЯ НА 40 МЕТРОВ. ПРИВОЖУ СКРИНЫ ПОСТАВЛЕНЫХ ТОЧЕК:
POI, поставленная на точке растра в ECW POI, поставленная там же, но в JPG (OZI) ИЗМЕРЯЕМ РАССТОЯНИЕ (для чистоты эксперимента в одной программе - МГЕ) ТЕПЕРЬ, ЧТО получилось после устранения ошибки у нас
POI, ТАМ ЖЕ НА JPG (OZI) POI на ECW ИЗМЕРЯЕМ РАССТОЯНИЕ ИТОГ 42 метра.

Я не знаю, каким образм Global Mapper удается так точно пересчитать (возможно наличие поправочных таблиц ????), лично я пользовался методиками изложенными в
http://ru.wikipedia.org/wiki/Проекция_Меркатора
http://wiki.openstreetmap.org/wiki/Mercator
А вот, что пишут про погрешности при пересчете

Разница в определении координат в WGS84 и СК42
.................................

Тест 1

Параметры трансформации: dx = 28, dy = -130, dz = -95 World Geodetic System 1984. NIMA, 2000 >>>

Минимальное расстояние: 1.05506, Максимальное расстояние: 165.88456

..................................
Карта искажений

Выводы

Как и следовало ожидать, разница между координатами в двух системах неодинакова и меняется в пределах от 0 до 170 метров (в зависимости от того как расчитывается эта разница). Области максимального соответствия двух систем координат находятся в Центральном Китае и Чили, в этих областях разница между точками в разных системах координат минимальна.

Полная версия данной статьи
http://gis-lab.info/qa/wgs-pul-compare.html


ЕСЛИ ВЫ ПРЕДСТАВИТЕ БОЛЕЕ ТОЧНУЮ МЕТОДИКУ ПЕРЕСЧЕТА - МЫ С РАДОСТЬЮ ВОЗЬМЕМ ЕЕ НА ВООРУЖЕНИЕ.

MicroGISEditor обновление v1.0.12.582b

Setup зачем убрали? Рortable версия 1.0.2.148 почему то. Хотя заявленные изменения уже есть!
За не сбрасываение спасибо, наконец то можно двигать всё и вся )))

MaxBel писал(а):Setup зачем убрали? Рortable версия 1.0.2.148 почему то. Хотя заявленные изменения уже есть!

Это я ошибся.... Написанному в "О программе..." - не верить. Перед компиляцией - не проверил....

Я кстати заметил, что после многих часов работы прога тормозит. Например копирование полигона пробелом выполняется с задержкой. Если перезапустить прогу, то скорость восстанавливается. И еще после многих часов работы процесс продолжает висеть после выхода из программы.

MaxBel писал(а):Я кстати заметил, что после многих часов работы прога тормозит. Например копирование полигона пробелом выполняется с задержкой. Если перезапустить прогу, то скорость восстанавливается. И еще после многих часов работы процесс продолжает висеть после выхода из программы.

подтверждаю!
существенно замедляется процесс обработки команд

Добавлено спустя 1 минуту 21 секунду:
Крах программы при редактировании узлов
Условия открыты снимки яндекса

Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: MicroGISEditor.exe
Версия приложения: 1.0.12.582
Отметка времени приложения: 00000000
Имя модуля с ошибкой: StackHash_5e07
Версия модуля с ошибкой: 0.0.0.0
Отметка времени модуля с ошибкой: 00000000
Код исключения: 00000000
Смещение исключения: 00000000
Версия ОС: 6.1.7601.2.1.0.256.1
Код языка: 1049
Дополнительные сведения 1: 5e07
Дополнительные сведения 2: 5e075693e84035b8217294de17fcb628
Дополнительные сведения 3: 4928
Дополнительные сведения 4: 4928f3c6f679379a94d0ad78cc802904

Application Error
Exception EJPEG in module rtl170.bpl at 00108D2B. JPEG error #42

Опишите, пожалуйста действия, приводящие к падению.

Добавлено спустя 11 минут 17 секунд:

Application Error
Exception EJPEG in module rtl170.bpl at 00108D2B. JPEG error #42

Что-то в кеше "снимки яндекса". Какой-то файл JPG - битый. Но у нас, стоит "ловушка" - он должен перекачиваться. Поверьте кеш Яндекса, там должен быть "битый" jpg. И нужны действия, почему не сработала "ловушка"...

Fencer_Silver писал(а):Опишите, пожалуйста действия, приводящие к падению.

Добавлено спустя 11 минут 17 секунд:

Application Error
Exception EJPEG in module rtl170.bpl at 00108D2B. JPEG error #42

Что-то в кеше "снимки яндекса". Какой-то файл JPG - битый. Но у нас, стоит "ловушка" - он должен перекачиваться. Поверьте кеш Яндекса, там должен быть "битый" jpg. И нужны действия, почему не сработала "ловушка"...

масштабирую карту
грузятся тайлы
не дожидаясь полной загрузки
перемещаю узлы полилинии

в предыдущей версии было тоже самое но крах был при загрузке тайлов