Re: Beta тестирование (обсуждение функционала beta версий)
Добавлено: 10 окт 2012, 15:07
Не надо передёргивать и искажать смысл мною сказанного. Если где-то я и применяю упрощённую терминологию, это не повод тут же цепляться и пытаться лечить. Коню понятно, что hex-коды и в Африке эти же коды, однако ЖЁСТКОЕ соответствие этих кодов текстовым GRMN_TYPE только в самОм MPC!DarkDiver писал(а):Hex-коды ни какого непосредственного отношения к польскому не имеют. Это всего лишь текстовый формат записи шестнадцатиричных чисел, которые идентифицируют типы внутри бинарных форматов *.img и *.typ. Так что соотвествие с польскими HEX-кодами самое прямое - почитай внимательно описание форматов TYP и IMG - все поймешь (могу привести цитаты из описаний форматов). В прошивках разных приборов отличается не кодировка типов!!! а только способ отображения одних и тех же типов. Дизассемблировать MapCreate.dll мне лень, но соответствие с HEX-кодами там однозначно есть, иначе откуда этим кодам браться в итоговых бинарных файлах IMG и TYP? Формат записи этих кодов разумеется будет отличаться от принятого в польском, ведь польский - текстовый формат, а *.dll, *.img и *.typ - бинарные, надеюсь разницу то между текстовым форматом записи идентификатора и бинарным объяснять не надо?
С удовольствием почитаю внимательно описание форматов TYP и IMG, но только официальное, от Garmin, а не в интерпретации Стана, Мишеля и пр.
Что касается прошивок, то в отдельных моделях приборов некоторые POI, например, не только отображаются по-разному, но и трактуются софтом не одинаково, попадая совсем в другие, порой неадекватные, категории (не путать с багами прошивок).
Ты же прекрасно понимаешь, что именно я имел в виду, так зачем тупить?DarkDiver писал(а):ТЕкстовые константы GRMN_TYPE в принципе не содержатся в бинарных файлах *.typ и *.img, именно поэтому авторы программ не имеющие отношения к Garmin (сGPSMapper и TYPViewer ) для индентификации типов используют HEX-коды, поскольку именно они содержатся в бинарных файлах и идентифицируют разные типы.Cnfhbr писал(а):Просто мы идентифицируем GRMN_TYPE где - в GME, ну и в TYPViewer'е, которые разработаны людьми, не имеющими отношения к Garmin и даже друг к другу, поэтому и показания в мапедите и в тип-вьювере могут отличаться, особенно для морских, кастомных и свежих типов.
Опять же имелись в виду типы не из несопоставимых HEX-диапазонов, а отдельные типы маппера, которые не поддерживает MPC, именно они лезут в варнинги MPC при общем для двух инструментов классификаторе.DarkDiver писал(а):Я сторонник такого подхода. Хочешь компилить карту в MPC - изволь подготовить соответствующим образом исходник до конвертации в шейпы. Если используются типы из несопоставимых HEX-диапазонов - это проблема картографа, авторы MGE не должны додумывать какие кастомы нужно для них сопоставить при экспорте, поэтому такие типы должны тупо отбрасываться. Поскольку иначе будут возникать ситуации когда один и тот же объект в исходнике будет иметь один шестнадцатиричный идентификатор, а в итоговой карте - другой. А это - криво и будет приводить к путанице, аргументы уже несколько раз приводил.
Не стоит так категорично утверждать то, чего пока не знаешь. В инструменте TYPViewer - да, GRMN_TYPE никах не фигурирует, однако с полгода назад автор TYPViewer принял решение реанимировать свой старенький инструмент ImgTool, значительно расширив его функциональные возможности. С этой целью Мишель занимался аналогичной муйнёй - копался в дистрибутиве MPC, дабы в точности сопоставить GRMN_TYPE соответствующим hex-кодам...DarkDiver писал(а):Автор TYPViewer вообще не строит никаких ассоциаций hex-кодов с текстовыми GRMN_TYPE, поскольку GRMN_TYPE - это заморочка MPC и в TYPViewer вообще ни как не фигурирует.
P.S. Предлагаю закончить эту бестолковую перепалку и заняться полезным делом, например, вычистить всё тот же классификатор от уже замеченных ошибок и неточностей...
