Alastor, что сказать, вполне справедливые упреки [и даже в двойном размере].
Ну не знаю, у меня не торомозит (у меня 3.7 WinCE). Возможно это связано с большим объемом самой карты. Придется видимо разбить на отдельно Москву, и отдельно область.
Cогласен полностью, служебные проезды нужны. Это дело времени.
Почему в этой карте hw=service нерутинговый. К сожалению, далеко не все проезды, обозначенные hw=service, (без access=private!) доступны для проезда. Не хотелось, чтобы программа строила объезды по проездам, на которых на самом деле никакого проезда нет – на карте которая предлагается вниманию широкой публики. Поэтому я выбрал меньшее зло - сделать служебные проезды нерутинговыми. К тому же пока нет возможности рассылать корректуры, чтобы закрывать эти проезды оперативно. (Более того, со служебными проездами, превышалось ограничение на число ребер в дорожном графе для пробочного сервиса)
В принципе, можно сделать карту только Москвы со служебными проездами, и, карту МО без Москвы – если мне кто-нибудь подскажет как сделать в mp на месте Москвы вырез, все удалив и оставив только дороги hw=primary
Похоже просто бага. Сделай пожалуйста вордовый файл, вставь в него описание того что делается, шаг-за-шагом, и скриншоты (или фотографии экранов), я его отправлю разработчикам.
Это вопрос скорее к осмерам. У нас есть в ОСМ фоторазвязки? Если их кто-то нарисует (и будет поддерживать), есть шанс увидеть их в СГ.
Технически, насколько я себе представляю, проблемы нет - проводить границу аналогично тому, как раньше делались острова: контур с разрезом.
Другое дело - что это ни разу не решение. OSM растет примерно на 10% в месяц, так что не пройдет и полгода и уже не будут помещаться в существующие ограничения ни целиком Москва, ни область без Москвы.
Т.е. архитектура движка, при котором существует ограничение на количество ребер графа, видимо, устарела, и ее пора менять, а не шинковать карту мелкими кусочками.
andriano, ты видимо живешь в кантовском мире чистого разума. Волшебной палочки у меня пока нет и изменить архитектуру СГ одним мановением руки я не могу.
ОСМ - да, но дорожный граф должен в один прекрасный момент устаканиться и перестать расти. Возмужать так сказать.
Sergey Astakhov, идея вполне зачетная. Осталось нарисовать сами картинки (ну и поддержать в JOSMе)
Дорожный граф на ограниченной территории просто физически не может расти до бесконечности со скоростью x% в месяц. Куда расти когда все уже нарисуют? Разве что по мере строительства новых дорог. Поправь меня если я не прав, но в Москве все улицы “главнее” дворовых проездов уже давно все нарисованы, не?
(причем речь идет именно о ребрах дорожного графа, которым присваивается своя скорость, и которые могут состоять из нескольких нодов и сегментов веев).
Я правильно понимаю, что в карте в идеальном случае лежит число_перекрёстков*число_дорог_в_них^2 или что-то около того? или не для всех случаев фоторазвязки проявляют себя?
В идеальном случае так оно наверное и есть, на практике сейчас (на карте Москвы) - развязки МКАДа с основными магистралями, может еще чуть-чуть на ТТК.
Может стоит подумать над оптимизацией самой карты? Что-нибудь выкинуть оттуда?
Это проблема карты. Пусть сообщают об ошибках - будем править
Не надо вводит дворовые проезды в пробочный сервис.
Еще раз повторю мою идею (возможно, такой алгоритм в СГ не реализован, тогда это “на подумать” разработчикам): Маршрут через hw=service должен прокладываться только в том случае, если такие дороги лежат близ начала/окончания маршрута. Транзитный маршрут через такие дороги должен быть запрещен. Соответственно и пробочная информация по таким дорогам должна отсутствовать
У меня ворда нет
Описание шаг за шагом:
Запускаю City Guide for Android
В меню выбираю “Карта”, далее “Открыть”
Из списка выбираю OSM-карту МО
Нажимаю “Загрузить”
Получаю пустой экран, в верхнем углу надпись “Error loading Москва и область (OSM (2)”
Кстати, пока воспроизводил, заметил одну фишку. В списке карт мелким шрифтом выводится путь до файла с картой. Так вот, для МО-OSM путь выглядит как “/mnt/sdcard/cityguide/maps/moscowOSM.dcm/Москва и область (OSM (2)”
для всех остальных: “/mnt/sdcard/cityguide/maps/77MOS.dcm”
Такое впечатление, что в первом случае карту пытается искать где-то внутри dcm файла…
Вообще-то я имел ввиду немного другое… Если фоторазвязки, 3D-модели, и прочие фишки - собственность МИТ, и никаких ограничений по использованию они не имеют, могли бы для них сделать отдельные файлы, которые можно было бы цеплять к любой карте.
Расти - не может, согласен. Но сушествуют товарищи с шаловливыми руками, которые очень любят перерисовывать уже нарисованное.
До 100% завершенности (все выезды из дворов на улицы) еще достаточно далеко, значит количество дуг будет неконтролируемо изменяться еще достаточно долго, а с учетом п.1 срок времени на стабилизацию стремиться к бесконечности.
Отдельный важный вопрос - это качество уже нарисованного.
Угу. Как сделать так чтобы карта и менялась (наносятся новые дороги, появляются новые перекрестки, исправляются ошибки в старых) и одновременно не менялась (чтобы статистика с ребер не слетала)?
Мне кажется что нужно пилить сопоставлялку. Почему допустим нельзя сопоставить улицу пупкина с улицей же пупкина, пусть и двухвейной, по названию (адресу) и кординатам концов. Я же понимаю следующую фразу: на улице пупкина между проспектом сидорова и переулком петрова в сторону области пробка… Некий универсальный TMS…
UPD:
Да, и поводу дворовых проездов. Тут высказывалась вполне здравая мысль, что дворовые проезды в пробочном сервисе участия принимать не должны. Соответсвенно добавление нового выезда со двора на улицу изменять “пробочный” граф не должно.
Получил ответ от разработчиков. Сейчас такого нет. Сейчас если дорога включена в рутинг, маршрутизатор будет строить по ней объезды. Тем не менее, сказали, что работа реализацией алгоритма маршрутизации по дворовым проездам (один в один который ты предлагаешь) ведется.
