Про собственный сервер в вопросе ничего не было
Собственный сервер есть у cloudmade, у них же через api брать и построенные маршруты - пешие, велосипедные, на машине ближайший или быстрейший.
Если роутинг, то никаких тайлов. Как по тайлам роутит-то? Значит xml.
Ок. +1 за XML.
Если роутинг - значит никакой динамической загрузки, нужна полная карта.
Указываем точку старта. Указываем точку финиша. Программа загружает прямоугольник с углами в этих точках - это для определения самого короткого маршрута. Для самого быстрого - да, надо ещё больше загружать, т.к. быстрая дорога может идти за пределами этого прямоугольника. Надо считать, но вроде как эту область тоже можно вычислить формулой, если за время брать время короткого маршрута и предполагать, что в области, не попавшей в прямоугольник находится какая-то быстрая дорога (магистраль). Т.е. по предположению о максимально удалённом расположении этой быстрой дороги можно получить больший прямоугольник.
Как-то так.
Значит нужно выбрать формат хранения, каждый раз парсить Xml на слабом девайсе - бред,
Значит -1 за XML.
Вроде как есть же аналоги. Не знаешь, как они вышли из положения?
Вот как-то так для начал. Желание еще не отпало?
Нет, я уже сказал, что в первую очередь хочу просто попробовать покодить под мобильный девайс. На днях всё поставил и … первая моя прога скомпилировать без ошибок. :)) Так что желание пока есть.
2 и 3 - ни через API, ни через MobileAPI ничего хорошего не получится. Только поднимать собственный сервак, который будет выдавать данные в нужном виде.
А существующие есть?
Потому что (5) данные для роутинга в любом случае придётся серьёзно препроцессить.
Я этот момент прогулял в универе - графы строить - это большие расчёты?
Не совсем, полную карту можно хранить и на сервере, а с него получить или нужные куски, или вообще уже готовые маршруты.
Есть такие более-менее документированные ресурсы?
а я думал, дело - это программу написать, а не по интернетам лазить да вопросы задавать.
Попробуй прочитать остальную часть моего сообщения. :-\
Real 3L0,
я бы не советовал сразу браться за ВСЁ.
Начать стоило бы с простого отображения карты (хотя бы мапниковских тайлов) и местоположения, записи трека.
Если получится - можно попытаться сделать ВЕДЕНИЕ по маршруту, сам маршрут брать готовый с того же клаудмейда.
И только потом стоит задуматься о собственной маршрутизации
Собственный сервер есть у cloudmade, у них же через api брать и построенные маршруты - пешие, велосипедные, на машине ближайший или быстрейший.
Благодарю. Интересно.
Но для WM у них С++ и нет поиска по карте.
Real 3L0,
я бы не советовал сразу браться за ВСЁ.
Начать стоило бы с простого отображения карты (хотя бы мапниковских тайлов) и местоположения, записи трека.
Именно так я и хотел!
Но когда стал разбираться в теме, то и возникли первоначальные вопросы. И не в последнюю очередь я задаю эти вопросы с расчётом на то, чтобы в будущем (если не заброшу это дело) мне не прешлось всё переписывать.
Вот сейчас ты говоришь, что надо использовать тайлы. Это картинки. С ними всё ясно. А информацию по контенту этих картинок где потом брать? Отдельно грузить? (Сразу скажу, что это вопрос не из серии “чо ты мне фигню какую-то предлагаешь”, а для того, чтобы я более полно разобрался в вопросе - может всё и не так страшно. )
Если получится - можно попытаться сделать ВЕДЕНИЕ по маршруту, сам маршрут брать готовый с того же клаудмейда.
И только потом стоит задуматься о собственной маршрутизации
Т.е. получается, что всё такие отдельно. Ладно, пусть так.
я бы не советовал сразу браться за ВСЁ.
Начать стоило бы с простого отображения карты (хотя бы мапниковских тайлов) и местоположения, записи трека.
Да, точно. Могу наверное попробовать сконвертить OsmTracker c VbNet на C# и перепрофилировать. Кстати, интересно, а Mono умеет для CF комплить? Или вообще без разницы на каком фреймвоке делать?
Сорь, но ей богу - тебя в гугле забанили что ли???
… Могу наверное попробовать сконвертить OsmTracker c VbNet на C# и перепрофилировать. …
Гы. Но именно с изучения кода OsmTracker’а я и хотел начать.
C# - т.е. только под WinMobile, у которого сейчас очень туманные перспективы?
Это всё ещё вилами на воде писано.
C# - т.е. только под WinMobile, у которого сейчас очень туманные перспективы?
Ну, если прога будет совместима с Mono, тогда вполне возможно будет идти на многих других платформах, например Maemo или даже Openmoko.
Если роутинг, то никаких тайлов. Как по тайлам роутит-то? Значит xml.
Если роутинг - значит никакой динамической загрузки, нужна полная карта.
Ну, это не совсем так. Не нужна полная карта России, чтобы проложить маршрут в ближайшую деревню, а чтобы доехать в другой конец России, скорее всего понадобится карта магистралей и карты местных дорог точек отправления и прибытия. Для этого нужен грамотный алгоритм отсечения (чтобы знать, какой фрагмент нужен, а какой нет).
Указываем точку старта. Указываем точку финиша. Программа загружает прямоугольник с углами в этих точках - это для определения самого короткого маршрута.
Как Вы понимаете, в общем случае это не работает. Кратчайший из нарисованных маршрутов имеет полное право вылезти за скачанный прямоугольник. (это так, к слову)
Это не то что в общем, это в половине случаев не работает.
Реки и ж/д никто не отменял
Т.е. нужен, как минимум, материк?
Ivan Komarov, нужен связный_граф
Ну, если прога будет совместима с Mono, тогда вполне возможно будет идти на многих других платформах, например Maemo или даже Openmoko.
Много знаете устройств на Maemo и Openmoko?
На чем писать - выбор несомненно автора, однако будет досадно, если хороший проект не будет популярен из-за плохой поддержки устройств.