Немного программёрской практики. Программа навигатор для КПК

Hind · 2010-03-19 14:26:24

Вообще говоря, программы на .Net, написанные для WM, можно свободно пускать на семействе Windows NT.
На Windows XP, например :3

Все равно, дотнет не ну... ну вы понели.

Real 3L0 · 2010-03-19 14:33:19

coolkaas wrote:

... Кратчайший из нарисованных маршрутов имеет полное право вылезти за скачанный прямоугольник. (это так, к слову)

Ой, а и правда. Спасибо.

Real 3L0 · 2010-03-19 14:35:20

liosha wrote:

Ivan Komarov, нужен _связный_граф_

Кто его может дать?

Real 3L0 · 2010-03-19 14:39:05

Alastor wrote:

Upliner wrote:
Ну, если прога будет совместима с Mono, тогда вполне возможно будет идти на многих других платформах, например Maemo или даже Openmoko.
Много знаете устройств на Maemo и Openmoko?
На чем писать - выбор несомненно автора, однако будет досадно, если хороший проект не будет популярен из-за плохой поддержки устройств.

Давайте не будем уходить от темы. Я знаю С# и хочу попробовать пописать под WM. Всё остальное сейчас не важно.

liosha · 2010-03-19 14:44:52

Real 3L0, никто. самому делать надо будет

Real 3L0 · 2010-03-19 15:10:16

Ну сам так сам.
Значит пока начну с тайтлов.

coolkaas · 2010-03-19 16:19:05

Постарайся сразу заложить в систему заглушки под роутинг, приём с gps-порта и прочее сейчас отсутствующее, но подразумеваемое, что бы потом по живому не резать. (и костыли не ставить). И как все эти данные будут от процесса к процессу пу(к)тешествовать. (Оно, скажешь, очевидно, но на всякий случай решил влезть))).

x10kHz · 2010-03-19 17:28:01

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

желаю автору удачи!)

asaw · 2010-03-19 18:26:00

coolkaas wrote:

что бы потом по живому не резать. (и костыли не ставить).

Не видел ни одного более-менее сложного проекта получившегося с первого раза без костылей. Нужно хоть немного набить шишек в новой предметной области, чтобы сделать правильную архитектуру. Так что забудьте, прототип - на выброс

x10kHz wrote:

опять шарп...идея хорошая, но ИМХО лучше cpp и Qt)

У мну руки уже давно чешутся наваять на Qt хотя-бы виджет для векторных карт. А роутинг, да чтобы со сбором и учетом статистики скорости - вообще мечта)
В общем, в проекте на Qt я готов участвовать )

Shasoft · 2010-03-19 19:55:24

А почему нельзя роутинговый граф тоже разбить на куски и хранить/загружать их по-отдельности? И для построения маршрута из точки А в точку Б загружать нужные области, которые лежат между этими точками + ближайшие соседние.

Ivan Komarov · 2010-03-19 20:08:25

asaw wrote:

У мну руки уже давно чешутся наваять на Qt хотя-бы виджет для векторных карт. А роутинг, да чтобы со сбором и учетом статистики скорости - вообще мечта)
В общем, в проекте на Qt я готов участвовать )

Со мной та же фигня

AkMeR · 2010-03-19 21:02:12

Shasoft wrote:

А почему нельзя роутинговый граф тоже разбить на куски и хранить/загружать их по-отдельности? И для построения маршрута из точки А в точку Б загружать нужные области, которые лежат между этими точками + ближайшие соседние.

Потому, что в роутинговом графе не хранится географическая информация. Получается замкнутый круг - чтобы загрузить нужные области, нужно знать маршрут, а чтобы построить маршрут, нужны области.

Shasoft · 2010-03-19 21:55:46

Но ведь строиться этот граф всё-равно будет по данным OSM и там то эти данные есть. Моя идея такая (это я вообще для себя придумал для генерации 3D тайлов, но по идее и для графов технология должна подойти )
1. Пользователь указывает точку А и Б
2. Определяем, какие области нам нужны для построения пути.
3. Запрашиваем все области
а) Смотрим, не лежит ли данная область в КЭШе программы, если не лежит то б) иначе пп.4
б) Проверяем не лежит ли данная область на НАШЕМ сервере, если не лежит, то в) иначе пп.4
в) Раз мы тут, значит граф для данной области ещё не построен. У нас есть ограничивающий область прямоугольник. Сделаем запрос данных по области (через xapi или ещё как. Можно даже из нескольких источников) и получим векторные данные области. По этим данным сформируем роутинговый граф для нашей области и сохраним его на НАШЕМ сервере, чтобы в дальнейшем другие пользователи могли его оттуда скачать, не затрачивая время на генерацию и сохраняем в КЭШ программы, чтобы повторно не закачивать с сервера.
4. Берем все графы загруженных областей и строим по ним маршрут.

Вот так я это себе представляю. Само собой я не учитываю сложность при объединении областей графов + возможно другие трудности, которые я пока не вижу.

Last edited by Shasoft (2010-03-19 21:56:44)

Alastor · 2010-03-19 22:46:35

asaw wrote:

У мну руки уже давно чешутся наваять на Qt хотя-бы виджет для векторных карт. А роутинг, да чтобы со сбором и учетом статистики скорости - вообще мечта)
В общем, в проекте на Qt я готов участвовать )

Кстати, в Qt довольна неплохая поддержка SVG. Если данные OSM конвертить в SVG, а его уже отрисовывать штатными средствами, никакого виджета ваять не потребуется

Real 3L0 · 2010-03-20 00:21:42

asaw wrote:

В общем, в проекте на Qt я готов участвовать )

Спасибо, но С++ я забыл как страшный сон.

Ivan Komarov · 2010-03-20 07:43:40

Real 3L0 wrote:

Спасибо, но С++ я забыл как страшный сон.

asaw, x10kHz давайте объединимся и С++ вариант стартуем

Surly · 2010-03-20 11:17:31

Real 3L0 wrote:

Спасибо, но С++ я забыл как страшный сон.

PyQt, RubyQt не удовлетворит?

asaw · 2010-03-20 11:39:32

Alastor wrote:

Кстати, в Qt довольна неплохая поддержка SVG. Если данные OSM конвертить в SVG, а его уже отрисовывать штатными средствами, никакого виджета ваять не потребуется

Ну SVG, возможно, подошел бы как способ реализации отображения карты. Однако, ИМХО сабж весьма сложный и со сложностью нужно бороться. То есть, как минимум, разделять интерфейсы и реализацию. В качестве "виджета" я вижу связку типа Model – View – Controller, в которой главное - модель данных. И тут уже, по-моему, SVG совсем не подходит в качестве модели данных. Да и как способ отображения, по-моему, SVG - слишком уж медленно и не слишком элегантно (дополнительное преобразование данных из модели в XML, затем парсинг XML внутри QSvgWidget - получается ещё один лишний "тяжелый" интерфейс).

Ivan Komarov wrote:

asaw, x10kHz давайте объединимся и С++ вариант стартуем

Давайте. Для начала хорошо бы более-менее окончательно определиться с целями и функциональными/нефункциональными требованиями.

Ivan Komarov · 2010-03-20 11:53:11

asaw wrote:

Ivan Komarov wrote:
asaw, x10kHz давайте объединимся и С++ вариант стартуем
Давайте. Для начала хорошо бы более-менее окончательно определиться с целями и функциональными/нефункциональными требованиями.

В качестве стартовой точки liosh'ино предложение выглядит весьма разумным.

wildMan · 2010-03-20 11:53:51

реализацию рендерера в merkaartor не смотрели?
довольно шустрый. кастомайзится стилями

Real 3L0 · 2010-03-20 12:45:04

Surly wrote:

Real 3L0 wrote:
Спасибо, но С++ я забыл как страшный сон.
PyQt, RubyQt не удовлетворит?

А смысл?
Я немного (мне хватает) знаю шарп. Шарп меня всем устраивает. Для моей текущей цели он подходит.

Но вам желаю удачи - она вам очень сильно понадобится - за последнее время тут много проектов старотовало, но я ни одного не видел, который продвинулся дальше этого форумал.

Surly · 2010-03-20 13:09:28

Real 3L0 wrote:

А смысл?

Кроссплатформенность. Завязываясь на технологии Microsoft, получим 9001-ю софтину Windows-only.

Real 3L0 · 2010-03-20 13:30:40

Это меня сейчас меньше всего беспокоит.

Hind · 2010-03-20 14:43:45

Зато это очень беспокоит нас. Хотя, судя по всему, вы просто хотите попрактиковаться в программировании. :3

x10kHz · 2010-03-20 15:05:38

Я когда-то тоже кодил на шарпе и считал его мега крутым языком и вообще платформой.
Помнится мне нравилось там быстро формы делать, всякие модные фитчи студии в этом очень помогали... кодить удобно)
Но политика майкрософта и запуск этого IL-кода на виртуальной машине мне очень не нравились. Скорость выполнения нативного кода + возможность контролировать все руками + столь же удобный кодинг при использовании сторонних либ типа буста и Qt + полная кроссплатформенность... ИМХО все это переплевывает все фишки связки шарпа+студия и оставляет её далеко позади)) ИМХО от архитектуры приложения многое зависит, можно и на шарпе написать нормально, и на можно С++ написать тормознутую хрень, но в целом нативный (не для .NET) С++ значительно быстрее.

На мой взгляд шарпом нужно просто "переболеть"))

Announcement

#26 2010-03-19 14:26:24

Re: Немного программёрской практики. Программа навигатор для КПК

#27 2010-03-19 14:33:19

Re: Немного программёрской практики. Программа навигатор для КПК

#28 2010-03-19 14:35:20

Re: Немного программёрской практики. Программа навигатор для КПК

#29 2010-03-19 14:39:05

Re: Немного программёрской практики. Программа навигатор для КПК

#30 2010-03-19 14:44:52

Re: Немного программёрской практики. Программа навигатор для КПК

#31 2010-03-19 15:10:16

Re: Немного программёрской практики. Программа навигатор для КПК

#32 2010-03-19 16:19:05

Re: Немного программёрской практики. Программа навигатор для КПК

#33 2010-03-19 17:28:01

Re: Немного программёрской практики. Программа навигатор для КПК

#34 2010-03-19 18:26:00

Re: Немного программёрской практики. Программа навигатор для КПК

#35 2010-03-19 19:55:24

Re: Немного программёрской практики. Программа навигатор для КПК

#36 2010-03-19 20:08:25

Re: Немного программёрской практики. Программа навигатор для КПК

#37 2010-03-19 21:02:12

Re: Немного программёрской практики. Программа навигатор для КПК

#38 2010-03-19 21:55:46

Re: Немного программёрской практики. Программа навигатор для КПК

#39 2010-03-19 22:46:35

Re: Немного программёрской практики. Программа навигатор для КПК

#40 2010-03-20 00:21:42

Re: Немного программёрской практики. Программа навигатор для КПК

#41 2010-03-20 07:43:40

Re: Немного программёрской практики. Программа навигатор для КПК

#42 2010-03-20 11:17:31

Re: Немного программёрской практики. Программа навигатор для КПК

#43 2010-03-20 11:39:32

Re: Немного программёрской практики. Программа навигатор для КПК

#44 2010-03-20 11:53:11

Re: Немного программёрской практики. Программа навигатор для КПК

#45 2010-03-20 11:53:51

Re: Немного программёрской практики. Программа навигатор для КПК

#46 2010-03-20 12:45:04

Re: Немного программёрской практики. Программа навигатор для КПК

#47 2010-03-20 13:09:28

Re: Немного программёрской практики. Программа навигатор для КПК

#48 2010-03-20 13:30:40

Re: Немного программёрской практики. Программа навигатор для КПК

#49 2010-03-20 14:43:45

Re: Немного программёрской практики. Программа навигатор для КПК

#50 2010-03-20 15:05:38

Re: Немного программёрской практики. Программа навигатор для КПК

Board footer