HPC.ru lite - Все форумы
Форум: PocketGPS Pro и MacCentre PocketGPS
Тема: "Я худею, дорогая редакция". Ошибки версии 2.0.350
Страницы: 1 2 3 [4] 5 6 7
[Ответить]
Alligator. [17.11.2004 10:34] :
В данный топик я написал сообщение как комментарий к дискуссии о том, кто виноват в ошибках - ядро или карта
В топик с замечаниями по карте тоже напишу. Попробую всё-таки с картинками ...
d2003 [17.11.2004 10:57] :
VctOs писал(а):
Никто лучше картографов не знает особенности представления данных и никто лчучше их не сможет учесть нюансы реальной местности. Поэтому, по моему мнению-2004, картографам не нужно давать советы о том, что именно они должны изменить.
Я может хватит уходить от ответа? Ваше ядро ошибочно прокладывает маршрут. Я посмотрел граф и по моему мнению там нет ошибок. А вы уверенны что картографы знают что там менять? Они смотрят на граф и видят что он соответствует действительности и думают то это проблема долбаной программы, а им менять нечего. Получается замкнутый круг. Именно по этому я и задал этот вопрос,т.к. менять там НЕЧЕГО. Т.е. выходит карта правильная, алгоритм правильный, а маршрут нет...КРУТО. Наверное пользователи неправильные ?
Еще раз повторяю вопрос. Что и КТО должен поменять что бы маршрут был правильный?
Дмитрий
Alligator. [17.11.2004 11:05] :
d2003 писал(а):
Я посмотрел граф и по моему мнению там нет ошибок.
А там нет ситуации, аналогичной приведённой мною на несколько сообщений выше? Картографы не нарисовали там одно двустороннее ребро вместо положенных двух односторонних? 
d2003 [17.11.2004 11:11] :
Alligator. писал(а):
А там нет ситуации, аналогичной приведённой мною на несколько сообщений выше? Картографы не нарисовали там одно двустороннее ребро вместо положенных двух односторонних? 
Нет там все нарисовано правильно, только вот ядро считает что лучше развернутся поперек дороги и потом на 20 метров больше проехать по скоростному МКАД, чем использовать стандартный съезд. Только вот в реальности если разворот и возможен, то он займет столько времени, что 20 метрами на мкад тут не обойтись.
Дмитрий
VctOs [17.11.2004 12:05] :
d2003 писал(а):
Я может хватит уходить от ответа?
Если Вас не удовлетворяют мои ответы на Ваши вопросы, Вы можете обратиться с ними в службу технической поддержки.
d2003 писал(а):
Ваше ядро ошибочно прокладывает маршрут.
Пока Вы ничем не подтвердили это свое мнение.
d2003 писал(а):
Я посмотрел граф и по моему мнению там нет ошибок.
Без комментариев.
d2003 писал(а):
А вы уверенны что картографы знают что там менять?
Я уверен в том, что они обладают достаточной квалификацией для выполнения своей работы, в т.ч. я уверен в том, что они лучше меня знают "что там менять".
d2003 писал(а):
Они смотрят на граф и видят что он соответствует действительности и думают то это проблема долбаной программы, а им менять нечего.
Это Ваше заявление не соответствует реальному положению дел.
Начнем с того, что выводы о соответствии действительности делаются не на основании "расмотрения графа", а в соответствии с результатами полевых ревизий.
d2003 писал(а):
Еще раз повторяю вопрос. Что и КТО должен поменять что бы маршрут был правильный?
На этот вопрос я ответил ранее.
VctOs [17.11.2004 12:09] :
Alligator. писал(а):
В топик с замечаниями по карте тоже напишу. Попробую всё-таки с картинками ...
Благодарю за понимание.
mkb [17.11.2004 12:17] Кто сшил костюм? (с) А.Райкин:
К пуговицам претензии есть? К пуговицам претензий нет, пришиты намертво.
К ядру претензии есть? К ядру претензий нет, написано идеально. А что костюм кривой, то бишь программа.... Ну что-же. К пуговицам претензий нет.
VctOs [17.11.2004 12:25] :
d2003 писал(а):
Нет там все нарисовано правильно
Примите это как аксиому: у Вас нет достаточной информации для того, чтобы делать выводы о правильности или неправильности.
Решение о траектории прокладываемого маршрута в используемой Вами версии с оптимизацией по времени принимается на основе скрытых от конечного пользователя сведений об ожидаемом времени проезда по каждому из ребер, причем это время зависит не только от визуально оцениваемой длины дуги.
И наоборот, в соответствии с визуально оцениваемыми длинами дуг маршрут прокладывается только при использовании версии графа с оптимизацией по длине маршрута:
http://195.133.54.17/work/handy/mld.jpg
VctOs [17.11.2004 12:38] :
VarAn писал(а):
Я там уже писал весной потом летом и недавно осенью 
весеннее должно было быть исправлено...
осеннее не может быть исправленным по определению.
Здесь я в ответ на предложение gren "определиться в терминах" проводил проверку внесения исправлений в июньскую версию карты:
http://www.hpc.ru/pda/board/index.php?p=107257&highlight=#107257
Одно из ваших летних сообщений там помечено как исправленное:
VarAn Чт Июн 10, 2004 13:59 - ИСПРАВЛЕНО
Это не так?
Если есть желание - можно потратить время на то, чтобы поразбираться с остальными.
Alligator. [17.11.2004 12:44] :
d2003 писал(а):
[quote:bafa763a33="Alligator."]А там нет ситуации, аналогичной приведённой мною на несколько сообщений выше? Картографы не нарисовали там одно двустороннее ребро вместо положенных двух односторонних? 
Нет там все нарисовано правильно, только вот ядро считает что лучше развернутся поперек дороги и потом на 20 метров больше проехать по скоростному МКАД, чем использовать стандартный съезд. Только вот в реальности если разворот и возможен, то он займет столько времени, что 20 метрами на мкад тут не обойтись.
Дмитрий
Дмитрий,
Не соглашусь.
Я не поленился и посмотрел в программе граф этой развязки.
Ошибка в том, что по Молодогвардейской честно нарисованы два односторонних графа, а на мосту нарисован один двусторонний.
Соответственно, исходя из этого графа получается, что она просто поворачивает с Молодогвардейской улицы налево (по графу это разрешено) и выезжает коротким путем на МКАД.
Соответственно, вопрос в том, чтобы на мосту вместо одного двустороннего ребра нарисовать два односторонних (как и в той ситуации, которую я описывал ранее с картинками).
В принципе, может быть, может помочь и второй способ - поставить всем "развязочным" дорогам большой вес (примерно как у МКАДа), чтобы программа не пыталась съэкономить на развязках, а считала примерно по кратчайшему расстоянию ...
Олег.
[Ответить]
[< Назад] [Вперед >]