Цели и задачи, формат, обновление и т.п.

Одно из предложений.

1) Имеется доступный ресурс, откуда клиент может скачать весь календарь или обновление за последние сутки.
2) Формат данных заранее известен.
3) Клиент может на своем ресурсе создать событие, информацию о котором отправит в доступное хранилище.
4) Сервер собирает информацию в течение суток и формирует файл для полного скачивания и для обновления.

Все, кто будет подключен к данной сети, смогут своевременно получать информацию о событиях и делиться ей с другими.

Endemix [200487]: Только обновления забирать не актуально.
Нормально выглядит просто отдача в формате .csv, главное, чтобы Last-Modified правильный ставился.

Тут важно даже не столько оперативное обновление в тот же час, сколько актуальность и достоверность.

maxp [200542]: Если данных не много (а их много и не будет), то можно не заморачиваться, и каждый раз скачивать весь файл, если дата обновления стоит больше, чем у клиента.

Еще момент. Можно предусмотреть возможность правки события. Например, если изменилась дата, или событие отменили.

А почему только спортивных? есть ряд околоспортинвых мероприятий типа ночной покатушки "Радость гопника" в Иркутске и прочих массовых мероприятий

Putnik [200634]: У меня такие предусматриваются.

Endemix [200548]: Таймстамп надо для каждого события чтобы был.

По хорошему надо
id -
ctime, mtime - когда запись создана, когда модифицирована,
beg, end - начало события, конец события
type - тип события (это лучше согласовать, напишите какие у вас есть)
rank - "важность" или достоверность, или что-то в этом роде
    (если 0, то запись в базе есть, но не отображается вообще)
name - название,
descr - краткое описание
сhief - организатор (ответственное лицо)
place - место проведения
url - ссылка
res - место под ссылку на результаты

Вот такую структуру я сейчас делаю и предлагаю согласовать.