MicroGIS™ DevCon

To DarkDiver - нашел по огням, и по всему морскому. Связано со странной обработкой (недокументированной, и думаю, что скорее всего это БАГ новой студии, т.к. код этой части не менялся со времени введения морских объектов, типов float и double). Не буду забивать никому голову, короче исправил. Сегодня будет.

MaxBel писал(а):Очень проблематично попасть в точку зоны действия знака ПОИ. Попадаю раза с 5-6. Щелкаю ровно не нее-не выделяется. Изза этого приходится править зону действия цифрами наугад, что не удобно. Сделайте так, что бы мышка нормально попадала в точку.

Какое физическое разрешение монитора?

1920x1200

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

Fencer_Silver писал(а):To DarkDiver - нашел по огням, и по всему морскому. Связано со странной обработкой (недокументированной, и думаю, что скорее всего это БАГ новой студии, т.к. код этой части не менялся со времени введения морских объектов, типов float и double). Не буду забивать никому голову, короче исправил. Сегодня будет.

По описанным мною сценариям проблемы больше не воспроизводятся. Буду тестить дальше, спасибо!

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

В прикреплённом фрагменте у перекрёстка для каждого отрезка имеется по две записи RD_SIGNS, однако, после сохранения в shape и просмотре в GlobalMapper для каждого участка остаётся лишь по одной записи.

Спасибо за замечательную программу!

Кто работает на х64 версии
Пожалуйста, понаблюдайте за этим событием.
У меня стабильно раз в 5-10 мин повторяется. Рисую домики перевернутым проямоугольником.

Akaky писал(а):В прикреплённом фрагменте у перекрёстка для каждого отрезка имеется по две записи RD_SIGNS, однако, после сохранения в shape и просмотре в GlobalMapper для каждого участка остаётся лишь по одной записи.

Road_Signs - это атрибут объекта. Его можно просматривать непосредственно в DBF, не обязательно открывать всё в Global Mapper.

А по сути вопроса - описанное вами действительно наблюдается.

В дополнение: вот ссылка на видео, где появляется мусорная линия. Видно после домика №19 в верхнем левом углу.
http://rghost.ru/46081171

Обнаружил недоработку в проверке на "белые" узлы.

Ко всему прочему, надо ещё игнорировать отрезки дорог с белыми нодами по концам, в которых прописаны номера домов для линейной адресации Garmin.

Такие белые ноды ошибками не являются и удалению не подлежат. Соответственно, не надо их искать.

Не ищет вот такой оторваный граф

Оторванные граф и не будет искать, если оторванные узлы чётко попадают друг на друга.
Это не потому, что проверка неправильно работает, а потому что существующая проверка этого не умеет.
Мы об этом помним. Доделаем все проверки комулятивно.

Добавлено спустя 4 минуты 49 секунд:

MaxBel писал(а):В дополнение: вот ссылка на видео, где появляется мусорная линия. Видно после домика №19 в верхнем левом углу.
http://rghost.ru/46081171

Верю.... Вижу.... Но у себя пока спровоцировать не могу. Будем наблюдать за этим.

Добавлено спустя 57 секунд:

User_tester писал(а):

Akaky писал(а):В прикреплённом фрагменте у перекрёстка для каждого отрезка имеется по две записи RD_SIGNS, однако, после сохранения в shape и просмотре в GlobalMapper для каждого участка остаётся лишь по одной записи.

Road_Signs - это атрибут объекта. Его можно просматривать непосредственно в DBF, не обязательно открывать всё в Global Mapper.

А по сути вопроса - описанное вами действительно наблюдается.

Подтверждаю. Есть такое. Будет исправлено в ближайшее время.

В компиляторе МПЦ ряд типов объектов объединены вместе.
Просьба исправить их в MicroGIS Editor. Сейчас там они как отдельные типы.

По аналогии с тем, как ранее вы уже поправили остальные типы:

Ну, приехали... Незнаю что и сказать....