date:20120831

Tout ça prouve une chose : La Poste n'a pas géolocalisé ses bureaux à
la main en les pointant sur une carte.

Elle a utilisé un outil automatique de géolocalisation basée sur les
adresses renseignées et sans vérifier le résultat (ne serait-ce déjà
que pour vérifier que ça tombe au moins dans le bon département
puisque le code postal l'indique déjà dans l'adresse, s'appuyant sur
un autre fichier de géolocalisation de type Pages Jaunes qui, ne
trouvant pas une adresse indiquée, a indiquée une adresse similaire
sans que le conflit soit détecté si c'était la seule proposition
trouvée.

(sauf quelques exceptions de quelques communes limitrophes d'un
département desservies depuis un bureau de poste du département
voisin, ou les codes postaux spéciaux de type Cedex ; mais je suppose
que le fichier des adresses des bureaux de poste ne leur attribue pas
une adresse postale d'un autre bureau de poste, quoique tout est
possible si c'est une poste annexe !)

Bref les éléments de géolocalisation de son fichier sont inutiles, et
sont une réinterprétation de l'adresse indiquée en texte. Cette
géolocalisation n'apporte rien de plus, elle est redondante dans le
fichier de La Poste et cette info ne peut nous servir que si OSM n'a
pas non plus d'éléments pour localiser une commune (notamment en
Haute-Normandie, en Champagne-Ardenne et dans une partie significative
des Pyrénées) et une rue (la rue ne peut pas être localisée
correctement tant qu'on n'a pas tracé les communes).

Si on a la commune et la rue dans OSM, on peut par défaut géolocaliser
au milieu de la rue tracée à défaut d'avoir les numéros (avec un
FIXME=adresse imprécise demandant une visite sur le terrain, ou s'il
s'agit d'un point poste, de voir si le commerce ou lieu public est
déjà localisé).

Ce serait alors tentant d'essayer de comparer les points déjà importés
avec une géolocalisation basée sur les communes et rues déjà saisies
pour lister les points pour lesquels on a une géolocalisation plus
proche de l'adresse que celle indiquée dans le point importé du
fichier de la Poste.

Comment se fait la mise à jour dans OSM des nouveaux bureaux indiqués
dans les fichiers de la Poste ?

Le 31 août 2012 06:53, Vincent de Chateau-Thierry v...@laposte.net a écrit :
 Bonjour,

 Le 31/08/2012 00:00, Christian Quest a écrit :

 Ils ont du partir avec la caisse... et hop, au bagne !

 Le 30 août 2012 22:32, Pieren pier...@gmail.com a écrit :

 Ça doit pas être vieux mais ce soir je vois sur cette carte un bureau
 de poste qui s'est barré depuis la Provence vers ... Cayenne en
 Guyane. Record battu !


 Le bagne, mais bien sûr ! Je comprends mieux la destination alors :-).

 Dans le détail, c'est le village de Mane (04) qui avait hérité du bureau de
 Mana (Guyane). Il y a aussi un point parti du Haut-Rhin pour
 Saint-Pierre-et-Miquelon. Mais ce territoire n'a pas d'extract chez
 Geofabrik (ou alors j'ai mal cherché), ce qui rend le point invisible pour
 l'instant. À remédier avec la XAPI.

 vincent


 ___
 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] PlaceMaker Bureaux de poste : quelques évolutions

2012-08-31 Par sujet Rainer Kluge


Am 31.08.2012 08:33, schrieb Philippe Verdy:

Si on a la commune et la rue dans OSM, on peut par défaut géolocaliser
au milieu de la rue tracée à défaut d'avoir les numéros (avec un
FIXME=adresse imprécise demandant une visite sur le terrain, ou s'il
s'agit d'un point poste, de voir si le commerce ou lieu public est
déjà localisé).


Quand on ne connaît pas la localisation exacte du bureau de poste, on ne 
l'importe pas. Un bureau de poste qui apparaît sur un rendu ou dans un système 
de navigation dans la bonne rue mais à quelques centaines de mètres de la 
position réelle donne à l'utilisateur une mauvaise impression de la qualité des 
données OSM en général.


Et si on veut le faire à tout prix, mieux vaut mettre FIXME=position 
imprécise.

rainer


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

Re: [OSM-talk-fr] [HS] Bon plan à partager pour écran 30

2012-08-31 Par sujet Fabien

Le 31 août 2012 06:27, Philippe Verdy verd...@wanadoo.fr a écrit :
 Le 30 août 2012 21:02, Tetsuo Shima tets...@gmail.com a écrit :
 Un écran 30 de qualité décente en résolution 2560 colonnes ca va
 chercher dans les 1000€ a 1500€ neuf
 Les 40 dont tu parle ce son en fait des moniteurs typé TV HD concu
 pour diffuser des vidéo de promo ... pas vraiment fait pour bosser
 dessus toute la journée.

 Parce que tu travailles toute la journée les yeux devant un 40 pouces
 ? Cette taille c'est pour de la vidéo ou la télé regardé à 2 mètres
 minimum, pas à distance d'un bras, ou alors pour une immersion dans
 un jeu vidéo.

Il y en a qui n'ont jamais fait du code ! Plus l'écran est grand mieux
c'est pour avoir 3-4 terminaux pour suivre les processus, une fenêtre
pour générer du code, une pour coder, un navigateur. Donc oui un 40
toute la journée au boulot c'est le pied !

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

Re: [OSM-talk-fr] [HS] Bon plan à partager pour écran 30

Un 40 je ne sais pas mais deux 30 (5120x1600 au total) c'est un luxe
auquel je vais forcément m'habituer mais là je me prends pour un
trader ;)
Pour le montage vidéo HD ça va pas être mal non plus.

Le 31 août 2012 09:02, Fabien marbolan...@gmail.com a écrit :

 Il y en a qui n'ont jamais fait du code ! Plus l'écran est grand mieux
 c'est pour avoir 3-4 terminaux pour suivre les processus, une fenêtre
 pour générer du code, une pour coder, un navigateur. Donc oui un 40
 toute la journée au boulot c'est le pied !


-- 
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] [HS] Bon plan à partager pour écran 30

2012-08-31 Par sujet THEVENON Julien

 De : Fabien marbolan...@gmail.com
 Il y en a qui n'ont jamais fait du code ! Plus l'écran est grand mieux
 c'est pour avoir 3-4 terminaux pour suivre les processus, une fenêtre
 pour générer du code, une pour coder, un navigateur. Donc oui un 40
 toute la journée au boulot c'est le pied !

Clair ! Au boulot ca avait ete un bonheur de passer du 19'' au 24''.
J avais eu brievement un bi-ecran 24'' c est vraiment super pratique donc un 
40'' en 2560 colonnes je prends si on me le donne

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

Re: [OSM-talk-fr] fire_hygrant et odbl=clean

created_by=Potlatch x.x c'est sûr ça sent l'import ;)

Ca donne une vague indication de date et souvent aussi de qualité...

Quand j'en vois, je supprime, ça charge peut être ponctuellement les
serveurs pour la modification, mais ça allège la base de données pour
toujours et pour tout les réutilisateurs ce qui me semble être
globalement salutaire comme action.


Le 31 août 2012 06:36, Philippe Verdy verd...@wanadoo.fr a écrit :

 A mon avis ce tag doit être supprimé partout si on le voit (de même
 que created_by=* ou converted_by=* qui servent juste à pister une
 opération d'import massif de données par un outil de conversion
 automatique, le temps de faire des corrections éventuelles). Mais pas
 la peine de passer son temps à soumettre des modifs pour ça : ça
 charge les serveurs pour rien !


-- 
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] PlaceMaker Bureaux de poste : quelques évolutions

Toutafé !

C'est pour ça qu'on n'a pas importé le fichier, mais qu'on l'intègre
bureau après bureau avec usage intense de matière grise et huile de
coude humaine.

Heureusement le cerveau n'est pas un muscle... pas de TMS là haut ;)


Le 31 août 2012 08:50, Rainer Kluge rklug...@web.de a écrit :

 Quand on ne connaît pas la localisation exacte du bureau de poste, on ne
 l'importe pas. Un bureau de poste qui apparaît sur un rendu ou dans un
 système de navigation dans la bonne rue mais à quelques centaines de mètres
 de la position réelle donne à l'utilisateur une mauvaise impression de la
 qualité des données OSM en général.

 Et si on veut le faire à tout prix, mieux vaut mettre FIXME=position
 imprécise.

 rainer



 ___
 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] fire_hygrant et odbl=clean

Pour info le tag odbl=clean sera bientôt silencieusement supprimé par josm
de la même manière que le created_by.
Le 31 août 2012 09:15, Christian Quest cqu...@openstreetmap.fr a écrit :

 created_by=Potlatch x.x c'est sûr ça sent l'import ;)

 Ca donne une vague indication de date et souvent aussi de qualité...

 Quand j'en vois, je supprime, ça charge peut être ponctuellement les
 serveurs pour la modification, mais ça allège la base de données pour
 toujours et pour tout les réutilisateurs ce qui me semble être
 globalement salutaire comme action.


 Le 31 août 2012 06:36, Philippe Verdy verd...@wanadoo.fr a écrit :
 
  A mon avis ce tag doit être supprimé partout si on le voit (de même
  que created_by=* ou converted_by=* qui servent juste à pister une
  opération d'import massif de données par un outil de conversion
  automatique, le temps de faire des corrections éventuelles). Mais pas
  la peine de passer son temps à soumettre des modifs pour ça : ça
  charge les serveurs pour rien !
 

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

 ___
 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] fire_hygrant et odbl=clean

Ces suppressions silencieuses ne sont faites que pour les objets modifiés, non ?
Si elles sont jugées utiles, pourquoi ne pas les faire sur tout les
objets chargés ?

Le 31 août 2012 09:51, Vincent Privat vincent.pri...@gmail.com a écrit :
 Pour info le tag odbl=clean sera bientôt silencieusement supprimé par josm
 de la même manière que le created_by.

 Le 31 août 2012 09:15, Christian Quest cqu...@openstreetmap.fr a écrit :

 created_by=Potlatch x.x c'est sûr ça sent l'import ;)

 Ca donne une vague indication de date et souvent aussi de qualité...

 Quand j'en vois, je supprime, ça charge peut être ponctuellement les
 serveurs pour la modification, mais ça allège la base de données pour
 toujours et pour tout les réutilisateurs ce qui me semble être
 globalement salutaire comme action.


 Le 31 août 2012 06:36, Philippe Verdy verd...@wanadoo.fr a écrit :
 
  A mon avis ce tag doit être supprimé partout si on le voit (de même
  que created_by=* ou converted_by=* qui servent juste à pister une
  opération d'import massif de données par un outil de conversion
  automatique, le temps de faire des corrections éventuelles). Mais pas
  la peine de passer son temps à soumettre des modifs pour ça : ça
  charge les serveurs pour rien !
 

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

 ___
 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




-- 
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] PlaceMaker Bureaux de poste : quelques évolutions


 De : Philippe Verdy 

 Tout ça prouve une chose : La Poste n'a pas géolocalisé ses bureaux à
 la main en les pointant sur une carte.
 

Il faut espérer, vu le résultat parfois...

 (...)
 
 Bref les éléments de géolocalisation de son fichier sont inutiles, et
 sont une réinterprétation de l'adresse indiquée en texte. Cette
 géolocalisation n'apporte rien de plus, elle est redondante dans le
 fichier de La Poste et cette info ne peut nous servir que si OSM n'a
 pas non plus d'éléments pour localiser une commune (notamment en
 Haute-Normandie, en Champagne-Ardenne et dans une partie significative
 des Pyrénées) et une rue (la rue ne peut pas être localisée
 correctement tant qu'on n'a pas tracé les communes).

Bien sûr que si, ces éléments sont utiles. Une fois de plus, tu pars sur des 
généralités 
sur la fois d'exemples un peu extrêmes. Tu oublies que la qualité du XY de la 
Poste
est bien souvent acceptable en première approche (quelques mètres ou dizaines 
de mètres),
ce qui permet de tomber directement dans la bonne zone d'édition. Quand en plus 
un bureau
de poste existe au préalable dans les données OSM, la fusion des deux est quasi
implicite, et les infos d'adresse n'arrivent qu'en complément du XY pour 
affiner le
positionnement. 

 Si on a la commune et la rue dans OSM, on peut par défaut géolocaliser
 au milieu de la rue tracée à défaut d'avoir les numéros (avec un
 FIXME=adresse imprécise demandant une visite sur le terrain, ou s'il
 s'agit d'un point poste, de voir si le commerce ou lieu public est
 déjà localisé).

En gros, tu veux refaire ce que la Poste a fait : géocoder ses points. Avec les 
travers
de l'API que tu utiliseras, à la place des travers de l'API de la Poste. Et 
tout ça pour
devoir repasser derrière, à la main. Aucun intérêt vu le niveau de qualité 
qu'on cherche
à atteindre et nos ressources fourmillesques.

 Ce serait alors tentant d'essayer de comparer les points déjà importés
 avec une géolocalisation basée sur les communes et rues déjà saisies
 pour lister les points pour lesquels on a une géolocalisation plus
 proche de l'adresse que celle indiquée dans le point importé du
 fichier de la Poste.
 
 Comment se fait la mise à jour dans OSM des nouveaux bureaux indiqués
 dans les fichiers de la Poste ?
 

Il n'y a pour l'instant pas de mise à jour, le fichier utilisé reste l'original 
d'avril
2012. La réflexion mériterait d'être lancée : 
- quid des bureaux supprimés par La Poste entre 2 moutures de son fichier, mais 
présents
dans OSM ?
- quid des bureaux absents du terrain mais listés par La Poste ?
- etc.
C'est à la fois la question de la mise à jour, et du retour vers l'organisme 
émetteur :
comment pour La Poste (dans le cas présent) tirer parti du travail 
d'intégration fait ici 
?

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] fire_hygrant et odbl=clean

Pour la même raison que le created_by: ne pas surcharger inutilement les
changesets :)

Le 31 août 2012 10:00, Christian Quest cqu...@openstreetmap.fr a écrit :

 Ces suppressions silencieuses ne sont faites que pour les objets modifiés,
 non ?
 Si elles sont jugées utiles, pourquoi ne pas les faire sur tout les
 objets chargés ?

 Le 31 août 2012 09:51, Vincent Privat vincent.pri...@gmail.com a écrit :
  Pour info le tag odbl=clean sera bientôt silencieusement supprimé par
 josm
  de la même manière que le created_by.
 
  Le 31 août 2012 09:15, Christian Quest cqu...@openstreetmap.fr a
 écrit :
 
  created_by=Potlatch x.x c'est sûr ça sent l'import ;)
 
  Ca donne une vague indication de date et souvent aussi de qualité...
 
  Quand j'en vois, je supprime, ça charge peut être ponctuellement les
  serveurs pour la modification, mais ça allège la base de données pour
  toujours et pour tout les réutilisateurs ce qui me semble être
  globalement salutaire comme action.
 
 
  Le 31 août 2012 06:36, Philippe Verdy verd...@wanadoo.fr a écrit :
  
   A mon avis ce tag doit être supprimé partout si on le voit (de même
   que created_by=* ou converted_by=* qui servent juste à pister une
   opération d'import massif de données par un outil de conversion
   automatique, le temps de faire des corrections éventuelles). Mais pas
   la peine de passer son temps à soumettre des modifs pour ça : ça
   charge les serveurs pour rien !
  
 
  --
  Christian Quest - OpenStreetMap France -
 http://openstreetmap.fr/u/cquest
 
  ___
  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
 



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

 ___
 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] fire_hygrant et odbl=clean

2012-08-31 Par sujet Hendrik Oesterlin

Le 31/08/2012 à 15:36:21 +1100 Philippe Verdy verd...@wanadoo.fr a écrit
Objet: [OSM-talk-fr] fire_hygrant et odbl=clean :

 Le 31 août 2012 05:58, nono pingven...@free.fr a écrit :
 odbl=clean

 Totalement inutile (et peut facilement être abusé : on ne contrôle pas
 la licence avec ce tag ! Certains utilisateurs ont cru pouvoir éviter
 la suppression de leurs données avec ce tag).

Je trouve ton énoncé un peu grossier et limite vexant pour ceux qui
ont ajouté odbl=clean.

Certains utilisateurs n'ont pas seulement cru éviter la suppression de
données grâce à odbl=clean, mais ont réellement évité la suppression.

Le fait que l'on a pu abuser du tag ne dit pas qu'il y avait plus
d'abus que ailleurs sur OSM.

odbl=clean n'as donc pas été inutile du tout. Grâce à lui on aurait pu
sauvegarder beaucoup plus de données légitimes, si plus de
contributeur l'avait utilisé.

Aujourd'hui il ne sert plus, puisque le bot est passé. Le supprimer
est donc parfaitement possible.

Mais c'est du passé maintenant, et je ne vais pas m'étendre d'avantage
sur le sujet.

-- 
Cordialement
Hendrik Oesterlin - Nouvelle-Calédonie


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

Re: [OSM-talk-fr] [HS] Bon plan à partager pour écran 30

2012-08-31 Par sujet Christophe Merlet

Le vendredi 31 août 2012 à 06:27 +0200, Philippe Verdy a écrit :
 Le 30 août 2012 21:02, Tetsuo Shima tets...@gmail.com a écrit :
  Un écran 30 de qualité décente en résolution 2560 colonnes ca va
  chercher dans les 1000€ a 1500€ neuf
  Les 40 dont tu parle ce son en fait des moniteurs typé TV HD concu
  pour diffuser des vidéo de promo ... pas vraiment fait pour bosser
  dessus toute la journée.
 
 Parce que tu travailles toute la journée les yeux devant un 40 pouces
 ? Cette taille c'est pour de la vidéo ou la télé regardé à 2 mètres
 minimum, pas à distance d'un bras, ou alors pour une immersion dans
 un jeu vidéo.
 [... barratin et digression coupés ...]


C'est surréaliste oO !!
Relis toi avant de poster des commentaires aussi hallucinant et HS.

1) Tetsuo n'a jamais dit dans son mail précédent qu'il bossait sur un
40
2) je connais des personnes qui bossent sur des 40

Pour t'en convaincre, la photo de mon bureau du boulot !
ftp://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/DSCN0240.JPG

Mon portable avec son écran full HD avec un 24 (U2410 wide gamut) en
biscreen.
En second plan mon bureau/atelier avec un écran 42 full HD 3D plus
visible sur cette photo.
ftp://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/DSCN0239.JPG


J'ai d'autres collègues qui bosse sur des 30

Le 30 de Christian est une très bonne affaire pour plusieurs raisons.
1) la résolution supérieure au Full HD (beaucoup de fenêtres ouvertes et
très grans espace de travail) que l'on a pas sur une TV
2) la connectique et les capacités de synchronisation qui le rend
complètement polyvalent pour n'importe quelle source que l'on a pas sur
une TV
3) la colorimétrie wide gamut pour couvrir 100% de l'espace sRGB, NTSC,
AdobeRGB et bien au delà que l'on a pas sur un TV à 200€ (il faut taper
dans le très haut de gamme)


Librement,
-- 
Christophe Merlet (RedFox)


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

[OSM-talk-fr] Tagger un quartier dans un village

2012-08-31 Par sujet orhygine

Salut à tous,

j'ai quelques interrogations concernant la manière de tagger un quartier
dans une petite ville taggée elle-même place=village (moins de 10 000
habitants selon le wiki).

Selon le wiki place=suburb s'applique à un quartier pour city ou town mais
pas pour village où il faut appliquer place=neighbourhood. Ici

http://www.openstreetmap.org/?lat=43.22425lon=-0.88671zoom=15layers=M

j'ai donc corrigé les points que j'avais taggés place=suburb par
place=neighbourhood et je constate que ces points ne sont plus affichés
dans le rendu mapnik. Alors ok, on ne tagge pas pour le rendu mais cela m'a
quand même interpellé...!

Est-ce que vous pensez que ma manière de tagger est correcte ?

Si oui, il me semble qu'il serait intéressant que ces POI soient rendus.

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

Re: [OSM-talk-fr] Tagger un quartier dans un village

2012-08-31 Par sujet Christophe Merlet

Le vendredi 31 août 2012 à 11:01 +0200, orhygine a écrit :
 Salut à tous,
 
 
 j'ai quelques interrogations concernant la manière de tagger un
 quartier dans une petite ville taggée elle-même place=village (moins
 de 10 000 habitants selon le wiki).
 
 
 Selon le wiki place=suburb s'applique à un quartier pour city ou town
 mais pas pour village où il faut appliquer place=neighbourhood. Ici 
 
 
 http://www.openstreetmap.org/?lat=43.22425lon=-0.88671zoom=15layers=M
 
 
 j'ai donc corrigé les points que j'avais taggés place=suburb par
 place=neighbourhood et je constate que ces points ne sont plus
 affichés dans le rendu mapnik. Alors ok, on ne tagge pas pour le rendu
 mais cela m'a quand même interpellé...!
  
 Est-ce que vous pensez que ma manière de tagger est correcte ?

En théorie , d'après le wiki, oui.

 Si oui, il me semble qu'il serait intéressant que ces POI soient
 rendus.

C'est certain.

Cela dit, si tu utilise place=locality, ça ne me parait pas gênant.


Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] PlaceMaker Bureaux de poste : quelques évolutions


 De : Jocelyn Jaubert 
 A : Vincent de Chateau-Thierry 

 2012/8/31 Vincent de Chateau-Thierry :
  Dans le détail, c'est le village de Mane (04) qui avait hérité du bureau de
  Mana (Guyane). Il y a aussi un point parti du Haut-Rhin pour
  Saint-Pierre-et-Miquelon. Mais ce territoire n'a pas d'extract chez
  Geofabrik (ou alors j'ai mal cherché), ce qui rend le point invisible pour
  l'instant. À remédier avec la XAPI.
 
 Les territoires français non couverts par Geofabrik devraient être
 disponibles ici:
 http://download.openstreetmap.fr/extracts/
 
 C'est vrai que ces fichiers sont tellement petits qu'un coup de XAPI
 peut suffire.
 

Merci Jocelyn pour l'info. Je rebascule sur talk-fr car d'autres peuvent être 
intéressés.
Une question : quelle est la fréquence de génération de ces .pbf (ils sont du 
du 26/08
actuellement) ?

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] fire_hygrant et odbl=clean

2012/8/31 nono pingven...@free.fr:
 se retrouvent dorénavant ainsi :
 amenity=fire_hygrant
 emergency=fire_hygrant
 odbl=clean

 avec le nouvel auteur cobra

 Qu'est-ce-que odbl=clean ?

odbl=clean était utile avant le passage du redaction bot pour la
migration de licence cc-by-sa2.0 vers Odbl/CT. On peut les supprimer
maintenant.

Il faut ensuite chercher à comprendre pourquoi ce contributeur cobra
a ajouté amenity=fire_hydant en plus du tag emergency. C'est vrai
que la migration de amenity vers emergency n'a pas toujours bien été
acceptée sur ce cas, sans doute parce que cela a dû affecter quelques
rendus (temporairement).
Je trouve un contributeur cobra dans la base mais avec 0 edits et un
autre Cobra mais qui semble occupé en Allemagne uniquement. Il
faudrait étudier son changeset et voir s'il n'a pas ajouter ce tag
amenity un peu partout à l'aide d'un script. Si c'est le cas, il
faudrait annuler son ou ses changesets et pas uniquement les quelques
bouches à incendie de ton coin.

Pieren

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

Re: [OSM-talk-fr] [HS] Bon plan à partager pour écran 30

Le 31 août 2012 09:02, Fabien marbolan...@gmail.com a écrit :
 Il y en a qui n'ont jamais fait du code !

Je ne fais que ça. Trop d'infos à l'écran nuit à la concentration.

 Plus l'écran est grand mieux
 c'est pour avoir 3-4 terminaux pour suivre les processus, une fenêtre
 pour générer du code, une pour coder, un navigateur. Donc oui un 40
 toute la journée au boulot c'est le pied !

J'ai du mal à travailler sur les plus de 21 pouces. En plus c'est
fatigant pour le cou.

Je veux bien en revanche avoir plusieurs écrans, à des endroits
différents, pas côte à côte

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

Re: [OSM-talk-fr] [HS] Bon plan à partager pour écran 30

Y-a-pas un modérateur sur cette liste pour fermer ce fil de discussion
complètement HS ?

Pieren

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

Re: [OSM-talk-fr] fire_hygrant et odbl=clean

Le 31 août 2012 10:29, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit :
 Le 31/08/2012 à 15:36:21 +1100 Philippe Verdy verd...@wanadoo.fr a écrit
 Objet: [OSM-talk-fr] fire_hygrant et odbl=clean :

 Le 31 août 2012 05:58, nono pingven...@free.fr a écrit :
 odbl=clean

 Totalement inutile (et peut facilement être abusé : on ne contrôle pas
 la licence avec ce tag ! Certains utilisateurs ont cru pouvoir éviter
 la suppression de leurs données avec ce tag).

 Je trouve ton énoncé un peu grossier et limite vexant pour ceux qui
 ont ajouté odbl=clean.

 Certains utilisateurs n'ont pas seulement cru éviter la suppression de
 données grâce à odbl=clean, mais ont réellement évité la suppression.

Pfff la présence de ce tag n'a pas empêché du tout le bot
d'effacer. Même si un autre utilisateur ODBL avait mis ce tag en
espérant une non suppression.

Ce qui a été supprimé (plus exactement caché) par le Bot n'a parfois
été restauré qu'après avoir vérifié les conditions de licence:
- soit de l'utilisateur (sur sa page perso il a pu indiquer cela, ou
par mail de confirmation), même s'il n'est plus là pour contribuer
- soit après avoir vérifié que les changesets concernés étaient des
imports de données compatibles ODBL à la source (ce qui a permis aussi
de préserver les modifs effectuées depuis comme les ajouts de tags,
sans avoir à les masquer du fait de la géométrie des noeuds et ways).

 Le fait que l'on a pu abuser du tag ne dit pas qu'il y avait plus
 d'abus que ailleurs sur OSM.

 odbl=clean n'as donc pas été inutile du tout. Grâce à lui on aurait pu
 sauvegarder beaucoup plus de données légitimes, si plus de
 contributeur l'avait utilisé.

Oui mais certains l'ajoutent maintenant, après le passage du bot. Ce
qui est totalement inutile.

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

Re: [OSM-talk-fr] [HS] Bon plan à partager pour écran 30

Il a été lancé directement HS dans son titre par son auteur initial.

2012/8/31 Pieren pier...@gmail.com:
 Y-a-pas un modérateur sur cette liste pour fermer ce fil de discussion
 complètement HS ?

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

Re: [OSM-talk-fr] Tagger un quartier dans un village


Le 31/08/2012 11:16, Christophe Merlet a écrit :

Cela dit, si tu utilise place=locality, ça ne me parait pas gênant.


ça va donner des boutons aux gens qui assignent place=locality aux 
endroits non habités (ce qui est l'actuelle doxa dans le wiki).




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

Re: [OSM-talk-fr] osm2shp

2012-08-31 Par sujet Nicolas Dumoulin

Le jeudi 30 août 2012 22:52:00 topodom a écrit :
 Mais ceci dit, je trouves déjà bien compliqué d'extraire une simple couche
 point de la base osm ! Il faut quand même sortir l'artillerie lourde juste
 pour sélectionner les épicerie et les campings dans un tampon de 10 kms !

Oulà, t'es en train de me donner des idées toi ;-)

Allez, voilà de quoi démarrer. En PJ un script python qui a besoin d'une URL 
xapi et d'une projection et te génère le SHP avec le tag name de chaque point 
dans la table d'attributs.
C'est du vite fait pour rigoler (si les objets ne sont pas des points ça va 
planter), mais si ça peut intéresser du monde, je pourrai voir pour ajouter un 
export SHP au xapiviewer.

Cela nécessite gdal et OsmApi.py :
http://svn.openstreetmap.org/applications/utils/python_lib/OsmApi/OsmApi.py

Pour la suite, on peut passer sur dev-fr

Bon app'

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin# -*- coding: utf-8 -*-
import sys
import ogr, osr
import string
import OsmApi
import urllib2

# Settings
destEPSG = 2154
xapiURL = http://www.overpass-api.de/api/xapi?*[natural=peak][bbox=3.0486739730835017,45.73113511552445,3.102918968200614,45.759466337869895];

# init shapefile
driverName = ESRI Shapefile
drv = ogr.GetDriverByName( driverName )
if drv is None:
print %s driver not available.\n % driverName
sys.exit( 1 )

ds = drv.CreateDataSource( point_out.shp )
if ds is None:
print Creation of output file failed.\n
sys.exit( 1 )

# init projections
osmSR = osr.SpatialReference()
osmSR.ImportFromEPSG(4326)
destSR = osr.SpatialReference()
destSR.ImportFromEPSG(destEPSG)
srTrans = osr.CoordinateTransformation(osmSR,destSR)

# create data layer in shapefile
lyr = ds.CreateLayer( point_out, destSR, ogr.wkbPoint )
if lyr is None:
print Layer creation failed.\n
sys.exit( 1 )


# load OSM data
osmApi = OsmApi.OsmApi();
osmXml = open(sample.osm,r).read();
osmData = urllib2.urlopen(xapiURL).read
osmData = osmApi.ParseOsm(osmXml);

# TODO find all tags present in the data and create an attribute for each tag found
# add an attribute for the name in the layer
field_defn = ogr.FieldDefn( Name, ogr.OFTString )
field_defn.SetWidth( 32 )
if lyr.CreateField ( field_defn ) != 0:
print Creating Name field failed.\n
sys.exit( 1 )

# write the data
for entity in osmData:
point = srTrans.TransformPoint(entity['data']['lon'], entity['data']['lat'])
#print str(entity['data']['lat']) +  -  + str(entity['data']['lon'])
#print str(point)
x = point[0]
y = point[1]
name = entity['data']['tag']['name']
feat = ogr.Feature( lyr.GetLayerDefn())
feat.SetField( Name, name )
pt = ogr.Geometry(ogr.wkbPoint)
pt.SetPoint_2D(0, x, y)
feat.SetGeometry(pt)
if lyr.CreateFeature(feat) != 0:
print Failed to create feature in shapefile.\n
sys.exit( 1 )
feat.Destroy()

ds = None___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] osm2shp

2012-08-31 Par sujet Jean-Claude Repetto


Le 31/08/2012 07:52, topodom a écrit :



Il faut quand même sortir l'artillerie lourde juste
pour sélectionner les épicerie et les campings dans un tampon de 10 kms !


Pour ce genre d'application, il est plus simple de faire une requête via 
une API, comme par exemple :

http://www.overpass-api.de/query_form.html

Jean-Claude

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

Re: [OSM-talk-fr] Tagger un quartier dans un village

2012/8/31 Christophe Merlet red...@redfoxcenter.org:
 Cela dit, si tu utilise place=locality, ça ne me parait pas gênant.

Le problème, c'est que locality a été défini depuis ses débuts pour
les unpopulated places (qu'on a traduit par lieux-dits inhabités).
Certains en ont rapidement fait un usage abusif uniquement pour voir
les noms des quartiers sur la carte (c'est bien tagguer pour le
rendu). Je ne blâme personne, j'ai dû le faire moi-même une fois ou
deux.
suburb, qui est arrivé plus tard, est mieux adapté. Mais cela
correspond d'avantage aux quartiers des grandes villes (suburb veut
dire banlieu ou faubourg en anglais) que les petits quartiers. Le
tag neightbourhood n'est venu que très récemment (c'est même le
dernier en date dans la famille des place=*). C'est celui qu'il faut
utiliser car sa définition sur le wiki correspond le mieux à ton
usage. Problème : ce tag est mal accepté au sein de la communauté
anglophone parce que sa signification est trop vague et change entre
anglais, américains, australiens ou même aux US, d'un état à l'autre.
Ces deux paramètres (récent et mal accepté) expliquent son relatif
faible usage dans la base de données aujourd'hui (3000 dans taginfo).
Mais on a d'autres exemples dans l'histoire d'OSM où certains tags ne
portent pas un nom idéal mais dont l'usage s'impose avec le temps
(faute d'avoir trouvé mieux). Pour qu'il soit affiché sur la carte, il
faut seulement que quelqu'un adapte les feuilles de styles des cartes.
Mais pour cela, il faut aussi se servir du tag et qu'il y en ai assez
(et qu'il soit bien documenté sur le wiki, ce qui est déjà le cas).
Plus il y en aura et plus vite ils apparaitront sur la carte.

Pieren

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

Re: [OSM-talk-fr] fire_hygrant et odbl=clean

2012-08-31 Par sujet Rainer Kluge


Am 31.08.2012 11:42, schrieb Pieren:

Je trouve un contributeur cobra dans la base mais avec 0 edits et un
autre Cobra mais qui semble occupé en Allemagne uniquement. Il
faudrait étudier son changeset et voir s'il n'a pas ajouter ce tag
amenity un peu partout à l'aide d'un script. Si c'est le cas, il
faudrait annuler son ou ses changesets et pas uniquement les quelques
bouches à incendie de ton coin.


Il y a quelques gros changesets où il a touche à un grand nombre de bouches 
d'incendie un peu partout, par exemple celui-ci:


http://www.openstreetmap.org/browse/changeset/8954

C'était avant le passage du redaction bot et comme ses modifications sont 
masquées dans l'historique, il est difficile de savoir ce qu'il a modifié.


Rainer


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

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...


Merci, je n'avais pas remarqué.

J'ai essayé de les utiliser mais sans réussir à m'y habituer. C'est sans 
doute lié au manque de repère visuel et au fait que les raccourcis 
pointent vers des tags différents selon ce qu'on a fait précédemment.


Le 30/08/2012 11:27, Vincent Privat a écrit :


Le 30 août 2012 08:42, Stéphane Péneau stephane.pen...@wanadoo.fr 
mailto:stephane.pen...@wanadoo.fr a écrit :



Dans la dernière version de Josm, les derniers tag utilisés sont
affichés, il faudrait pouvoir les sélectionner au clavier pour
diminuer l'utilisation de la souris.


On peut ! Ctrl-1, 2, 3, 4, etc ... Normalement le raccourci clavier 
est indiqué dans le tooltip.



___
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

[OSM-talk-fr] Landuse cassé


Bonjour,

J'ai repéré une zone cassé, m'ai j'avoue que je ne sais pas du tout 
comment réparer ça, quelqu'un à une idée :

http://www.openstreetmap.org/?lat=46.4939lon=-1.0417zoom=12layers=M

Stéphane

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

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...

Je remarque aussi qu'on a perdu la conservation du dernier couple
clé/valeur utilisé.
Maintenant il y a la clé, mais la valeur est vide par défaut. Dommage
(c'est sûrement pas voulu).

Ces petits détails d'ergonomie changent la vie... c'est bien connu, le
diable se cache dans les détails ;)


Le 31 août 2012 12:37, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit :
 Merci, je n'avais pas remarqué.

 J'ai essayé de les utiliser mais sans réussir à m'y habituer. C'est sans
 doute lié au manque de repère visuel et au fait que les raccourcis
 pointent vers des tags différents selon ce qu'on a fait précédemment.

 Le 30/08/2012 11:27, Vincent Privat a écrit :


 Le 30 août 2012 08:42, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit
 :


 Dans la dernière version de Josm, les derniers tag utilisés sont affichés,
 il faudrait pouvoir les sélectionner au clavier pour diminuer l'utilisation
 de la souris.


 On peut ! Ctrl-1, 2, 3, 4, etc ... Normalement le raccourci clavier est
 indiqué dans le tooltip.


 ___
 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




-- 
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] fire_hygrant et odbl=clean

2012-08-31 Par sujet nono

Salut

Le vendredi 31 août 2012 à 11:42 +0200, Pieren a écrit :
 2012/8/31 nono pingven...@free.fr:
  se retrouvent dorénavant ainsi :
  amenity=fire_hygrant
  emergency=fire_hygrant
  odbl=clean
 
  avec le nouvel auteur cobra
 
  Qu'est-ce-que odbl=clean ?
 
 odbl=clean était utile avant le passage du redaction bot pour la
 migration de licence cc-by-sa2.0 vers Odbl/CT. On peut les supprimer
 maintenant.

ok, je vais supprimer ce tag.


 Il faut ensuite chercher à comprendre pourquoi ce contributeur cobra
 a ajouté amenity=fire_hydant en plus du tag emergency. C'est vrai
 que la migration de amenity vers emergency n'a pas toujours bien été
 acceptée sur ce cas, sans doute parce que cela a dû affecter quelques
 rendus (temporairement).

et je vais épuré avec les bons tags fournis par josm ;-)
emergency=fire_hydrant
firehydrant:type=pilar

pour ceux que cela intéressent aussi, les infos c'est ici :
http://wiki.openstreetmap.org/wiki/FR:Tag:emergency%3Dfire_hydrant

en tout cas, un grand merci pour toutes vos réponses.

nono 


 Je trouve un contributeur cobra dans la base mais avec 0 edits et un
 autre Cobra mais qui semble occupé en Allemagne uniquement.

Oui j'avais remarqué cela. Les poi qui ont été modifié chez moi (avec
odbl=clean) sont de cet auteur allemand. Mais peu importe, il avait
sûrement une bonne raison. Le tag amenity n'a peut-être pas été
modifié par lui mais un précédent robot.

nono


  Il
 faudrait étudier son changeset et voir s'il n'a pas ajouter ce tag
 amenity un peu partout à l'aide d'un script. Si c'est le cas, il
 faudrait annuler son ou ses changesets et pas uniquement les quelques
 bouches à incendie de ton coin.
 
 Pieren
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr



signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] fire_hygrant et odbl=clean

2012-08-31 Par sujet nono


 et je vais épuré avec les bons tags fournis par josm ;-)
 emergency=fire_hydrant
 firehydrant:type=pilar

lire :
emergency=fire_hydrant
fire_hydrant:type=pilar

vous aviez compris, je pense ;)

nono


signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] PlaceMaker Bureaux de poste : quelques évolutions

2012-08-31 Par sujet Jocelyn Jaubert

2012/8/31 Vincent de Chateau-Thierry v...@laposte.net:
 Les territoires français non couverts par Geofabrik devraient être
 disponibles ici:
 http://download.openstreetmap.fr/extracts/

 C'est vrai que ces fichiers sont tellement petits qu'un coup de XAPI
 peut suffire.

 Une question : quelle est la fréquence de génération de ces .pbf (ils sont du 
 du 26/08
 actuellement) ?

Théoriquement, toutes les deux heures, mais il y avait un souci sur le
cron. Ça devrait se réparer rapidement.

Merci,
Jocelyn

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

Re: [OSM-talk-fr] Landuse cassé

2012-08-31 Par sujet Cedric Viou

Bonjour,

Je regarde.

Cedric

Le 31/08/2012 12:38, Stéphane Péneau a écrit :
 Bonjour,
 
 J'ai repéré une zone cassé, m'ai j'avoue que je ne sais pas du tout
 comment réparer ça, quelqu'un à une idée :
 http://www.openstreetmap.org/?lat=46.4939lon=-1.0417zoom=12layers=M
 
 Stéphane
 
 ___
 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] fire_hygrant et odbl=clean

2012-08-31 Par sujet Eric Marsden

 nn == nono  pingven...@free.fr writes:

  nn lire :
  nn emergency=fire_hydrant
  nn fire_hydrant:type=pilar
  nn 
  nn vous aviez compris, je pense ;)

  «pillar» ça prend deux l.
  
-- 
Eric Marsden


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

Re: [OSM-talk-fr] Landuse cassé

2012-08-31 Par sujet Cedric Viou

Le 31/08/2012 12:38, Stéphane Péneau a écrit :
 Bonjour,
 
 J'ai repéré une zone cassé, m'ai j'avoue que je ne sais pas du tout
 comment réparer ça, quelqu'un à une idée :
 http://www.openstreetmap.org/?lat=46.4939lon=-1.0417zoom=12layers=M
 
 Stéphane
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr


Bonjour,

Ça a été effacé par le groupe de modification 12205947.
J'ai restauré le way 64496060 avant de m'en rendre compte. (Dois-je le
reverter?)

C'était le outer d'une relation landuse=farm (1016430).  La relation et
les inners existent toujours ce qui fait penser à une fausse manip.

Je contacte l'utilisateur.
Il y aura certainement un coup de revert à faire car il y a beaucoup de
chemins effacés dans toutes ces modifications.

Cedric

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

Re: [OSM-talk-fr] Tagger un quartier dans un village

2012-08-31 Par sujet orhygine

Le 31 août 2012 12:07, Pieren pier...@gmail.com a écrit :

 2012/8/31 Christophe Merlet red...@redfoxcenter.org:
  Cela dit, si tu utilise place=locality, ça ne me parait pas gênant.

 Le problème, c'est que locality a été défini depuis ses débuts pour
 les unpopulated places (qu'on a traduit par lieux-dits inhabités).
 Certains en ont rapidement fait un usage abusif uniquement pour voir
 les noms des quartiers sur la carte (c'est bien tagguer pour le
 rendu). Je ne blâme personne, j'ai dû le faire moi-même une fois ou
 deux.
 suburb, qui est arrivé plus tard, est mieux adapté. Mais cela
 correspond d'avantage aux quartiers des grandes villes (suburb veut
 dire banlieu ou faubourg en anglais) que les petits quartiers. Le
 tag neightbourhood n'est venu que très récemment (c'est même le
 dernier en date dans la famille des place=*). C'est celui qu'il faut
 utiliser car sa définition sur le wiki correspond le mieux à ton
 usage. Problème : ce tag est mal accepté au sein de la communauté
 anglophone parce que sa signification est trop vague et change entre
 anglais, américains, australiens ou même aux US, d'un état à l'autre.
 Ces deux paramètres (récent et mal accepté) expliquent son relatif
 faible usage dans la base de données aujourd'hui (3000 dans taginfo).
 Mais on a d'autres exemples dans l'histoire d'OSM où certains tags ne
 portent pas un nom idéal mais dont l'usage s'impose avec le temps
 (faute d'avoir trouvé mieux). Pour qu'il soit affiché sur la carte, il
 faut seulement que quelqu'un adapte les feuilles de styles des cartes.
 Mais pour cela, il faut aussi se servir du tag et qu'il y en ai assez
 (et qu'il soit bien documenté sur le wiki, ce qui est déjà le cas).
 Plus il y en aura et plus vite ils apparaitront sur la carte.


tagger place=suburb n'est vraiment pas satisfaisant selon la définition du
wiki et par ailleurs le rendu mapnik lui donne plus d'importance que
place=village ce qui a pour conséquence que les noms de quartier font
disparaître le nom de la ville.

donc pour résumer, soit je mets place=locality (ce que je ne souhaite pas
faire vu que le wiki indique effectivement que cela s'applique à des zones
non peuplées) et cela sera rendu, soit je laisse place=neighbourhood en
attendant qu'éventuellement le rendu évolue pour tenir compte de ce tag.
dans l'immédiat c'est bien une impasse (noexit=yes).



 Pieren

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




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

Re: [OSM-talk-fr] Landuse cassé


Ok, et merci !

Le 31/08/2012 13:40, Cedric Viou a écrit :

Je contacte l'utilisateur.
Il y aura certainement un coup de revert à faire car il y a beaucoup de
chemins effacés dans toutes ces modifications.

Cedric

___
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] TMS et ergonomie des éditeurs OSM...

Il y a un truc que j'aimerais pouvoir faire, c'est changer de projection 
avec un raccourci clavier ou un clic sur un bouton. L'exemple typique 
pour moi, c'est de basculer entre Merkator et Lambert 9 zones pour 
comparer l'imagerie satellite et le cadastre.

A moins qu'il y ait une autre méthode.

Stf

Le 31/08/2012 13:00, Christian Quest a écrit :

Je remarque aussi qu'on a perdu la conservation du dernier couple
clé/valeur utilisé.
Maintenant il y a la clé, mais la valeur est vide par défaut. Dommage
(c'est sûrement pas voulu).

Ces petits détails d'ergonomie changent la vie... c'est bien connu, le
diable se cache dans les détails ;)


Le 31 août 2012 12:37, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit :

Merci, je n'avais pas remarqué.

J'ai essayé de les utiliser mais sans réussir à m'y habituer. C'est sans
doute lié au manque de repère visuel et au fait que les raccourcis
pointent vers des tags différents selon ce qu'on a fait précédemment.

Le 30/08/2012 11:27, Vincent Privat a écrit :


Le 30 août 2012 08:42, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit
:


Dans la dernière version de Josm, les derniers tag utilisés sont affichés,
il faudrait pouvoir les sélectionner au clavier pour diminuer l'utilisation
de la souris.


On peut ! Ctrl-1, 2, 3, 4, etc ... Normalement le raccourci clavier est
indiqué dans le tooltip.


___
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







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

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...

2012-08-31 Par sujet Fabien

Le 31 août 2012 14:10, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit :
 Il y a un truc que j'aimerais pouvoir faire, c'est changer de projection
 avec un raccourci clavier ou un clic sur un bouton. L'exemple typique pour
 moi, c'est de basculer entre Merkator et Lambert 9 zones pour comparer
 l'imagerie satellite et le cadastre.
 A moins qu'il y ait une autre méthode.
+1

Fabien

 Stf

 Le 31/08/2012 13:00, Christian Quest a écrit :

 Je remarque aussi qu'on a perdu la conservation du dernier couple
 clé/valeur utilisé.
 Maintenant il y a la clé, mais la valeur est vide par défaut. Dommage
 (c'est sûrement pas voulu).

 Ces petits détails d'ergonomie changent la vie... c'est bien connu, le
 diable se cache dans les détails ;)


 Le 31 août 2012 12:37, Stéphane Péneau stephane.pen...@wanadoo.fr a
 écrit :

 Merci, je n'avais pas remarqué.

 J'ai essayé de les utiliser mais sans réussir à m'y habituer. C'est sans
 doute lié au manque de repère visuel et au fait que les raccourcis
 pointent vers des tags différents selon ce qu'on a fait précédemment.

 Le 30/08/2012 11:27, Vincent Privat a écrit :


 Le 30 août 2012 08:42, Stéphane Péneau stephane.pen...@wanadoo.fr a
 écrit
 :


 Dans la dernière version de Josm, les derniers tag utilisés sont
 affichés,
 il faudrait pouvoir les sélectionner au clavier pour diminuer
 l'utilisation
 de la souris.

 On peut ! Ctrl-1, 2, 3, 4, etc ... Normalement le raccourci clavier est
 indiqué dans le tooltip.


 ___
 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





 ___
 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] TMS et ergonomie des éditeurs OSM...

2012-08-31 Par sujet Cedric Viou

Le 31/08/2012 14:11, Fabien a écrit :
 Le 31 août 2012 14:10, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit :
 Il y a un truc que j'aimerais pouvoir faire, c'est changer de projection
 avec un raccourci clavier ou un clic sur un bouton. L'exemple typique pour
 moi, c'est de basculer entre Merkator et Lambert 9 zones pour comparer
 l'imagerie satellite et le cadastre.
 A moins qu'il y ait une autre méthode.
 +1

+1


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

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...


Le 31/08/2012 14:10, Stéphane Péneau a écrit :

Il y a un truc que j'aimerais pouvoir faire, c'est changer de projection
avec un raccourci clavier ou un clic sur un bouton. L'exemple typique
pour moi, c'est de basculer entre Merkator et Lambert 9 zones pour
comparer l'imagerie satellite et le cadastre.

+1
Hélène


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

[OSM-talk-fr] Les uploads en double


Salut,

Il y a une question que je me pose depuis un bon moment, et à laquelle 
je n'ai pas trouvé de réponse logique, alors je me lance, même si ça 
peut paraitre ridicule.


Tout le monde sait qu'un upload peut mal se passer, pour plein de 
raisons diverses et variées. Nous savons aussi quelles peuvent-être les 
conséquences et les galères pour réparer, surtout s'il y a eu des modifs 
avant qu'on s'en rende compte.


Alors ma question à 1€ est :
Comment est-ce que ce genre de chose peut arriver en 2012 ?
On sait reprendre un upload ou un download de fichier depuis de 
nombreuses années, mais ça ne serait pas possible dans ce cas là ? Je 
sais que pour openstreetmap il s'agit d'une base de donnée, pas d'un 
simple fichier, mais quand même... Pourquoi un changeset non uploadé 
correctement peut se retrouver en ligne ?



Stéphane

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

Re: [OSM-talk-fr] fire_hygrant et odbl=clean

2012-08-31 Par sujet nono

Le vendredi 31 août 2012 à 13:21 +0200, Eric Marsden a écrit :
  nn == nono  pingven...@free.fr writes:
 
   nn lire :
   nn emergency=fire_hydrant
   nn fire_hydrant:type=pilar
   nn 
   nn vous aviez compris, je pense ;)
 
   «pillar» ça prend deux l.

exact, c'est pas mon jour :-(

nono
   



signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...

Le 31 août 2012 13:00, Christian Quest cqu...@openstreetmap.fr a écrit :

 Je remarque aussi qu'on a perdu la conservation du dernier couple
 clé/valeur utilisé.
 Maintenant il y a la clé, mais la valeur est vide par défaut. Dommage
 (c'est sûrement pas voulu).

 Ticket #8013, corrigé en r5484 :)
D'ailleurs je vais basculer la 5485 en nouvelle tested vu qu'il s'agit
d'une régression un peu génante.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...

Le 31 août 2012 14:10, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit
:

 Il y a un truc que j'aimerais pouvoir faire, c'est changer de projection
 avec un raccourci clavier ou un clic sur un bouton. L'exemple typique pour
 moi, c'est de basculer entre Merkator et Lambert 9 zones pour comparer
 l'imagerie satellite et le cadastre.


Ticket #7592 pour ça. Mais je ne sais pas trop comment l'implémenter encore.
http://josm.openstreetmap.de/ticket/7592
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...

D'ailleurs les +1 sont plus visibles en votant pour le ticket :) (la petite
flèche vers le haut quand on est loggué sur le site de JOSM)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les uploads en double

A la question pourquoi c'est facile, les changesets ne sont pas atomiques:
http://wiki.openstreetmap.org/wiki/API_v0.6#Changesets_2
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Partageons outils et astuces pour les corrections géométriques...

Je viens de tester, je confirme que c'est foireux sur Ubuntu, l'icône
change avec Alt mais la suppression est effectuée avec Alt Gr.
Ce qui est marrant c'est que sur Windows, c'est l'inverse: la suppression
est effectuée avec Alt.
J'ai regardé vite fait sans vraiment trouver ce qui cloche. Tu peux créer
un ticket pour ce problème.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...


Le 31/08/2012 14:50, Vincent Privat a écrit :

D'ailleurs les +1 sont plus visibles en votant pour le ticket :) (la
petite flèche vers le haut quand on est loggué sur le site de JOSM)


c'est fait


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

Re: [OSM-talk-fr] Partageons outils et astuces pour les corrections géométriques...

2012-08-31 Par sujet Nicolas Dumoulin

Le vendredi 31 août 2012 14:58:44 Vincent Privat a écrit :
 Je viens de tester, je confirme que c'est foireux sur Ubuntu, l'icône
 change avec Alt mais la suppression est effectuée avec Alt Gr.
 Ce qui est marrant c'est que sur Windows, c'est l'inverse: la suppression
 est effectuée avec Alt.
 J'ai regardé vite fait sans vraiment trouver ce qui cloche. Tu peux créer
 un ticket pour ce problème.

Le problème est que le raccourci Alt+souris est intercepté par le gestionnaire 
de fenêtre. Sous kubuntu (je crois que c'est pareil pour ubuntu), Ctrl+clic 
gauche c'est pour déplacer une fenêtre, et Ctrl+clic droit pour la 
redimensionner (Ctrl+clic milieu pour ubuntu je crois).

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...



A voté ! :-)

Le 31/08/2012 14:50, Vincent Privat a écrit :
D'ailleurs les +1 sont plus visibles en votant pour le ticket :) (la 
petite flèche vers le haut quand on est loggué sur le site de JOSM)




___
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] Les uploads en double

Un changeset ne sert qu'à regrouper artificiellement une série de
modifications. Elle peuvent s'étaler dans le temps et se faire par
plusieurs petits upload successifs.

Il y a différentes techniques pour ne pas se retrouver au milieu du
gué lorsqu'un upload important ne va pas jusqu'au bout:
- enregistrer l'état actuel pour pouvoir repartir là où ça s'est arrêté,
- changer le nombre d'objet qu'on envoi par requête à l'API.

-- 
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] TMS et ergonomie des éditeurs OSM...

Dans le genre de truc qui serait cool... reprojeter même
approximativement les tuiles Bing lorsqu'on est dans une projection
autre que Mercator... les endroits où il y a peu de différences entre
Lambert et Mercator sont très agréables pour ça, mais ailleurs, le
centre de la tuile semble correctement calculé, il faudrait calculer
ses coins... peut être plus simple à dire qu'à faire !


Le 31 août 2012 15:17, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit :

 A voté ! :-)


 Le 31/08/2012 14:50, Vincent Privat a écrit :

 D'ailleurs les +1 sont plus visibles en votant pour le ticket :) (la petite
 flèche vers le haut quand on est loggué sur le site de JOSM)



 ___
 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




-- 
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] TMS et ergonomie des éditeurs OSM...

C'est très compliqué, en effet. La solution facile serait de le faire en
utilisant une librairie qui permet de faire ça (GeoTools) mais la taille de
JOSM en serait multipliée par 3, donc non :D
Il y a aussi un ticket pour ça, le #7427:
http://josm.openstreetmap.de/ticket/7427

Pour l'instant on s'oriente plutôt vers une implémentation via plugin, à
cause de cette histoire de taille (même si c'est clairement une fonction
que devrait proposer le core)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...

Ce que je ne saisit pas, c'est que les tuiles s'affichent quand même à
la bonne place, donc leur centre est bien calculé non ? Pourquoi ne
pas faire de même avec leurs coins... et les dessiner déformées.

Je sais, c'est pas pixel-perfect au niveau de la projection, mais ça
serait une approximation sûrement suffisante, non ? Pas besoin de
sortir l'artillerie lourde pour ça je pense.


Le 31 août 2012 15:39, Vincent Privat vincent.pri...@gmail.com a écrit :
 C'est très compliqué, en effet. La solution facile serait de le faire en
 utilisant une librairie qui permet de faire ça (GeoTools) mais la taille de
 JOSM en serait multipliée par 3, donc non :D
 Il y a aussi un ticket pour ça, le #7427:
 http://josm.openstreetmap.de/ticket/7427

 Pour l'instant on s'oriente plutôt vers une implémentation via plugin, à
 cause de cette histoire de taille (même si c'est clairement une fonction que
 devrait proposer le core)

 ___
 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] Les uploads en double

Après avoir lu un peu de doc sur le sujet, je comprends un peu mieux, 
mais...est-ce que ce genre de base de donnée ne pourrait vraiment pas 
avoir des changeset atomique ?



Le 31/08/2012 14:55, Vincent Privat a écrit :
A la question pourquoi c'est facile, les changesets ne sont pas 
atomiques:

http://wiki.openstreetmap.org/wiki/API_v0.6#Changesets_2





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

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...


A re-voté :-)

ps : on peut continuer à parler des diverses améliorations possibles de 
Josm ici, ou bien il vaut vraiment mieux passer par les tickets ?




Il y a aussi un ticket pour ça, le #7427:
http://josm.openstreetmap.de/ticket/7427





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

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...

les tickets c'est mieux, mais on peut tout à fait continuer ici, pas de
souci :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les uploads en double

2012/8/31 Vincent Privat vincent.pri...@gmail.com:
 A la question pourquoi c'est facile, les changesets ne sont pas atomiques:
 http://wiki.openstreetmap.org/wiki/API_v0.6#Changesets_2

Euh, En fait, ça ne répond pas à la question. Un changeset n'est pas
une transaction. C'est vrai que ça n'est pas atomique. Mais chaque PUT
vers le serveur est atomique. Ce qui manque, ce sont des commit en
double phases (2PC) ou autres techniques pour la création de nouveaux
objets (pour les updates, il y a l' optimistic lock qui gère les
éventuels conflits de versions).

Sans entrer dans les détails, le protocole entre ta machine et le
serveur OSM est ultra-simple. Ce problème de dupplication ne peut
arriver que pour de nouveaux éléments ajoutés dans ton éditeur :
lorsque tu crées un nouvel noeud par exemple, JOSM lui assigne un ID
négatif temporaire (l'OSM_ID, c.a.d un numéro identifiant unique pour
chaque élément dans la base). Quand tu fais upload, il envoie un
message vers le seveur avec cet ID négatif (que le serveur ignore
superbement) et reçoit en retour un message du serveur qui donne
l'OSM-ID officiel dans la base de données. Quand tout se passe bien,
JOSM continue de fonctionner avec l'ID officiel. Si ça se passe mal,
c'est soit que la réponse du serveur est trop tardive, ou que
l'utlisateur a interrompu l'upload (abort, cancel) ou que un truc
s'est mal passé à l'intérieur du serveur OSM (c'est alors un bug,
heureusement, ça arrive de moins en moins souvent). JOSM conserve
alors l'ID négatif temporaire pour ce noeud puisqu'il n'a pas reçu la
réponse correcte du serveur. Si tu relances l'upload, JOSM considère
que ce noeud est encore nouveau et répète le même message de création
vers la base. C'est comme ça qu'on peut se retrouver avec deux ou
trois fois le même élément dans la base.
Pour éviter ce genre de désagréments, il faut faire un download quand
l'upload se passe mal. Comme ça, on voit ce qui est effectivement dans
la base de données. En lançant une vérification avec Validator, on
détectera les noeuds et ways superposés (mais peut-être pas les
nouvelles relations). Bien sûr, ce que je viens de dire pourrait aussi
être fait automatiquement par JOSM. Ca viendra peut-être un jour.


Pieren

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

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...

2012-08-31 Par sujet sly (sylvain letuffe)

On vendredi 31 août 2012, Vincent Privat wrote:
 les tickets c'est mieux, mais on peut tout à fait continuer ici, pas de
 souci :)
 

Au moins sur dev-fr alors ?

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...


Le 31/08/2012 16:04, Vincent Privat a écrit :

les tickets c'est mieux


graine-de-troll
on est pas jeté si on les écrits en français ?
/graine-de-troll

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

Re: [OSM-talk-fr] TMS et ergonomie des éditeurs OSM...

En anglais c'est mieux quand même :)
Si vous n'êtes pas à l'aise en anglais, vous pouvez rédiger le rapport en
français, mais pensez à mettre au moins un petit résumé en anglais pour les
autres membres de l'équipe !

2012/8/31 Hélène PETIT h...@free.fr

 Le 31/08/2012 16:04, Vincent Privat a écrit :

 les tickets c'est mieux


 graine-de-troll
 on est pas jeté si on les écrits en français ?
 /graine-de-troll


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Les uploads en double


Merci pour ces infos, j'y vois un peu plus clair.

Effectivement, peut-être que Josm pourrait gérer ces cas un peu mieux, 
mais je me dis, peut-être à tord, que le serveur aussi pourrait faire 
quelque chose s'il reçoit à la suite d'un changeset non fermé, un 
nouveau changeset sur la même zone, avec des points à des coordonnées 
identiques.


La première fois que ce genre de mésaventure m'est arrivé, c'était suite 
à une coupure de courant pendant un upload. Il n'y a pas eu de souci du 
côté de l'ordi puisque c'était un portable, mais j'ai bien évidemment 
perdu la connexion à internet le temps que la box se resynchronise. J'ai 
bêtement pensé que l'upload reprendrait son cours là où il s'était 
arrêté, ou au pire, reprendrait depuis le début.

Erreur !!

Et comme il s'agissait de mon premier import du cadastre, j'ai eu 
quelques sueurs froides, et passé pas mal de temps à tout nettoyer.


Stéphane


Le 31/08/2012 16:05, Pieren a écrit :

2012/8/31 Vincent Privat vincent.pri...@gmail.com:

A la question pourquoi c'est facile, les changesets ne sont pas atomiques:
http://wiki.openstreetmap.org/wiki/API_v0.6#Changesets_2

Euh, En fait, ça ne répond pas à la question. Un changeset n'est pas
une transaction. C'est vrai que ça n'est pas atomique. Mais chaque PUT
vers le serveur est atomique. Ce qui manque, ce sont des commit en
double phases (2PC) ou autres techniques pour la création de nouveaux
objets (pour les updates, il y a l' optimistic lock qui gère les
éventuels conflits de versions).

Sans entrer dans les détails, le protocole entre ta machine et le
serveur OSM est ultra-simple. Ce problème de dupplication ne peut
arriver que pour de nouveaux éléments ajoutés dans ton éditeur :
lorsque tu crées un nouvel noeud par exemple, JOSM lui assigne un ID
négatif temporaire (l'OSM_ID, c.a.d un numéro identifiant unique pour
chaque élément dans la base). Quand tu fais upload, il envoie un
message vers le seveur avec cet ID négatif (que le serveur ignore
superbement) et reçoit en retour un message du serveur qui donne
l'OSM-ID officiel dans la base de données. Quand tout se passe bien,
JOSM continue de fonctionner avec l'ID officiel. Si ça se passe mal,
c'est soit que la réponse du serveur est trop tardive, ou que
l'utlisateur a interrompu l'upload (abort, cancel) ou que un truc
s'est mal passé à l'intérieur du serveur OSM (c'est alors un bug,
heureusement, ça arrive de moins en moins souvent). JOSM conserve
alors l'ID négatif temporaire pour ce noeud puisqu'il n'a pas reçu la
réponse correcte du serveur. Si tu relances l'upload, JOSM considère
que ce noeud est encore nouveau et répète le même message de création
vers la base. C'est comme ça qu'on peut se retrouver avec deux ou
trois fois le même élément dans la base.
Pour éviter ce genre de désagréments, il faut faire un download quand
l'upload se passe mal. Comme ça, on voit ce qui est effectivement dans
la base de données. En lançant une vérification avec Validator, on
détectera les noeuds et ways superposés (mais peut-être pas les
nouvelles relations). Bien sûr, ce que je viens de dire pourrait aussi
être fait automatiquement par JOSM. Ca viendra peut-être un jour.


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] Les uploads en double

L'API pourrait effectivement faire un petit peu plus de contrôle avant
de passer ça à la base de données.

Les contrôles auxquels j'ai pensé :
- ce way comporte-t-il au moins 2 noeuds... différents
- ce way repasse-t-il par le même noeud (sauf noeud identique en début et fin)
- existe-t-il un noeud aux même coordonnées que celui que l'on veut
créer (ou modifier d'ailleurs)

Les deux premiers contrôles ne nécessitent aucun appel à la bdd, c'est
juste du code ruby à rajouter.
Le troisième nécessite d'interroger la base...



Le 31 août 2012 16:41, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit :
 Merci pour ces infos, j'y vois un peu plus clair.

 Effectivement, peut-être que Josm pourrait gérer ces cas un peu mieux, mais
 je me dis, peut-être à tord, que le serveur aussi pourrait faire quelque
 chose s'il reçoit à la suite d'un changeset non fermé, un nouveau changeset
 sur la même zone, avec des points à des coordonnées identiques.

 La première fois que ce genre de mésaventure m'est arrivé, c'était suite à
 une coupure de courant pendant un upload. Il n'y a pas eu de souci du côté
 de l'ordi puisque c'était un portable, mais j'ai bien évidemment perdu la
 connexion à internet le temps que la box se resynchronise. J'ai bêtement
 pensé que l'upload reprendrait son cours là où il s'était arrêté, ou au
 pire, reprendrait depuis le début.
 Erreur !!

 Et comme il s'agissait de mon premier import du cadastre, j'ai eu quelques
 sueurs froides, et passé pas mal de temps à tout nettoyer.

 Stéphane


 Le 31/08/2012 16:05, Pieren a écrit :

 2012/8/31 Vincent Privat vincent.pri...@gmail.com:

 A la question pourquoi c'est facile, les changesets ne sont pas
 atomiques:
 http://wiki.openstreetmap.org/wiki/API_v0.6#Changesets_2

 Euh, En fait, ça ne répond pas à la question. Un changeset n'est pas
 une transaction. C'est vrai que ça n'est pas atomique. Mais chaque PUT
 vers le serveur est atomique. Ce qui manque, ce sont des commit en
 double phases (2PC) ou autres techniques pour la création de nouveaux
 objets (pour les updates, il y a l' optimistic lock qui gère les
 éventuels conflits de versions).

 Sans entrer dans les détails, le protocole entre ta machine et le
 serveur OSM est ultra-simple. Ce problème de dupplication ne peut
 arriver que pour de nouveaux éléments ajoutés dans ton éditeur :
 lorsque tu crées un nouvel noeud par exemple, JOSM lui assigne un ID
 négatif temporaire (l'OSM_ID, c.a.d un numéro identifiant unique pour
 chaque élément dans la base). Quand tu fais upload, il envoie un
 message vers le seveur avec cet ID négatif (que le serveur ignore
 superbement) et reçoit en retour un message du serveur qui donne
 l'OSM-ID officiel dans la base de données. Quand tout se passe bien,
 JOSM continue de fonctionner avec l'ID officiel. Si ça se passe mal,
 c'est soit que la réponse du serveur est trop tardive, ou que
 l'utlisateur a interrompu l'upload (abort, cancel) ou que un truc
 s'est mal passé à l'intérieur du serveur OSM (c'est alors un bug,
 heureusement, ça arrive de moins en moins souvent). JOSM conserve
 alors l'ID négatif temporaire pour ce noeud puisqu'il n'a pas reçu la
 réponse correcte du serveur. Si tu relances l'upload, JOSM considère
 que ce noeud est encore nouveau et répète le même message de création
 vers la base. C'est comme ça qu'on peut se retrouver avec deux ou
 trois fois le même élément dans la base.
 Pour éviter ce genre de désagréments, il faut faire un download quand
 l'upload se passe mal. Comme ça, on voit ce qui est effectivement dans
 la base de données. En lançant une vérification avec Validator, on
 détectera les noeuds et ways superposés (mais peut-être pas les
 nouvelles relations). Bien sûr, ce que je viens de dire pourrait aussi
 être fait automatiquement par JOSM. Ca viendra peut-être un jour.


 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



-- 
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] Les uploads en double

2012/8/31 Christian Quest cqu...@openstreetmap.fr:
 Les contrôles auxquels j'ai pensé :
 - ce way comporte-t-il au moins 2 noeuds... différents

Ou dans le même genre : s'il y a 3 noeuds, que le 1er ne soit pas
aussi le dernier...

 - ce way repasse-t-il par le même noeud (sauf noeud identique en début et fin)

Et pourquoi pas ? Pour un highway, ça peut être correct. Pour une
surface, c'est autre chose...

 - existe-t-il un noeud aux même coordonnées que celui que l'on veut
 créer (ou modifier d'ailleurs)

C'est pas forcément une erreur. On a le cas avec les points
géodésiques en France...

Tous ces contrôles sont pour l'instant à la charge des logiciels
d'édition, le serveur se limitant au minimum pour de meilleures
performances mais aussi pour fixer le moins de contraintes possibles à
notre imagination ;-)

Pieren

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

Re: [OSM-talk-fr] Où sont passés les terminaux 2D, 2E et 2F de l'aéroport Roissy CDG ?

La morale du vol retour c'est qu'il faut vraiment un siège hublot pour
garder le fix ...
Le 28 août 2012 00:23, Ab_fab gamma@gmail.com a écrit :

 J'ai une trace toute fraîche (pas plus tard que ce soir) entre Paris et
 Doha, en A340.

 Mieux vaut faire le fix initial avant de monter dans l'avion. En étant
 prés du hublot on capte entre 5 et 9 sats tout le long du vol.
 Le 28 août 2012 00:32, Jean-Claude Repetto jrepe...@free.fr a écrit :

 On 27/08/2012 23:16, Vincent de Chateau-Thierry wrote:
  Bonsoir,
 
  Le 27/08/2012 17:36, Philippe Verdy a écrit :
 
  (...) et ton GPS ne
  captera rien de toute façon à cause de la cage de Farraday tout autour
  du fuselage, qui sert aussi de protection très efficace contre la
  foudre pour protéger les équipements éltriques et électroniques de
  l'avion)...
 
 
  Eh non Philippe, la réception GPS dans un avion de ligne, ça fonctionne.
  @ Christian : pas une raison pour te faire gronder par les hôtesses,
  hein :-)
 
  vincent
 

 Je confirme, mais il faut mettre le GPS près d'un hublot. Pratique pour
 savoir quelles sont les villes survolées, et connaître l'altitude.

 Jean-Claude

 ___
 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] [HS] Bon plan à partager pour écran 30

HS de HS je connaissais pas encore. Merci pour l'invention
Le 31 août 2012 11:50, Philippe Verdy verd...@wanadoo.fr a écrit :

 Il a été lancé directement HS dans son titre par son auteur initial.

 2012/8/31 Pieren pier...@gmail.com:
  Y-a-pas un modérateur sur cette liste pour fermer ce fil de discussion
  complètement HS ?

 ___
 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] osm2shp

Il y a le tampon de x km de part et d'autre d'un itinéraire qui n'est pas
couramment proposé (et en tout cas pas par overpass api), mais qui pourrait
être une bien belle possibilité pour la récupération des données osm.
Le 31 août 2012 12:03, Jean-Claude Repetto jrepe...@free.fr a écrit :

 Le 31/08/2012 07:52, topodom a écrit :



 Il faut quand même sortir l'artillerie lourde juste
 pour sélectionner les épicerie et les campings dans un tampon de 10 kms !


 Pour ce genre d'application, il est plus simple de faire une requête via
 une API, comme par exemple :
 http://www.overpass-api.de/**query_form.htmlhttp://www.overpass-api.de/query_form.html

 Jean-Claude

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Les uploads en double

Le 31 août 2012 17:28, Pieren pier...@gmail.com a écrit :
 2012/8/31 Christian Quest cqu...@openstreetmap.fr:
 Les contrôles auxquels j'ai pensé :
 - ce way comporte-t-il au moins 2 noeuds... différents

 Ou dans le même genre : s'il y a 3 noeuds, que le 1er ne soit pas
 aussi le dernier...


Ah oui, un autre cas intéressant auquel je n'avais pas pensé et facile
à détecter.

 - ce way repasse-t-il par le même noeud (sauf noeud identique en début et 
 fin)

 Et pourquoi pas ? Pour un highway, ça peut être correct. Pour une
 surface, c'est autre chose...


Cela pose beaucoup de problème dans les outils GIS en aval, non ?
Pourquoi se créer ainsi des problèmes ?

 - existe-t-il un noeud aux même coordonnées que celui que l'on veut
 créer (ou modifier d'ailleurs)

 C'est pas forcément une erreur. On a le cas avec les points
 géodésiques en France...


Exact, j'aurai dû préciser noeuds sans tag, cas typique d'un double import...


 Tous ces contrôles sont pour l'instant à la charge des logiciels
 d'édition, le serveur se limitant au minimum pour de meilleures
 performances mais aussi pour fixer le moins de contraintes possibles à
 notre imagination ;-)


J'ai lu ces deux arguments à plusieurs reprises, mais désolé je n'y adhère pas.
Pour les perf, les premiers tests n'auraient que très peu d'impact.
Celui sur les noeuds en double, c'est à tester.

Pour l'imagination, je trouve l'argument assez bizarre... en quoi des
données sommes toutes incohérentes sont nécessaires à l'imagination ?

-- 
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] TMS et ergonomie des éditeurs OSM...

Et n'oubliez pas d'en parler à Vincent, comme ça il se souvient très lgtps
après que vous avez rédigé un ticket sur la question. ;-)
Le 31 août 2012 16:30, Vincent Privat vincent.pri...@gmail.com a écrit :

 En anglais c'est mieux quand même :)
 Si vous n'êtes pas à l'aise en anglais, vous pouvez rédiger le rapport en
 français, mais pensez à mettre au moins un petit résumé en anglais pour les
 autres membres de l'équipe !

 2012/8/31 Hélène PETIT h...@free.fr

 Le 31/08/2012 16:04, Vincent Privat a écrit :

 les tickets c'est mieux


 graine-de-troll
 on est pas jeté si on les écrits en français ?
 /graine-de-troll


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr



 ___
 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] Où sont passés les terminaux 2D, 2E et 2F de l'aéroport Roissy CDG ?

15K... hublot de droite, mais je ne sais pas si on est au
rez-de-chaussée ou au premier ;)


Le 31 août 2012 17:39, Ab_fab gamma@gmail.com a écrit :
 La morale du vol retour c'est qu'il faut vraiment un siège hublot pour
 garder le fix ...

 Le 28 août 2012 00:23, Ab_fab gamma@gmail.com a écrit :

 J'ai une trace toute fraîche (pas plus tard que ce soir) entre Paris et
 Doha, en A340.

 Mieux vaut faire le fix initial avant de monter dans l'avion. En étant
 prés du hublot on capte entre 5 et 9 sats tout le long du vol.

 Le 28 août 2012 00:32, Jean-Claude Repetto jrepe...@free.fr a écrit :

 On 27/08/2012 23:16, Vincent de Chateau-Thierry wrote:
  Bonsoir,
 
  Le 27/08/2012 17:36, Philippe Verdy a écrit :
 
  (...) et ton GPS ne
  captera rien de toute façon à cause de la cage de Farraday tout autour
  du fuselage, qui sert aussi de protection très efficace contre la
  foudre pour protéger les équipements éltriques et électroniques de
  l'avion)...
 
 
  Eh non Philippe, la réception GPS dans un avion de ligne, ça
  fonctionne.
  @ Christian : pas une raison pour te faire gronder par les hôtesses,
  hein :-)
 
  vincent
 

 Je confirme, mais il faut mettre le GPS près d'un hublot. Pratique pour
 savoir quelles sont les villes survolées, et connaître l'altitude.

 Jean-Claude

 ___
 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




-- 
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] Où sont passés les terminaux 2D, 2E et 2F de l'aéroport Roissy CDG ?

15 ? Mais c'est la classe affaire dis donc ! (Pour un long courrier de
plain-pied)

Plus sérieusement je pense que c'est un indice. Mais ne l'ayant pas encore
pris je ne sais pas qui a l'honneur de l'étage en A380.

J'attends la photo du gps scotché au hublot ;-)
Le 31 août 2012 17:59, Christian Quest cqu...@openstreetmap.fr a écrit :

 15K... hublot de droite, mais je ne sais pas si on est au
 rez-de-chaussée ou au premier ;)


 Le 31 août 2012 17:39, Ab_fab gamma@gmail.com a écrit :
  La morale du vol retour c'est qu'il faut vraiment un siège hublot pour
  garder le fix ...
 
  Le 28 août 2012 00:23, Ab_fab gamma@gmail.com a écrit :
 
  J'ai une trace toute fraîche (pas plus tard que ce soir) entre Paris et
  Doha, en A340.
 
  Mieux vaut faire le fix initial avant de monter dans l'avion. En étant
  prés du hublot on capte entre 5 et 9 sats tout le long du vol.
 
  Le 28 août 2012 00:32, Jean-Claude Repetto jrepe...@free.fr a
 écrit :
 
  On 27/08/2012 23:16, Vincent de Chateau-Thierry wrote:
   Bonsoir,
  
   Le 27/08/2012 17:36, Philippe Verdy a écrit :
  
   (...) et ton GPS ne
   captera rien de toute façon à cause de la cage de Farraday tout
 autour
   du fuselage, qui sert aussi de protection très efficace contre la
   foudre pour protéger les équipements éltriques et électroniques de
   l'avion)...
  
  
   Eh non Philippe, la réception GPS dans un avion de ligne, ça
   fonctionne.
   @ Christian : pas une raison pour te faire gronder par les hôtesses,
   hein :-)
  
   vincent
  
 
  Je confirme, mais il faut mettre le GPS près d'un hublot. Pratique pour
  savoir quelles sont les villes survolées, et connaître l'altitude.
 
  Jean-Claude
 
  ___
  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
 



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

 ___
 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] TMS et ergonomie des éditeurs OSM...

Je continue ici pour le moment car je ne suis pas sûr que ça ait un 
intérêt, autant tater le terrain avant de faire un ticket.


Durant de longues sessions Josm, il m'est arrivé de ne pas être à l'aise 
pour certaines manip à la souris (un peu crispé), et d'avoir souhaité 
pouvoir faire une rotation de la carte.
Ca ne m'est pas arrivé souvent, mais je me demande si d'autres personnes 
se sont retrouvées dans la même situation, auquel cas, un ticket 
pourrait peut-être voir le jour.


Qu'en pensez-vous ?

Stéphane

Le 31/08/2012 17:58, Ab_fab a écrit :


Et n'oubliez pas d'en parler à Vincent, comme ça il se souvient très 
lgtps après que vous avez rédigé un ticket sur la question. ;-)


Le 31 août 2012 16:30, Vincent Privat vincent.pri...@gmail.com 
mailto:vincent.pri...@gmail.com a écrit :


En anglais c'est mieux quand même :)
Si vous n'êtes pas à l'aise en anglais, vous pouvez rédiger le
rapport en français, mais pensez à mettre au moins un petit résumé
en anglais pour les autres membres de l'équipe !

2012/8/31 Hélène PETIT h...@free.fr mailto:h...@free.fr

Le 31/08/2012 16:04, Vincent Privat a écrit :

les tickets c'est mieux


graine-de-troll
on est pas jeté si on les écrits en français ?
/graine-de-troll


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



___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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


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

Re: [OSM-talk-fr] import de lieux-dits

2012-08-31 Par sujet plonevez

Bonjour,

 

Je pensais avoir résolu mes problèmes d’import de lieux-dits.

 

Ce matin, j’ai de nouveau créé 2 lieux-dits avec le fichier osm :

 

?xml version='1.0' encoding='UTF-8'?

osm version='0.6' generator='plonevez'

node id='-1' action='modify' visible='true' lat='48.20740' lon='-4.31491'

tag k='name' v='Kerminet'/

tag k='place' v='attraction' /

/node

node id='-2' action='modify' visible='true' lat='48.21551' lon='-4.29888'

tag k='name' v='Penhoat'/

tag k='place' v='attraction' /

/node

/osm

 

Les lieux-dits sont bien créés avec les attributs name et place mais ils ne 
sont pas associés à Géographie/Lieu/Hameau

 

On les voit avec JOSM mais pas avec  
http://www.openstreetmap.org/?lat=48.21550lon=-4.29894zoom=17layers=M 
http://www.openstreetmap.org/?lat=48.21550lon=-4.29894zoom=17layers=M

 

Merci d’avance pour votre aide car je ne comprends pas car l’autre jour ça 
marchait.

 

Jean  

 

 





--
View this message in context: 
http://gis.19327.n5.nabble.com/import-de-lieux-dits-tp5721992p5723067.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] import de lieux-dits


Ben... pour un hameau, c'est place=hamlet, et pas place=attraction

Le 31/08/2012 18:26, plonevez a écrit :

Bonjour,

  


Je pensais avoir résolu mes problèmes d’import de lieux-dits.

  


Ce matin, j’ai de nouveau créé 2 lieux-dits avec le fichier osm :

  


?xml version='1.0' encoding='UTF-8'?

osm version='0.6' generator='plonevez'

node id='-1' action='modify' visible='true' lat='48.20740' lon='-4.31491'

tag k='name' v='Kerminet'/

tag k='place' v='attraction' /

/node

node id='-2' action='modify' visible='true' lat='48.21551' lon='-4.29888'

tag k='name' v='Penhoat'/

tag k='place' v='attraction' /

/node

/osm

  


Les lieux-dits sont bien créés avec les attributs name et place mais ils ne 
sont pas associés à Géographie/Lieu/Hameau

  


On les voit avec JOSM mais pas avec  
http://www.openstreetmap.org/?lat=48.21550lon=-4.29894zoom=17layers=M 
http://www.openstreetmap.org/?lat=48.21550lon=-4.29894zoom=17layers=M

  


Merci d’avance pour votre aide car je ne comprends pas car l’autre jour ça 
marchait.

  


Jean

  

  






--
View this message in context: 
http://gis.19327.n5.nabble.com/import-de-lieux-dits-tp5721992p5723067.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



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

[OSM-talk-fr] [forum-osm-fr]encore un

2012-08-31 Par sujet forum

Le message suivant de :
##
Bonjour à tous,

fido, p'tit nouveau dans la communauté (bien qu'utilisateur d'OSM via oruxmap 
sur mon gsm depuis un moment), je suis en Alsace du côté de Volksberg (cherchez 
pas C tout perdu).

Garde forestier du secteur, il y a beaucoup à faire au niveau carto dans le 
coin... et j'ai commencé... :D  (mes contributions sont sous le même pseudo).

Cela fait maintenant 4 ans que je parcours mon secteur avec mon GPS pour 
cartographier toutes les pistes... je souhaite donc mettre ça à dispo. J'y vois 
aussi un intérêt pédagogique car bon nombre de nos chemins (pour pas dire 
tous :lol: ) sont interdits à la circulation des véhicules à moteur et je 
compte bien tagguer tout ça sur OSM. J'espère aussi que cela permettra aux 
randonneurs, vttistes et autre cavaliers de venir se balader dans le coin.

j'aurai certainement pleins de questions dans les prochains temps à poser au 
forum et je compte donc bien sur vous pour m'aider dans ma démarche.

cordialement.

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleurs réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum-liste
peuvent être posées à sylvainaletuffe.org

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

[OSM-talk-fr] Demande d aide

2012-08-31 Par sujet Hautot Romain

Bonjour,
Je suis nouveau dans le développement OSM et j'aurais besoin de beaucoup de 
conseils.
J'aimerais mettre en place pour mon entreprise un serveur OSM possédant la 
carte entière des états Unis ou je pourais placer des points mise a jours le 
plus souvent possible grace a des position gps (traking).

Auriez vous un tutoriel qui fonctionne avec des explications afin de pouvoir 
tout comprendre en totalité.
Des conseils sur les ressources minimum niveau serveur pour pouvoir générer est 
utilisé OSM
Merci d'avance 
Cordialement 

HAUTOT Romain
Engineer Software
Dialie LLC, Chicago
1 (773) 937 5501
+33 6 95 65 65 60
romain.hau...@gmail.com



*Please be environment conscious and print this e-mail only if necessary.*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Demande d aide

2012-08-31 Par sujet f . dos . santos

Vu le profil de la société Dialie LLC tu pourrais être intéressé par le projet 
OpenGTS :
http://opengts.sourceforge.net/


- Mail original -
De: Hautot Romain rhau...@dialie.com
À: talk-fr@openstreetmap.org
Envoyé: Vendredi 31 Août 2012 03:47:42
Objet: [OSM-talk-fr] Demande d aide

Bonjour,
Je suis nouveau dans le développement OSM et j'aurais besoin de beaucoup de 
conseils.
J'aimerais mettre en place pour mon entreprise un serveur OSM possédant la 
carte entière des états Unis ou je pourais placer des points mise a jours le 
plus souvent possible grace a des position gps (traking).

Auriez vous un tutoriel qui fonctionne avec des explications afin de pouvoir 
tout comprendre en totalité.
Des conseils sur les ressources minimum niveau serveur pour pouvoir générer est 
utilisé OSM
Merci d'avance 
Cordialement 

HAUTOT Romain
Engineer Software
Dialie LLC, Chicago
1 (773) 937 5501
+33 6 95 65 65 60
romain.hau...@gmail.com



*Please be environment conscious and print this e-mail only if necessary.*
___
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] Demande d aide

Donc tu veux:
a- un générateur de tuiles
b- servir ces tuiles
c- superposer des positions GPS de tracking

a - il faut une base Postgresql + Mapnik, importer les données OSM
dans postgres, puis les mettre à jour
Générer les tuiles, soit en précalcul, soit...

b) un serveur web, éventuellement couplé au générateur de tuiles à la
demande (mod_tile pour apache)

c) une slippy-map sur les navigateurs (OpenLayers ou Leaflet pour ne
nommer que les incontournables)


Je te recommande le site http://switch2osm.org/

Il décrit la mise en place de ces outils, et décrit aussi des
alternatives (faire appel à des prestataires comme Mapbox, Cloudmade).

Après... pour se mettre du cambouis sur les mains il y a le wiki ;)


Le 31 août 2012 03:47, Hautot Romain rhau...@dialie.com a écrit :
 Bonjour,
 Je suis nouveau dans le développement OSM et j'aurais besoin de beaucoup de 
 conseils.
 J'aimerais mettre en place pour mon entreprise un serveur OSM possédant la 
 carte entière des états Unis ou je pourais placer des points mise a jours le 
 plus souvent possible grace a des position gps (traking).

 Auriez vous un tutoriel qui fonctionne avec des explications afin de pouvoir 
 tout comprendre en totalité.
 Des conseils sur les ressources minimum niveau serveur pour pouvoir générer 
 est utilisé OSM
 Merci d'avance
 Cordialement

 HAUTOT Romain
 Engineer Software
 Dialie LLC, Chicago
 1 (773) 937 5501
 +33 6 95 65 65 60
 romain.hau...@gmail.com



 *Please be environment conscious and print this e-mail only if necessary.*
 ___
 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] import de lieux-dits

2012-08-31 Par sujet jlplonevez

Désolé, j'ai fait une erreur mais elle m'a permis de comprendre pourquoi ça 
marchait pour les lieux-dits.

 

En fait j'ai des problèmes avec les menhirs. Pour vérifier, j'ai voulu créer 
des lieux-dits et j'ai oublié de remplacer attraction par hamlet.

 

Je rectifierai cette erreur avec JOSM.

 

En tous cas, je voudrais savoir pourquoi : 

 

tag k='place' v='hamlet' / fonctionne

 

tag k='place' v='attraction' / ne marche pas

 

Jean

 

 

 

 

-Message d'origine-
De : Stéphane Péneau [mailto:stephane.pen...@wanadoo.fr] 
Envoyé : vendredi 31 août 2012 18:37
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] import de lieux-dits

 

Ben... pour un hameau, c'est place=hamlet, et pas place=attraction

 

Le 31/08/2012 18:26, plonevez a écrit :

 Bonjour,

 

   

 

 Je pensais avoir résolu mes problèmes d’import de lieux-dits.

 

   

 

 Ce matin, j’ai de nouveau créé 2 lieux-dits avec le fichier osm :

 

   

 

 ?xml version='1.0' encoding='UTF-8'?

 

 osm version='0.6' generator='plonevez'

 

 node id='-1' action='modify' visible='true' lat='48.20740' 

 lon='-4.31491'

 

 tag k='name' v='Kerminet'/

 

 tag k='place' v='attraction' /

 

 /node

 

 node id='-2' action='modify' visible='true' lat='48.21551' 

 lon='-4.29888'

 

 tag k='name' v='Penhoat'/

 

 tag k='place' v='attraction' /

 

 /node

 

 /osm

 

   

 

 Les lieux-dits sont bien créés avec les attributs name et place mais 

 ils ne sont pas associés à Géographie/Lieu/Hameau

 

   

 

 On les voit avec JOSM mais pas avec  

 http://www.openstreetmap.org/?lat=48.21550lon=-4.29894zoom=17layer

 s=M 

  http://www.openstreetmap.org/?lat=48.21550lon=-4.29894zoom=17layers 
 http://www.openstreetmap.org/?lat=48.21550lon=-4.29894zoom=17layers

 =M

 

   

 

 Merci d’avance pour votre aide car je ne comprends pas car l’autre jour ça 
 marchait.

 

   

 

 Jean

 

   

 

   

 

 

 

 

 

 --

 View this message in context: 

  http://gis.19327.n5.nabble.com/import-de-lieux-dits-tp5721992p5723067 
 http://gis.19327.n5.nabble.com/import-de-lieux-dits-tp5721992p5723067.

 html Sent from the France mailing list archive at Nabble.com.

 

 ___

 Talk-fr mailing list

  mailto:Talk-fr@openstreetmap.org Talk-fr@openstreetmap.org

  http://lists.openstreetmap.org/listinfo/talk-fr 
 http://lists.openstreetmap.org/listinfo/talk-fr

 

 

___

Talk-fr mailing list

 mailto:Talk-fr@openstreetmap.org Talk-fr@openstreetmap.org

 http://lists.openstreetmap.org/listinfo/talk-fr 
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] TMS et ergonomie des éditeurs OSM...

Il y a aussi un ticket pour ça :D
http://josm.openstreetmap.de/ticket/1981

Il est vieux mais c'est normal. Tant qu'un courageux ne se jettera pas dans
l'écriture d'un patch monstrueux pour implémenter ça, on est pas prêt de
voir arriver cette fonctionnalité :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] cadastre

2012-08-31 Par sujet rene 2

désolé, mais j'ai toujours mon problème de cadastre; ci-après le lien direct 
vers la carte désirée :

http://www.cadastre.gouv.fr/scpc/afficherCarteCommune.do?c=M0366dontSaveLastForwardkeepVolatileSession=

les données que je cherche sont dans la section AH; comme vous pouvez le voir 
en zoomant, toutes les parcelles sont visibles; importation hyper longue dans 
JOSM; il se peut que leur serveur sature ? d'autre part, mon  but étant de 
géolocaliser les points de plusieurs parcelles, à quoi correspondent les 
indications sous la carte (Coordonnées en projection : RGF93CC49   X=1931604.54 
; Y=8161734.32) dans le cas présent; sont elles transformables en coordonnées 
latitude longitude et comment ?

merci

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre

2012-08-31 Par sujet didier2020

Le vendredi 31 août 2012 à 21:36 +0200, rene 2 a écrit :
 désolé, mais j'ai toujours mon problème de cadastre; ci-après le lien
 direct vers la carte désirée :
 
 http://www.cadastre.gouv.fr/scpc/afficherCarteCommune.do?c=M0366dontSaveLastForwardkeepVolatileSession=
 

rien ne s'affiche, ou le fond est blanc ?

 les données que je cherche sont dans la section AH; comme vous pouvez
 le voir en zoomant, toutes les parcelles sont visibles; importation
 hyper longue dans JOSM; il se peut que leur serveur sature ? d'autre
 part, mon  but étant de géolocaliser les points de plusieurs
 parcelles, à quoi correspondent les indications sous la carte
 (Coordonnées en projection : RGF93CC49   X=1931604.54 ; Y=8161734.32)
 dans le cas présent; sont elles transformables en coordonnées latitude
 longitude et comment ?
 
 merci
 ___
 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] import de lieux-dits

2012/8/31 jlplonevez jlplone...@wanadoo.fr:
 Désolé, j'ai fait une erreur mais elle m'a permis de comprendre pourquoi ça
 marchait pour les lieux-dits.
 En fait j'ai des problèmes avec les menhirs. Pour vérifier, j'ai voulu créer
 des lieux-dits et j'ai oublié de remplacer attraction par hamlet.
 Je rectifierai cette erreur avec JOSM.
 En tous cas, je voudrais savoir pourquoi :
 tag k='place' v='hamlet' / fonctionne
 tag k='place' v='attraction' / ne marche pas

Il me semble qu'on t'a déjà expliqué que le tag place=attraction
n'existe pas. Si ton lieu-dit est inhabité, utilise place=locality.
N'utilise place=hamlet que pour de vrais hameaux, avec plusieurs
maisons (ou place=isolated_dwelling s'il n'y a qu'une maison ou deux).
Pour les menhirs, n'utilise pas de tag place si tu veux indiquer la
position du menhir (maintenant, il est aussi possible que le menhir
soit ä l'origine du nom d'un lieu-dit, c'est à voir). Lä aussi,
regarde les liens qu'on t'a donné sur le wiki pour les menhirs.

Pieren

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

Re: [OSM-talk-fr] cadastre

Peut-être faut-il lui conseiller la lecture de cette page:

http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Probl.C3.A8mes_d.27images_vides

Pieren

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

Re: [OSM-talk-fr] osm2shp

2012-08-31 Par sujet Nicolas Dumoulin

Le vendredi 31 août 2012 11:59:29 Nicolas Dumoulin a écrit :
 En PJ un script python qui a besoin d'une URL
 xapi et d'une projection et te génère le SHP avec le tag name de chaque
 point dans la table d'attributs.

Et alors ? Ça ne vous inspire pas ça ?
Je trouve que ça réponde à la question initiale de topodom, et puis ça 
pourrait être un service en ligne intéressant.
Pour l'instant, j'en ai pas besoin perso, donc si vous en voulez pas non plus 
… tant pis ;-)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] cadastre

2012-08-31 Par sujet Jean-Claude Repetto

On 31/08/2012 21:36, rene 2 wrote:
 désolé, mais j'ai toujours mon problème de cadastre; ci-après le lien
 direct vers la carte désirée :
 
 http://www.cadastre.gouv.fr/scpc/afficherCarteCommune.do?c=M0366dontSaveLastForwardkeepVolatileSession=
 
 les données que je cherche sont dans la section AH; comme vous pouvez le
 voir en zoomant, toutes les parcelles sont visibles; importation hyper
 longue dans JOSM; il se peut que leur serveur sature ? d'autre part,
 mon  but étant de géolocaliser les points de plusieurs parcelles, à quoi
 correspondent les indications sous la carte (Coordonnées en projection :
 RGF93CC49   X=1931604.54 ; Y=8161734.32) dans le cas présent; sont elles
 transformables en coordonnées latitude longitude et comment ?

As-tu bien configuré JOSM en projection RGF93CC49 (Zone 8) ?

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

Re: [OSM-talk-fr] cadastre

2012-08-31 Par sujet Romain MEHUT

Bonsoir René-Philippe,

Aucun problème chez moi en projection Lambert 9 zones et zone 8.

Romain

PS: tu es de Messein? Je ne suis pas loin, je suis à Toul donc n'hésites
pas à me contacter en direct si besoin.

Le 31 août 2012 21:36, rene 2 rene-philippe.gar...@laposte.net a écrit :

 désolé, mais j'ai toujours mon problème de cadastre; ci-après le lien
 direct vers la carte désirée :


 http://www.cadastre.gouv.fr/scpc/afficherCarteCommune.do?c=M0366dontSaveLastForwardkeepVolatileSession=

 les données que je cherche sont dans la section AH; comme vous pouvez le
 voir en zoomant, toutes les parcelles sont visibles; importation hyper
 longue dans JOSM; il se peut que leur serveur sature ? d'autre part, mon
 but étant de géolocaliser les points de plusieurs parcelles, à quoi
 correspondent les indications sous la carte (Coordonnées en projection :
 RGF93CC49   X=1931604.54 ; Y=8161734.32) dans le cas présent; sont elles
 transformables en coordonnées latitude longitude et comment ?

 merci
 ___
 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] cadastre

Le 31/08/2012 21:57, didier2020 a écrit :

Le vendredi 31 août 2012 à 21:36 +0200, rene 2 a écrit :

désolé, mais j'ai toujours mon problème de cadastre; ci-après le lien
direct vers la carte désirée :

http://www.cadastre.gouv.fr/scpc/afficherCarteCommune.do?c=M0366dontSaveLastForwardkeepVolatileSession=

Malheureusement, les URLs sur le site du cadastre ne sont valables que
le temps de ta session.

rien ne s'affiche, ou le fond est blanc ?

les données que je cherche sont dans la section AH; comme vous pouvez
le voir en zoomant, toutes les parcelles sont visibles; importation
hyper longue dans JOSM; il se peut que leur serveur sature ? d'autre
part, mon but étant de géolocaliser les points de plusieurs
parcelles, à quoi correspondent les indications sous la carte
(Coordonnées en projection : RGF93CC49 X=1931604.54 ; Y=8161734.32)
dans le cas présent; sont elles transformables en coordonnées latitude
longitude et comment ?

Les coordonnées que tu indiques nous disent que ta commune est affichée
en projection Lambert CC, zone 8. Pour voir le cadastre s'afficher dans
JOSM, il te faut :
- configurer la même projection : taper F12 (menu des préférences), puis
choisir l'onglet avec la grille (le 3e en partant du haut). Dans le menu
déroulant des projections, choisir Lambert 9 zones (France), puis dans
le menu déroulant de la zone, choisir la zone 8. Valider.
- tu te places ensuite, dans JOSM, sur ta commune. Le plus simple est
d'en télécharger un petit morceau, et de l'afficher.
- enfin, tu peux demander l'affichage de ta commune via le menu Cadastre
Télécharger le cadastre.

vincent

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

[OSM-talk-fr] cadastre

2012-08-31 Par sujet rene 2

merci Vincent, c'est exactement ce que j'ai fait; mais il y a toujours ce 
problème, le calque cadastre est vide dans josm alors que sur leur site il y a 
bien toutes les données pour le même emplacement, tous les lots sont bien 
visibles comme vous le voyez sur le lien

tout est bien configué, la projection, la zone

 Les coordonnées que tu indiques nous disent que ta commune est affichée
 en projection Lambert CC, zone 8. Pour voir le cadastre s'afficher dans
 JOSM, il te faut :
 - configurer la même projection : taper F12 (menu des préférences), puis
 choisir l'onglet avec la grille (le 3e en partant du haut). Dans le menu
 déroulant des projections, choisir Lambert 9 zones (France), puis dans
 le menu déroulant de la zone, choisir la zone 8. Valider.
 - tu te places ensuite, dans JOSM, sur ta commune. Le plus simple est
 d'en télécharger un petit morceau, et de l'afficher.
 - enfin, tu peux demander l'affichage de ta commune via le menu Cadastre
  Télécharger le cadastre.

 vincent



 --

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


 Fin de Lot Talk-fr, Vol 73, Parution 150
 
 

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre