OpenEventDatabase.org

Quelques exemples pour comprendre le concept...

  • Un calcul d'itinéraire peut avoir besoin de données en temps réel pour s'ajuster: bouchons, ralentissements, travaux, conditions météo. Cela permet de passer d'une appli passive à une appli temp-réel.
  • Que faire ce week-end ? Pour trouver facilement un loisir, une activité proche de chez soi... les spectacles, activités, horaires de ciné.
  • Conserver des évènements historiques, ou l'historique de géométries changeantes: anciens tracés de routes, champs de bataille, découpages administratifs, frontières... et les évènements passés plus ponctuels.

Dans tous ces exemples, trois informations sont nécessaires:

Quoi: la description sémantique d'un événement. On peut identifier des événements par type; planifié (horaires de spectacle, travaux), prévu (par un modèle météo par exemple), imprévu accident, bouchon, retard de train); par famille (culture, sports, transport, environnement...); par importance, etc.

Où: la composante géographique de l'événement, spécifiée sous la forme d'une paire latitude/longitude, d'une géométrie GeoJSON, ou d'un lien vers un référentiel géographique tel qu'OSM.

Quand: une temporalité, basée sur le format ISO 8601, apte à représenter des dates ou heures ponctuelles, des intervalles, des récurrences périodiques...

Aucun projet à l'heure actuelle ne propose de mettre en commun ce type de données. OpenStreetMap répond à quoi et où, mais pas à quand et n'a pas vocation à collecter des données historiques.

Le projet openeventdatabase tente de combler ce manque en proposant une base de données spatio-temporelles pour échanger des informations de type "quoi / où / quand" de tout type.