Распознавание топографических символов

[Григорий Степанов]

В самое ближайшее время будет выложен новый (пока 1886-ой) билд ET 9.0. Одной из интересных его новинок является утилита распознавания топографических символов. Указав на экране образец символа можно, в течении одной-двух минут распознать несколько сотен его изображений на растре. Причём эти изображения могут значительно отличаться от исходного образца.

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

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

Утилита может стирать изображение найденных символов с растра. Это заметно упрощает последующее извлечение линейных объектов.

[Григорий Степанов]

Весьма интересные (и точные!) результаты распознавания получаются при одновременным использовании шаблонов сразу для нескольких символов. Особенно, если очертания некоторых (различных) символов схожи.

[trace98]

Сейчас пакет интенсивно "затачивается" под работы связанные с созданием навигационных карт для ГЛОНАС. Распознавание топо-символов это только одна из доработок. Фактически, новые билды пакета уходят к нашим партнерам, работающим по этой теме, без тщательного тестирования.

Постоянная гонка не даёт нам возможности стабилизировать пакет и выпустить новый релиз.

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

Бета версию программы можно скачать уже сейчас

[ericsson]

созданием навигационных карт для ГЛОНАС

"создание видимости навигационных карт" ?

[Григорий Степанов]

То что этот проект бред, я уже писал. См. пост Тем, кто создаёт ЦТК для ГЛОНАСС
Если вчитаться в РТУ, то становится очевидным - создание собственно навигационных карт, это жалкий довесок к оцифровке и обновлению существующего фонда пятидесятитысячников.

Цель наших последних разработок - помочь исполнителям проекта сделать эти работы "меньшей кровью".
Уже сейчас, при оцифровке ДПХ, векторизация всей "геометрии" сводится к единицам часов. И если бы не борьба с "запихиванием" данных в Панораму, то это 1-1,5 дня на лист средней нагрузки...

[ericsson]

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

[Григорий Степанов]

Категорически не согласен!

1. Символы на топокартах бывают трёх типов - точечные, линейные и полигональные.
То е. отдельно стоящие объекты, объекты, имеющие регулярную структуру (лесополосы) и объекты, характеризующие ограниченную область (тип полигона/полигональной заливки).
Объектов точечного типа, как минимум на порядок больше чем полигонов.

2. Точечные символы при распознавании сразу получают свой атрибутивный признак. Например, только отметок высот (точность распознавания 90-95%) на обычном листе 1:50000 более 300. Причём, утилита гарантирует установку точки вставки строго в центр объекта.

3. Распознавая символы и СТИРАЯ их изображение с растра, утилита предельно разгружает растр для последующей автоматической векторизации таких нетривиальных границ как точечный пунктир (границы растительности). Не секрет, что такие символы как кустарник, мох и т.д. содержат в своих изображениях точки, которые колоссально затрудняют распознавание точечных линий. После удаления этих символов с растра линии "сами идут в руки".

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

5. Мы даём точки с атрибутами, мы даём полигоны по точечным линиям и сопряжённым объектам. Любая приличная ГИС располагает языком позволяющим сложить 2+2 и решить задачу присвоения атрибутов полигонам по атрибутам лежащих в них точечных объектов. Но если это представляет проблему - предложите критерии принятия решения о доминирующем атрибуте - мы встроим это в программу.

P.S. Не понял сравнения с фармо-компаниями и Африкой. Прежде всего, мы испытываем программу "на собственной шкуре" и возможная нестабильность "бетты" связана именно с доработками по замечаниям, полученным от пользователе уже в ходе эксплуатации. Причём, нестабильность касается только новых утилит. Но оно того стоит. Сейчас на листах ДПХ можно снять всю геометрию рельефа за 0.6-1,5 часа, а гидрографию и полигоны болот в пределах двух часов (не урбанизированные районы).
В прочем, не нравится "бетта" - ну и не берите.

P.P.S. Возможно, кому то показалось, что мы "ложимся под Панораму". Я бы предложил на это смотреть иначе - мы даём возможность пользователям ВЫНУЖДЕННЫМ ЦИФРОВАТЬ ПОД ПАНОРАМУ хоть какую-то отдушину...