MicroGIS™ DevCon

Cnfhbr писал(а):

DarkDiver писал(а): Можно по подробнее что за косяки, я скомпилил и ни каких косяков кроме упомянутого - с трехбайтными идентификаторами точек, я не увидел...

Косяков достаточно, назову главные:
- полигоны без рисунка, с дневной и ночной расцветкой, потеряли ночную расцветку, и наоборот - полигоны без рисунка, без ночной расцветки, т.е. с одной расцветкой днём и ночью, вдруг приобрели нелепую ночную расцветку;
- полилинии без окантовки приобрели огромную окантовку и стали внешне напоминать полигоны;
- ну, а с точками и так понятно...

Да, подтверждаю, действительно обнаружились все эти косяки при более внимательном рассмотрении, спасибо!

Cnfhbr писал(а):

DarkDiver писал(а): Не правда. Type=0x01040d - превращается в
Type=0x40d
SubType=0x00
Что не правильно.

Нет правда! На входе TYPViewer поддерживает оба вида записи, как в одну строчку, так и с подтипами. А то, что для точек поддерживается только с подтипами - дык это на выходе (именно так объясняет Мишель, если не вырывать его фразы из контекста). Далее он поясняет, почему так получилось - для совместимости с маппером. С его слов, в то время, когда он ещё старался поддерживать совместимость с маппером, Станислав использовал для точек именно запись с подтипами. Каков сейчас синтаксис всего этого в маппере, Мишель точно не знает и знать, похоже, не желает, поскольку сосредоточился на поддержке официальных и актуальных тип-файлов от Garmin.
P.S. Ну, что я как толмач, ей богу, Мишель же всё подробно разжевал...

Я же не просто от балды пишу, я специально проверил в последней версии TypViewer-а, при открытии исходника, в котором прописано Type=0x01040d, в окне TypViewer-а мы вместо этого типа видим в итоге запись: Type=0x40d SubType=0x00, и в таком виде точка попадает в итоговой файл, что не правильно.

Провел еще пару экспериментов, оказалось что запись Type=0x01040d TypViewer интерпретирует не правильно, а вот запись вида Type=0x1040d (без ноля спереди) - без проблем. А вот cGPSMapper понимает оба варианта.

Cnfhbr писал(а):

DarkDiver писал(а):Вообще не понятно зачем хранить идентификаторы для точек иначе чем для полигонов и линий. Сделал бы одинаково для всех видов объектов в одну строчку - без сабтипов - и ни каких проблем бы не было.

Если кроме пережитков прошлой совместимости с маппером ничего больше не держит, полагаю, Мишель реализует это пожелание. Н-н-нада?

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

Cnfhbr писал(а):

DarkDiver писал(а): На мой взгляд, такой способ - это удачное решение.

Тады, если не в лом, попробуй отредактировать предложенный разработчиками I0000002.txt независимым редактором (например, notepad++) так, чтобы cGPSmapper скомпилировал его в TYP без ошибок, при этом, чтоб в шейпы для MPC также записывалось всё, что тут задумали, да и закроем вопрос.

Если честно - не хочу на это тратить время, мапером для создания тип-файлов я не пользуюсь, а произвольные значения GRMN_TYPE для кастомных типов в MPC мне не нужны, поэтому тратить время на тестирование не нужного мне функционала не хочу...

Cnfhbr писал(а): Сам я не пользуюсь маппером в этих целях, поскольку не считаю реализацию TYP формата в интерпретации Станислава безупречной и, тем более, актуальной...

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

Внимание, продлен период тестирования MicroGISEditor до 31.12.2012
Просьба перекачать версию.

MicroGIS Editor обновление v1.0.11.532b

Alex писал(а):Обновился файл справки до v1.0.11.532.

Добавьте, пожалуйста, Примечание 2 в раздел по фото-развязкам (где описывается формат Garmin SVG Junction View):

Junction View (JCV) представляет собой SVG файл (или сжатый .svgz файл), состоящий из нескольких слоёв, каждый из которых может отображаться или не отображаться на дисплее.
Слой в SVG файле определяется как g-элемент и является дочерним корневого элемента SVG.
Слои имеют тип и идентификатор, которые задаются (для g-элемента) атрибутами "grm:type" и "grm:id" соответственно.
Существуют 3 типа слоёв: знаки, стрелки и задние планы. Таким образом, возможны три значения для "grm:type" атрибута - "sign", "arrow" и "background".
Идентификатор слоя представляет собой число (большее или равное 0), которое является уникальным у слоёв одного и того же типа в данном SVG.

Примечание 1: любые внешние ресурсы SVG должны быть указаны посредством полных путей к файлам.

Примечание 2: в SVG должно быть обязательно объявлено пространство имён для Garmin SVG Junction View, т.е. в теге <svg должен содержаться следующий атрибут: xmlns:grm="http://www.garmin.com/jcv/svg/1.0"

Иначе специальные атрибуты "grm:type" и "grm:id" для g-элемента работать не будут.

ВНИМАНИЕ!!! ОБСУЖДЕНИЕ СУЩЕСТВУЮЩЕГО ФУНКЦИОНАЛА А ТАК ЖЕ "ХОТЕЛОК" В ЦЕЛЯХ СОЗДАНИЯ КАРТ ДЛЯ СИТИГИД В ДАННОМ РАЗДЕЛЕ А ТАК ЖЕ В РАЗДЕЛЕ "ХОТЕЛОК" - ДО ОТКРЫТИЯ СООТВЕТСТВУЮЩЕЙ ВЕТКИ - БУДЕТ СЧИТАТЬСЯ ОФФТОПОМ - И УДАЛЯТЬСЯ!!! ПРИ ОТКРЫТИИ СООТВЕТСТВУЮЩЕЙ ВЕТКИ - ПИСАТЬ ТОЛЬКО ТУДА!!!!

http://forum.probki.net/topic/7304-konv ... _p__223182

я смотрю настроение у вас седня хорошее

Ага, лучше некуда...

Добавлено спустя 12 минут 15 секунд:
А в принципе - и хорошее!!! Что мешает? Остались сезонные запреты - и ВСЕ!!! Шейпы - готовы!

ну вот, а ля гер начался.. чего удалять-то? пусть народ читает..
зы "Только что курьер из интернет-магазина навигаторов сообщил, что не знает как проехать до нашего дома."

Cnfhbr писал(а):Добавьте, пожалуйста, Примечание 2 в раздел по фото-развязкам (где описывается формат Garmin SVG Junction View)

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

532b-й билд запустился без проблем (даже без танцев с... и вокруг OpenGL). Проверил старую свою хотелку насчет точности координат - вроде работает. Прямоугольность полигонов сохраняется Хотя все равно 150 ошибок нашлось, но никак не могу понять откуда они. Координаты проверил через блокнот проверяю, в том месте, в котором показывает проверка Координаты и через ГМЕ и через МГЕ совпадают. Ничего в голову не приходит. В принципе не столько кардинально, можно пробежаться по этим нодам и дальше работать, но думаю дам для анализа один объект, может Вас наведет на какую мыслю по улучшению: Ах, да, забыл совсем. Спасибо!

Fencer_Silver писал(а):Остались сезонные запреты - и ВСЕ!!! Шейпы - готовы!

При реализации Driving Restrictions имейте в виду, что для Location, кроме "Where: start" и "Where: end", имеется ещё недокументированное значение - "Where: whole", тогда описываемое таким образом ограничение будет работать в обе стороны движения, т.е. Bi-Directional: Y (Thanks to Monstria)

Zauber писал(а):532b-й билд запустился без проблем (даже без танцев с... и вокруг OpenGL). Проверил старую свою хотелку насчет точности координат - вроде работает. Прямоугольность полигонов сохраняется Хотя все равно 150 ошибок нашлось, но никак не могу понять откуда они. Координаты проверил через блокнот проверяю, в том месте, в котором показывает проверка Координаты и через ГМЕ и через МГЕ совпадают. Ничего в голову не приходит. В принципе не столько кардинально, можно пробежаться по этим нодам и дальше работать, но думаю дам для анализа один объект, может Вас наведет на какую мыслю по улучшению:

Вложение af.rar больше недоступно

Ах, да, забыл совсем. Спасибо!

Скачал - проверил. Есть наложение одного полигона на другой. ГМЕ действительно его не находит - проверка в нем ошибок не нашла. Дело в то, что у нас проверки выполняются строже, чем в ГМЕ, много из того, что не вылавливает ГМЕ - можно отыскать у нас.

З.Ы. пажалуста

Fencer_Silver писал(а):Остались сезонные запреты - и ВСЕ!!! Шейпы - готовы!

Сезонные, а ещё скоростные тоже!

http://micro-gis.com/forum/viewtopic.ph ... =240#p2957
http://micro-gis.com/forum/viewtopic.ph ... =240#p3017

Проверяю их совместную работу и прописываю ручками в шейпах. Работает в навигаторе - красота!

MicroGIS Editor обновление v1.0.11.533b

За dxf спасибо отдельное ! Только одного экспорта мало. Там же надо еще как то записывать в поле Inform согласно инструкции. Или это к мп не имеет отношения ?