Приветствую.
Решил тут перейти от слов к делу, т.к. народ ленив.
Не знаю, что получится, но сейчас пока хочу только попробовать немного покодить. Т.е. проект не запускать.
Почитал много инфы. Полазил по интернетам. Возникла кучка вопросов, исходя из моих требований.
Если это важно, то только C#. Всё остальное идёт глухим лесом.
Хочу динамическую загрузку карту, как на главной странице OSM.
Варианты: API (не рекомендуют), Mobile binary API (нормально?), что-то ещё глянуть?
Или качать tiles (planet.osm)?
Нужно кеширование.
Это, я так понял, пофик - зависит от пункта 2 и реализация ложится на меня?
Нужны обозначения объектов (тэги).
А если в пункте 2 качаем tiles, то откуда получаем тэги и как лучше хранить?
Данные для роутинга берутся оттуда же, откуда и данные для предыдущих пунктов?
Это основные вопросы. Потом ещё накидаю, если вы мне всё желание не отобъёте.
Спасибо.
Если роутинг, то никаких тайлов. Как по тайлам роутит-то? Значит xml.
Если роутинг - значит никакой динамической загрузки, нужна полная карта.
Если нужна полная карта, значит ее нужно сгружать заранее и хранить на девайсе.
Значит нужно выбрать формат хранения, каждый раз парсить Xml на слабом девайсе - бред,
2 и 3 - ни через API, ни через MobileAPI ничего хорошего не получится. Только поднимать собственный сервак, который будет выдавать данные в нужном виде. Потому что (5) данные для роутинга в любом случае придётся серьёзно препроцессить.
Не совсем, полную карту можно хранить и на сервере, а с него получить или нужные куски, или вообще уже готовые маршруты.
Указываем точку старта. Указываем точку финиша. Программа загружает прямоугольник с углами в этих точках - это для определения самого короткого маршрута. Для самого быстрого - да, надо ещё больше загружать, т.к. быстрая дорога может идти за пределами этого прямоугольника. Надо считать, но вроде как эту область тоже можно вычислить формулой, если за время брать время короткого маршрута и предполагать, что в области, не попавшей в прямоугольник находится какая-то быстрая дорога (магистраль). Т.е. по предположению о максимально удалённом расположении этой быстрой дороги можно получить больший прямоугольник.
Как-то так.
Значит -1 за XML.
Вроде как есть же аналоги. Не знаешь, как они вышли из положения?
Нет, я уже сказал, что в первую очередь хочу просто попробовать покодить под мобильный девайс. На днях всё поставил и … первая моя прога скомпилировать без ошибок. :)) Так что желание пока есть.
Real 3L0,
я бы не советовал сразу браться за ВСЁ.
Начать стоило бы с простого отображения карты (хотя бы мапниковских тайлов) и местоположения, записи трека.
Если получится - можно попытаться сделать ВЕДЕНИЕ по маршруту, сам маршрут брать готовый с того же клаудмейда.
И только потом стоит задуматься о собственной маршрутизации
Именно так я и хотел!
Но когда стал разбираться в теме, то и возникли первоначальные вопросы. И не в последнюю очередь я задаю эти вопросы с расчётом на то, чтобы в будущем (если не заброшу это дело) мне не прешлось всё переписывать.
Вот сейчас ты говоришь, что надо использовать тайлы. Это картинки. С ними всё ясно. А информацию по контенту этих картинок где потом брать? Отдельно грузить? (Сразу скажу, что это вопрос не из серии “чо ты мне фигню какую-то предлагаешь”, а для того, чтобы я более полно разобрался в вопросе - может всё и не так страшно. )
Т.е. получается, что всё такие отдельно. Ладно, пусть так.
Да, точно. Могу наверное попробовать сконвертить OsmTracker c VbNet на C# и перепрофилировать. Кстати, интересно, а Mono умеет для CF комплить? Или вообще без разницы на каком фреймвоке делать?
Ну, это не совсем так. Не нужна полная карта России, чтобы проложить маршрут в ближайшую деревню, а чтобы доехать в другой конец России, скорее всего понадобится карта магистралей и карты местных дорог точек отправления и прибытия. Для этого нужен грамотный алгоритм отсечения (чтобы знать, какой фрагмент нужен, а какой нет).
