Le 25/08/2016 à 13:28, David Crochet a écrit :
Bonjour
Le 25/08/2016 à 12:51, Christian Quest a écrit :
OEDB essaye d'ajouter une brique de données de plus, manquante
actuellement pour envisager des usages utiles, mais bon il faut bien
commencer !
En gros, il faudrait que le système "
Bonjour
Le 25/08/2016 à 12:51, Christian Quest a écrit :
OEDB essaye d'ajouter une brique de données de plus, manquante
actuellement pour envisager des usages utiles, mais bon il faut bien
commencer !
En gros, il faudrait que le système " d'évènement" puisse accepter des
contributions en
Le 25/08/2016 à 12:13, Jérôme Seigneuret a écrit :
@JB
d'où ma proposition
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
Mais il est vrai que le projet
@JB
d'où ma proposition
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
Mais il est vrai que le projet openeventdatabase est là pour ça. Seul
problème: Est-il implémenté
Le 24/08/2016 à 13:53, David Crochet a écrit :
Cela vaut le coup d'un access:conditional=no@week 34 Mo-Su
00:00-24:00; week 35 Mo-We 00:00-24:00 ?
Surtout pas, c'est pas récurent d'une année sur l'autre !
JB.
(Pour moi, si ça termine dans moins d'un mois, ça met plus le bordel
chez les
Bonjour
Quand je reviens à l'histoire du pont mathilde de rouen, OSMR avait pris
en compte l'info en 3-4 jours. Mais maintenant lorsque je prend
l'exemple de OsmAnd, lorsqu'on l'utilise, il est à jour avec des données
très récent (après avoir ajoute des turn:lanes:*=* dans OSM, le
lendemain,
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
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
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
Bonjour
http://www.normandie-actu.fr/breves/le-pont-de-graville-au-havre-ferme-a-la-circulation-jusqu-au-31-aout_226636/
Cela vaut le coup d'un access:conditional=no@week 34 Mo-Su 00:00-24:00;
week 35 Mo-We 00:00-24:00 ?
Cordialement
--
David Crochet
10 matches
Mail list logo