sergeyastakhov

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

В OSM отмечено ~6400. Ровно столько, сколько потребуется на то, чтобы поправить нужным образом конвертацию. Это если это расстояние можно каким-то образом вычислить, а не задавать индивидуально, конечно. Если же в mp-файле это задать невозможно, то потребуется ещё отдельная процедура конвертации в файл знаков.

В OSM (если речь таки про него) нет такого параметра. Поэтому надо пинать прежде всего того, кто занимается конвертацией (Пирса). Но чтобы пинание было эффективным, надо знать как именно это задаётся в mp-файле. Можете привести пример?

А как это можно задать в mp-файле?

Пробовал пользоваться им на смартфоне LG Optimus 2X в отпуске - опыт неудовлетворительный. Основная проблема - программа падает через 10 минут редактирования. В основном с ошибкой out of memory.

Для этого надо, как минимум, чтобы навигатор знал про эти сезоны и умел их переключать (как вручную, так и автоматом). Тогда и зимники с паромами можно будет нормально поддержать.

Есть, аж две штуки, старый OpenStreetBugs - http://wiki.openstreetmap.org/wiki/OpenStreetBugs и новый Notes - http://wiki.openstreetmap.org/wiki/Notes

У Ситигида на официальной карте Питера тоже такое встречается, когда POI на соседних домах висят. И детские сады и аптеки и т.д. и т.п.

А по другому и никак. Если у кого эти параметры (скорость для роутинга и скорость по ПДД) до сих пор не разделены - то им в любом случае придётся это когда-нибудь сделать. Без этого не будет либо нормальных предупреждений либо нормального роутинга.

В OSM данные хранятся в базе данных, а выгрузки делаются в свой собственный формат, а не в виде mp файла, и там нет никаких проблем, т.к. maxspeed уже давно отделён от maxspeed:practical. Поэтому всё что нужно будет сделать, когда наконец появится поддержка legalspeed - подправить процедуру конвертации в mp-файл .

Отписался мне тут местный маппер из северного Кипра - дескать пошто мои любимые highway=track на residential/unclassifed переправляешь. Разъяснения по поводу связности и роутинга не шибко помогли - дескать правьте ваш софт, мой софт умеет роутить по track, а красивая картинка в мапнике важнее. В общем, изоляты в северном Кипре теперь, наверное, надолго.

Ну вы не говорили, что нужна именно навигация. Для туристических надобностей вполне может сгодиться, особенно платный вариант Pro. Что значит нет? Вроде люди пользуются. Не заметил, что вам для iphone, звиняйте. Ну, цена сравнима с СитиГИДом, интерфейс спартанский, зато карты по Европе - одни из лучших. Я себе прикупил, как запасной вариант, по европам ездить. Ещё лучше будет купить специализированный навигатор, но дороже. На 4pda есть и ломаные версии, для любителей этого дела.

MapsWithMe OsmAnd TomTom Europe

Насколько я понимаю, основная проблема - кол-во данных. Вот размеры текущих дампов в osm.pbf: France 2.4 GB Germany 1.6 GB Great Britain 523 MB Для сравнения, Российская Федерация целиком - 964 MB Не переварит ситигид единую карту с таким объёмом данных, надо резать на части.

В таких случаях обычно рекомендуется писать с многоточием - "Удалить...", чтобы показать, что действие не сразу выполнится.

IMHO, главное, что заботит большинство - это чтобы не остался висеть процесс, который будет пожирать батарейку ничего полезного не делая. Слишком ценный это ресурс в наше время. Доходит до маразма - если перезагрузить девайс, то он за ночь отъедает не более 2% у батарейки. А если не перегружать - то все 30%. А всё из-за запускаемых в течении дня программ, которые "нет необходимости убивать".

У меня тоже вполне адекватно работает. Ложные срабатывания только из-за неадекватности карты (зато этого, конечно, с избытком). На круизе тоже гуляет.

Сегодня в поездке заметил периодическое моргание каких-то многоугольников голубого цвета поверх изображения карты. Был включен режим навигации 3D через OpenGL. Девайс - LG Optimus 2x, прошивка Android 4.0.4, штатная. Очень похоже на какой-то глюк режима OpenGL.

Вопрос, что имеется в виду под этим? - "Возможность исключения из машрутизации боковых проездов" Если я сниму с них галочку в настройках (она, кстати, по умолчанию была снята) - они вообще из любой маршрутизации уберутся или в каком-то виде останутся (например исключаются для транзита но остаются для заезда во дворы)? И можно ли где-то посмотреть, считается ли конкретная дорожка боковым проездом или нет?

Не оправдывая запечатлённых, но довольно часто бывает и вот так: http://www.yaplakal....30584103576.gif

На 4pda есть много разных карт для разных программ (igo, tomtom, garmin, route66 и т.д.). Из них и выбирайте.

С USA в OSM проблема - там был некачественный импорт федеральных данных, который мало кто хочет чинить. Если срочно нужна карта - пока лучше искать в других местах.

Треки лучше загрузить сюда: http://www.openstree...rg/trace/create Правда для этого нужно предварительно их сконвертировать в формат GPX (например при помощи gpsbabel). Замечания и комментарии по самой карте можно оставлять в OpenStreetBugs: http://openstreetbugs.schokokeks.org/

Как раз ошибка есть, потому и ругается. Дороги с area=yes практически никто не поддерживает (акромя мапника на главной), а роутингу они мешаются, поэтому рекомендуется их заменять на area:highway=*

Карту Питера довели до уровня B, так что теперь должны начаться ежедневные выгрузки.