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

[Pieren]

2010/4/24 René-Luc D'Hont 

>  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] Trous inter-communeaux

[Guillaume Audirac]

Le 18 avril 2010 23:06, Frédéric Rodrigo  a écrit :

> > Est-ce que ça pourrait être facilement intégré à Osmose ?
> Et non
>
> J'en avait discuté avec Etienne, mais la requête a besoin d'une base de
> type
> osmosis qui n'est pas celle qu'utilise osmose. De plus je n'ai pas moyen de
> mettre a jour régulièrement le résultat de la requête (copie de la base à
> jour, exécution périodiques...). Le résultat que j'ai publié est déjà sur
> des
> données de fin mars.
>

J'ai corrigé autant de trous que j'ai pu. Certains restent en l'état, les
différences entre certaines planches cadastrales contiguës ne permettant pas
de corriger facilement. Quelques exemples:
http://f.rodrigo.free.fr/tmp/osm-map/trous.html?zoom=16&lat=46.84236&lon=-1.1277&layers=BT
http://f.rodrigo.free.fr/tmp/osm-map/trous.html?zoom=14&lat=47.39537&lon=-0.90252&layers=BT
http://f.rodrigo.free.fr/tmp/osm-map/trous.html?zoom=15&lat=47.40336&lon=-0.62352&layers=BT

J'ai pu en oublier quelques-uns. Une mise à jour des marqueurs rendrait la
chose plus facile, à l'occasion bien sûr.

Cordialement,
-- 
Guillaume
___
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

[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 : 
Twitter :  - Facebook : 




___
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

[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 : 
Twitter :  - Facebook : 


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

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

[Benoît ROUSSEAU]

Emilie Laffray a écrit :

On 23/04/2010 22:16, Benoît ROUSSEAU wrote:
  

Excellent ! D'autant plus aprsè nos prises de positions... :p
Bon, t'es super plus avancée que moi. Je continue en // tant que t'as 
pas une release pour me familiariser avec les différents éléments. 
Ensuite je pense te rejoindre si un cadre de dev est défini. Tient 
moi/nous au courant et quand tu lâcheras une version de code je verrai 
comment participer si tu veux bien.


  



Bah heureusement que tout le monde n'est pas d'accord au final, sinon ca
serait monotone, et on n'avancerait pas. Et puis si ne pas être d'accord
implique la guerre, il y aurait longtemps que Pieren et Sylvain ne se
parlerait plus ;)
  

Oui. No problemo.

Je pense que je créerai a terme une page sur le wiki concernant la
librairie.
  

Ok, t'auras mon aide.
Moi je pensais à une page de "bienvenue" sur la liste. Avec les trolls à 
aborder avec précaution, les liens vers pages de synthèses de 
discussions, éventuellement les "profils OSM" de ceux qui acceptent, ... 
Quand on débarque on ne connait ni le profil ni les trolls, ... et les 
informations éparses ne permettent pas rapidement d'intégrer la liste 
sans balancer des troll avec l'historique, aborder certains sujets en 
connaisse de de causes, utiliser les votes doodle, Où sont localisez les 
participant de la liste pour se voir (avec le respect de la vie privée, 
pour ceux qui le souhaitent, ...), la liste des projets français,  ... 
Je vous ferai une proposition, brouillon dans un premier temps, qui 
pourrait être envoyée en lien aux nouveaux venus. Ca pourrait amener à 
une intégration "sociale" plus rapide dans la liste.


ÇA EXISTE PEUT-ÊTRE DÉJÀ TOUT OU PARTIELLEMENT. SI OUI, FAITES LE MOI 
SAVOIR.

D'ailleurs concernant cette librairie, je tiens a remercier Étienne pour
avoir créer la version Python qui donne une bonne idée de certaines
choses de base :)

Emilie Laffray

  

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

Re: [OSM-talk-fr] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

[Emilie Laffray]

On 23/04/2010 22:16, Benoît ROUSSEAU wrote:
> Excellent ! D'autant plus aprsè nos prises de positions... :p
> Bon, t'es super plus avancée que moi. Je continue en // tant que t'as 
> pas une release pour me familiariser avec les différents éléments. 
> Ensuite je pense te rejoindre si un cadre de dev est défini. Tient 
> moi/nous au courant et quand tu lâcheras une version de code je verrai 
> comment participer si tu veux bien.
>
>   

Bah heureusement que tout le monde n'est pas d'accord au final, sinon ca
serait monotone, et on n'avancerait pas. Et puis si ne pas être d'accord
implique la guerre, il y aurait longtemps que Pieren et Sylvain ne se
parlerait plus ;)
Je pense que je créerai a terme une page sur le wiki concernant la
librairie.
D'ailleurs concernant cette librairie, je tiens a remercier Étienne pour
avoir créer la version Python qui donne une bonne idée de certaines
choses de base :)

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] [dev] OsmWatch : outil pour voir les modifications/ajouts/suprression d'un ensemble d'objets

[kimaidou]

Bonjour Pieren, les autres

Le 22 avril 2010 17:50, Pieren  a écrit :

> Hmmm, j'ai encore des doutes sur la possibilité de faire cet outil.


Moi aussi , mais le besoin est vraiment là, alors on va trouver les
solutions !

Il faut garder à l'esprit que l'XAPI est plus limité que l'API et que par le
> passé, il a été souvent indisponible sur de longues périodes.


Je ne pense pas que ce soit un argument. Si ce type d'outil grand public est
demandé, il faudra qu'on (nous) trouvions les ressources nécessaires, par
exemple pour mettre en place une xapi dédiée, ou une xapi par pays, etc.
Sur ce point, est ce que quelqu'un sait ou trouver comment installer et
faire fonctionner sa propre xapi ?


> Avec l'XAPI:
> - on ne peut chercher qu'un seul tag par requête
> - on n'a pas accès à l'historique
> - je ne crois pas qu'on puisse accéder aux objets par leur id
>
> Pour les deux derniers points, il faudra donc passer par l'API normale, ce
> qui n'est pas anodin comme décision. Les admins ont déjà bloqué des IP pour
> utilisation abusive de l'API. Et il a été à chaque fois précisé que l'API
> est à disposition pour éditer les données, pas pour autre chose. Les
> applications qui ont besoin des données en lecture seule sont
> systématiquement orientées vers les planet dump. Mais évidemment, les dump
> ne contiennent pas les historiques.
>

Pour l'historique, ce n'est peut-être pas si grave.
J'enregistre en local la version de l'objet, je compare à la version
actuelle, je donne juste un lien vers la page osm.org décrivant l'objet, la
personne utilisera les outils en ligne s'il veut voir tout l'historique.

C'est vrai que ce n'est pas anodin, car alors je ne pourrais pas proposer la
fonctionnalité "suivre tous les objets pour lesquels j'ai fait au moins une
édition. En effet comme tu dis plus loin, c'est très gourmand pour l'api.
Tant pis, on pourra trouver un autre moyen peut-être.

>
> Si tu surveilles uniquement une certaine liste de tags, le nombre de
> requêtes s'allongera proportionnellement à la taille de la liste.
>

Entièrement d'accord aussi, ce point n'est pas non plus anodin, mais encore
une fois je crois que ce n'est pas l'outil qui est responsable, mais la
personne qui l'utilise. Par exemple un utilisateur bête pourrait très bien
ouvrir 20 fenêtres Firefox et lancer 20 export ou 30 requêtes xapi en même
temps, autant de fois qu'il le souhaite. La seule différente dans ce cas
c'est que l'utilisateur peut contrôler le nombre de bêtises qu'il fait.
Pour le responsabiliser dans l'utilisation de l'outil, on pourrait penser
mettre des règles pour contrôler le nombre de requête avant de les envoyer,
et alors prévenir l'utilisateur "Vous allez lancer 40 requêtes couteuses
pour la xapi, ce qui n'est pas permis par cet outil, merci de sélectionner
moins de tags à suivre/une bbox plus petite, etc."


> Si tu surveilles des objets par auteur, tu ne peux utiliser l'XAPI que pour
> ceux dont tu es le dernier auteur. Après modif par quelqu'un d'autre, c'est
> perdu via l'XAPI, il faudra revenir à l'API et faire une requête pour chaque
> élément si tu as conservé les osm-id auparavant. S'ils sont effacés, tu
> risques de faire des requêtes inutiles. Et l'expérience montre que des
> requêtes par élément individuel est extrêmement long. Si ta zone est
> importante, tu seras rapidement repéré par les admins.
>

Je suis conscient de tout cela. Et en effet la seule manière de faire était
de parcourir tous les objets un par un avec l'api pour chercher si
l'utilisateur avait modifié l'objet dans son historique. Je connais bien les
limitations des 2 api et xapi.
Si on veut éviter ceci, il faudrait donc s'orienter sur le téléchargement
des dump, diffs, etc pour ne pas utiliser l'api.

Bon, je suis responsable et mesuré, je ne vais donc pas offrir à n'importe
qui un outil qui pourrait faire exploser les serveurs d'OSM. Néanmoins, je
trouve cela très dommage d'être ainsi limité. Avoir une api/xapi qu'on ne
peut pas utiliser, c'est comme avoir un couteau non aiguisé: c'est joli mais
frustrant.


>
> La piste des planet diff est sans doute plus intéressante mais si tu ne
> veux pas perdre l'historique, il faudra traiter tous les diffs-files et le
> faire par bbox (une ou plusieurs si j'ai bien compris). Encore une fois, sur
> un pc qu'on allume de temps en temps, c'est pas anodin comme traitement.
> Bref, l'idée est bonne mais j'attend de voir.
>

Tu as rassemblé dans ce mail tous les obstacles que j'avais déjà rencontré
en codant mon bout de soft, et comme tu vois je ne pars pas à l'aveuglette,
mais je cherche des solutions. C'est notamment ce qui a motivé mon annonce
ici.

Bref il reste du  boulot :)

Kimaidou



> Pieren
>
> ___
> 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] [presse] navigation sur iPhone gr âce à OSM

[Olivier Boudet]

Bonjour,

Le vendredi 23 avril 2010 20:38:39, piratebab a écrit :
> Bonsoir,
> est ce qu'il faut une liaison téléphonique active ? Si c'est le cas,
> c'est bien nul!
> Sur mon smartphone, j'utilise navit et la carte OSM chargée en local.
> C'est ainsi entièrement gratuit, et mis à jour quand je le souhaite .

C'est pas forcément nul, tout dépend des besoins. Perso, vu que je paye pas en 
volume de données téléchargées, les mises à jour à la volée en 3G me 
conviennent très bien... Surtout quand il s'agit de cartes OSM qui bougent 
(très) souvent !

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

Re: [OSM-talk-fr] Nécessité d'envoyer une trace GPS sur le serveur OSM ?

[Olivier Boudet]

Bonjour

Le vendredi 23 avril 2010 16:48:37, Nicolas Moyroud a écrit :
> Bonjour à tous,
> 
> Je viens de saisir une partie de mon village sur OSM, en me basant sur
> une trace GPS que j'ai fait cette semaine. Seulement voilà, pendant ce
> parcours je suis repassé souvent dans mon jardin (elle a été faite en
> plusieurs fois) et je ne souhaite pas trop l'envoyer sur OSM car on
> pourrait identifier facilement ma maison. J'ai fait la saisie sur JOSM
> en utilisant mon fichier de trace en local.

Si tu as la flemme de supprimer les points, tu peux aussi l'envoyer sur OSM au 
statut private. Certes, on verra les points au dessus de ton jardin, mais il 
ne seront pas liés à ton pseudo OSM.

Tout dépend de ce que tu souhaites être visible ou non :-)

Mais sinon, rien d'obligatoire, cela permet juste d'améliorer la précision 
générale d'OSM comme expliqué par d'autres avant moi.

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

Re: [OSM-talk-fr] Faire coïncider des polygones

[simon]

Le samedi 24 avril 2010 à 09:20 +0200, Vincent Pottier a écrit :
> Le 24/04/2010 06:51, Guillaume Audirac a écrit : 
> > 
> > Le 24 avril 2010 00:36, Vincent Pottier  a
> > écrit :
> > Le 23/04/2010 20:33, Lord Awikatchikaen a écrit : 
> > > Sous Josm, tu peux fusionner les points un a un
> > 
> > deux à deux, c'est mieux ;-) 
> > >   pour un alignement
> > > parfait avec la touche "m".
> > >
> > 
> > S'il manque des points pour faire coïncider, en
> > cliquant:déplaçant la
> > croix au milieu du segment, un point est automatiquement
> > créé. Il suffit
> > alors de le fusionner avec le point correspondant de l'autre
> > polygone. 
> > 
> > Sous JOSM, il y a aussi le raccourci "j" pour faire coller un noeud
> > à un chemin proche de celui-ci. La notion de proximité dans ce cas
> > dépend du niveau de zoom sous JOSM. Avec ces 2 raccourcis, on y
> > arrive très bien.
> > 

Et pour rajouter un point sur les deux polygones déjà fusionnés en
utilisant les croix de milieu de segment, il suffit d'utiliser la touche
"alt gr" quand on déplace la croix, sinon le point n'est rajouté que sur
un seul polygone



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

Re: [OSM-talk-fr] Faire coïncider des polygones

[Vincent Pottier]

Le 24/04/2010 06:51, Guillaume Audirac a écrit :


Le 24 avril 2010 00:36, Vincent Pottier > a écrit :


Le 23/04/2010 20:33, Lord Awikatchikaen a écrit :
> Sous Josm, tu peux fusionner les points un a un
deux à deux, c'est mieux ;-)
>   pour un alignement
> parfait avec la touche "m".
>
S'il manque des points pour faire coïncider, en cliquant:déplaçant la
croix au milieu du segment, un point est automatiquement créé. Il
suffit
alors de le fusionner avec le point correspondant de l'autre polygone.


Sous JOSM, il y a aussi le raccourci "j" pour faire coller un noeud à 
un chemin proche de celui-ci. La notion de proximité dans ce cas 
dépend du niveau de zoom sous JOSM. Avec ces 2 raccourcis, on y arrive 
très bien.



je n'avais pas repéré. Merci.
On en apprend tous les jours...
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr