Zauber

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

2Joss: Для нового анализатора дорожного графа: В этом сообщении я приводил скрины: где программа упорно игнорирует более краткий маршрут по улице с меньшим типом и классом, но с левым поворотом (маршрут по длине короче и по времени быстрее). Вместо этого упорно ведет длинным маршрутом по улицам с большим типом и классом. Скорости и время маршрутов я проверил через 3.4_lite.: C Vaso007 до хрипоты спорили, что это не/из-за левого поворота. Так к общему знаменателю и не пришли, каждый остался при своем. Если все таки это из-за левого поворота в более коротком маршруте, то я думаю, что в а

НЕТ. Нужен исходник карты и править возможно только в нем. Исходник обычно никто не дает, т.к. это капитальный труд. Как вариант, вы можете связаться с производителем карты и решить все вопросы непосредственно с ним.

Падение кнопок у меня было с вашим скином от 44 билда, на билдах выше 50-го. То есть пори добавлении точки к существующему маршруту кнопки, визуальные подсказки (все) с экрана исчезало. Оставалась только карта. На 53-м билде ваш скин еще не пробовал, только взял. Сегодня наверное дозакину свои текстуры (привык уже) и попробую.

У меня тоже никаких проблем. Скачал, развернул в одноименную папку. Все работает как часики. Закинул туда свои файлы схемы конвертации (скоростей) для Казахстана, файлы раскраски карты в более контрастные цвета. Все работает. Вот еще бы выгрузка в cgmap появилась бы... Кстати! В стандартной схеме конвертации полиша при НЕ игнорированиии значений польского, у меня почему то скоростное ограничение Автомагистрали с классом (4), скоростным ограничением - "(7)без ограничения" неправильно переводилось конструктором в 90 км/ч. Проверьте плз. Проверял через 3.4_Lite, чуть не оторопел, шоссе осно

Дык релиза то нету еще... или я что то пропусти? По опыту скажу, что один ЛП не совсем корректно подходит к разным билдам. Мне очень удобен Vlego-скин, но последние тестовые билды с ним вытворяют что то невообразимое. Так что ждем следующий релиз, там и нарисуем.

Ну так и в чем проблема? В 7-ке уже сейчас действует прекрасная фича, что скоростные ограничения спидкама перекрывают скоростные значения карты (правда пока только на понижение). Если так важно, то потом можно пользователю спидкамом что и подправить, если картограф не усмотрел. А вообще я считаю так: есть карта, есть ее производитель, есть к кому обратиться за поправкой ограничений. Спидкам - это любительское, т.е. он может быть от Васи Пупкина, от Пети Попкина и не факт, что он актуальный, хоть и дата новее.

По теме: Последние обсуждения маршрутизации навели на мысль: Если я уберу из PolishConverter.shm самые последние записи о пересчете скоростей ребер в зависимости от типа, класса и ограничения скорости в польском, и не буду ставить галочку "игнорировать роутинговые параметры польского", то Конструктор при конвертации мне оставит все как есть у меня в польском формате (ну то есть маршрутизация будет основана точно на типах, классах и ограничениях скорости, которые у меня прописаны в файле .mp, с учетом других алгоритмов маршрутизации СГ)?

От же ты упрямый то! Последний аргумент)), спидкам то вы меняете по Павлику регулярно, т.е тот же мониторинг. А в чем разница если поменять атрибут ребра? Практически то же количество действий.

Ограничения есть везде. Я постоянно слушаю и обращаю внимание на предупреждения, хотя правила стараюсь соблюдать. Эта функция нужна для: 1. Езды в незнакомом городе/районе, где не успеваешь запоминать знаки и следить за территорией его действия, т.к. отвлекают пассажиры, незнакомая обстановка и пр. Очень часто знаки загораживают остановившиеся на обочине фуры, разросшиеся деревья, рекламные установки и т.д.. Повторюсь, в Чехии при езде по IGO меня такая функция выручала не раз, т.к. порой не понятно пересек я границу населенного пункта или нет (местность не знакомая, а знак не заметил при об

Юр, ты не понял к чему это все. 1. Скоростные параметры от типов дорог зашиты в движке программы. Они для России. Для нас опция предупреждения практически вообще за городом не доступна (ее надо вырубать совсем, т.к. другие ограничения). Ты еще не выезжал за город? Я выезжал))) хватило терпения на километров 10 (постоянно блюмкание о превышении в районе 90). Спидкамом это все не пропишешь - офигеешь, да и спидкам будет километровым только по одной области, я уже не говорю по стране. 2. Через МГЕ не составит труда полилиниям добавить массово этот атрибут, а потом точнее в местах с повышенными

Вот именно то, что я хотел всегда)))

Вставлю свои 5 коп., т.к. недавно занялся тестами маршрутизации в СГ-7, сравнивая их с маршрутизацией в редакционных программах ГМЕ и МГЕ (так проще, т.к. видишь в живую все маршрутные данные на ребрах, рестрикты не перекрестках и пр.) Что могу сказать по тому что я заметил (чисто ИМХО, т.к. без конструктора тяжеловато проводить эксперименты): 1. СГ действительно все сводиться к скорости прохождения маршрута. Не скажу, что плохо. в 80-90% это адекватно построенные маршруты. В большинстве случаев дело действительно в картах и упущениях картографов, но 2. Режим "Оптимальный" по моим тестам д

Никогда не пользовался Режимом №1. Но для меня это открытие и откровение, что при снятии галки скоростные параметры берутся не из польского, а все равно каким то макаром пересчитываются. С чем это было связано? Почему бы не ввести в конструктор еще и галочку брать скоростные значения напрямую из польского? По мне так это было бы вообще логично и правильно. Ну не хочу я свои значения пересчитывать. Мне понятнее оттестировать маршрутизацию в карте в редакторе, а потом уже заливать в конструктор с понятными значениями скоростей, классов и типов. Сейчас процесс маршрутизации какой то не совсем уп

Вот отсюда и все мысли про проверку маршрутизации. Фиг с ним с чужими редакторами. Хотя бы в конструкторе тест маршрутов сделать со своими алгоритмами. Спорные участки хотя бы можно было на компьютере отлаживать, все удобнее и попроще.

Угадал . И в этом нет ничего плохого. Я не прав? А вообще мне всегда приятнее, когда кто нибудь за меня все сделает))

Такая настройка в Конструкторе есть (при загрузке полиша). Спросил на форуме MicroGisEditor про алгоритмы маршрутизации. Вот что мне ответили: "Zauber писал(а): 1. Очень интересует вопрос: Режимы прокладки маршрутов "Короткий" и "Оптимальный", алгоритмам какой навигационной программы соответствуют (CityGuide v.5; v.7, Navitel и т.д.) или это полностью свой алгоритм? пожелание: очень хочется что бы режимы соответствовали полностью (до мелочей) алгоритму новой версии CityGuide v.7, что бы была возможность тестирования маршрутизации до вывода карты. На первый взгляд алгоритмы очень похожи,

To Vlego: Такое можно реализовать любительским способом?: (в смысле по добавление кнопок в Мое меню)

Поскольку не раз было озвучено, что разработчики MicroGisEditor работают в тесно контакте с разработчиками МИТ-а, большая просьба ответить на один простой вопрос: Алгоритмы расчета маршрута "Оптимальный" и "Короткий" в навигационной программе СГ-7 и МГЕ одинаковые или есть разница?

Говорил уже в разделе тестирования. Написал в идеях на реформале СГ. Толку пока 0. Просто изначально реализация этой фичи (как я понял) была основана на пожеланиях картографов, которые при конвертации через конструктор игнорируют скоростные ограничения из польского (в виду нежелания перелопачивания своих исходников и изменения уже настроенной маршрутизации (как я выше писал не типами и классами дорог, а скоростными ограничениями в угоду нужной прокладки маршрута. Это же проще))). Смысл идеи немного сложноват для простого восприятия, так что считаю, она останется непопулярной и соответственно

Жаль, что далеко. Нам казахам остается только смотреть, а вякнуть хочется))). Ждем ссылку на web. Очень интересно. Респект за открытость и желание быть ближе к народу.

Там же: <horizont3dLines ScreenPart="0.9" HorizMeters="900" MinYCoeff="0.20"/> (отрисовка 3d линий дорог, изменять коэффициент 0,9) <horizont3dRoute ScreenPart="0.95" HorizMeters="3000"/> (отрисовка 3d акт.маршрута, изменять коэффициент 0,95) <horizont3dTexts ScreenPart="0.8" HorizMeters="300"/> (отрисовка текстов, изменять коэффициент 0,8) Далее там же идут отрисовка ПОИ и пробочных линий От себя: считаю, что сейчас стоят оптимальные значения. Их долго подбирали тестами, обсуждали. Хотя... на вкус и цвет, все карандаши разные. Маршрут, если поставить 1,0,

"Ребра" дорожного графа - это полилинии дорог (по аналогии скелета, как грудная клетка состоят из ребер, так и дорожный граф)). Скоростные параметры ребер - это "тип дороги" (на вкладке "Свойства" в ГМЕ), "ограничение скорости" и "класс дороги" (на вкладке "Маршрутизация" в ГМЕ"). СГ-7 сообщает не по фактическому ограничению скорости на ребре дорожного графа, выставленному картописателем (как я ни боролся за это)), а от типов дороги. На форуме есть табличка где то по каким типам какое скоростное ограничение оглашается, поищи. В двух словах все утрированно. Загородние дороги по российским ПД

На форуме МГЕ? На кой там? Тут же актуальнее. Мы же все пляшем вокруг конструктора и маршрутизации в СГ. Меня она больше интересует. Вы точно знаете, что МГЕ точно понимает алгоритмы расчета маршрута в СГ или это предположение - приглашение к диалогу?

Вопрос: как можно предварительно точно проверить маршрутизацию карты в исходнике, конвертируемой для СГ-7 (для правильной настройки типа, класса и скоростных параметров ребер)? В GPSMapEdit СОВЕРШЕННО ИНОЙ алгоритм просчета маршрута. Проверил маршрутизацию в ГМЕ, все настроил, конвертнул последним (1.2.334) конструктором - совершенно иное построение маршрута (галочку на игнор параметров польского не ставил). Маршрут изменился не глобально, но заметил, что приоритет значительно больше отдается типу дороги, а класс ребра то ли не учитывается вовсе, то ли ошенама мало учитывается. Или тут еще в