Zauber

Бывает, но это надо искать ГУ не у продаванов на Али, а на заводе, под конкретную марку и модель авто и при этом задавать им неудобные вопросы по каждой опции). А вообще +1 к твоей мысле. При покупке обычной машины переплачивать за тупейшее ГУ..., даже с системой навигации (как правило или тупейшей или без карт Казахстана))) смысл? Единственный минус с китайцами - звук унылое Г. На винде вообще ничего не сделать, только усилок мутить. На Андрюшке можно конечно рутануть, поставить системный эквалайзер типа Вайпера или Долбиатмоса, но опять же это будет работать на мультимедиа, а эфирного р

Тема оптимизации раскрыта не полностью). Кто их все-таки оптимизирует?)) И самое интересное - как?

пора тоже сваливать) ЗЫ. Зато Навтек потихоньку двигается, правда ошенама вяло, по ходу исключительно для поддержки дорогих штатных устройств типа Тойота/Лексус. Скорее 2ГИС нарисует обзорку с магистральными трассами и все забудут про остальные варианты.

Все дело в битности рисунка. 1-битные СГ не увидит. Потому и корежит изображение. Родной рисунок 16-битный. Такую глубину я бы и делал. Проще брать родную картинку и издеваться над ней фотошопом.

Это по ходу скорее всего картинки облаков в дневном и ночном режиме. Если карта наклонена с фиксированным наклоном на весь экран, то облаков и не видишь. ЗЫ. Вроде СГ не тупит, но тоже задумался поковыряться над оптимизацией графики)

Ну ща стеб начнется, особенно от жителей Зауралья и Средней Азии Может уточнить "пользователей СПб"?))

Добрался до своего компа) GraphLibCity.d

Так я и говорил, что замена цветов полилиний в описываемых мною блоках не всегда приводит к их изменению в карте. К тому же разные версии Конструктора вели себя совсем по разному. При том я заметил некоторую непонятность для меня в некоторых последних версиях Конструктора - когда я менял указанные значения цветов полилиний, то в навигационной программе под Андроид цвета не менялись, но(!) та же карта, сконвертированная в cgmap в программе под WinCE была с измененными цветами дорог. И если изменять значения цветов во всех блоках (roacls, res) одинаково, то дороги в cgmap под WinCE имели одинако

Догадайся сам. (Х.З.) Ты именно тут пробовал менять? Кстати, как выше упоминал, там несколько секций (roacls,res). Я менял (с перепугу) во всех одинаково. Может не менялось потому, что поменял только в одной? Я так и не разобрался, если честно, какая секция для чего. И к тому же не во всех версиях конструктора такая замена срабатывала и у меня. Закономерности не понял.

Щас быстро скачал конструктор на работе, глянул. Короче, для изменения отображения дорог нужно правки делать в файле "GraphLibCity.d" (открывать так же блокнотом или чем то похожим). Там есть секции, описывающие полилинии. Начинается с: local StreetByROACLS(roacls,res) { if( roacls == 1 ) // "Городская магистраль" res="##r7F7F7F w160#rFECC8B w100"; else if( roacls == 2 ) // "Проспект" res="##r7F7F7F w160#rF8F8BA w100"; else if( roacls == 3 ) // "Улица" res="##r7F7F7F w100#rF4EDCD w70"; else if( roacls == 4 )

Ну почему же? У меня получилось увеличить ширину дорог в Конструкторе. Вот только уже навскидку не помню каким фйлом, то ли схемой конвертации, то ли еще каким .shm. Если сильно интересно, вечером могу глянуть сообщить). По крайней мере сейчас в стоковой программе даже на Андроиде дороги нормальной ширины, а не ножки тараканьи). Под WinCE у меня старый, правленый ресурсник исправляет и ширину и цвета дорог.

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

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

Кто бы еще подсказал в чем заключается оптимизация карт под 7.9? У меня на 7.9. нормально работают обычные .cgnet, но только Казахстанские, в т.ч. и свой самодельная Акмолинской области. Постоянное упоминание про некую "оптимизацию" постоянно смущает и вызывает недоверие к программе в плане возможности ее стабильного использования (уже просто опасаюсь добавить Россию, что бы не получить вылеты в своем регионе).

Корявенько, это общая тенденция)) Ну хоть кажет тень от эстакады - значит работает. У мну вообще все плоское, уже и приближал до максимума и наклонял (...и сзади подходил)). Х.З. попробую пересобрать.

Плюшкин. Ребят, проверьте плз. На карте cgnet, из под последней версии Конструктора на WinCE 7.9 развязки в 3D нормально у вас показывает? Что то я уже запарился. Опять кажись не кажет в 3D, хотя на Андроиде все ОК.

Хм, я по наивности думал, что атрибут AdminLevel проставляется автоматически при конвертации, в зависимости от типа населенного пункта. Так его надо ручками ставить на каждый населенный пункт? (У меня населенных пунктов немногим менее 1000. Это же еще то занятие...) Вообще то идея была несколько иная. Меня больше интересовало появление точек и наименований населенных пунктов, даже пусть не рай.центров, на карте именно при движении. Поясню, при езде по трассе в режиме 3D мелкие населенные пункты вдоль трассы (учитывая скорость и масштабирование) не всегда показываются при приближении к ним

Да не, через сам конструктор вручную поднимать - я даже не представляю этот геморой). Василич имеет в виду изменить схему конвертации, что бы при загрузке исходника автоматически поднимало все грунтовки на нужный уровень. Вот с этим то я никак и не разобрался, хотя помнится хотел начать. Меня так же интересовало поднятие на уровень выше точек населенных пунктов. Но так руки и не дошли. Заумно там все, да и реально каждый раз забываешь свои изменения в схеме конвертации, когда через пол-года выходит новый релиз.

Я с уровнями в конструкторе под СГ, как обезьяна с апельсинами. Если можно поподробнее)) ЗЫ. Переделал плиш с "пробел+обратный слеш+пробел". Все наладилось. Поиск по обоим названиям. Правил обычной контекстной заменой через блокнот. Вручную править - гемор еще тот. Василич, тебе тоже советую блокнотом искать контекстный поиск и исправлять. Быстрее и надежнее.

Ну тады ой)). Пошел опять исправлять исходник.

То есть имеет значение обычный слеш или обратный?)) А квадратные скобки никто не пробовал?

Приехал домой, проверил. Вообще ничего не понимаю. Наименования улиц (старое название) написаны в круглых скобках. В СГ круглые скобки переводятся в квадратные и при поиске ищутся оба названия, что старое в скобках, что новое наименование (как на скрине выше). Наименования нас.пунктов написаны: наименование/ старое наименование (т.е.через обычный слеш+пробел). При поиске ищет только новое наименование, а старое теряется в круглых скобках вместе с районом и областью и не ищется (как на скрине выше). Чё делать? ЗЫ. Если мне память не изменяет, я недавно пытался по аналогии с

Да вот не хочется именно дефис и пробел, т.к. сложносоставные наименования нас.пунктов потом как применять? К примеру, какой нибудь Белгород-Днестровский или Каменец-Подольский переименуют в Катав-Ивановск и как это изображать в адресных данных? Белгород-Днестровский - Катав-Ивановск? Не, я конечно понимаю, что при наборе в поиске будет улавливаться пробел в серединке, но господа, это же ахинея будет на карте, в мелком масштабе, где эти пробелы не видно). Ладно, еще слеш или обратный слеш, хотя для визуального восприятия намного предпочтительнее или обычные или квадратные скобки.

Так "попробуй" или так правильно?) (уже хочется точку поставить и сделать наверняка). ЗЫ. Просто пробел - не выход, однозначно. Обратный слеш... может и выход, но ей богу кривейный в восприятии. Блин, уже сколько лет не могут такой простейший вопрос решить!? Все какие то костыли, да коляски...

Парни, подскажите плз. как по последним веяниям необходимо обозначать переименованные населенные пункты, что бы искало по обоим названиям? Если честно, уже устал и запутался с этой проблемой (то слеши, то скобки...) К примеру, как правильно обозначить населенный пункт: Алматы (Алма-Ата)