<...>возникла проблема «дублирования» событий. Из разных источников приходят одинаковые эвенты, но с разными названиями-описаниями и даже на разных языках… как их идентифицировать и «склеить» не ясно<...>
Первое что пришло в голову — одни и те же эвенты проходят по одному и тому же адресу, разве нет? Остается лишь брать все представления адреса из источников и приводить к некоему среднему виду, и затем сравнивать.
В принципе в этом направлении и планируется работать… а пока только нераспознанные адреса, все что валятся в одну точку (в центре города, например), удаляем.
Я бы карту резиновой сделал на весь экран, т.к. это главное, что у вас есть. И скидки выкинул вообще, когда будет больше потоков подключено. В общем удачи, мне нравится.
События только те, что получаем из подключенных событий. Там только Москва и Питер (иногда Подмосковье). Дайте нам входящий API с событиями Самары, Твери, Козыл-Орды и Черноморска — будут и они на карте.
Зрелищно, но можно и ещё улучшить — например, значки для пометок на карте станут приятнее выглядеть, если их нарисовать не выпуклыми пятиугольниками, а округлыми квадратами, снизу треугольным «язычком» достроенными до семиугольника. Тому примером — коллекция «Map Icons Collection», которая в силу своей свободной природы (Creative Commons 3.0 BY-SA) может стать не только примером, но и источником таких значков.
Ребята, а у вас есть АПИ чтобы брать у вас данные по ивентам?
Пару слов о нашем проекте. Мы берем данные из различных интернет-баз, озвучиваем голосом и выдаем пользователям на мобильники.
Важное требование — все данные должны бвть гео-привызаны! Юзер узнАет о ближайшем событии (сегодня+завтра) только если находится рядом — в 50-100 метрах от места проведения.
Естественно, ссылки на ваш сайт сохранятся, пользователи будут кликать на линк, чтобы получить больше информации.
Если коллеги из Eventez вернут через апи адекватный радиус — нет проблем.
Что касается «поехать в центр». Это разная модель поведения, мы поэтому не конкуренты с такими онлайновыми тулами. Если Вы хотите узнать, что происходит в центре — заходите на сайт и смотрите. Если Вы хотите узнать, что сейчас происходит или скоро произойдет вокруг Вас (где провести время прямо сейчас? можно ли где-то рядом получить скидку? где тут еда?) — то получаете эту информацию на свой мобильник (в виде голосового алерта, например).
Я имел в виду, что скорость перемещения людей может быть разная — соответственно и радиус того, что «рядом» увеличивается с увеличением скорости перемещения (велик, авто, метро, т.п.)
Собственно это может быть причиной увеличения радиуса «рядом».
О да!
Это вопрос адаптивности алгоритма. Он (в теории) должен определять скорость и расширять радиусы захватываемых объектов, но только по вектору движения. Иначе начнут захватываться объекты сбоку, не имеющие отношения к «желанию» юзера. То есть фактически, каждый объект получается не круговым, а эллиптическим, с главной осью параллельной вектору движения.
API, т.к мы следуем принципу наименьшего функционала, конечно нет. Но его не проблема сделать. Надо просто посидеть, подумать, что нужно отдавать. По идее мы сами агрегатор API. Добавленная стоимость только за счет интеллектуальной составляющей — «коллаборационистский думатель». :) Целенаправленно разработкой API займемся когда будет надстройка с общением (гео.связанный чат, который мы возmvtv bp all4geo.com… сам all4geo будет намного проще, там функционала общения не будет. Там будут только трекеры и поддержка их функционала, типа принять статус, принять вызов или поднять канал связи). Собственно, API понадобится чтобы интергироваться с соц сетями. Получать данные для коллаборации оттуда и пр.
Из API оно, конечно, хорошо, но сразу же возникла мысль «добавить событие».
Чтобы не было балагана — регать компании (чекать данные, чтоб всякая шелуха не засоряла эфир).
Так, например, небольшая компания проводит семинар, который, возможно, будет интересен многим.
Это же может быть и вариантом монетизации, когда посетителей станет больше.
Eventez-ация