gukol
-
Публикаций
76 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Календарь
Сообщения, опубликованные gukol
-
-
vlego, спасибо большое за скин.
-
Ну попробовать-то мне сложно, т.к. у меня разрешение 480x272. Vlego, Есть вероятность создания ваших ЛП под это разрешение?
-
а вы попробуйте сначала скин
Так разрешение не мое.
не нужны они в принципе, так все удобно переработано, что и не требуются.
В Quick уже используются кнопки для Меню и для Финиш. Т.е. на 2 кнопки меньше для свободного назначения. А у меня сейчас все кнопки используются в Quick так, как мне нужно. Поэтому и хотелось бы видеть скин от vlego с 4-мя кнопками, а не с двумя.
-
Уважаемый vlego, а есть возможность сделать Ваши скины с кнопками "Финишь" и "Меню"? Сейчас, как я понял, присутствуют только "Quick" и "dPOI". Хотелось бы видеть все 4 кнопки (соответственно тоже с иконками, вместо текста). Буду очень признателен (и думаю, что не только я). Правда разрешение интересует 480х272.
-
carsclub.ru, правда в Челябинске )))
Если серьезно, то предлагаю определиться с датой и начать обсуждение предстоящей встречей. Думаю, что вечер какой-нибудь субботы будет самое удобное для всех.
-
Я так понимаю, что в Москве с октября прошлого года встреча так и не состоялась? Может все же стоит развить тему по новой и организовать встречу в скором времени?
-
Вопрос в следующем.
На карте наблюдаются прыжки скорости в трафике. Например 4 участка дороги каждый длинной примерно 80-100 метров. Перепады скорости такие: 120-58-68-40.
А бывает даже разница значений отличается в 2 раза. Например 100-50-90-60 и т.д.
Карта подключена к сервису пробок только 15 декабря, поэтому пользователей очень мало. И такое происходит на участках, где точно проехал лишь один пользователь.
Как такое избежать и вообще, почему так происходит?
-
Я не знаю, поэтому и спрашиваю. Просто я первый раз буду к своей карте прикручивать пробки.
-
В инструкции по подговтовке карты для пробок написано:
" Нумерация версий состоит из мажороного (до точки) и минорного (после точки) значений.
Работа пробок привязывается к мажорной версии, т.е. если издается карта и в ней не менялся роутинговый граф, то инкрементируется минорная версия.
Если меняется роутинговый граф, то инкрементируется мажорная версия."
Я сейчас нумерую карту так - 2010.11
Т.е. "2010" целый год не меняется.
Судя по описанию, если в очередной версии карты будет меняться дорожный граф, то и номер до точки должен меняться. Получается, чтобы все правильно было, мне необходимо сделать нумерацию наоборот - 11.2010? Очередная версия будет например - 12.2010.
Но как тогда быть в следующем году? Тогда ведь номера будут: 01.2011, 02.2011 и т.д.
Или все же оставить нумерацию, как и есть? Т.е. 2010.12, а после 2011.01, 2011.02 и т.д.?
Как быть?
-
Я так понял' date=' что имеется в виду - перекладывать маршрут - пожалуйста, но если до перекрестка меньше N метров, то ближайший маневр уже зафиксирован (а дальше - как угодно).
[/quote']
Именно так.
-
Сегодня возникла мысль включить в алгоритм перепрокладки маршрута следующую вещь: запретить перепрокладку маршрута, если до ближайшего перекрестка на маршруте осталось 100-200 метров. Пусть перепрокладывает на следующем перекрестке.
Иногда стоя в пробке (или на светофоре) видишь, что маршрут предлагает ехать на лево. Но пока стоишь и ждешь очереди повернуть, маршрут может перепроложиться на право. Не раз такое наблюдал. И в Питере, и в Москве. Ладно, если дорога однополосная. А если на дороге 3 и более полосы? В общем вот такое предложение.
-
Я присутствовал на 2-м независимом тестировании пробок в Москве в качестве независимого наблюдателя. Находился в штабе.
Все же, хочу предложить воспользоваться поддержкой GPS-клуба (я не их представитель). Думаю им будет это интересно.
Так же рекомендую не пороть горячку с датой. Уж лучше перенести это на середину января, чтобы более детально ко всему подготовиться. Ведь вы не хотите, чтобы получилась не разбериха и суматоха. ДА и за это время можно найти сочуствующих, ктобы бы смог предоставить трекеры и еще какое-то нужное оборудование. Тоже самое место для размещения штаба.
-
Сбор в 12. Начало в 13.
P.S. Буду, кстати, присутствовать там.gukol2010-11-16 21:56:03
-
1. Хочу видеть время прибытия' date=' а не только оставшееся время в пути.
[/quote']
А разве сейчас такого нет? В WinCE версии есть такое. Или что-то не так я понял?
-
Жармин в топку!
Вы просто не умеете их готовить (с)
-
Насколько я понимаю' date=' СГ в адресном поиске просто показывает объекты, которым в mp присвоен адрес. Полигонам, точкам, линиям, не важно. И это правильно. [/quote']
Так я это не оспариваю, что это правильно.
Просто хочу объяснить, что принцип построения адресного поиска в СГ (как и в остальных российских программах) отличается от принципа построения адресного поиска в Гармин.
В СГ адресная информация прописывается в полигоне (ну и в точках). И имеет следующий вид в mp:
HouseNumber=2
StreetDesc=Разина Степана улица
В гармине же немного другой принцип. Там проставляется в начале линии первое число (например 7), указывается четность/нечётность, а в конце линии указывается последнее число. Соответственно в mp мы имеем:
Numbers1=0,O,7,7,E,8,8
В данном случае с одной стороны дороги прописан дом 7, а с другой дом 8. Т.е. в начале и в конце линии прописаны одинаковые номера. Но они могут быть разные. Но не в этом суть. Пытаюсь объяснить отличие нумерации, которую мы проставляем для адресного поиска в СГ (первый случай) и для Гармин (второй случай).
В итоге, если у нас один исходник для нескольких программ, то конвертер учитывает ВСЮ адресную информацию. И ту, что предназначается для СГ, и ту, что предназначается только для Гармина. В самом СГ мы в итоге получаем дублирование номеров. Вот только один результат указывает на дом, что нам и нужно. А второй результат указывает на линию дороги, что в СГ нам не нужно.
Да, можно различными утилитами скопом удалять из исходника ненужную информацию. Но не проще ли сделать, чтобы конвертер СГ просто не учитывал ненужное?gukol2010-10-28 02:25:43
-
Утопия это.
Ну утопия' date=' не утопия. Но факт на лицо. И он имеет место быть.
В крайнем случае выкиньте из mp адреску для улиц скриптом перед конвертацией в dcm. Ну или редактируйте карту в ГИС, а уже из ГИС генерите mp для каждой программы в отдельности.
1. Не всем дано возможность писать скрипты.
Если есть готовый, который убирает из mp адресну гарминовскую, то покажите его.
2. Можно и в ГИС, но есть мапедит, которые удобен и понятен и соответствует всем моим запросам (для меня лично).
3. Вы предлагаете танцы с бубном, а я просто обозначил проблему, которую думаю стоит решить именно компилятором. Адресный поиск в СГ построен по принципу нахождения конкретного полигона. В таком случае, способы, которые выходят за эти рамки, необходимо отсечь. Т.е. конвертер должен игнорировать эти данные. Мое личное ИМХО.
-
Не секрет, что многие пользователи делают карту сразу для нескольких навигационных программ. В том числе и для Гармин. И как правило все данный находятся в одним исходнике. Принцип адресной информации в Гаримн отличается от всех прочих. Адреса прописываются вдоль линий дорог (от узла к узлу).
Так вот. Было выяснено, что конвертер СГ подхватывает эту информацию. В итоге в результатах адресного поиска мы получаем двойные номера. Один номер - полигон дома, второй номер - номер на линии дороги. Может стоит как-то исключить обработку конвертером данной информации при конвертации из польского в формат СГ?
Вот строка в линии дороги, которая отвечает за адресную информацию для Гармин:
Numbers1=0,O,19,21,E,14,16
-
Идея не новая' date=' но ОЧЕНЬ правильная!
Причем нет необходимости даже переименовывать дорожки "без названия", можно просто отображать название следующего ребра. Например так: "на МКАД" или "на проспект Мира" и т. д. [/quote']
Поддерживаю. Это было бы верным решением.
-
официальные от неофициальных отличаются маркировкой.
Ну я как бы в курсе событий. Но маркировка-то спрятана (за ней нужно лезть куда-то, чтобы посмотреть), а карта вот она, на экране.
Ну а вообще это я так предложил, как вариант.
-
Замечена тенденция к изменению внешнего вида карт. Что официальных, что неофициальных. Так вот может стоит разделить официальные от неофициальны внешним видом? Например официальные оставить такие, как есть. А вот неофициальные немного другим цветом сделать? Например дома сделать не серые, а коричневые (как было до этого), гаражи наоборот сделать серыми. Ну и еще какие-то типы можно поменять.
-
В связи с изменением внешнего вида последних карт (в частности цвета некоторых типов дорог) линия маршрута зачастую пропадает на их фоне. Т.е. сливается с этими желтыми дорогами. Предлагаю или поменять линию маршрута на другой цвет (например лиловый, фиолетовый) или дать пользователям возможность выбора цвета линии маршрута. Ну или вернуть цвет дорог в прежний вид.
-
Есть пожелание сделать ночной скин полностью ночным. А то цвет карты меняется, а интерфейс остается серым. Так вот может поменять серый на синий, а синие вставки на серый? Цвет шрифта соответственно на белый. Вот примерно как-то так:
-
Последняя карта Челябинской области поддерживает пробки. Именно Челябинской области, а не Челябинск. В Магнитогорске периодически появляются инфа о пробках на онлайн карте. Давайте пропагандировать Сити Гид в Че и тогда пользователей будет больше. Я со свой стороны (на своем сайте) буду это дело начинать.
Меню CityGuide 5.х по своему вкусу
в Народное творчество
Опубликовано
Ага. Даже больше, чем нужно )))