[OSM-talk-fr] Cela vaut le coup ?

[Christian Quest]

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.seigneuret at gmail.com <mailto:jerome.seigneuret at 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 at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
>     https://lists.openstreetmap.org/listinfo/talk-fr
>     <https://lists.openstreetmap.org/listinfo/talk-fr>
>
>
>
>
> -- 
> Francescu
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 
Christian Quest - OpenStreetMap France

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20160824/84a2b086/attachment.htm>