MicroGIS™ DevCon

Вова, если ты названия типов подсматриваешь в ГМЕ - то задавай вопросы там. А в МГЕ это "Магазин на АЗС"

Добавлено спустя 7 минут 5 секунд:
А категория в которой живет этот тип у нас называется "Торговля"

Я не знаю где живет у вас этот тип и где он живет у Навитела, а у меня в НАВИГАТОРЕ ГАРМИН НУВИ 3790 ОН живет в Заправках... Потому и говорю... У вас ОШИБКА... А видать у Навитела как раз правильно... Но я про Навител не знал, об этом пока ты не сказал...

Fencer_Silver ерундой не занимайся, если я нахожу ошибку, то она точно не у навитела... Кстати у вас в документах про тайпсет ТОПО нет МПС идентификатора Лыжный центр... хотя в самом редакторе все нормально...

Вова, ты что издеваешся?????

Точка 0х2Е06 - Товары повседневного спроса у меня в Нуви попадает в Заправки...

Пишу еще раз

ТОЧКА 0x2E06 - ЭТО "Магазин на АЗС" - ЭТО НЕ "Товары повседневного спроса"

Это я издеваюсь? Да? Мне так не кажется...

Дай свою версию редактора МГЕ поюзать? Там наверное нет запретов... и точки другие... И кастомным полигонам можно присвоить высоту... Вот от нас что скрывают...

Добавлено спустя 20 минут 55 секунд:
А можно нижайшую просьбу? Если в полигонах уже была проставлена этажность... можно её не стирать, при переводе в кастомный полигон? Все равно я потом эти кастомные полигоны перенесу в 0х13 тип... Ладно я согласен, что у кастомного полигона Нельзя прописать этажность (ну почти нельзя, а если надо то и можно)... это нормально... но не стирайте эту строчку если она уже есть...

Добавлено спустя 58 минут 57 секунд:
Почему не задействованы такие типы как SMALL_LAKE, MAJOR_LAKE в тайпсете Гармин? МПС какой код возвращает на эти типы?

Добавлено спустя 45 минут 44 секунды:
Еще вопрос... МПС вот такое дает... не найду у себя дорогу 0х0000? Откуда она появилась то?

Да и 0х0047 линии у меня нет вообще... Что это такое? Почему в шейпах это появляется и из чего?

Добавлено спустя 40 минут 15 секунд:
С полилиниями разобрался... тут виноваты МП утилиты... они почему-то не удаляют те типы, которые подлежат удалению... Почему ХЗ... придется это обходить...

Дай свою версию редактора МГЕ поюзать? Там наверное нет запретов...

Ага, у меня это описание "пришло" из TYP файла, по дефолту, действительно "Товары повседневного пользования" Приношу извинения - спасибо исправим.

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

0x2e06 - Convenience store - Магазин на АЗС.
Исправим. Не важно в какой категории бкдет объект в редакторе. Категория присваивается устройством.

В общем у меня проблема, сводящая на ноль все мои усилия по замене типов в исходнике. МП Утилиты не могут обработать исходник в 120 метров... Я как то забыл о этой проблеме, используя скрипт Василия... ибо ничего конвертировать было не нужно... А теперь жопа... Что толку иметь все эти запчасти, если карту я по прежнему не могу сделать?

Чем еще можно заменить типы в исходнике, что может обработать 120 метров исходника?

Люди-и-и-и-и Ау!!!!

Вообще то тут МГЕ и 250 метров переваривал

Не МГЕ, а МП Утилиты... повисают по нехватке памяти...

Добавлено спустя 50 минут 6 секунд:
Ладно... вопрос снимается... Мне сделали утилиту... проверяю... Спасибо одному человеку с Казахстанского GPS-Клуба...

точка 0х2f17 - что у вас Остановка общественного транспорта -тип МПС ТРАНЗИТ_СЕРВИС - уходит в Гармине Нуви 3790 в пункт "Транспортные услуги"... Точнее пункт ТРАНЗИТ_СЕРВИС - это транспортные услуги... Убираем это соответствие,или правим название пункта... "Транспортные компании, услуги, перевозки"... примерно так назвать надо...

Добавлено спустя 52 секунды:
Завтра еще накопаю ошибок...и несоответствий названий...

К сожалению, точка TRANSIT_SERVICES выпала из хелпа к MPC, начиная с версии 8.00, но в конфигурации осталась и работает исправно!
TRANSIT_SERVICES (0x2F17) в MPC - это 'Mass transit services', т.е. услуги общественного транспорта, массовые перевозки, групповой трансфер. Включает различные транспортные услуги, доступные для широких масс, с использованием микроавтобусов, автобусов, поездов, паромов и их вариаций. На диком Западе используется в основном в туристических целях и студенческой среде...

У ряда объектов поле Label интерпретируется как высота:

1) Полилинии:
0x20 MINOR_CONTOUR
0x21 INT_CONTOUR
0x22 MAJOR_CONTOUR
0x23 MINOR_BATHY_CONTOUR
0x24 INT_BATHY_CONTOUR
0x25 MAJOR_BATHY_CONTOUR

2) Точки:
0x6300 SPOT_ELEVATION
0x6200 SPOT_SOUNDING

3) Кроме того, как высота интерпретируются числовые надписи после суффикса "~[0x1f]" у точечных объектов, например: "м.Астафьева ~[0x1f] 156.7"

Причем в польском формате высоты могут храниться как в метрах, так и в футах, задается ключом "Elevation=" в загаловке карты. А в шейпах высота должна быть только в футах. Сейчас значения высот у этих объектов экспортируются в шейпы как есть, даже если в исходнике они заданы в метрах, что приводит к ошибочным значениям высот в итоговой карте при компиляции в MPC. Можно конечно оставить все как есть - т.е. на совести картографа. Но на мой взгляд было бы правильнее при экспорте пересчитывать значения высот в футы, если в польском исходнике они заданы в метрах.

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

А в шейпах высота должна быть только в футах.

Почему только в футах? Вот все допустимые значения

------------------
Value | Description
------------------
FEET |
Feet | FT
-------------------
DECIFEET |
Decifeet | DFT
-------------------
METERS |
Meters | M
-------------------
DECIMETERS |
Decimeters | DM

Добавлено спустя 15 минут 4 секунды:
Ага, понял, что имелось ввиду... Вот это?

The label for all spot elevations and soundings should contain the height or depth of the point in US feet. The unit software will handle the display of the height or depth in the proper units as selected by the user.