Disons que c'est fait pour ça... pour compléter OSM sur des données trop
temporaires pour avoir leur place dans OSM, des données liées à la géo
et au temps...
Ceci dit, il n'y a pas encore d'utilisateur de l'API et des données,
mais il faut bien commencer par quelque chose, un oeuf ou une poule...
Le 24/08/2016 à 15:40, Francescu GAROBY a écrit :
Pour avoir déjà posé la même question, la réponse qui me fut donnée
était : "faut mettre ça dans open event database !"
C'est donc par là que ça se passe, semble-t-il :
https://www.data.gouv.fr/fr/organizations/openeventdatabase/#datasets
Francescu
Le 24 août 2016 à 15:24, Jérôme Seigneuret
<jerome.seigneu...@gmail.com <mailto:jerome.seigneu...@gmail.com>> a
écrit :
Je pense que sur des événements non permanent lié à des
perturbations il vaut mieux gérer ça en surcouche... Ce qui n'est
pas exploitable en l'état dans la carto générale...
Il faut la base OSM et une surcouche perturbation que l'on
pourrait alimenter avec des formulaires et exploiter pour le routing.
Dommage que l'interface générale ne le permette pas. C'est le
système exploiter par google il me semble. Les événements sont
plus ou moins permanent avec des clôtures conditionnelles (selon
une durée ou une date de fin)
Ca permettra aussi d'avoir les opérateur autoroutier dans le
système quand il décideront d'une fermeture autoroutière pour
cause de travaux.
En l'état il faudra aussi que tu ajoutes l'année dans ta condition
pour éviter que ce soit conservé dans les résultats d'itinéraires
après un retour à la normale en attendant qu'un contributeur
supprime la condition car celle-ci ne se supprimera pas toute seule.
Il faudra un *fixme *pour une remise en état normal. Et une note
pour expliquer qu'il faut supprimer la clé *access:conditional*
car elle sera inutile une fois les conditions revenues à la normale
access:conditional=/*no @ 2016 Aug 24-31 : 00:00-24:00 "Currently
closed for renovation work"*/
fixme: supprimer access:conditional à partir de la semaine 36 de
l'année 2016
PS: Yohours ne reconnait pas ce format mais il répond au
spécification
<http://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#Grammar_for_opening_hours_values>
Pour le moment il n'y a pas d'application pour faire des fixme
avec une date de prise en compte ni de niveau d'urgence des
corrections à réaliser ou d'auto suppression de tag à date ou
d'auto-reverter sur des infos temporaires.
Il y a surement quelque chose à faire ;-)
--
Cordialement,
Jérôme Seigneuret
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr
<https://lists.openstreetmap.org/listinfo/talk-fr>
--
Francescu
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
Christian Quest - OpenStreetMap France
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
