Re: [OSM-talk-fr] comment taguer un éboulement ?

2012-12-26 Par sujet willemijns
 J'ai peut être une réponse artificielle, mais en gros, si ça dure plus
que l'intervalle entre 2 dumps du fichier planet, ça commence à être
utile...

oui

 L'autre question qu'il me semble bon de se poser c'est: aurais-je le
temps, l'envie, la mémoire pour remettre l'objet dans son état initial ?

je ne pense pas que c'est à OSM de gerer des evenements de moins de 2
dumps

par contre si l'evenement touche à la sécurité et est régulier, je suis pour
le mettre 

perso, j'ai déjà mis des annotations chemin a l'abandon, ca évite les
surprises





--
View this message in context: 
http://gis.19327.n5.nabble.com/comment-taguer-un-eboulement-tp5740404p5741695.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] comment taguer un éboulement ?

2012-12-17 Par sujet Sylvain Maillard
 Il me semble que ça pourrait être un avantage très fort d'OSM que de
tagguer des données provisoires, mais il faut une organisation, peut être
dans un projet particulier, peut être pas directement dans osm.

Par exemple les surfaces/routes enneigées,  les zones de chantiers dans
une ville (qui peuvent emmerder plusieurs centaines de milliers de
personnes ponctuellement indéfiniment), les migrations d'oiseaux, etc, etc,
etc... je vois déjà des personnes qui utilisent OSM pour taguer les caméras
de surveillance (mais est-ce une donnée ponctuelle ou persistante ? ), et
d'autres, aussi, qui enregistrent les marchés de noël.

En fait, tout dépend de ce qu'on met derrière donnée persistante: une
route coupée et rétablie 2 jours après, c'est de la données trop volatile
et ça n'a pas sa place dans OSM ... par contre un tunnel en travaux pendant
plusieurs mois (ex le tunnel de croix-rousse à Lyon) ou un pont fragilisé
par un accident (ex pont Mathilde à Rouen), les deux avec un impact au
minimum sur plusieurs mois, c'est considéré comme des données relativement
pérennes et on a fait les modifications dans la base OSM ...
Comme l'a dit philippe, les données volatiles en live ayant un impact
très limité dans le temps sont mieux dans une base externe, c'est déjà en
place dans un certain nombre de villes: voir par exemple
http://circulation.arles.fr/index.php?jour=04/04/2011, ou
http://trafic.rouen.fr

Pour ce qui est des données types route avec obligation d'équipement neige,
ou des marchés, tant que ça reste au même endroit il y a des tags
spécifiques pour données les dates d'application ;)

Après, OSM reste une base ouverte ou chacun est libre de rajouter des
informations, la vraie limite dépend donc plus de la durée minimale pour
qu'une modification soit réellement disponible dans l'éco-système OSM: la
base de données et à jour instantanément, les tuiles du serveur principal
très vite, mais pour les services extérieurs c'est beaucoup plus lent !
Geofabrik met à jour ses extraits seulement 1 fois par jour (donc pour
cet exemple initial d'éboulement, les données auraient été obsolètes 1 jour
après leur publication), les moteurs de routage font eux des mise à jour
moins fréquentes (donc n'auraient même pas vu la modification)...


Sylvain
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] comment taguer un éboulement ?

2012-12-17 Par sujet Christian Quest
La question dans ce cas devient: à partir de quelle durée une
modification temporaire a-t-elle de l'utilité dans la base OSM ?

J'ai peut être une réponse artificielle, mais en gros, si ça dure plus
que l'intervalle entre 2 dumps du fichier planet, ça commence à être
utile...

L'autre question qu'il me semble bon de se poser c'est: aurais-je le
temps, l'envie, la mémoire pour remettre l'objet dans son état initial
?

Des tags de date de contrôle peuvent aider à garder un oeil sur ces
modifications temporaires... avec une détection par exemple sur
osmose.

C'est même une question qu'on devrait souvent se poser... car rajouter
des objets nombreux mais non maintenus à jour rendra petit à petit les
données OSM moins intéressantes car partiellement obsolètes. C'est que
qui me pousse à me limiter dans l'ajout de commerces trop changeants
dans des quartiers où je ne fais que passer, alors que je le fais
systématiquement autour de chez moi.


Le 17 décembre 2012 13:25, Sylvain Maillard
sylvain.maill...@gmail.com a écrit :
 Il me semble que ça pourrait être un avantage très fort d'OSM que de
 tagguer des données provisoires, mais il faut une organisation, peut être
 dans un projet particulier, peut être pas directement dans osm.

Par exemple les surfaces/routes enneigées,  les zones de chantiers dans une
 ville (qui peuvent emmerder plusieurs centaines de milliers de personnes
 ponctuellement indéfiniment), les migrations d'oiseaux, etc, etc, etc... je
 vois déjà des personnes qui utilisent OSM pour taguer les caméras de
 surveillance (mais est-ce une donnée ponctuelle ou persistante ? ), et
 d'autres, aussi, qui enregistrent les marchés de noël.

 En fait, tout dépend de ce qu'on met derrière donnée persistante: une
 route coupée et rétablie 2 jours après, c'est de la données trop volatile et
 ça n'a pas sa place dans OSM ... par contre un tunnel en travaux pendant
 plusieurs mois (ex le tunnel de croix-rousse à Lyon) ou un pont fragilisé
 par un accident (ex pont Mathilde à Rouen), les deux avec un impact au
 minimum sur plusieurs mois, c'est considéré comme des données relativement
 pérennes et on a fait les modifications dans la base OSM ...
 Comme l'a dit philippe, les données volatiles en live ayant un impact très
 limité dans le temps sont mieux dans une base externe, c'est déjà en place
 dans un certain nombre de villes: voir par exemple
 http://circulation.arles.fr/index.php?jour=04/04/2011, ou
 http://trafic.rouen.fr

 Pour ce qui est des données types route avec obligation d'équipement neige,
 ou des marchés, tant que ça reste au même endroit il y a des tags
 spécifiques pour données les dates d'application ;)

 Après, OSM reste une base ouverte ou chacun est libre de rajouter des
 informations, la vraie limite dépend donc plus de la durée minimale pour
 qu'une modification soit réellement disponible dans l'éco-système OSM: la
 base de données et à jour instantanément, les tuiles du serveur principal
 très vite, mais pour les services extérieurs c'est beaucoup plus lent !
 Geofabrik met à jour ses extraits seulement 1 fois par jour (donc pour cet
 exemple initial d'éboulement, les données auraient été obsolètes 1 jour
 après leur publication), les moteurs de routage font eux des mise à jour
 moins fréquentes (donc n'auraient même pas vu la modification)...


 Sylvain


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr




-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] comment taguer un éboulement ?

2012-12-17 Par sujet Ista Pouss
Le 17 décembre 2012 13:25, Sylvain Maillard sylvain.maill...@gmail.com a
écrit :


 Après, OSM reste une base ouverte ou chacun est libre de rajouter des
 informations, la vraie limite dépend donc plus de la durée minimale pour
 qu'une modification soit réellement disponible dans l'éco-système OSM: la
 base de données et à jour instantanément, les tuiles du serveur principal
 très vite, mais pour les services extérieurs c'est beaucoup plus lent !
 Geofabrik met à jour ses extraits seulement 1 fois par jour (donc pour
 cet exemple initial d'éboulement, les données auraient été obsolètes 1 jour
 après leur publication), les moteurs de routage font eux des mise à jour
 moins fréquentes (donc n'auraient même pas vu la modification)...


Oui, mais si on dit OSM c'est des données persistantes de plusieurs mois,
alors personne ne cherchera pas à optimiser et/ou faciliter ce temps de
diffusion dans l'éco-système (comme c'est joli) OSM. Mais si on dit OSM
devrait pouvoir accueillir des données ponctuelles, alors on se penchera
plus facilement sur ce qui me semble être une difficulté : ce temps de
diffusion dans l'éco-système (waou) osm. Pour ça que je manifeste.

Et il me semble que de dire : les données ponctuelles c'est le boulot
d'autres sites, n'est qu'à moitié satisfaisant. Non pas que je veuille
qu'osm fasse tout (il y a les problèmes que Christian Quest relève), mais
cela augmente le poids de ce fameux éco-système, et augmente donc ces
problèmes de diffusion de l'info de base.  Donc c'est reculer pour mieux
sauter.

On pourrait dire On veut qu'OSM n'enregistre que des données fixes, mais
on voudrait que quelqu'un s'occupe d'optimiser le temps de diffusion des
modifs. En attendant chacun fait comme y veut. Je sais pas.

Pour le reste, d'accord.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] comment taguer un éboulement ?

2012-12-16 Par sujet Ista Pouss
Le 14 décembre 2012 12:11, Sylvain Maillard sylvain.maill...@gmail.com a
écrit :


 la règle est de n'ajouter dans la base OSM que des données persistantes
 dans le temps ;)


Il me semble que ça pourrait être un avantage très fort d'OSM que de
tagguer des données provisoires, mais il faut une organisation, peut être
dans un projet particulier, peut être pas directement dans osm.

Par exemple les surfaces/routes enneigées,  les zones de chantiers dans une
ville (qui peuvent emmerder plusieurs centaines de milliers de personnes
ponctuellement indéfiniment), les migrations d'oiseaux, etc, etc, etc... je
vois déjà des personnes qui utilisent OSM pour taguer les caméras de
surveillance (mais est-ce une donnée ponctuelle ou persistante ? ), et
d'autres, aussi, qui enregistrent les marchés de noël.

Selon wikipedia, et selon le centre national des ressources textuelles, la
géographie se comprend par l'étude de *phénomènes*, ce qui imposerait donc
bien de prendre en compte des données ponctuelles dans les cartes ?

Wikipedia http://fr.wikipedia.org/wiki/G%C3%A9ographie
La *géographie* est l'étude de la planète, ses terres, ses
caractéristiques, ses habitants, et ses phénomènes.

CNTRL http://www.cnrtl.fr/definition/g%C3%A9ographie :
Science qui a pour objet la description de la Terre et en particulier
l'étude des phénomènes physiques, biologiques et humains qui se produisent
sur le globe terrestre...


Donc, même si j'imagine bien les défis techniques et humains, il me semble
que c'est une mauvaise direction que de déclarer urbi et orbi que OSM
n'enregistre que des données statiques.

Cordialement.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] comment taguer un éboulement ?

2012-12-16 Par sujet Philippe Verdy
Je ne crois pas que l'objectif est perdu, mais que la base OSM n'est pas
taillée pour gérer des informations très ponctuelles dans le temps, et de
durée effectives finalement imprévisible.

La base en particulier n'est pas adaptée à une utilisation en live mode,
donc en obligatoirement en mode connecté pour tous les utilisateurs des
données, sinon on aurait aussi des données sur le trafic instantané (mais
on peut imaginer y inclure malgré tout des données sur les moyennes de
trafic selon les jours de la semaine et les tranches horaires, voire aussi
des informations tarifaires par catégorie de véhicule pour les péages et
stationnements, ces données ayant une persistance assez longues adaptées à
une utilisation offline dans une base embarquée qui resterait valable
avec une poignée de mises à jour annuelles).

Pour les utilisations en mode connecté, il vaut mieux prévoir des bases en
ligne annexes chargées de diffuser les modifications aux données
persistantes, mais cela nécessite un réseau de diffusion (Internet mobile,
radio FM...) que la Fondation OpenStreetMap ne peut pas fournir elle-même
(sans compter le coût d'exploitation ou d'utilisation de ces réseaux) sans
compter que cela demanderait une supervision 24/24 7/7, des temps de
réponse garantis, et une accessibilité universelle (donc le support de
toute une série de réseaux de diffusion, le plus dur et le plus cher étant
pour les applications mobiles et l'octroi d'une bande passante pour les
réseaux radio, donc des accords avec les diffuseurs de ces radios ou avec
leurs programmateurs, comme cela est fait pour les réseaux TMC ouverts, et
les réseaux cryptés de Nokia/NavTek, Via Michelin, Tom Tom...).

De plus dans les collectivités équipées, il pourrait y avoir le
développement d'une signalisation publique radiodiffusée pour les
évènements temporaires. Ces normes vont se développer à partir des
expériences TMC, mais les constructeurs de navigateurs mobiles ou
constructeurs automobiles pourraient pousser à l'adoption de normes
nationales pour une telle signalisation.

(il sera alors possible aussi d'y accéder depuis l'internet mobile mais le
fournisseur public; ou son concessionnaire d'un marché public, pourra aussi
être en fin de compte le seul à avoir des données stables et fiables, y
compris des données comme la météo et les alertes de sécurité civile, qui
vont bientôt remplacer par exemple les vieux systèmes d'alertes à base de
sirènes d'alarme mis en place lors de la Seconde Guerre mondiale, et
qu'Orange ne veut plus entretenir gratuitement en France, et en tout cas
plus tout seul sans un vrai contrat de concession de service public avec un
financement public garanti précisant les obligations de service et les
conditions de concurrence éventuelles entre opérateurs et diffuseurs soumis
à ces contraintes sur la reprise de ces alertes, un peu comme ce qui s'est
passé avec le développement récent des Alertes enlèvement en France
comparables aux Amber alerts aux États-Unis).

Étant donné la valeur ajoutée importante que peuvent tirer des opérateurs
privés de ces informations en live, les obligations européennes en terme de
concurrence, et le contexte légal en France comme partout en Europe
concernant les droits de radiodiffusion (utilisation du spectre de
fréquences) et les droits de propriété intellectuelle et les
responsabilités associés à ces données, on n'est pas près légalement à
assurer le service live avec OSM.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] comment taguer un éboulement ?

2012-12-15 Par sujet Philippe Verdy
Effectivement on ne charge rien non plus suite à une avalanche ou à la
formation des congères, ou une inondation, même si la route est
temporairement fermée. On attend qu'elle soit dégagée et de savoir si des
travaux importants seront à prévoir.

Dans les routes de montagne, c'est très courant que des routes soient
fermées temporairement. Un simple éboulement sur la route sera vite dégagé,
mais ça peut être plus long si l'ouvrage a été sérieusement endommagé (les
inondations et glissements de terrains font souvent plus de dégâts qu'un
simple éboulement, une avalanche, des chutes d'arbres, qui seront dégagés
dans les jours ou les heures qui suivent).

On est exactement dans le même cas quand une route est temporairement
fermée suite à un accident de la route important : on attend que la voie
soit dégagée et cela ira assez vite. Même chose pour les voies ferrées.

En revanche pour les ponts, et encore plus pour les tunnels, les fermetures
sont souvent beaucoup plus longues car leur sécurité en dépend (mais sur
les ponts importants il y a aussi des fermetures pour cause de gel ou de
vent trop important qui les rendent trop dangereux : on attend la fin de
l'épisode météo et de toute façon il y a déjà un équipement de
signalisation prévu pour ça, un équipement qu'on trouve aussi avant la
montée à certains cols de montagne assez souvent fermés en hiver).

Mais on trouve rarement ces équipements de signalisation sur les routes
traversant des forêts ou bordées d'arbres, pour signaler le danger ou
fermer la route préventivement quand s'annonce une tempête.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] comment taguer un éboulement ?

2012-12-15 Par sujet Jean-Claude Repetto
On 14/12/2012 12:11, Sylvain Maillard wrote:
 Ils disent que ça va être dégagé assez rapidement, donc le mieux est de
 ne faire aucun changement dans la base OSM: le temps que les
 modifications soient répercutées, et il faudra déjà remettre les choses
 comme avant ...
 
 la règle est de n'ajouter dans la base OSM que des données persistantes
 dans le temps ;)

Effectivement, la route a été rouverte aujourd'hui à 12 h.

Jean-Claude

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] comment taguer un éboulement ?

2012-12-14 Par sujet clansco
Bonjour,
je ne sais pas faire,
la M2205 est coupée depuis hier am
http://www.nicematin.com/vallees/tinee-la-route-du-ski-coupee-par-un-eboulement.1082245.html

-- 
Frédéric Falsetti
http://clansco.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] comment taguer un éboulement ?

2012-12-14 Par sujet Sylvain Maillard
Ils disent que ça va être dégagé assez rapidement, donc le mieux est de ne
faire aucun changement dans la base OSM: le temps que les modifications
soient répercutées, et il faudra déjà remettre les choses comme avant ...

la règle est de n'ajouter dans la base OSM que des données persistantes
dans le temps ;)

Sylvain


2012/12/14 clansco false...@clansco.org

 Bonjour,
 je ne sais pas faire,
 la M2205 est coupée depuis hier am

 http://www.nicematin.com/vallees/tinee-la-route-du-ski-coupee-par-un-eboulement.1082245.html

 --
 Frédéric Falsetti
 http://clansco.org

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] comment taguer un éboulement ?

2012-12-14 Par sujet clansco
On Fri, 14 Dec 2012 12:11:13 +0100
Sylvain Maillard sylvain.maill...@gmail.com wrote:

 Ils disent que ça va être dégagé assez rapidement, donc le mieux est de ne
 faire aucun changement dans la base OSM: le temps que les modifications
 soient répercutées, et il faudra déjà remettre les choses comme avant ...
 
 la règle est de n'ajouter dans la base OSM que des données persistantes
 dans le temps ;)
 
 Sylvain

merci

-- 
Frédéric Falsetti
http://clansco.org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr