(карта с домами , маршрутами, магазинами и т.п.)
А правильнее: какие функции.
кроме: нахождения домов,пути, маршрутов.
в данный момент всё на стадии проектировки, не хотелось бы вспомнить о чём то важном , что неприменно нужно включить , когда большая часть уже написана.
спасибо.
[почему разместил тут? — просто посчитал что самое удачное место, все мозги тут.]
Здравствуйте, Аноним, Вы писали:
А>(карта с домами , маршрутами, магазинами и т.п.) А>А правильнее: какие функции. А>кроме: нахождения домов,пути, маршрутов. А>в данный момент всё на стадии проектировки, не хотелось бы вспомнить о чём то важном , что неприменно нужно включить , когда большая часть уже написана. А>спасибо. А>[почему разместил тут? — просто посчитал что самое удачное место, все мозги тут.]
Посмотри программу TopPlan, там вроде уже все сделано.
Здравствуйте, Аноним, Вы писали:
А>(карта с домами , маршрутами, магазинами и т.п.) А>А правильнее: какие функции. А>кроме: нахождения домов,пути, маршрутов. А>в данный момент всё на стадии проектировки, не хотелось бы вспомнить о чём то важном , что неприменно нужно включить , когда большая часть уже написана. А>спасибо. А>[почему разместил тут? — просто посчитал что самое удачное место, все мозги тут.]
1. задача коммивояжера (особенно задача "наоброт" с привязкой к ассортименту магазинов).
2. возможность добавлять свои пути (потому что я знаю короткую дорогу из пункта А в пункт Б через дыру в заборе)
Здравствуйте, <Аноним>, Вы писали:
А>(карта с домами , маршрутами, магазинами и т.п.) А>А правильнее: какие функции. А>кроме: нахождения домов,пути, маршрутов.
Распечатка графического и текстового представлений найденного маршрута.
Поиск объектов по ключевым словам и зоне (в радиусе R от точки p0).
Вообще, очень рекомендую посмотреть на
1. http://www.mapquest.com
2. Что-то типа ДубльГИС или еще каких конкурентов
... << RSDN@Home 1.1.4 beta 1 >>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
1. Возможность оставлять свои заметочки на карте и поиск по ним.
2. Обычно вся разработчики таких прог забывают что народ сначала ищет место, а потом распечатывает(не потащишь же комп с собой). Так вот в том же "Дубль-ГИСе" это сделано достаточно убого, но сейчас не про это. Хочется чтобы можно было распечатать кусок карты с динамически-изменяющемся масштабом, т.е. ближе к центру видны номера домов, чуть подальше от центра уже только названия улиц, а еще дальше уже и названий нет. Как бы эффект лупы, чтоли.
3. Чтобы на PDA работало
Здравствуйте, Аноним, Вы писали:
А>в данный момент всё на стадии проектировки, не хотелось бы вспомнить о чём то важном , что неприменно нужно включить , когда большая часть уже написана.
Имея опыт проектирования ГИС-систем, могу посоветовать предусмотреть сквозное переключение "семантика"-"графика", т.е. скажем по названию улицы я мог ее увидеть на карте и наоборот. В лучшем случае семантика должны храниться в БД, к которой пользователь мог бы составить SQL-запрос (скажем, показать все дома, в которых сдаются в аренду офисы по цене не выше такой-то). Можно просто составить сквозную таблицу идентификаторов, к которой будут привязываться другие БД — это уже ваше дело, какая будет структура.
Также можно упомянуть некоторые другие вещи: расширяемость, внешний API-интерфейс, многопользовательская работа, доступ через веб, слои редактирования, экспорт и импорт во все стандартные форматы и т.п.
1. Для кого пишется система, для каких задач? Отсюда и плясать. Разным категориям нужны разные функции. А на всех не угодишь.
2. Актуализация. Как вы будете актуализировать и распространять пользователям, и как часто? Это касается и карты, и семантики. Городской ландшафт меняется очень быстро, а с потерей актуальности ценность карты падает просто экспоненциально.
3. Возможность наносить на карту свои объекты со своей семантикой сильно повышает стоимость продукта, так как открывает возможности для коммерческого применения.
Re[2]: что должно быть в программе "карта города"?
Здравствуйте, wildwind, Вы писали:
W>1. Для кого пишется система, для каких задач? Отсюда и плясать. Разным категориям нужны разные функции. А на всех не угодишь.
Полностью согласен — пока не определена целевая аудитория сложно говорить о том, "что должно быть в..." — примеры, карта города для таксиста, карта города для туриста, карта города для эколога, карта города для миллиционера и т.п.
Но в целом и общем можно выделить несколько основных задач:
— сетевые (поиск различных путей, подсчет всяких траффиков, слежение за движущимися объектами)
— расчетные (определение взаимного положения объектов, вычисление различных расстояний, площадей, азимутов и т.п.)
— мониторинговые (обработка динамики изменений объектов)
— прикладные (обработка на основе или с учетом семантики)
Дополнительно задачи можно классифицировать по типу обрабатываемых данных:
— дискретные данные (или векторные),
— непрерывные данные.
Мне главное вот что:
Увязать телефонную БД города с быстрым перемещением к нужному зданию на карте
Подсветить заезд к зданию
Работа на карманном ПК было бы +++++
Интерфейс для возможности отслеживания текущего местоположения объекта на карте (ну есть у меня датчик)
Отмечать здания или адреса графическими иконками-флажками, плюс разворачивать текстовые примечания нд флажком.
Про пользовательские наработанные маршруты уже говорили.Интересно после прокладки маршрута сымитировать движение автомобиля по улицам карты приятно.
Ну и удобное управление — динамическое, плавное, а не кдрами! Плавное увеличение и все такое. Поддержка трекбола и колесной мыши.
Ну и возможность нарисовать (задать, построить) собственную карту. Например, где я рыбу ловлю или тому подобное.
Поддержать существующие форматы карт — ведь их в сети много и не только СНГ-шные города есть. Забугорные форматы поддержать!
Печать с учетом планшета и обычного принтера!
Re[4]: что должно быть в программе "карта города"?
Здравствуйте, Бусел, Вы писали:
Б>Увязать телефонную БД города с быстрым перемещением к нужному зданию на карте
Не факт, что телефонная БД города будет прозрачно накладываться на карту. Скажем для угловых домов (которые имеют два адреса) в телефонной БД будет один адрес, а в вашей БД — другой.
Б>Работа на карманном ПК было бы +++++
Советую писать на С++ (имею практический опыт для Palm OS и Epoc OS и не скажу, что так уж сложно ), правда тогда для каждого типа КПК будет собственная программа (по крайней мере, в части UI), но на самом деле типов не так уж и много. На яве тормозить думаю будет жутко, особенно на слабеньких КПК, типа бюджетных моделей Palm-а.
Б>Про пользовательские наработанные маршруты уже говорили.Интересно после прокладки маршрута сымитировать движение автомобиля по улицам карты приятно.
Типа NFS-U что-ли Тогда это будет действительно круто (хотя и задача тогда усложняется на порядок)
Б>Ну и возможность нарисовать (задать, построить) собственную карту. Например, где я рыбу ловлю или тому подобное.
Для начала могу посоветовать не городить, а использовать существующие редакторы, а потом из них импортировать. Графический векторный редактор — это отдельная (и нетривиальная) задача, потому что для серьезного коммерческого применения необходимо предоставить максимально возможный инструментарий и возможность расширения...
Re[5]: что должно быть в программе "карта города"?
Здравствуйте, Nuald, Вы писали:
Б>>Увязать телефонную БД города с быстрым перемещением к нужному зданию на карте
N>Не факт, что телефонная БД города будет прозрачно накладываться на карту. Скажем для угловых домов (которые имеют два адреса) в телефонной БД будет один адрес, а в вашей БД — другой.
Зависит от качества подготовки материала — гонять и гонять оператора, который будет заполнять базу.
Угловые дома принудительно разбиаются на два объекта, либо это будет объект состоящий из нескольких частей каждая сос своим адресом.
Б>>Про пользовательские наработанные маршруты уже говорили.Интересно после прокладки маршрута сымитировать движение автомобиля по улицам карты приятно.
N>Типа NFS-U что-ли Тогда это будет действительно круто (хотя и задача тогда усложняется на порядок)
Видимо имеется в виду показать движущимся маркером-символом выбранный маршрут.
Пользовательские маршруты удобно прокладывать с помошью GPS-приемника
Б>>Ну и возможность нарисовать (задать, построить) собственную карту. Например, где я рыбу ловлю или тому подобное.
N>Для начала могу посоветовать не городить, а использовать существующие редакторы, а потом из них импортировать.
Импорт сторонних форматов тоже достаточно серьезная задача — форматов как собак нерезанных
N>Графический векторный редактор — это отдельная (и нетривиальная) задача, потому что для серьезного коммерческого применения необходимо предоставить максимально возможный инструментарий и возможность расширения...
Графический векторный редактор не такая уж непосильная задача — иначе не было бы их столько написано
Но надо учитывать отведенное на разработку время.
Лучше взять готовое ядро. К тому же рисовать придется не просто векторную графику, а карту — ИМХО это сильно различающиеся вещи.
Поэтому можно взять ядро сразу заточенное под карту, под ГИС.
Если разработка будет идти на C++, то можно посмотреть вот эту библиотеку — MapE Library
Она достаточно быстрая и ресурсов не много ест, но это зависит от сложности карты — количества объектов и т.п.
Кроме всего прочего она дешевая
Под java смотри здесь — есть много бесплатных. Но скорость конечно хромает.
Еще не совсем понятно — программа будет работать локально или через сеть, интернет.
Здравствуйте, Аноним, Вы писали:
А>Очень полезно было бы знать где какие дорожные знаки стоят, а то приедешь к перекрестку, а там проезд запрещен
Интересно где ж такую инфу брать? Особенно с учетом того, что ГАИшник может принести знак и поставить его на время дежурства. А потом также спокойно унести.
Пользуясь картами мне всегда хотелось иметь справочник телефоном под рукой.
То есть например ввожу номер телефона, а программа показывает мне дом.
Или кликаю на дом и говорю — покажи телефоны — и програма мне показывает
Здравствуйте, Аноним, Вы писали:
А>(карта с домами , маршрутами, магазинами и т.п.) А>А правильнее: какие функции. А>кроме: нахождения домов,пути, маршрутов. А>в данный момент всё на стадии проектировки, не хотелось бы вспомнить о чём то важном , что неприменно нужно включить , когда большая часть уже написана. А>спасибо. А>[почему разместил тут? — просто посчитал что самое удачное место, все мозги тут.]
Такой класс систем называется ГИС — Геоинформационные системы. На этом направлении наработано столько человеко-часов, что уже трудно придумать что-то новое.
Самое главное в постановке вопроса — ты не указал целевую аудиторию системы. А еще непонятно что будет источником картографической информации.
Из самых общих функций — прежде всего нужна удобная и быстрая навигация по карте — быстрое скроллирование мышью и колесом, запоминание мест карты и возможность быстрого перехода к запомненным точкам, уменьшение и увеличение масштаба.
Прикинь количество объектов (например, зданий) и как ты будешь находить (за минимальное время) все объекты, попадающие в заданный прямоугольник.
Карту обычно делают состоящей из набора слоев, которые можно включать и отключать, задавать порядок отрисовки.
Карты бывают растровые, векторные и гибридные.
Дальше надо уже думать как будет построена объектная модель карты — имеется в виду НЕ реализация, а структура карты — объекты лежащие в слоях карты. Как будет построена связь с базой. От того насколько удачной будет модель — зависит то насколько просто или сложно можно будет решать на этой карте задачи — такие как нахождение кратчайшего маршрута по графу дорог.
приятно.
), правда тогда для каждого типа КПК будет собственная программа (по крайней мере, в части UI), но на самом деле типов не так уж и много. На яве тормозить думаю будет жутко, особенно на слабеньких КПК, типа бюджетных моделей Palm-а.
