Cnfhbr писал(а):
Возможно,
User-tester имел в виду нахождение в карте ID узлов и дорог, превышающих максимально допустимое для Гармина значение - 1048575 (FFFFF). Это важно, поскольку пользователи часто делают микс из различных исходников, особенно когда эти исходники созданы в навителовском тайпсете. В ГМЕ, например, начиная с версии 1.0.64.0, добавили вот такую мулю: "Если значение атрибута RoadID дороги превышает максимально допустимое значение 1048575, то при сохранении в MP оно автоматически заменяется на наименьшее свободное значение", - но там это только для карт с набором типов "Garmin".
Соответственно, в МГЕ тоже было бы полезно сообщать, что для RoadID или NodID превышено максимально
допустимое для Гармин значение - 1048575, в строке такой-то...
Описанная болячка лечится, к примеру, украинской утилитой
mpUtilities/ID, упорядочивая нумерацию узлов и дорог...
Да. И это имел в виду.
Vovan_Alm писал(а):
Alex а Вы сами то как планируете ошибки описывать в Полилиниях и Узлах (при наличии онных) при создании шейпов? Если есть какая то ошибка в дороге, то как её описать? Дать координаты узлов? Дать название взятое из Лейбла (а если дорога не подписанная)? Вот тут как как и пригодится поиск по RoadID. А вот когда Ваш редактор начнет проверят на правильность адресные данные (гармина, прописанные в полилиниях), то Вам очень понадобится указать номер нода, в котором пропущена нумерация, или ошибочно поставлена... Вот тут и пригодится поиск по NodeID... Не так ли?
Прямо в точку! Всё абсолютно верно говоришь. В гарминовских шейпфайлах много чего привязано к дорогам и узлам. И адресный поиск, и параметры роутинга. Штатные проверки микрогиса, как и мапэдита, в общем и целом ориентируются на общие правила рисования векторных навигационных карт.
Хоть польский формат изначально был создан под гарминовские карты, и был написан компилятор cgpsmapper из этого формата под гармин, полиш благодаря своей наглядности и удобству давно стал промежуточным форматом между различными промышленными форматами карт. И появившиеся редакторы польского формата микрогис и мапэдит, которые позволяют его наглядно визуально править (не в блокноте набирать исходник руками), автоматически сами стали универсальными редакторами для разных навигационных систем благодаря распространению польского формата на другие системы и появлению компиляторов.
Но польский формат применительно к гармину изначально был ограничен, и cgpsmapper давно перестал обновляться, при этом сам ограничен, неполон и содержит довольно много багов. То есть, не в полной мере реализует возможности гарминовских карт, которые заложены в его родной входной формат "шейпфайлы" - формат профессионального проприетарного софта типа ArcGISa. Чтобы увязать удобство и доступность рисования в полише с богатыми возможностями гармина, Василием на языке Perl была написана утилита для перевода полиша в гарминовские шейпфайлы. Но чтобы правильно перевести, надо учитывать прописанную в мануале специфику этих шейпфайлов и требования к картам. Например, для гармина не всегда страшно наложение полигонов, но важно правильно прописать адресные данные в линиях дорог. Мапэдит и микрогис проверяют наложение полигонов, а вот адресный в дорогах - нет. Это один пример полезной проверки. Ну и так далее. Поэтому понадобилось писать различные сторонние утилиты-проверки. Упоминавшаяся ранее утилита была написана моими знакомыми (в аттаче). Позволяет делать ряд полезных проверок и подсчётов и выдаёт список ошибок в исходнике по номерам дорог и точек RoadID и NoadID.
Как-то так, в общем.
Вложение:
110415.rar [104.19 КБ]
Скачиваний: 1505
Вход
Регистрация
FAQ
Поиск
). Так вот, да Вы правильно пишите, перед любой серьезной конвертацией будут выполнятся проверки (недостающие - добавим), ошибки будут делится на критические (остановка компиляции с указанием на ошибку и объект ее содержащую, для исправления и дальнейшей компиляции) и что-то типа "warning" - информация для картографа на ошибку, не повлияющую на компиляцию карты. Надо подумать(мне почитать, руки пока не доходят...), какие ошибки будут критическими, какие - "Warning"
