Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-25 Par sujet Pierre-Alain Dorange


Le 25 avr. 10 à 02:18, Pieren a écrit :

Tracer des ways supperposés n'est pas aisé même si c'est une méthode  
que je défends pour les limites administratives. Surtout que les  
itinéraires vont s'accumuler, se chevaucher et on aura deux puis  
trois puis X ways superposés contrairement à notre façon  
d'identifier les boundaries qui se limite à un seul way pour tous  
les niveaux administratifs.
Pour les itinéraires, je l'ai déjà mentionné par le passé, il y  
aurait beaucoup plus simple à faire : la relation devrait collecter  
la liste des nodes du point de départ, d'arrivée et ceux des  
intersection où il y a changement de direction. Il n'y besoin de  
rien d'autre pour définir un itinéraire. Bien sûr, cela devient un  
peu plus compliqué pour les logiciels utilisateurs mais rien  
d'insurmontable. Et c'est plus facile à éditer puisqu'on ne coupe  
plus les rues/routes.



C'est intéressant.
Pour simplifier le calcul (logiciel utilisateur) il serait possible  
d'ajouter les ways (option permettant au logiciel de simplifier ces  
recherches) mais il faudrait surtout préciser le sens dans lequel  
faire la recherche peut être...


Mais bon on dérive un peu du sujet d'origine.

--
Pierre-Alain Dorange,
Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/
Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange 



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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-25 Par sujet Marc Sibert
Pieren a écrit :
 ()
 Pour les itinéraires, je l'ai déjà mentionné par le passé, il y aurait 
 beaucoup plus simple à faire : la relation devrait collecter la liste 
 des nodes du point de départ, d'arrivée et ceux des intersection où il 
 y a changement de direction. Il n'y besoin de rien d'autre pour 
 définir un itinéraire. Bien sûr, cela devient un peu plus compliqué 
 pour les logiciels utilisateurs mais rien d'insurmontable. Et c'est 
 plus facile à éditer puisqu'on ne coupe plus les rues/routes.

 Pieren
Bonjour,

J'aime bien cette solution et comme je viens de découvrir que les 
membres de relations sont ordonnés[1], c'est techniquement réalisable. 
J'ai cependant deux réserves :

   1. Comment ça se saisit dans nos outils : en Potlatch, je ne sais pas
  contrôler l'ordre d'une relation autrement que par l'ordre de la
  saisie : ça veut dire qu'en cas d'oubli d'un nœud, je dois tout
  casser pour recommencer. Qu'en est-il de JOSM ?
   2. La reconstitution de la route n'est pas triviale car il va falloir
  trouver tous les ways qui constituent le parcours entre deux
  points de référence et ordonner les ways trouvés. (Note à ce
  sujet, c'est un peu HS, mais je recherche une requête SQL pour
  ordonner une liste de ways sans retour arrière, sur le schéma OSM
  évidemment).

PS : aucune réponse de ASO à cette heure.

[1] : pour les plus observateurs, ça se voit là : 
http://wiki.openstreetmap.org/wiki/Database_schema#Relations dans la 
déclaration de la table current_relation_members :

CREATE TABLE current_relation_members (
id bigint NOT NULL, -- primary key part 1/5; references 
current_relations(id)
member_type nwr_enum NOT NULL, -- primary key part 2/5
member_id bigint NOT NULL, -- primary key part 3/5
member_role character varying(255) NOT NULL, -- primary key part 4/5
sequence_id integer DEFAULT 0 NOT NULL -- primary key part 5/5  
--- c'est là !
);


--
Marc
m...@sibert.fr

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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-25 Par sujet Pierre-Alain Dorange


Le 25 avr. 10 à 19:24, Marc Sibert a écrit :


J'aime bien cette solution et comme je viens de découvrir que les
membres de relations sont ordonnés[1], c'est techniquement réalisable.
J'ai cependant deux réserves :

  1. Comment ça se saisit dans nos outils : en Potlatch, je ne sais  
pas

 contrôler l'ordre d'une relation autrement que par l'ordre de la
 saisie : ça veut dire qu'en cas d'oubli d'un nœud, je dois tout
 casser pour recommencer. Qu'en est-il de JOSM ?


JOSM permet l'ordonnancement des éléments des relations sans soucis.

  2. La reconstitution de la route n'est pas triviale car il va  
falloir

 trouver tous les ways qui constituent le parcours entre deux
 points de référence et ordonner les ways trouvés. (Note à ce
 sujet, c'est un peu HS, mais je recherche une requête SQL pour
 ordonner une liste de ways sans retour arrière, sur le schéma OSM
 évidemment).


C'est pourquoi je proposais de mettre (optionnellement) le way. Ce way  
ne serait pas gérer directement par le moteur logiciel mais comme  
aide pour se débrouiller avec les nœuds...


--
Pierre-Alain Dorange,
Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/
Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange 



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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-25 Par sujet Vincent Pottier
Le 25/04/2010 19:24, Marc Sibert a écrit :
 Pieren a écrit :

 ()
 Pour les itinéraires, je l'ai déjà mentionné par le passé, il y aurait
 beaucoup plus simple à faire : la relation devrait collecter la liste
 des nodes du point de départ, d'arrivée et ceux des intersection où il
 y a changement de direction. Il n'y besoin de rien d'autre pour
 définir un itinéraire. Bien sûr, cela devient un peu plus compliqué
 pour les logiciels utilisateurs mais rien d'insurmontable. Et c'est
 plus facile à éditer puisqu'on ne coupe plus les rues/routes.

 Pieren
  
 Bonjour,

 J'aime bien cette solution et comme je viens de découvrir que les
 membres de relations sont ordonnés[1], c'est techniquement réalisable.
 J'ai cependant deux réserves :

J'ajouterai qu'il ne suffit pas toujours de mentionner les intersections 
A et B pour déterminer la route. SI deux arcs passent par A et B, un 
point C intermédiaire est nécessaire pour la levée de doute.
 1. Comment ça se saisit dans nos outils : en Potlatch, je ne sais pas
contrôler l'ordre d'une relation autrement que par l'ordre de la
saisie : ça veut dire qu'en cas d'oubli d'un nœud, je dois tout
casser pour recommencer. Qu'en est-il de JOSM ?

Il fait ça très bien.
 2. La reconstitution de la route n'est pas triviale car il va falloir
trouver tous les ways qui constituent le parcours entre deux
points de référence et ordonner les ways trouvés. (Note à ce
sujet, c'est un peu HS, mais je recherche une requête SQL pour
ordonner une liste de ways sans retour arrière, sur le schéma OSM
évidemment).

Le 25/04/2010 20:10, Pierre-Alain Dorange a écrit :
 C'est pourquoi je proposais de mettre (optionnellement) le way. Ce way 
 ne serait pas gérer directement par le moteur logiciel mais comme 
 aide pour se débrouiller avec les nœuds...-
Dans JOSM, si je demande à charger la relation N, il chargera la 
relation simple, c'est à dire la référence des points composant la 
relation.
http://api.openstreetmap.org/api/0.6/relation/N
Je charge alors ces points (n points).
http://api.openstreetmap.org/api/0.6/node/X (n fois)
Mais je n'ai pas encore chargé les ways passant par eux. Il faut alors 
une troisième requête pour charger les ways. 3 passes.
http://api.openstreetmap.org/api/0.6/node/X/full (n fois)
Certes, tous les ways utilisant le node X seront chargés, pas seulement 
ceux empruntés par la route : d'où une surcharge d'information.
Pour un calcul de la relation, ce n'est pas gênant d'avoir du matériel 
en plus. Pour un travail sur JOSM, c'est chi...(censuré)

Avec le schéma actuel, une requête suffit pour avoir tout et seulement 
le matériel.
http://api.openstreetmap.org/api/0.6/relation/101593/full

Bon l'api ne s'en sort pas encore très bien avec les relations de relation.
http://api.openstreetmap.org/api/0.6/relation/154039/full ne fournit pas 
tout le matériel du réseau Ginko (bus des Besançon)
alors que 
http://xapi.openstreetmap.org/api/0.6/relation[network=Ginko][bbox=5.8935,47.1981,6.1307,47.3125]
le fait.
--
FrViPofm



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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-25 Par sujet Vincent de Chateau-Thierry
Bonsoir,

Vincent Pottier a écrit :
 Le 25/04/2010 19:24, Marc Sibert a écrit :
   
 Pieren a écrit :

 
 ()
 Pour les itinéraires, je l'ai déjà mentionné par le passé, il y aurait
 beaucoup plus simple à faire : la relation devrait collecter la liste
 des nodes du point de départ, d'arrivée et ceux des intersection où il
 y a changement de direction. Il n'y besoin de rien d'autre pour
 définir un itinéraire. Bien sûr, cela devient un peu plus compliqué
 pour les logiciels utilisateurs mais rien d'insurmontable. Et c'est
 plus facile à éditer puisqu'on ne coupe plus les rues/routes.

 Pieren
  
   
 Bonjour,

 J'aime bien cette solution et comme je viens de découvrir que les
 membres de relations sont ordonnés[1], c'est techniquement réalisable.
 J'ai cependant deux réserves :

 
 J'ajouterai qu'il ne suffit pas toujours de mentionner les intersections 
 A et B pour déterminer la route. SI deux arcs passent par A et B, un 
 point C intermédiaire est nécessaire pour la levée de doute.
   
+1
On arrive doucement à l'OpenLR de Tomtom 
(http://www.tomtom.com/page/openLR) : somme de + courts chemins avec 
passage par des points intermédiaires bien choisis pour éviter les 
ambiguïtés aux intersections.
 1. Comment ça se saisit dans nos outils : en Potlatch, je ne sais pas
contrôler l'ordre d'une relation autrement que par l'ordre de la
saisie : ça veut dire qu'en cas d'oubli d'un nœud, je dois tout
casser pour recommencer. Qu'en est-il de JOSM ?

 
 Il fait ça très bien.
   
 2. La reconstitution de la route n'est pas triviale car il va falloir
trouver tous les ways qui constituent le parcours entre deux
points de référence et ordonner les ways trouvés. (Note à ce
sujet, c'est un peu HS, mais je recherche une requête SQL pour
ordonner une liste de ways sans retour arrière, sur le schéma OSM
évidemment).

 
 Le 25/04/2010 20:10, Pierre-Alain Dorange a écrit :
   
 C'est pourquoi je proposais de mettre (optionnellement) le way. Ce way 
 ne serait pas gérer directement par le moteur logiciel mais comme 
 aide pour se débrouiller avec les nœuds...-
 
 Dans JOSM, si je demande à charger la relation N, il chargera la 
 relation simple, c'est à dire la référence des points composant la 
 relation.
   
Dans JOSM, si tu passes par ce raccourci : Ctrl+Maj+O ou Fichier  
Télécharger un objet, la requête faite est bien de type full.
Pour ton exemple, en prenant soin de cocher Télecharger les référants, 
j'ai 2 requêtes successives :
GET http://api.openstreetmap.org/api/0.6/relation/101593/full
GET http://api.openstreetmap.org/api/0.6/relation/101593/relations
et au final tout ta ligne 1, une fois dans chaque sens, + la relation 
network Ginko incomplète.
 http://api.openstreetmap.org/api/0.6/relation/N
 Je charge alors ces points (n points).
 http://api.openstreetmap.org/api/0.6/node/X (n fois)
 Mais je n'ai pas encore chargé les ways passant par eux. Il faut alors 
 une troisième requête pour charger les ways. 3 passes.
 http://api.openstreetmap.org/api/0.6/node/X/full (n fois)
 Certes, tous les ways utilisant le node X seront chargés, pas seulement 
 ceux empruntés par la route : d'où une surcharge d'information.
 Pour un calcul de la relation, ce n'est pas gênant d'avoir du matériel 
 en plus. Pour un travail sur JOSM, c'est chi...(censuré)

 Avec le schéma actuel, une requête suffit pour avoir tout et seulement 
 le matériel.
 http://api.openstreetmap.org/api/0.6/relation/101593/full

 Bon l'api ne s'en sort pas encore très bien avec les relations de relation.
 http://api.openstreetmap.org/api/0.6/relation/154039/full ne fournit pas 
 tout le matériel du réseau Ginko (bus des Besançon)
 alors que 
 http://xapi.openstreetmap.org/api/0.6/relation[network=Ginko][bbox=5.8935,47.1981,6.1307,47.3125]
 le fait.
 --
 FrViPofm


   
vincent

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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-24 Par sujet Pierre-Alain Dorange


Le 21 avr. 10 à 19:23, Pieren a écrit :


Pour résumer, il y a
1. un doute sur le fait de pouvoir afficher l'itinéraire du tour  
sans autorisation d''ASO
2. un doute sur la possibilité de mettre tous les itinéraires  
possibles et imaginables dans OSM

3. un doute sur la pérennité des itinéraires dans OSM
4. un doute sur le lieu du mariage de Geneviève et Michel

Pour le 1., Marc a fait ce qu'il fallait. On peut l'en remercier.
Pour le 2., il y a une majorité d'opinions rejetant l'idée de mettre  
tous les itinéraires mais personne ne râle sur les itinéraires de  
bus par exemple. Moi je râle sur les itinéraires de bus qui coupent  
ma rue en quatre morceaux. Finalement, pour moi, c'est la  
représentation des itinéraires en général qui pose problème. Si ceux- 
ci étaient moins invasifs, il y aurait moins de rejet.


Je vais probablement dire une grosse bétise, mais pourquoi ne pas  
utiliser un autre way utilisant les mêmes node pour représenter les  
itinéraires de bus ou autres itinéraires. Ainsi les itinéraires  
seraient d'autres way indépendant ne nécessitant pas de rédécouper les  
way highway existant et il pourrait être ou non intégré aux moteurs  
de rendus suivant les besoins...


Sur l'éventuel itinéraire du Tour de France, il me semble que c'est  
une mauvaise idée de l'intégrer à la base OSM. Comme le propose Bruno  
plus loin un tracé type GPX rendu avec Openlayer est probablement la  
meilleure solution.


--
Pierre-Alain Dorange,
Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/
Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange 



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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-24 Par sujet René-Luc D'Hont

Le 24/04/2010 14:51, Pierre-Alain Dorange a écrit :


Le 21 avr. 10 à 19:23, Pieren a écrit :


Pour résumer, il y a
1. un doute sur le fait de pouvoir afficher l'itinéraire du tour sans 
autorisation d''ASO
2. un doute sur la possibilité de mettre tous les itinéraires 
possibles et imaginables dans OSM

3. un doute sur la pérennité des itinéraires dans OSM
4. un doute sur le lieu du mariage de Geneviève et Michel

Pour le 1., Marc a fait ce qu'il fallait. On peut l'en remercier.
Pour le 2., il y a une majorité d'opinions rejetant l'idée de mettre 
tous les itinéraires mais personne ne râle sur les itinéraires de bus 
par exemple. Moi je râle sur les itinéraires de bus qui coupent ma 
rue en quatre morceaux. Finalement, pour moi, c'est la représentation 
des itinéraires en général qui pose problème. Si ceux-ci étaient 
moins invasifs, il y aurait moins de rejet.


Je vais probablement dire une grosse bétise, mais pourquoi ne pas 
utiliser un autre way utilisant les mêmes node pour représenter les 
itinéraires de bus ou autres itinéraires. Ainsi les itinéraires 
seraient d'autres way indépendant ne nécessitant pas de rédécouper les 
way highway existant et il pourrait être ou non intégré aux moteurs 
de rendus suivant les besoins...


Pour ne pas dupliquer mais aussi pour simplifier la maintenance. Les 
relations permettent lors d'une mise à jour d'une way (ajout de points) 
de conserver l'intégrité de l'itinéraire.
Les relations sont le moyen d'expérimenter mais je pense qu'une autre 
voie devra émerger pour pouvoir définir ses autres itinéraires.




Sur l'éventuel itinéraire du Tour de France, il me semble que c'est 
une mauvaise idée de l'intégrer à la base OSM. Comme le propose Bruno 
plus loin un tracé type GPX rendu avec Openlayer est probablement la 
meilleure solution.


--
Pierre-Alain Dorange,
Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/
Twitter : https://twitter.com/padorange - Facebook : 
http://www.facebook.com/pa.dorange



___
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] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-24 Par sujet Pieren
2010/4/24 René-Luc D'Hont rldh...@gmail.com

  Le 24/04/2010 14:51, Pierre-Alain Dorange a écrit :

 Je vais probablement dire une grosse bétise, mais pourquoi ne pas utiliser
 un autre way utilisant les mêmes node pour représenter les itinéraires de
 bus ou autres itinéraires. Ainsi les itinéraires seraient d'autres way
 indépendant ne nécessitant pas de rédécouper les way highway existant et
 il pourrait être ou non intégré aux moteurs de rendus suivant les besoins...


 Pour ne pas dupliquer mais aussi pour simplifier la maintenance. Les
 relations permettent lors d'une mise à jour d'une way (ajout de points) de
 conserver l'intégrité de l'itinéraire.
 Les relations sont le moyen d'expérimenter mais je pense qu'une autre voie
 devra émerger pour pouvoir définir ses autres itinéraires.


Tracer des ways supperposés n'est pas aisé même si c'est une méthode que je
défends pour les limites administratives. Surtout que les itinéraires vont
s'accumuler, se chevaucher et on aura deux puis trois puis X ways superposés
contrairement à notre façon d'identifier les boundaries qui se limite à un
seul way pour tous les niveaux administratifs.
Pour les itinéraires, je l'ai déjà mentionné par le passé, il y aurait
beaucoup plus simple à faire : la relation devrait collecter la liste des
nodes du point de départ, d'arrivée et ceux des intersection où il y a
changement de direction. Il n'y besoin de rien d'autre pour définir un
itinéraire. Bien sûr, cela devient un peu plus compliqué pour les logiciels
utilisateurs mais rien d'insurmontable. Et c'est plus facile à éditer
puisqu'on ne coupe plus les rues/routes.

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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-21 Par sujet Emilie Laffray
2010/4/21 THEVENON Julien julien_theve...@yahoo.fr

 *De :* Emilie Laffray emilie.laff...@gmail.com
 **
 2010/4/21 THEVENON Julien julien_theve...@yahoo.fr

 Tout pareil

 Un calque open layer tour de france par dessus le fond OSM :-)



 Calque ou pas, ça ne change pas le problème de base qu'il faut
 l'accord de Amaury, et qu'il faut mapper ce qui doit être mappe pour les
 villes qui vont être traversées :)

 Oui bien sur pour l accord, je parlais seulement de stocker le parcours a l
 extérieur la base


A l'intérieur ou a l'extérieur de la base, au final, ça ne change pas grand
chose puisqu'il faudra toujours créer un système qui associe les id des
routes que tour de France va utiliser.
On a toujours le risque dans ce cas la de créer même a l'extérieur de la
base un problème si on coupe une route etc... Que la route soit présente ou
non dans la base de donnée, on a le même problème a la base :)
Ma réponse n'était pas tellement pour toi mais pour le thread entier. Si
l'on a l'accord, il faudra voir comment résoudre le problème techniquement
:)

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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-21 Par sujet Jean-Francois Nifenecker
Emilie Laffray a écrit :
 
 A l'intérieur ou a l'extérieur de la base, au final, ça ne change pas 
 grand chose puisqu'il faudra toujours créer un système qui associe les 
 id des routes que tour de France va utiliser.
 On a toujours le risque dans ce cas la de créer même a l'extérieur de la 
 base un problème si on coupe une route etc... Que la route soit présente 
 ou non dans la base de donnée, on a le même problème a la base :)
 Ma réponse n'était pas tellement pour toi mais pour le thread entier. Si 
 l'on a l'accord, il faudra voir comment résoudre le problème 
 techniquement :)

Marc, à l'origine du fil, parlait d'

  enregistrer le parcours du Tour de France 2010 dans la base OSM

et c'est sur ce point (déjà débattu dans un autre fil) que certains ont 
répondu.

Pour le reste, tu as raison, c'est un pb de choix technique, qui ne 
pourra être décidé qu'une fois les autorisations reçues. Et, bien 
entendu, avant de les inclure dans le trajet du Tour, il faudra que les 
chemins empruntés soient présents dans OSM lui-même.

Il y a donc trois questions en une :

1. la base OSM comporte-t-elle tous les chemins empruntés par le Tour ?
2. ASO autorisera-t-elle la création d'un produit dérivé ?
3. sur quel support enregistrer les données spécifiques Tour ?

-- 
Jean-Francois Nifenecker, Bordeaux


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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-21 Par sujet Erik Amzallag
 3. sur quel support enregistrer les données spécifiques Tour ?

Sur le projet OpenFreeVeloBicycleCartoMap ? :)

Plus sérieusement, ce pourrait être aussi une vision intéressante de
proposer aux amoureux de la petite reine les parcours du TdF sur un
tel site dédié au vélo.

Erik

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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-21 Par sujet Benoît ROUSSEAU
Emilie Laffray a écrit :


 2010/4/21 THEVENON Julien julien_theve...@yahoo.fr 
 mailto:julien_theve...@yahoo.fr

 *De :* Emilie Laffray emilie.laff...@gmail.com
 mailto:emilie.laff...@gmail.com
 **
 2010/4/21 THEVENON Julien julien_theve...@yahoo.fr
 mailto:julien_theve...@yahoo.fr

 Tout pareil

 Un calque open layer tour de france par dessus le fond
 OSM :-)



 Calque ou pas, ça ne change pas le problème de base qu'il faut
 l'accord de Amaury, et qu'il faut mapper ce qui doit être mappe
 pour les villes qui vont être traversées :)

 Oui bien sur pour l accord, je parlais seulement de stocker le
 parcours a l extérieur la base


 A l'intérieur ou a l'extérieur de la base, au final, ça ne change pas 
 grand chose puisqu'il faudra toujours créer un système qui associe les 
 id des routes que tour de France va utiliser.
A l'intérieur ou a l'extérieur de la base, au final, ça change beaucoup 
de choses !
A ce moment là on y colle les tours cyclistes locaux, les marathon, les 
prix des stations services, les températures moyenne, les trajets boulot 
maison, le trajet pour aller au mariage de Geneviève et Michel, la 
sortie du dimanche en quad, ...
Il y a déjà pas mal de boulot pour intégrer les tags existants et 
réfléchir à de nouveaux tags utiles (particularité françaises, ...) puis 
faire du lobying pour les faire accepter.


Benoît R.

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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-21 Par sujet Emilie Laffray
On 21/04/2010 17:06, Benoît ROUSSEAU wrote:

 A l'intérieur ou a l'extérieur de la base, au final, ça change beaucoup 
 de choses !
 A ce moment là on y colle les tours cyclistes locaux, les marathon, les 
 prix des stations services, les températures moyenne, les trajets boulot 
 maison, le trajet pour aller au mariage de Geneviève et Michel, la 
 sortie du dimanche en quad, ...
 Il y a déjà pas mal de boulot pour intégrer les tags existants et 
 réfléchir à de nouveaux tags utiles (particularité françaises, ...) puis 
 faire du lobying pour les faire accepter.
   

Dans le cas présent, je réitère mon propos. A l'intérieur ou a
l'extérieur, la problématique reste exactement la même. Ce dont tu
parles n'a rien a voir avec le point que j'essayais de faire passer, qui
est notamment que techniquement parlant, a l'intérieur ou a l'extérieur,
la gestion de la route est la même i.e. on va devoir créer une relation
de bouts de OSM que ça soit dans OSM ou pas. J'ai exprimé initialement
il y a quelques jours une préférence pour une relation par étape,
clairement, ce n'est pas ce que les gens veulent donc je vais avec la
majorité, mais ca ne change aucunement le problème de comment tu stockes
le tracé dans une base de donnée externe.
De plus, a partir du moment que tu vas utiliser un extrait de la base de
donnée OSM, tu devras mettre a disposition les données sous un format
OSM dues a la viralité de la licence. Donc, je réitère mon propos, a
l'intérieur ou a l'extérieur, la problématique reste la même.
Dans le cas présent, la logique n'est pas de stocker tout et n'importe
quoi clairement. Quoique la sortie de dimanche en quad, ca doit faire
une bonne source de fichier gpx a uploader dans OSM et ca doit donc être
assez utile.
Particularités françaises, bah oui mais non, je ne vois pas grand chose
qui soit particulierement français en soi et qui soit suffisemment
unique au final. De plus, tu parles de lobbying pour les faire accepter,
j'avoue que l'idée est interessante, mais les faire accepter où? A la
base, le wiki est quelque chose d'assez optionnel puisque n'importe qui
peut creer son propre tag et que ce qui fait qu'un tag soit repris en
masse ou pas, c'est le fait qu'il soit utilisé. Maintenant si tu veux
que le tag soit mis dans le rendu officiel Mapnik, ca sera plus dur, et
je ne suis pas sure que l'on veuille surcharger la carte de base du site
de OSM.
Clairement, si tu veux un site avec un rendu avec toutes les
particularités françaises, il va falloir faire comme les allemands et
avoir notre propre site de rendu. C'est d'ailleurs que quelque chose qui
tient a cœur a certains d'entre nous, notamment Pieren qui en parle
depuis très longtemps et qui a fait déjà un bon boulot pour créer des
dumps avec des polygones français. C'est d'ailleurs aussi la démarche
qui est en train d'être faite avec toutes les discussions sur le site de
vélo avec un rendu qui correspond plus aux attentes du public français
dans un premier temps. Il est d'ailleurs clair qu'en lisant le thread,
il y a deux besoins très différents en terme de route cyclable, entre
l'urbain et le rural par exemple.
Maintenant, pour faire du lobbying peut être faudrait il participer un
peu plus alors sur les mailing lists international, ou sur IRC afin de
se faire reconnaitre et ainsi faciliter le passage d'un rendu d'un tag
par exemple. On ne peut pas espérer arriver sur une plateforme
communautaire internationale et espérer que ca soit pris en compte juste
comme ça. Il n'y a pas beaucoup de Français qui participe aux mailing
list internationales et IRC au final.
Le rendu des vergers a lieu grâce a des gens qui ont pris le temps de
faire un bug report sur le rendu, de montrer qu'il y avait une
utilisation du tag (merci Corine), etc
Je suis pour des rendus spécialisés a la base, pas pour des cartes
polyvalentes surchargées d'information. C'est a ce titre que j'apprécie
le boulot que fait Julien pour obtenir un rendu intéressant pour des
vélos. Le vélo en soi me laisse plutot indifferente puisque ca n'est pas
vraiment une de mes passions bien que j'ai par le passé utiliser
volontairement des vélos pour me rendre sur mes lieux de travail.
Bref, il faut arrêter dans le cas présent le débat stérile de a
l'intérieur ou pas pour regarder comment résoudre le problème technique
que ça pose. Donc oui au layers, oui a comment regarder comment faire
cela proprement.

Emilie Laffray



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-21 Par sujet Marc SIBERT

 A l'intérieur ou a l'extérieur de la base, au final, ça change beaucoup

de choses !
 A ce moment là on y colle les tours cyclistes locaux, les marathon, les
 prix des stations services, les températures moyenne, les trajets boulot
 maison, le trajet pour aller au mariage de Geneviève et Michel, la
 sortie du dimanche en quad, ...
 Il y a déjà pas mal de boulot pour intégrer les tags existants et
 réfléchir à de nouveaux tags utiles (particularité françaises, ...) puis
 faire du lobying pour les faire accepter.


 Benoît R.


Pour troller un peu...

Les tags existent déjà pour un circuit cycliste... pas pour localiser le
lieu d'un mariage, mais bien pour localiser la salle des fêtes.

C'est quand Geneviève et Michel ? [?]

-- 
Marc Sibert
m...@sibert.fr
338.gif___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-21 Par sujet Benoît ROUSSEAU
Emilie Laffray a écrit :
 On 21/04/2010 17:06, Benoît ROUSSEAU wrote:
   
 A l'intérieur ou a l'extérieur de la base, au final, ça change beaucoup 
 de choses !
 A ce moment là on y colle les tours cyclistes locaux, les marathon, les 
 prix des stations services, les températures moyenne, les trajets boulot 
 maison, le trajet pour aller au mariage de Geneviève et Michel, la 
 sortie du dimanche en quad, ...
 Il y a déjà pas mal de boulot pour intégrer les tags existants et 
 réfléchir à de nouveaux tags utiles (particularité françaises, ...) puis 
 faire du lobying pour les faire accepter.
   
 

 Dans le cas présent, je réitère mon propos. A l'intérieur ou a
 l'extérieur, la problématique reste exactement la même. Ce dont tu
 parles n'a rien a voir avec le point que j'essayais de faire passer, qui
 est notamment que techniquement parlant, a l'intérieur ou a l'extérieur,
 la gestion de la route est la même i.e. on va devoir créer une relation
 de bouts de OSM que ça soit dans OSM ou pas. J'ai exprimé initialement
 il y a quelques jours une préférence pour une relation par étape,
 clairement, ce n'est pas ce que les gens veulent donc je vais avec la
 majorité, mais ca ne change aucunement le problème de comment tu stockes
 le tracé dans une base de donnée externe.
 De plus, a partir du moment que tu vas utiliser un extrait de la base de
 donnée OSM, tu devras mettre a disposition les données sous un format
 OSM dues a la viralité de la licence. Donc, je réitère mon propos, a
 l'intérieur ou a l'extérieur, la problématique reste la même.
 Dans le cas présent, la logique n'est pas de stocker tout et n'importe
 quoi clairement. Quoique la sortie de dimanche en quad, ca doit faire
 une bonne source de fichier gpx a uploader dans OSM et ca doit donc être
 assez utile.
   
Comme tu veux. Je maintient aussi. Sur le techniquement parlant ça ne 
change rien je suis d'accord avec toi. Sur le intérieur/extérieur 
absolument pas. Mais on n'a pas besoin d'être d'accord.
 Particularités françaises, bah oui mais non, je ne vois pas grand chose
 qui soit particulierement français en soi et qui soit suffisemment
 unique au final. De plus, tu parles de lobbying pour les faire accepter,
 j'avoue que l'idée est interessante, mais les faire accepter où? A la
 base, le wiki est quelque chose d'assez optionnel puisque n'importe qui
 peut creer son propre tag et que ce qui fait qu'un tag soit repris en
 masse ou pas, c'est le fait qu'il soit utilisé. Maintenant si tu veux
 que le tag soit mis dans le rendu officiel Mapnik, ca sera plus dur, et
 je ne suis pas sure que l'on veuille surcharger la carte de base du site
 de OSM.
   
En ce qui concerne les faire accepter lors des votes, je me suis 
inscrit à des listes internationales où il ne se passe rien (j'en ai 
même oublié les noms) ; si tu as des adresses je suis preneur. Il me 
semblait avoir comprit que les tags était soumis au vote... où, je 
pensais sur les maillings lists auxquelles je me suis inscrit. Une autre 
solution que le lobbying c'est de les rendre standards en les utilisant 
à défaut de norme acceptée. Quant aux particularité françaises c'était 
un global mais par exemple il n'y a pas le tag pour les ways qui 
débouchent sur berge avec possibilité de mettre un bateau à l'eau (La 
route s'enfonce dans l'eau) ce qui est pourtant lié à un panneau 
(voiture qui tombe à l'eau) et parfois pratique pour mettre une 
embarcation à l'eau. Y a pas mort d'homme si ça n'existe pas...
 Clairement, si tu veux un site avec un rendu avec toutes les
 particularités françaises, il va falloir faire comme les allemands et
 avoir notre propre site de rendu. C'est d'ailleurs que quelque chose qui
 tient a cœur a certains d'entre nous, notamment Pieren qui en parle
 depuis très longtemps et qui a fait déjà un bon boulot pour créer des
 dumps avec des polygones français. C'est d'ailleurs aussi la démarche
 qui est en train d'être faite avec toutes les discussions sur le site de
 vélo avec un rendu qui correspond plus aux attentes du public français
 dans un premier temps. Il est d'ailleurs clair qu'en lisant le thread,
 il y a deux besoins très différents en terme de route cyclable, entre
 l'urbain et le rural par exemple.
   
Si certains veulent le faire sur un serveur indépendant où est le pb ! 
Personne ne te demande de suivre et personne ne pollue OSM.
 Maintenant, pour faire du lobbying peut être faudrait il participer un
 peu plus alors sur les mailing lists international, ou sur IRC afin de
 se faire reconnaitre et ainsi faciliter le passage d'un rendu d'un tag
 par exemple. On ne peut pas espérer arriver sur une plateforme
 communautaire internationale et espérer que ca soit pris en compte juste
 comme ça. Il n'y a pas beaucoup de Français qui participe aux mailing
 list internationales et IRC au final.
   
Donne moi des adresses celles auxquelles je suis inscrit sont sans activité.
 Le rendu des vergers a lieu grâce a des gens qui ont pris le temps de
 faire un bug report 

Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-21 Par sujet Pieren
Pour résumer, il y a
1. un doute sur le fait de pouvoir afficher l'itinéraire du tour sans
autorisation d''ASO
2. un doute sur la possibilité de mettre tous les itinéraires possibles et
imaginables dans OSM
3. un doute sur la pérennité des itinéraires dans OSM
4. un doute sur le lieu du mariage de Geneviève et Michel

Pour le 1., Marc a fait ce qu'il fallait. On peut l'en remercier.
Pour le 2., il y a une majorité d'opinions rejetant l'idée de mettre tous
les itinéraires mais personne ne râle sur les itinéraires de bus par
exemple. Moi je râle sur les itinéraires de bus qui coupent ma rue en quatre
morceaux. Finalement, pour moi, c'est la représentation des itinéraires en
général qui pose problème. Si ceux-ci étaient moins invasifs, il y aurait
moins de rejet.
Pour le 3., je comprends le point de vue d'Emilie. Que ce soit à l'intérieur
de la base ou à l'extérieur (si on utilise les osm-id), rien ne garantie la
pérennité des données OSM. Si les étapes du tour sont dans OSM et qu'il y a
une grosse pub autour, il y aura certainement du vandalisme tôt ou tard. Ou
le simple cycle de vie des éléments OSM fera que les itinéraires perdront
leur intégrité à moyen terme. Mais c'est là encore un problème général. Et
il y a plein d'autres moyens de tracer un itinéraire sans OSM (suite de
points lat/lon par exemple).
Pour le 4., demandez à Benoît.

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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-21 Par sujet Benoît ROUSSEAU
Ah bah Troll dur c'est clair :p.
Je ne savais pas pour le circuit cycliste... Si ça existe et que c'est 
finalisé avant juillet (pour pas qui des morceaux perdus partout), alors 
ch'ui pour en interne. Ca me fait plaisir pour Émilie.

Benoît R.

Marc SIBERT a écrit :

 A l'intérieur ou a l'extérieur de la base, au final, ça change
 beaucoup

 de choses !
 A ce moment là on y colle les tours cyclistes locaux, les
 marathon, les
 prix des stations services, les températures moyenne, les trajets
 boulot
 maison, le trajet pour aller au mariage de Geneviève et Michel, la
 sortie du dimanche en quad, ...
 Il y a déjà pas mal de boulot pour intégrer les tags existants et
 réfléchir à de nouveaux tags utiles (particularité françaises,
 ...) puis
 faire du lobying pour les faire accepter.


 Benoît R.


 Pour troller un peu...

 Les tags existent déjà pour un circuit cycliste... pas pour localiser 
 le lieu d'un mariage, mais bien pour localiser la salle des fêtes.

 C'est quand Geneviève et Michel ?

 -- 
 Marc Sibert
 m...@sibert.fr mailto:m...@sibert.fr
 

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


 Ce message entrant est certifié sans virus connu.
 Analyse effectuée par AVG - www.avg.fr 
 Version: 9.0.814 / Base de données virale: 271.1.1/2826 - Date: 04/21/10 
 13:09:00

   


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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-21 Par sujet Benoît ROUSSEAU

 Pour le 1., Marc a fait ce qu'il fallait. On peut l'en remercier.
De toutes manières, personne ne m'a semblé contre cette initiative.
 Pour le 2., il y a une majorité d'opinions rejetant l'idée de mettre 
 tous les itinéraires mais personne ne râle sur les itinéraires de bus 
 par exemple. Moi je râle sur les itinéraires de bus qui coupent ma rue 
 en quatre morceaux. Finalement, pour moi, c'est la représentation des 
 itinéraires en général qui pose problème. Si ceux-ci étaient moins 
 invasifs, il y aurait moins de rejet.
C'est pas faux.
 Pour le 3., je comprends le point de vue d'Emilie. Que ce soit à 
 l'intérieur de la base ou à l'extérieur (si on utilise les osm-id), 
 rien ne garantie la pérennité des données OSM.
J'ai dû lire trop vite, je n'ai pas lu ça. Mais la remarque est tout à 
fait pertinente.
 Si les étapes du tour sont dans OSM et qu'il y a une grosse pub 
 autour, il y aura certainement du vandalisme tôt ou tard. Ou le simple 
 cycle de vie des éléments OSM fera que les itinéraires perdront leur 
 intégrité à moyen terme. Mais c'est là encore un problème général. Et 
 il y a plein d'autres moyens de tracer un itinéraire sans OSM (suite 
 de points lat/lon par exemple).
Oui. Sur un calque par exemple.
 Pour le 4., demandez à Benoît.
Vous regarderez sur OSM... :p

 Pieren
Benoît R.

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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-21 Par sujet Bruno Cortial
Bonjour

Le 21 avril 2010 18:37, Emilie Laffray emilie.laff...@gmail.com a écrit :

  Donc oui au layers, oui a comment regarder comment faire
 cela proprement.



Une solution simpliste :
* tracer le parcours avec OpenRouteService.org
* exporter le gpx
* Vive OpenLayer

Pour les premières étapes dans le Bénélux, c'est assez bien mappé. En France
moins :-/

Autre idée déjà évoquée ici même je crois : récupérer le kilométrage diffusé
par France Télé et afficher une petit vélo en temps réel sur la carte.


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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-21 Par sujet Marc Sibert

Bonsoir,

Je ne détecte pas d'opposition à demander à ASO. Je lance donc la 
demande telle quelle est là : 
http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/2010


J'ai bien noté que je vous recontacte sur cette même liste et au travers 
du Wiki dès que j'ai une réponse pour savoir quelle suite donner.


A bientôt à ce sujet.

PS : Voulez-vous que je mette la liste en copie ?

--
Marc Sibert
m...@sibert.fr mailto:m...@sibert.fr

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


Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010

2010-04-21 Par sujet julien balas
Bruno Cortial wrote:
 Bonjour
 
 Le 21 avril 2010 18:37, Emilie Laffray emilie.laff...@gmail.com 
 mailto:emilie.laff...@gmail.com a écrit :
 
  Donc oui au layers, oui a comment regarder comment faire
 cela proprement.
 
 
 
 Une solution simpliste :
 * tracer le parcours avec OpenRouteService.org
 * exporter le gpx
 * Vive OpenLayer

+1


Je ne vois en effet que cette solution si on veut faire kkchose
- en dehors d'OSM
- qui soit jetable sans trop de regret
- qu'on puisse installer facilement sur un petit serveur.
- dont les données ne soit pas modifiable dans OSM par un gars qui 
aimerait bien faire croire a ses copains que le tour passe dans sa rue.

-- 
JB


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