MicroGIS™ DevCon

Хотелки для программы в целом:

1. Добавить поиск дороги по RoadID
2. Добавить поиск узла дорожного графа по NodeID

Давно ждал этого вопроса.. А зачем? Не то чтобы я был против, просто очень хотелось бы знать, зачем?????

Я и мои знакомые, кто рисует карты, регулярно проверяем свои польские исходники карт на ошибки с помощью одной внешней программы, в дополнение к штатным проверкам из микрогиса и мапэдита. В микрогисе и мапэдите проверок много, но не все, какие хотелось бы использовать. А здесь есть ряд полезных проверок на ошибки, в том числе для гарминовских карт, и различные подсчёты по исходнику. И ошибки в нарисованной карте, например, по дорожной сети, выводятся в текстовом формате с указанием конкретных RoadID. Поэтому прошу добавить в микрогис поиск дорог по RoadID. Аналогично - с узлами NodeID.

Сколько себя помню - вы первый это просите. А что за утилита для проверок? И что за проверки такие специальные для GARMIN?

Возможно, User-tester имел в виду нахождение в карте ID узлов и дорог, превышающих максимально допустимое для Гармина значение - 1048575 (FFFFF). Это важно, поскольку пользователи часто делают микс из различных исходников, особенно когда эти исходники созданы в навителовском тайпсете. В ГМЕ, например, начиная с версии 1.0.64.0, добавили вот такую мулю: "Если значение атрибута RoadID дороги превышает максимально допустимое значение 1048575, то при сохранении в MP оно автоматически заменяется на наименьшее свободное значение", - но там это только для карт с набором типов "Garmin".
Соответственно, в МГЕ тоже было бы полезно сообщать, что для RoadID или NodID превышено максимально
допустимое для Гармин значение - 1048575, в строке такой-то...
Описанная болячка лечится, к примеру, украинской утилитой mpUtilities/ID, упорядочивая нумерацию узлов и дорог...

User-tester писал(а):Хотелки для программы в целом:

1. Добавить поиск дороги по RoadID
2. Добавить поиск узла дорожного графа по NodeID

Alex а Вы сами то как планируете ошибки описывать в Полилиниях и Узлах (при наличии онных) при создании шейпов? Если есть какая то ошибка в дороге, то как её описать? Дать координаты узлов? Дать название взятое из Лейбла (а если дорога не подписанная)? Вот тут как как и пригодится поиск по RoadID. А вот когда Ваш редактор начнет проверят на правильность адресные данные (гармина, прописанные в полилиниях), то Вам очень понадобится указать номер нода, в котором пропущена нумерация, или ошибочно поставлена... Вот тут и пригодится поиск по NodeID... Не так ли?

Vovan_Alm писал(а):

User-tester писал(а):Хотелки для программы в целом:

1. Добавить поиск дороги по RoadID
2. Добавить поиск узла дорожного графа по NodeID

Alex а Вы сами то как планируете ошибки описывать в Полилиниях и Узлах (при наличии онных) при создании шейпов? Если есть какая то ошибка в дороге, то как её описать? Дать координаты узлов? Дать название взятое из Лейбла (а если дорога не подписанная)? Вот тут как как и пригодится поиск по RoadID. А вот когда Ваш редактор начнет проверят на правильность адресные данные (гармина, прописанные в полилиниях), то Вам очень понадобится указать номер нода, в котором пропущена нумерация, или ошибочно поставлена... Вот тут и пригодится поиск по NodeID... Не так ли?

У нас был реализован конвертер карт в MGE формат (пока отключено и отложено в связи с большими непрекращающимися изменениями в исходном польском формате - сильно много нововведений ). Так вот, да Вы правильно пишите, перед любой серьезной конвертацией будут выполнятся проверки (недостающие - добавим), ошибки будут делится на критические (остановка компиляции с указанием на ошибку и объект ее содержащую, для исправления и дальнейшей компиляции) и что-то типа "warning" - информация для картографа на ошибку, не повлияющую на компиляцию карты. Надо подумать(мне почитать, руки пока не доходят...), какие ошибки будут критическими, какие - "Warning"

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.

Как-то так, в общем.

Ну написал........
Расказываю. Экспорт в SHP непосредственно в программе - планируется. До его реализации необходимо сделать новый TypSet, чем мы сейчас и занимаемся, и добавить недостающие атрибуты.
Походу, недостающие проверки - будут также добавлены в программу. Сейчас проверок ровно столько, сколько необходимо для подготовки карт в СитиГид. Теперь занимаемся Garmin-ом. Добавим и вам проверок, ровно столько, сколько их будет нужно.

Неудобство работы в сторонних утилитах это то, что само выполнения проверок в сторонних программах - не всегда корректно и после выполнения проверок приходится отыскивать место в карте - блокнотом или по ID дороги, узла. Это не правильно. Гораздо приятнее кликая, по ошибке сразу центрировать карту по позиции. Неправдали?

Терпение мой друг, терпение. Всё будет.

Раз собираетесь делать экспорт в шейпы, заодно и спрошу.

Скрипт Василия для перегона в шейпы работает из-под командной строки. Причём, нужна установленная в операционную систему поддержка языка Perl. Известен экзешник скрипта под Windows, но он что-то давновато не обновляется.

1. Вы планируете экспортировать в шейпы, точно как и cgpsmapperом? То есть, по аналогии с ним в отдельном окне прописывать путь к файлу скрипта Василия и потом нажимать кнопку, чтобы перевести?

Или хотите реализовать встроенную в микрогис штатную функцию перевода в гарминовские шейпфайлы по какому-либо своему алгоритму?

2. Будет ли возможность настройки параметров перевода пользователем (файл config от скрипта Василия)?

Alex писал(а):Походу, недостающие проверки - будут также добавлены в программу. Сейчас проверок ровно столько, сколько необходимо для подготовки карт в СитиГид. Теперь занимаемся Garmin-ом. Добавим и вам проверок, ровно столько, сколько их будет нужно.

Неудобство работы в сторонних утилитах это то, что само выполнения проверок в сторонних программах - не всегда корректно и после выполнения проверок приходится отыскивать место в карте - блокнотом или по ID дороги, узла. Это не правильно. Гораздо приятнее кликая, по ошибке сразу центрировать карту по позиции. Неправдали?

Всё верно написал. Был бы несказанно рад увидеть в микрогисе полезные проверки и подсчёты. Чтобы сразу же после рисования и последующей проверки зумироваться на багах в карте и править их. Удобно и рационально. Я за!

1. Если пишешь сразу за мной, то не нужно вставлять цитату, об этом сказано в правилах.
2. Конфиг перегона будет (или файл или визард).
3. Будет свой перегонщик.

Alex писал(а): Неудобство работы в сторонних утилитах это то, что само выполнения проверок в сторонних программах - не всегда корректно и после выполнения проверок приходится отыскивать место в карте - блокнотом или по ID дороги, узла. Это не правильно. Гораздо приятнее кликая, по ошибке сразу центрировать карту по позиции. Неправдали?

Я буду очень рад, что можно будет при проверке визуально найти ошибку в МГЕ, и не нужно будет пользоваться сторонними утилитами... Но... Есть еще один "ревизор" - сам МПС... Он тоже лог с ошибками выдает где указаны RoadID и NoadID. Таким образом, поиск по этим значениям в редакторе обязателен. Или мы с развитием редактора не будем пользоваться МПС и Маппером?

О куда, сани завезли...... Мечты, мечты...... Хотя, было бы не плохо.
Да добьем мы эти поиски. Не переживай....

У меня редактор МГЕ сообщил... что остался один день до покупки лицензии...