Чтобы во что-то дельное преобразовать, надо скачивать гигабайты. API на такое не согласится. 
А с отдельными конвертерами и так уже есть варианты - тот же navit.
Вот эти вещи и добавить. Иначе придется реализовывать всё то же самое, плюс выкачку и отображение карт.
Это для удобства конечного пользователя, нет я конечно не ставлю перед собой цель положить сервера OSM. И не отвергаю мысль об отдельном сервере, что кстати упростит жизнь тем пользователям, у которых это чудо будет стоять на кпк, не у всех gprs дешев.
Но тут проблема в сервере, у меня лично его нет 
Давайте теперь обсудим формат файла
Я предлагаю двоичный файл в котором будет содержаться роутинговый граф, и несколько квадро-деревьев(R-tree?) для разных маштабов карты
А почему бы не присоединиться к проекту NavIt (http://www.navit-project.org/)? Очень даже OpenSource, и с OSM’ом дружит
Собственно, да, в чём тогда смысл ещё одного Navit-а?
Если уж что-то придумывать, надо думать над онлайновым получением данных.
ну скажем так, а что реализовывать? GUI - это ляжет на qt, роутинг это boost::grapf, вот и остается только отображение, конвертирование, и выкачка карт. А и проблема получение данных с gps
Перечисленные функции уже реализованы в QLandkarteGT. Много работы сэкономишь, если не будешь их переизобретать, а всего лишь добавишь роутинг в QLandkarteGT.
Интересно, мне идеальная софтина представляется точно так же
Gmurik2, действительно, почему бы не присоединиться к navit?
как, однако, navit продивинулся! Когда я последний раз на него смотрел, там окнами и не пахло. Попробую завести на зверьке.
В полноценном навигаторе необходим еще адресный поиск.
Зачем нужен пункт 1, я ей-богу не понимаю. Я например пользуюсь навигацией не в напольном копьютере весом 15 кило и двухмегабитным безлимитным интернетом, а в автонавигаторе. Мой зверек оснащен GPRS, но скачать через GPRS даже карту московской области ~200 мб уже проблема. 90% автонавигаторов вообще интернетом не оснащены.
Таким образом, отправлясь в “рейс”, я полюбому должен сперва подготовить карту на большом компьютере, а потом залить ее на навигатор. При этом мне уже глубоко пофиг что заливать - osm-xml или некий бинарный файл.
Более того, навигация больше всего актуальна в местах, где быстрый интернет весьма проблематичен.
этот проект основан на gtk, а я в ней не силен, интерфейс этой программы лично мне не нравится, на кпк он не удобен
Я так понимаю, что под этим подразумевается прямая конвертация во внутреннюю модель данных без использования промежуточноых форматов. + если писать на QT ничто не помешает оснастить десктопную версию данной фичей. А на мобильную - заливать результат.
Можно так подумать, что приезжаешь ты в новое место, а там всё перекопано вдоль и поперёк. И тут ты качаешь именно этот участок, а там уже нарисованы закрытые улицы и маршруты объезда в обновлённом роутинге. Концептуально вещь полезная.
Адресный поиск я не озвучил, потому что считаю что это само собой разумеющаяся часть навигации.
я считаю, что подготовка карты должна быть в один-два клика
Может тогда стоит сначала заняться конвертером? Причем для какой-нибудь существующей проги. Я бы не откзался от конвертера, который за 1-2 клика сделает карту нужного района из осма.
Поскольку существующие проги не устраивают, то и конвертер делать неинтересно
IMHO, трехмерность двумерным картам нафиг не упала. Все мои знакомые ездят в 2D-режиме.
Также я категорически против Qt и прочих интерфейсных библиотек на мобильных устройствах. Исключительно нативный для конкретной платформы гуй, иначе мы получим тормозное угрёбище. Помяните мое слово :3.
Кхе… А несуществующая - уже устраивает?
Насчет трехмерности - я ей тоже не пользуюсь. А вот насчет нативности… - оно надо - ограничиавать себя одной платформой? Обработкой и отрисовкой данных все равно не QT будет заниматься - а уж с интерфейсом она как-нибудь справится