MicroGIS™ DevCon

DarkDiver писал(а):Весьма странно себя ведет функция Select Intersecting Objects для полигона.

Воспроизвел. Подтверждаю, выбор пересекающихся из контекстного меню на большом удалении пропускает часть мелких объектов. Для удобства контекстной выборки полигон сельской застройки имеет грыжу слева внизу. При удалении "до визуального сливания" контекстный выбор выделяет домики только по центру полигона, теряя периферию. Все манипуляции производил с фиксированным 0 - уровнем. Выборка таблицей по типу и пересечению работает правильно при любом удалении. Глюкодромчик:

dr.b писал(а):Ключевое слово "Объединяем"! И согласно доработке по пункту 1 от Fencer_Silver белые срединные узлы при объединении будут самоудаляются автоматически.

Ну, если действительно так, и все ВНУТРЕННИЕ белые узлы при соединении дорог одновременно снимутся - тогда нормально!

Главное, чтобы два самых концевых белых узла, если они есть, - не удалялись.

Добавлено спустя 31 минуту 22 секунды:
Заметил: функция "создания узлов внешним по НОДам" создаёт узлы на DATA_BOUNDS даже там, где они уже были! У меня, например, много чего уже ручками было состыковано, до введения функции.

http://s2.ipicture.ru/uploads/20130419/aw5gUh5Z.png

Предложение - ставить точки на DATA_BOUNDS в местах стыка там, где ещё нет точек.

По поводу новой функции "Создать вершины по внешним НОДам"
Получилось Не совсем то что хотелось бы видеть.

Функция получилась только для генерации вершин от дорог с роутовыми внешними нодами.
А если вершины нужны не от дорог а от обычных полилиний.

Сейчас приходится данные переводить в дороги, создавать узлы роутинга, обрезать по полигону или рамке для получения внешних узлов и только после применять функцию.
Должно быть проще - создание вершин на этапе обрезания в полигоне определенного типа например (Покрытие)

А какова цель иметь точки на полигоне, совпадающие со всеми полилиниями? Какой компилятор это использует? Про дороги - знаю, про просто полилинии нет . Крайне сомневаюсь, что Гармину понравится иметь точки в полигоне покрытия совпадающие с рекой..... На этапе обрезания, в таком случае, он НЕ НУЖЕН точно.

Fencer_Silver писал(а):Крайне сомневаюсь, что Гармину понравится иметь точки в полигоне покрытия совпадающие с рекой..... На этапе обрезания, в таком случае, он НЕ НУЖЕН точно.

А кто сказал что Гармину требуются точки в покрытии в местах дорог? ... Это картографу, при соединении двух карт и более хочется иметь точки к которым привязываются объекты с другой карты.. а тут ИМХО важны и полигоны и полилинии... не красиво же будет смотреть в навигаторе несостыковку речушек, лесов, водоемов по границам?

Baikal писал(а):По поводу новой функции "Создать вершины по внешним НОДам"Получилось Не совсем то что хотелось бы видеть.

Неправда! Получилось всё, как я заявлял эту хотелку!

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

Для любых остальных линий и всех полигонов никакого согласования по вершинам с DATA_BOUNDS делать совсем не обязательно!

Главное, чтобы никогда не было кусков, выходящих ЗА пределы полигона покрытия в шейпах. В противном случае компиляция оборвётся из-за непрохождения теста на наложение карт (overlapping maps). А для этого надо изначально чётко согласовать полигоны покрытия между собой. А потом по каждому полигону покрытия обрезать снаружи лишнее в карте.

Если исходные картографические данные кривые (реки по обе стороны границы полигона покрытия взаимно смещены, леса смещены...), то и после операции отсечения снаружи и последующей компиляции - естественно, будут те же самые смещения... Это же очевидно, как божий день! Аналогично, если дороги изначально смещены, то и роут будет порван!

Так что, новая функция работает исправно согласно своему назначению: обеспечить возможность быстрого согласования DATA_BOUNDS со всеми дорогами для сквозного роута в атласе!

User_tester писал(а):

Baikal писал(а):По поводу новой функции "Создать вершины по внешним НОДам"Получилось Не совсем то что хотелось бы видеть.

Неправда! Получилось всё, как я заявлял эту хотелку!

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

Для любых остальных линий и всех полигонов никакого согласования по вершинам с DATA_BOUNDS делать совсем не обязательно!

Главное, чтобы никогда не было кусков, выходящих ЗА пределы полигона покрытия в шейпах. В противном случае компиляция оборвётся из-за непрохождения теста на наложение карт (overlapping maps). А для этого надо изначально чётко согласовать полигоны покрытия между собой. А потом по каждому полигону покрытия обрезать снаружи лишнее в карте.

Если исходные картографические данные кривые (реки по обе стороны границы полигона покрытия взаимно смещены, леса смещены...), то и после операции отсечения снаружи и последующей компиляции - естественно, будут те же самые смещения... Это же очевидно, как божий день! Аналогично, если дороги изначально смещены, то и роут будет порван!

Так что, новая функция работает исправно согласно своему назначению: обеспечить возможность быстрого согласования DATA_BOUNDS со всеми дорогами для сквозного роута в атласе!

Моя похожая хотелка http://micro-gis.com/forum/viewtopic.php?p=4739#p4739
но она нацелена на формирование геометрии!

Baikal писал(а):но она нацелена на формирование геометрии!

Для обеспечения совместимости и необходимости конкретному пользователю - добавим отдельной командой.

Fencer_Silver писал(а):А какова цель иметь точки на полигоне, совпадающие со всеми полилиниями? Какой компилятор это использует? Про дороги - знаю, про просто полилинии нет . Крайне сомневаюсь, что Гармину понравится иметь точки в полигоне покрытия совпадающие с рекой..... На этапе обрезания, в таком случае, он НЕ НУЖЕН точно.

В Моем случае это требования к топологии геометрии стандарта морской картографии формата S-57
в принципе если возможно то генерацию вершин из полилиний генерировать на полигоне с типом который не используется во внутренней среде МГЕ

Выделение по произвольному (виртуальному) полигону слетает после выбора другого инструмента. Хотел углы домиков оптом поправить и обломился...

...с типом который не используется во внутренней среде МГЕ

Зачем? Тип же можно менять в любое время...

dr.b писал(а):Выделение по произвольному (виртуальному) полигону слетает после выбора другого инструмента. Хотел углы домиков оптом поправить и обломился...

...с типом который не используется во внутренней среде МГЕ

Зачем? Тип же можно менять в любое время...

да можно но вдруг кто то использует этот тип в карте и ему не нужны вершины

Baikal писал(а):...да можно но вдруг кто то использует этот тип в карте и ему не нужны вершины

Те, что образовались на отрезках прямых между явными собственными вершинами полигона, в одно касание снесет генерализация этого полигона. Опять же функция контекстная. На что применишь, на том и получишь... А по сути это нужно только на границе карты, те на полигоне 0х4в, чтоб наружу ничего не вылезло после привязки к сетке.

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

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

На вскидку - все работает соответственно.

Рапорт по окончанию работы забавный... Говорит о количестве удаленных узлов, а показывает количество обработанных полилиний... а узлов то на них может быть и больше...