144 lines
No EOL
5.4 KiB
Markdown
144 lines
No EOL
5.4 KiB
Markdown
# openeventdatabase.org
|
||
(Article de 2017 https://cq94.medium.com/openeventdatabase-org-f15ccf290537 )
|
||
|
||
|
||
Pour plus d’info, contacter: christian.quest+oedb@gmail.com
|
||
|
||
Dernière avancée:
|
||
|
||
le premier prototype d’API est opérationnel !
|
||
projet sur github https://github.com/openeventdatabase
|
||
début de documentation sur le wiki de l’API https://github.com/openeventdatabase/backend/wiki
|
||
|
||
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 tout ces exemples, trois informations sont nécessaires: quoi, où et quand.
|
||
|
||
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 ni à collecter des données “temps-réel”, ni à collecter des données historiques.
|
||
|
||
Le projet OpenEventDatabase tente de combler ce manque en proposant une base de données géo-temporelles pour échanger des informations de type “quoi / où / quand” de tout type.
|
||
|
||
Les usages sont très nombreux, comme détecter des “collisions” d’événements:
|
||
|
||
une prévision météo incompatible avec un événement sportif: annulation, report
|
||
un retard de train qui aura des conséquences sur d’autres événements liés (correspondances affectées).
|
||
|
||
Pour figurer dans cette base, une donnée doit comporter les 3 composantes :
|
||
Quoi: description sémantique
|
||
|
||
type d’événement: type=*
|
||
scheduled : planifié (horaires de spectacles, de transports, travaux, chantiers)
|
||
unscheduled : accident, bouchon, retard/avance, etc
|
||
forecast : probabilité issu d’une prévision (modèle météo, récurrence d’événements passés)
|
||
observed : une mesure météo…
|
||
autre ?
|
||
famille d’événement: what=*
|
||
culture (spectacles, concerts, cinéma, etc)
|
||
sport (match, entraînements, rencontres, etc)
|
||
transport (routier, ferroviaire, aérien, maritime, covoiturage, etc)
|
||
environnement (météo, pollution, etc)
|
||
autre ?
|
||
importance ?
|
||
|
||
Où: composante géographique
|
||
|
||
géométrie: geojson
|
||
lien avec OSM (where_osm) -> non stable
|
||
lien avec wikipédia (where_wikipedia)
|
||
lien avec wikidata (where_wikidata)
|
||
autre liens ?
|
||
|
||
Quand: composante temporelle au format ISO8601
|
||
|
||
gestion des répétitions, des intervalles, des fuseaux horaires
|
||
avec précision variable :
|
||
2014: année 2014
|
||
2014–01: janvier 2014
|
||
2014–01–07: 7 janvier 2014
|
||
etc
|
||
|
||
Metadonnées
|
||
|
||
identifiant unique (uuid) attribué par l’API
|
||
timestamp de création et de dernière mise à jour de la donnée (qui sert aussi au versionning) gérés par l’API
|
||
source de la donnée (source par défaut et/ou source sur chaque attribut)
|
||
licence de la donnée (licence par défaut et/ou sur chaque attribut) la base peut collecter des données sous différentes licences ?)
|
||
|
||
API + dump
|
||
|
||
A l’instar d’OpenStreetMap, les données seront manipulables via une API, mais aussi sous forme de dumps pour permettre des analyses sur les historiques.
|
||
|
||
Get Christian Quest’s stories in your inbox
|
||
|
||
Join Medium for free to get updates from this writer.
|
||
|
||
L’API doit permettre:
|
||
|
||
d’ajouter/modifier un évènement
|
||
de rechercher des évènements par combinaison de what/where/when
|
||
|
||
Les résultats de recherche pourront être proposés sous forme geojson (FeatureCollection) de flux RSS ou iCal.
|
||
Le format et l’organisation des données
|
||
|
||
La description pourra se faire à l’aide d’attributs sur le modèle clé=valeur d’OpenStreetMap
|
||
|
||
Exemples:
|
||
|
||
Une séance de cinéma
|
||
|
||
what=leisure.cinema.movie
|
||
type=scheduled
|
||
when=2014–01–19T13:50+0100
|
||
where_osm=node:1428007260
|
||
what_name=Le Loup de Wall Street
|
||
where_name=Max Linder Panorama
|
||
wikipedia_what=fr:Le Loup de Wall Street
|
||
wikipedia_where=fr:Max Linder Panorama
|
||
|
||
Un départ de TGV
|
||
|
||
type=scheduled
|
||
what=public_transport.train.departure
|
||
when=2014–01–19T06:23+0100
|
||
where_name=Paris-Gare de Lyon
|
||
where_uic_ref=8768600
|
||
what_operator=SNCF
|
||
what_ref=TGV6701
|
||
source=SNCF
|
||
source_where_wkt=OpenStreetMap
|
||
licence_where_wkt=ODbL/1.0
|
||
|
||
Un bouchon
|
||
|
||
type=unscheduled
|
||
what=traffic.jam
|
||
when=2014–01–19 16:40
|
||
where_osm=way:68613064
|
||
where_name=A4 direction Paris
|
||
source_where= OpenStreetMap
|
||
licence_where=ODbL/1.0
|
||
|
||
Une alerte météo de vigilance orange pluie sur un département
|
||
|
||
type=forecast
|
||
what=weather.warning.rain
|
||
start=2014–01–19T19:00+01:00
|
||
stop=2014–01–20T06:00+01:00
|
||
where_name=Var
|
||
where_osm=relation:7390
|
||
source=meteo.fr
|
||
|
||
Les formats d’échange pourront s’appuyer sur: GeoJSON, XML ou autre.
|
||
Resources
|
||
|
||
http://www.geoevent.net/about/
|
||
|
||
http://blog.programmableweb.com/2014/02/14/olympics-are-now-a-global-api-event/
|
||
|
||
https://blog.twitter.com/2014/manhattan-our-real-time-multi-tenant-distributed-database-for-twitter-scale
|
||
|
||
http://www.journaldunet.com/solutions/cloud-computing/coulisses-techniques-de-twitter/ |