Re: [OSM-talk-fr] OSM Nominatim + MaxSpeed

[Eric Sibert]

Ce qui me chagrine est comment faire, car la 934933 est appliquée à la
relation France http://www.openstreetmap.org/browse/relation/11980 qui
elle inclut la relation
http://www.openstreetmap.org/browse/relation/1628087
Nouvelle-Calédonie.

Appliquer cette nouvelle relation à la Calédonie et dire que c'est
l'info la plus proche de la base qui doit être prise en considération?


C'est un problème "politique". Le code de la route est-il une  
compétence locale? (les autorités locales peuvent-elles changer le  
code de la route par rapport à celui de la France?). Si oui, alors la  
relation actuelle de limite de vitesse France n'est pas rattachée au  
bon niveau (devrait être rattaché à métropole + DOM uniquement). Si  
non, rien à changer (les limites de vitesses sont les mêmes. Il n'y a  
pas de 130 car il n'y a pas d'autoroute en NC).


Eric


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

Re: [OSM-talk-fr] Osmose : nouvelle analyse à propos des marques

[Eric SIBERT]

Pour les banques, les agences ont généralement un nom distinct de la 
marque même si ce n'est pas visible.


name="Agence Croix-Rouge"
operator = "Crédit Plouc"

voir

name="Agence Croix-Rouge"
operator = "Crédit Plouc Sud Rhône Alpes"
brand = "Crédit Plouc"

Éric

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

Re: [OSM-talk-fr] Mon Premier Chemin

[Eric SIBERT]

Mais avec le tag "material" j'ai le choix entre "metal",
"plastic", "stone" et "wood" ; c'est un peu bizarre pour un chemin, non ?


"surface"

Éric

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

Re: [OSM-talk-fr] Re : Osmose : survey_point et building

[Eric SIBERT]

Et si c'est tout le
cadastre d'une commune qui doit être recalé?


Non, souvent il n'y a qu'une partie de la commune dont le cadastre est 
décalé. Donc, décalage variable...


Eric

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

[OSM-talk-fr] Voie bus et vélo

[Eric SIBERT]

Bonjour à tous,

Je remonte un sujet qui n'a pas l'air d'avoir beaucoup évolué ces 
derniers temps. C'est le codage des voies de bus, éventuellement 
ouvertes aux cyclistes.


Je suis en train de regarder les cas que je rencontre à Grenoble:

- voie de bus physiquement séparée de la chaussée principale
- voie de bus physiquement séparée de la chaussée principale ouverte aux 
vélos
- chaussée double sens avec voie de bus de chaque côté (+ vélo en option 
des deux côtés ou d'un seul)
- chaussée double sens avec voie de bus d'un seul côté (+ vélo autorisé 
sur la voie bus et/ou bande cyclable dans l'autre sens)
- chaussée à sens unique (avec n voies pour les voitures) et voie de bus 
dans le même sens (+ vélo)
- chaussée à sens unique (avec n voies pour les voitures) et voie de bus 
en sens inverse (+ vélo)


Des idées pour tagger tout ça?

Pour rappel, il y a des propositions (sans consensus) dans le wiki :

http://wiki.openstreetmap.org/wiki/FR:Bicycle#Couloirs_de_bus_ouverts_aux_v.C3.A9los



--
Éric

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

Re: [OSM-talk-fr] Voie bus et vélo

[Eric Sibert]

Flop...

Ca ne passionne pas les foules mes interrogations ;-)

En fait, une première difficulté, ce sont les voies pour bus. Il y a  
en particulier le tag busway :


http://wiki.openstreetmap.org/wiki/Key:busway

Il y a une note introductive :

PLEASE NOTE that there was no formal proposal for this feature and it  
is not well established (and probably will never be well established  
because of the inconsistencies it creates). In parts this page  
contradicts the current OSM data model. You are NOT encouraged to use  
this!


Si quelqu'un peut me faire une explication de texte (mais sans faire  
un roman non plus).


Eric


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

Re: [OSM-talk-fr] Osmose - Tag source illegal ou incomplet IGN

[Eric SIBERT]

Le 27/05/2012 10:47, Maetma 91 a écrit :

J'en profite pour demander si ce point est "légal"ou pas :
http://www.openstreetmap.org/browse/node/527901615


Il m'a l'air tout à fait bien. Le gars a décalqué le repère géodésique 
au centre du château d'eau pour représenter le dit château d'eau. En 
quoi voudrais-tu qu'il soit illégal?


Eric

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

Re: [OSM-talk-fr] Osmose - Tag source illegal ou incomplet IGN

[Eric SIBERT]

On écrit "ledit", "ladite", "lesdits" et "lesdites" en un seul mot

[...]

Et répondre à la question initiale, tu sais faire???

Éric

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

Re: [OSM-talk-fr] Cadastre vectoriel décalé de près de 400m... un record ?

[Eric Sibert]

Avez-vous déjà rencontré des décalages si importants sur du cadastre  
vectoriel ?


J'ai déjà rencontré en haute montagne des limites fausses à 200 m près  
sans parler des lignes droites tracées entre sommets sans suivre la  
ligne de crête. En plaine, je suis tombé une fois sur une divergence  
alors que je traçais une voie ferrée. Ca sentait l'erreur de saisie au  
calage du cadastre. Ca donne quoi vis à vis des communes voisines?



Eric


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

Re: [OSM-talk-fr] Cadastre vectoriel décalé de près de 400m... un record ?

[Eric Sibert]

Sur géoportail, le cadastre raster est bien calé, ainsi que les
emprises des bâtiments (une couche différente d'info sur géoportail,
d'ailleurs les bâtiments n'ont pas la même forme que sur le vieux
cadastre raster).


L'IGN a utilisé une méthode de calage "à l'arrache" en détectant les  
similitudes entre les planches cadastre scannées et l'orthophoto. Ils  
annoncent quelques mètres de précision. Et tant qu'il y a des  
parcelles, ça va pas mal.


D'ailleurs, ça m'amène à la réflexion qu'on ne devrait utiliser le  
cadastre que là où il y a des parcelles. Exit la haute montagne...



D'où peut provenir l'erreur ? aucune idée, mais en tout cas, ça montre
que la DGI ne vérifie pas sérieusement les infos qu'on lui transmet...


Je m'interroge toujours sur les méthodes utilisées par la DGI. Il y a  
une norme traitant de la qualité des mesures pour caler les planches.  
En pratique, ça voudrait dire qu'il faut mesurer sur le terrain au GPS  
de précision plusieurs points par planche. Quand on voit les  
décalages, je doute que ce soit le cas. En plus 400 m en plaine, ça  
doit commencer à les déformer sérieusement les planches. Il devrait y  
avoir des alertes. Ca doit être pour ça que je continue à voir bosser  
les géomètres sur le terrain avec théodolite/télémètre, le cadastre  
étant trop mal géoréférencé ;-)


Eric


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

Re: [OSM-talk-fr] Cette liste est elle devenue une cours d'école ?

[Eric SIBERT]

Pour ceux qui ne peuvent/veulent suivre/lire des messages/fils à
rallonge, la plupart des courielleurs modernes offrent toutes les
fonctionnalités requises (filtrage, règles, blocage, Suppr, Maj+Suppr,
etc.).


Je veux bien un mode d'emploi pour mettre ça en service sur mon serveur 
imap. A savoir, filtrer tous les messages venant d'une personne ainsi 
que toutes les réponses qui en découlent directement ou indirectement 
mais pas les autres branches du fil initial (si elles n'ont pas été 
contaminées elles aussi bien sûr).



Cordialement

--
Éric

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

Re: [OSM-talk-fr] Questionnement sur la source...

[Eric SIBERT]

Ensuite, lorsque l'on a positionné plein de pics, on peut s'aider des
photos satellites pour localiser et saisir les sommets manquants que
l'on a la flemme d'atteindre a pied avec son GPS...


Comment ça, la flemme

Le terrain, vous dis je!!!

Le terrain!!!

http://www.openstreetmap.org/browse/node/1773739790

http://www.openstreetmap.org/browse/node/701527603

http://www.openstreetmap.org/browse/node/564117511/history

;-)

Eric

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

Re: [OSM-talk-fr] Suppression des "GR" dans OSM

[Eric Sibert]

Bonjour,

Je débarque un peu tardivement sur ce fil de discussion qui est très  
fournis. Néanmoins, les sentiers de randonnées constituent un sujet de  
contribution qui m'intéresse dans OSM.


Personnellement, je ne mets pas d'info sur les GR mais ça me crée une  
frustration: ne pas pouvoir mettre GR dans la base quand je le vois  
sur le terrain. (La FFRP devraient mettre (c) sur chaque panneau ;-) ).


A un moment donnée, il y a eu un problème avec les installations  
militaires russes. La loi russe interdit de les signaler. Il s'en est  
suivi une guerre d'édition entre ceux qui voulaient retirer ces infos  
et ceux qui voulaient les laisser. Quelqu'un connaît-il l'épilogue de  
cette affaire?


Le risque juridique? Si la FFRP ne veut pas de mention GR dans la base  
de données OSM, il faut qu'ils s'adressent à l'organisation qui  
contrôle les serveurs, soit pour demander une suppression directe,  
soit pour identifier chaque contributeur fautif et lui demander de  
retirer ses contributions litigieuses. Si la FFRP ne veut pas de  
mention GR dans les rendus, qu'ils soient électroniques ou papier, ils  
vont devoir attaquer chaque éditeur, en France ou à l'étranger. Là,  
ils vont finir par se rendre compte que leur modèle "économique" est  
périmé, au moins dans le domaine électronique.


Personnellement, je suis pour le statu-quo, à savoir qu'on déconseille  
de mettre des données sur les GR dans la base. Eventuellement,  
l'association osm-france peut se prononcer dessus. Mais je suis contre  
la suppression. Ca serait valider le modèle périmé de la FFRP.


Ensuite, concernant l'organisation interne de la FFRP, pour les  
aspects juridiques, on n'a pas à s'en préoccuper. Pour les aspects  
relationnels, ma connaissance des fédérations sportives m'inciterait à  
aller frapper au niveau des comités départementaux. C'est certainement  
eux qui s'occupent des sentiers sur le terrain. Et c'est peut-être  
aussi eux qui envoient des grands électeurs à l'AG national (voir  
proposent des motions).



Eric


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

Re: [OSM-talk-fr] Suppression des "GR" dans OSM

[Eric SIBERT]

On y découvre ce qu'est un PDIPR


Surtout, la question, c'est l'articulation avec les CDESI ;-)

Éric

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

Re: [OSM-talk-fr] Suppression des "GR" dans OSM

[Eric SIBERT]

Impossible. Dire "en cas de doute, on attend" est opposée à l'attitude
adoptée par la communauté sur le plan international qui a toujours été
"en cas de doute, on supprime".


Je ne suis pas d'accord avec cette interprétation. C'est quand on n'est 
pas sûr de la source des données qu'on doit supprimer. Et c'est le seul 
cas. "Cartographes Associés" est un exemple de données à l'origine 
incertaine.


S'agissant des GR, c'est l'observation sur le terrain. Une source tout 
ce qu'il y a plus sûr. Après, la question est de reporter dans la base 
des informations du domaine public et de les publier. C'est la même 
question qui s'est posé pour les installations militaires russes. J'ai 
retrouvé la discussion dans les archives. Ça commence là :


http://lists.openstreetmap.org/pipermail/talk/2010-April/049451.html

Leur problème était qu'en Russie, il est interdit de relever et de 
publier des informations sur les installations militaires. Certains 
voulaient supprimer ou modifier les informations sur ces installations 
dans la base de données OSM.


Les réponses sont :
- Si c'est illégale en Russie de relever les installations militaires, 
ceux qui résident en Russie ne doivent pas le faire.
- Si c'est illégale en Russie de publier des cartes montrant des 
installations militaires, alors, ils doivent faire leurs propres

rendus (et extract) sans ces installations.
- Supprimer de telles informations, qui sont justes, est considéré comme 
du vandalisme

(http://lists.openstreetmap.org/pipermail/talk/2010-May/049931.html)



De plus, je maintiens qu'on fait courir un risque juridique à tous
ceux qui veulent adopter OSM


Je ne vois pas où est-ce qu'il y a plus de risques qu'ailleurs. Celui 
qui publie un site web sur les GR, avec ou sans OSM prend un risque. 
Comme tous ceux qui utilisent les numéros d'adresse, ce qui ne semble 
pas poser de problème :


http://lists.openstreetmap.org/pipermail/talk/2010-April/049463.html


en particulier en France, ceux qui penseront pouvoir afficher ces
données-là dans leurs applis commerciales.


Soit la FFRP n'attaque que les sites centrés sur les GR. Et ceux-là 
n'avaient qu'à se renseigner avant. Nul n'est sensé ignorer la loi.


Soit la FFRP attaque tous les site où traine un bout de GR. Alors, il 
faudra trouver une structure pour mettre en place des rendus spéciaux 
France sans les GR et tout ce qui tourne autour (comme ça a été suggéré 
aux Russes).



(et on nous attaque suffisament sur notre modèle ouvert mais peu
rigoureux)


Notre modèle sur les sources de données est très rigoureux. Je le maintiens.

Éric

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

Re: [OSM-talk-fr] Suppression des "GR" dans OSM

[Eric SIBERT]

Mais de toute façon, tous ces argument ont déjà été mis sur la table
en long et en large à plusieurs reprises au fil des ans et on se
répète. Je pense que tout le monde a bien saisi les enjeux même si
certains tombent dans le déni (ce que je peux comprendre, tant les
"GR" font partie de notre patrimoine). La question n'est plus de
savoir s'il faut supprimer les GR mais quand et comment.


Je ne suis toujours pas d'accord pour supprimer ces données de la base.

J'attends toujours une réponse à mon parallèle avec le cas russe.

Eric

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

Re: [OSM-talk-fr] Suppression des "GR" dans OSM

[Eric SIBERT]

[...]

la position d'OSM sur le plan international [...]



C'est peut-être aussi une piste à explorer pour trouver une issue à 
cette discussion, ça serait de sortir du cadre franco-français et 
d'aller prendre un avis à l'international. Le DWG (Data working group : 
http://wiki.openstreetmap.org/wiki/Data_working_group) n'est peut-être 
pas le premier endroit où s'adresser mais je pensais plutôt à la liste 
internationale ou la liste legal.


Éric

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

Re: [OSM-talk-fr] DIY google-car

[Eric SIBERT]

Le 21/06/2012 08:17, Arnaud Vandecasteele a écrit :

Ne pourrions-nous pas envisager un Google Street View bis sauce OSM ?


http://openstreetview.org/

Éric

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

Re: [OSM-talk-fr] url des repères géodésiques

[Eric Sibert]

À mon avis, c'est un tag genre ref:FR:IGN_geodesie avec uniquement  
l'identifiant qu'il faudrait mettre. C'est aux outils (tag2link...)  
de le convertir en url


C'est une piste intéressante.


ce qui donnerait, pour l'exemple présent : ref:FR:IGN_geodesie=7403003


Il y a déjà un tag ref. Il suffirait de le transformer et de supprimer  
toutes les url.


Par contre, je ne sais pas trop comment procéder en pratique pour  
faire le remplacement sur toute la France. Si vous avez des  
suggestions...


Eric


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

Re: [OSM-talk-fr] Repère de nivellement

[Eric Sibert]

J'ai récupéré toutes les fiches des points de nivellement sur le  
site IGN, autour de chez moi. Je voudrais les incorporer sur la  
carte, ce qui me permettrait de vérifier le décalage éventuel avec  
Bing.
-Existe t il une procédure pour faire cela, et sinon quelles  
informations (tags) dois je utiliser ???


http://wiki.openstreetmap.org/wiki/WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques#Rep.C3.A8res_de_nivellement

Les repères de nivellement ont des coordonnées horizontales très  
approximatives. C'est pour ça qu'il a été décidé de ne pas les  
importer dans OSM. Et qu'ils ne sont d'aucune utilité pour recaler le  
cadastre ou Bing.




Actuellement près de chez moi il y a un point d'indiqué sur la  
carte, mais il n'existe pas physiquement et n'est pas répertorié sur  
le site IGN -> je fais quoi avec ???


Rien ;-)

En fait, il y a un certain nombre de points côtés sur les cartes IGN  
dont l'altitude a simplement été déterminée d'après les photos  
aérienne (typique en montagne).


Eric


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

Re: [OSM-talk-fr] Bing va mettre a dispo 165TB d ortophotos

[Eric SIBERT]

Sur Madagascar, je vois de nouvelles villes en haute résolution à la 
fois directement dans Bing et aussi dans JOSM. Et c'est cool  parce que 
jusqu'à présent, ça manquait grave à Mada.


Éric

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

[OSM-talk-fr] Bing / Mada

[Eric Sibert]

Bonjour,

Y a-t-il des volontaires pour faire de l'humanitaire sans bouger de  
chez eux? ;-)


Suite à la mise à jour de Bing, la couverture photo haute résolution  
de Madagascar s'est bien améliorée. Je cherche des volontaires pour  
tracer des routes mais éventuellement aussi des voies ferrées, des  
rivières...


Mon idée étant que connaissant le pays, je pourrai plus facilement les  
orienter vers les axes importants manquants.


Eric


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

Re: [OSM-talk-fr] Bing / Mada

[Eric Sibert]

J'y penserai dès qu'il pleuvra,


Présentement, il pleut à Grenoble ;-)

Eric


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

Re: [OSM-talk-fr] Bing / Mada

[Eric Sibert]

 je te recommande de préparer des zones z15 et de proposer les  
carrés dans une page wiki.

http://osmqa2.qualitystreetmap.org/osmqa/#zoom=15&lat=-15.67093&lon=47.05857&layers=BT


z15??? Ca ne paraît pas du tout adapté à l'échelle des travaux  
envisagés. J'ai lancé le premier volontaire sur la RN43 de là :  
http://osm.org/go/nBJb6fl_- à là http://osm.org/go/nBKBhrAg .


Encore un outils fait pour les pays économiquement développés ;-)


Eric


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

Re: [OSM-talk-fr] Bing / Mada

[Eric Sibert]

J'en ai fait un p'tit peu, le long de la N1, entre Miarinarivo et  
Antananarivo :

http://www.openstreetmap.org/?lat=-18.9511&lon=46.9066&zoom=14&layers=M


N'hésitez pas à me signaler ce que vous tracez. Comme ça, je peux  
repasser derrière et classer les routes suivant ce que je connais du  
coin. Par exemple, pour la ville suivante :


http://osm.org/go/nBLVsfDI--

D'abord, j'ai indiqué la ville. Ensuite, j'ai reclassé l'axe  
traversant la ville en tertiary. C'est l'ancien parcours de la RN1.  
Pour les pistes non goudronnées, les mettre en track est un peu  
excessif à Mada. Quant à mettre un tracktype depuis l'espace, les nids  
de poule ne sont pas toujours visibles de si haut...



Eric


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

Re: [OSM-talk-fr] Bing / Mada

[Eric Sibert]

Vladimir Vyskocil  a ?crit :

J'ai vu récemment un reportage intéressant sur la région de Mananara  
Nord [...]

J'ai, donc commencé à cartographier la route qui y mène depuis le sud [...]
J'ai taggué la route en tant que track ce qui est surement faux  
(mais correspond je pense a notre notion de track ici ;-).


Oui, c'est la N 5 jusqu'à Maroantsetra (pareil, la HD s'arrête à  
l'entrée de la ville). De ce que j'en sais, on doit effectivement  
difficilement la classer en route forestière chez nous...


Je m'occuperai de la classification à postériori.

J'ai également repris le trait de côte, certaines rivières et  
"riverbank", les dents de scie de l'existant provenant de PGS est  
vraiment trop moche !
Bon voila maintenant il faudra que j'aille vérifier tout cela sur  
place... un jour, j'espere ! ;)


Pour les traversées de rivières, il y a aussi des bacs. On les voit  
même des fois sur les photos. Et la barrière de corail au large.


Eric


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

Re: [OSM-talk-fr] Bing / Mada

[Eric Sibert]

- Il y a t'il des cartes topo et plan de ville a disposition quelques part


Il existe des cartes papiers (1/100.000). En dehors de la capitale, la  
mise à jour est douteuse (années 60) sachant que dans la brousse, les  
villages et les pistes peuvent se déplacer.


- As tu des contacts sur place, avec université, amis ou autres qui vont
donner un coup de main.


Un contact S


Je vais essayer de participer, mais j ai aussi les devoirs de vacances a
faire pour mettre a jour le cadastre sur petite commune en haute savoie (En
esperant qu'ils arretent de construire tous les mois de nouveaux batiments).

A+ fred





Eric Sibert
http://eric.sibert.fr


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

Re: [OSM-talk-fr] Bing / Mada

[Eric Sibert]

J'ai cliqué sur le mauvais bouton. Je continue ma réponse.



- As tu des contacts sur place, avec université, amis ou autres qui vont
donner un coup de main.


J'ai un contact dans l'administration des parcs. Avec accord de sa  
direction, il a transmis à OSM les limites des Aires Protégées.


Sinon, j'ai aussi un contact avec une PME locale qui essaie entre  
autre de développer des activités autour d'OSM (mais pour le marché  
français). Ils se sont échauffés en traçant le plan de Tana sur le  
fond Yahoo.


A plus


Eric


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

Re: [OSM-talk-fr] Bing / Mada

[Eric Sibert]

Il faudrait encore nommer les villages traversés mais ou trouver une  
source de donnée pour cela ?


Le terrain, vous dis-je!!! On cherche des volontaires. C'est juste un  
peu sauvage :


http://eric.sibert.fr/static/photo/panorama/mada08/marojejy/

Eric


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

Re: [OSM-talk-fr] Bing / Mada

[Eric Sibert]

J'y suis allé de ma contribution également avec quelques pistes, un lac, un
village et un bout de côte qui était en dents de scie.

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


C'est bien de mettre ça en road. Je les retrouve plus facilement :-p

J'ai un peu la flemme de faire une partie spéciale dans le wiki pour  
les routes traçables avec Bing. Il n'y a qu'à prendre l'état  
d'avancement et voir celles qui manquent ;-)


http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar#Routes_Nationales_Secondaires

Dans les suggestions du chef, la route au sud d'Andapa jusqu'à Antalaha:

http://www.openstreetmap.org/?lat=-14.2609&lon=50.1939&zoom=12&layers=M

Refaire la N3b qui part du même endroit et qui monte dans la montagne:

http://osm.org/go/nE~GlU9

La N32 pour Mandritsara, départ ici :

http://osm.org/go/nExY_GOi-

La N31b d'accès à Analalava :

http://osm.org/go/nEeufxUt-

Pour les amateurs de chemin de fer, la ligne FCE :

http://osm.org/go/nAOidv

Eric



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

Re: [OSM-talk-fr] Bing / Mada

[Eric Sibert]

J'ai un peu la flemme de faire une partie spéciale dans le wiki pour  
les routes traçables avec Bing. Il n'y a qu'à prendre l'état  
d'avancement et voir celles qui manquent ;-)



http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar#Routes_Nationales_Secondaires

En fait, après avoir connecté mes neurones, je me suis que je n'avais  
qu'à rajouter une colonne dans les tableaux existants pour indiquer  
s'il y a une vue satellite disponible. Je fais ça sous peu.


Eric


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

Re: [OSM-talk-fr] N10 : trunk ou primary ?

[Eric SIBERT]

Y a-t-il le panneau "Route pour automobile"? Vitesse globalement limitée 
à 90 ou 110? Y a-t-il des échangeurs ou des carrefours au même niveau?


De mémoire, ça ne me choquerait pas que dans les Landes, la N10 soit en 
trunk. Au même titre qu'entre Poitiers et Bordeaux via Angoulême. (Il 
restait des carrefours à niveau vers Poitiers il y a quelques années. 
Sont-ils toujours là?)


Éric

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

Re: [OSM-talk-fr] Bing / Mada

[Eric SIBERT]

Dans le wiki, j'ai rajouté une colonne indiquant la présence de vues 
Bing haute définition dans les tableaux d'avancement des routes 
secondaires et tertiaires :


http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar#Routes_Nationales_Secondaires 



Pour les secondaires, j'ai complété la colonne pour toutes les routes 
incomplètes. Je suis en cours pour les tertiaires.


Sur certaines routes, j'ai tracé le début pour trouver plus facilement 
les embranchements quand ils sont en rase campagne.


Eric

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

[OSM-talk-fr] Consulter les données OSM offline sur un PDA

[Eric Sibert]

Bonjour,

Je pars bientôt en voyage dans un pays lointain où j'espère faire  
avancer la cartographie OSM. Néanmoins, j'ai souvent le problème sur  
le terrain que je ne sais pas nécessairement ce qui a déjà été  
cartographié et comment. Or, je dispose d'un PDA, un HP IPAQ 114 qui  
tourne sous Windows Mobile 6. Je cherche une méthode pour pouvoir  
consulter les données OSM et connaître les tags enregistrés pour les  
différents objets. Un truc du style, je télécharge un extrait de la  
zone avant de partir et j'utilise une appli pour consulter l'extrait  
offline. Est-ce que vous avez des applis à proposer?


Eric


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

Re: [OSM-talk-fr] Consulter les données OSM offline sur un PDA

[Eric SIBERT]

Je précise que j'ai déjà un GPS de plein air ainsi qu'un appareil photo 
qui me servent pour les relevés. Je vais préparer pour le GPS une carte 
vectorielle à partir d'OSM. Néanmoins, cette carte ne comportera pas 
tout. C'est pour ça que je voudrais pouvoir consulter tout ce qu'il y a. 
Un josm miniature, ça m'irait bien.


Il n'y a pas de connexion entre le GPS et le PDA. Je n'ai pas besoin de 
fonctionnalité d'enregistrement de trace.


@+


--
Éric

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

Re: [OSM-talk-fr] Bing / Mada

[Eric Sibert]

Ma petite contribution :
http://www.openstreetmap.org/browse/changeset/12139071


Vu. Merci.

Eric




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

Re: [OSM-talk-fr] Déclassement d'autoroute à Grenoble

[Eric Sibert]

Merci pour la vigilance. Après analyse approfondie de la situation et  
quelques tours en voiture du secteur, j'en conclus qu'il s'agit de  
l'extrémité de l'A48 dans la branche qui vient se terminer à la Porte  
de France, au pied de la Bastille, depuis la séparation de l'A480.  
C'est pour une future ligne de tram :


http://routes.wikia.com/wiki/Autoroute_fran%C3%A7aise_A48_%28Ancien_tron%C3%A7on%29

Et en plus, c'est déjà à jour dans OSM ;-)

Eric


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

Re: [OSM-talk-fr] Besoin de testeurs

[Eric SIBERT]

Concernant Bessans :

http://dev-yves.dyndns.org/pistes-nordiques-backend/index.html?zoom=14&lat=45.32652&lon=7.00245&layers=B0TT

Quand on clique sur un segment, ça ne donne que les informations sur le 
segment alors que j'ai défini les pistes par des relations, une même 
trace au sol pouvant être utilisée par plusieurs pistes. Je trouverais 
beaucoup plus sympa que quand on clique à un endroit, ça donne la liste 
des pistes y passant (avec longueur et difficultés respectives).


Puis il y a un gros truc noir à droite qui fait un erreur Python quand 
on clique dessus.


Éric

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

Re: [OSM-talk-fr] Besoin de testeurs

[Eric SIBERT]

Si si, mais je traite les relations de type route=ski (3280 dans
taginfo) pas les type=piste (seulement 21 dans taginfo ...).


Ok, c'est adopté. J'ai modifié Bessans en conséquence. J'attends la 
prise en compte des modifs pour voir si ça va bien.


Éric

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

Re: [OSM-talk-fr] Remise en route des analyseurs Osmose

[Eric Sibert]

Bonjour,

Merci pour cette remise en service.



Les analyseurs Osmose sont enfin à jour sur http://osmose.openstreetmap.fr/
Ils sont notamment à jour pour toutes les analyses concernant la France
métropolitaine - les DOM-TOM sont prévus, mais pas pour tout de suite.


Etienne m'avait aussi mis une analyse sur Madagascar. Ca serait  
possible de me la remettre aussi???



Eric


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

Re: [OSM-talk-fr] [Stats]

[Eric Sibert]

Je viens de mettre à jour ma base pour la France. L'occasion de  
produire quelques stats.


Je réponds tardivement (mais je dois être le premier à le faire).  
Intéressant ces stats.



"motorway";  9233;  11 342 * kilométrage calculé divisé par 2
"trunk"; 8063;  12 165


Et pas de division par deux pour les trunk?



"primary";  53481;  47 962
"secondary";   101690; 105 350
"tertiary";125539; 144 456
"unclassified";243850; 144 837
"residential"; 490454; 105 898


On voit que par rapport aux recommandations sur les quantités, ça va pas mal:

primary < secondary < tertiary

avec toutefois presque autant de secondary que de tertiary.

Et (unclassifed + residential) > (primary + secondary + tertiary).

En fait, ce qui m'intéresserait, c'est d'avoir le même genre de stat  
sur des zones plus petites, style commune.


Eric


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

Re: [OSM-talk-fr] Re : Statistiques des km de voiries par communes dans osm comparé au cadastre

[Eric SIBERT]

Est ce qu on peut en savoir un peu plus sur la maniere donc tu calcules
les km ?


Clairement, quand on regarde le cadastre à la campagne/montagne, on voit 
des tas de chemins qu'on retrouve ou non actuellement sur le terrain. Et 
ces chemins ont l'air d'être pris en compte dans le calcul proposé.


Quand je regarde la Haute-Maurienne en Savoie :

http://beta.letuffe.org/?zoom=11&lat=45.33042&lon=7.04101&layers=BFFFTF

Lanslebourg, Lanslevillard, Bessans et Bonneval sont normalement 
complets alors que ça nous annonce des taux vers 1/3.


Par contre, plus bas dans la vallée, les communes à 0, c'est sûr qu'il y 
a un truc à faire.


Mais globalement, j'ai des doutes sur le coloriage pour orienter les 
cartoparties.


Éric

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

Re: [OSM-talk-fr] Statistiques des km de voiries par communes dans osm comparé au cadastre

[Eric SIBERT]

>> je suis aussi un partisan de combler les trous, et surtout en campagne.
>> Mais il faut le faire à mon avis avec une hiérarchisation des
>> priorités, et
>> les kilomètres par commune ne sont pas la priorité pour moi, il faut :
>> * d'abord constituer le réseau routier départemental

En ce qui me concerne, mon objectif premier pour OSM en France, c'est de 
compléter le réseau routier, c'est-à-dire:


- toutes les voies publiques goudronnées
- toutes les voies publiques/privées, goudronnées ou non, routier/piéton 
ayant un nom différent de la voie publique du coin


Et pour toutes ces routes:
- nom
- sens unique
- référence éventuelle
- interdiction de tourner à gauche ou à droite
- limite de gabarit (poids, largeur, hauteur...)

Et avec ça on devrait pouvoir déterminer des itinéraires entre toutes 
les rues de France.


Après, suivant le mode de transport (voiture, vélo, pieds...) utilisé 
sur le terrain, je rajoute d'autres éléments. Plus le moyen de 
déplacement est rapide et moins j'en mets:

- limites de vitesses
- entrées/sorties  d'agglomérations
- nom de villages/hameaux
- troisième voies sur autoroute/voie rapide
- ponts/tunnels
- équipements touristiques
- magasins
...

Par contre, je ne prends jamais ma voiture spécialement pour 
cartographier, question pollution (à part quelques rencards mapping 
party). Le vélo, pas de problème mais je m'éloigne moins de la ville.


En résumé, je ne hiérarchise pas ;-)

Éric

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

Re: [OSM-talk-fr] Erreur déplacement limite administrative

[Eric Sibert]

Que fait-on pour les rivières dynamiques comme la Loire ou le Doubs  
qui peuvent déplacer annuellement leur cours ? On change la limite  
administrative à chaque fois ? ;-)


Dans les parties non canalisées du Rhin, la frontière entre la France  
et l'Allemagne est définie comme la ligne de plus profondes eaux.  
Autant dire que c'est mouvant mais qu'en plus, personne n'est capable  
de dire où c'est.


Eric



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

Re: [OSM-talk-fr] Erreur déplacement limite administrative

[Eric Sibert]

Damien Boilley  a �crit :


Dans les parties non canalisées du Rhin, la frontière entre la France et
l'Allemagne est définie comme la ligne de plus profondes eaux. Autant dire
que c'est mouvant mais qu'en plus, personne n'est capable de dire où c'est.


Plus depuis le traité du 13 avril 2000 portant délimitation de la
frontière dans les sections aménagées du Rhin :
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00446247


Dans les sections aménagées, uniquement !!!

;-)

Eric


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

Re: [OSM-talk-fr] Footway ou path?

[Eric Sibert]

Pour moi, le footway est le chemin (revêtu ou non) qui a été  
spécifiquement aménagé (pour les piétons). Le path est le sentier qui  
s'est créé tout seul (sans volonté politique on va dire) suite au  
passage répété des personnes à cet endroit.


Mes 0,02 €

Eric


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

Re: [OSM-talk-fr] Footway ou path?

[Eric Sibert]

Histoire de remettre un peu d'eau au moulin,j'ai pris le Robert &  
Collins "Super Senior", 2nd edition, 2000 (c'est pour le contrôle  
qualité, tous ces détails ;-) ).


design = verbe transitif
(c)  = destine for particular purpose : conçu pour un usage particulier

Pour moi, un chemin dans un parc en ville, c'est conçu pour les  
piétons, que les vélos viennent squatter ou non, qu'ils y soient  
autorisés ou non.



Là où ça devient marrant:

footway : voir footpath

footpath n (=path) sentier ; see also public (Brit) (=pavement)  
trottoir m ; (bu highway) chemin m


path n (also pathway) (in wood etc) sentier m ; chemin m ; (in garden)  
allée f; (also footpath : beside road) sentier m (pour les piétons).



Eric


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

Re: [OSM-talk-fr] Footway ou path?

[Eric SIBERT]

Avant d'étiqueter des foute-ouais ou des pafs (pourquoi pas des
bâtiments, tant qu'on y est ?), feriez bien de mapper des chemins
carrossables... :-P


Justement, c'est bien ça mon problème dans cette discussion. C'est 
qu'avec mon vélo de ville, je ne considère pas la carrossabilité des 
sentiers et des allées dans les parcs comme identiques. J'évite les 
premiers avec mon vélo ou avec une poussette. Et dans un logiciel de 
routage pour vélo, je serais content que ça fasse pareil. D'où la 
discussion pour le jour où, ayant fini les routes, je me mettrai à coder 
massivement ce genre de choses ;-)



Éric

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

Re: [OSM-talk-fr] Tag Cyber café

[Eric SIBERT]

Salut,

Si c'est un café (ou resto, hôtel...) qui propose une connexion à 
internet, "internet_access"


http://wiki.openstreetmap.org/wiki/Key:internet_access

Si c'est une boutique qui ne fournit que de la connexion à internet, 
j'ai mis pour le moment amenity=internet. Mais on ne doit pas être 
beaucoup à le faire. En Europe:
amenity : internet (10), internet_access (14), internet_cafe (64), 
internet_kisok (2), internet_point (2)


et aussi

shop : internet_cafe (10)

Éric

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

Re: [OSM-talk-fr] le japon a glissé de 2,4m

[Eric SIBERT]

Le 13/03/2011 18:26, hpmt a écrit :

D'après l'afp qui dit le tenir de L'USGS, le japon a glissé de 2,4m.
On fait quoi pour les cartes micropappées, dans ces cas là ?


J'avais vu la dépêche mais je n'avais pas osé poster de message.



Ben, tu vas sur le terrain avec ton GPS. Tu mesures le décalage en 
différents points. Tu prends l'extract Japon et tu le translates en 
conséquence. Au passage, si tu vois que quelques plans de rue ne sont 
plus à jour, tu prends note et tu corriges. Sans oublier les nomansland 
nucléaires.




Plus sérieusement, tous les deux ou trois ans, il y a un calcul à 
l'échelle mondial d'un système géodésique précis, ITRF 
(http://itrf.ensg.ign.fr/). ITRF2008 est le dernier calcul. C'est en 
quelques sorte un WGS84 en plus précis et mis à jour. Ensuite, chaque 
pays fourni une conversion entre son système géodésique (RGF93 en 
France) et un ITRF donné. Et avec ça, il doit y avoir une grille de 
déformation. Plus qu'à appliquer ça à tous les points du pays.


Éric

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

Re: [OSM-talk-fr] Barrage de Gendarmerie

[Eric Sibert]

Il sert à quoi ce barrage permanent ?  Est-ce qu'il limite l'accès à une
zone ? (militaire par exemple)


Il y a des tas de pays plus ou moins démocratiques où il y a des  
barrages permanents des forces de l'ordre, globalement pour contrôler  
les populations, localement pour arrondir les fins de mois des  
pandores. Avec éventuellement des herses au sol pour éviter les  
passages en force. Sans parler des militaires en tenue de combat et  
M16 dans des casemates en pierre autour du carrefour...


Eric


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

Re: [OSM-talk-fr] (sans objet)

[Eric Sibert]

"sly (sylvain letuffe)"  a �crit :


+1
Actuellement en France métropolitaine, l'usage du GPS n'est plus nécessaire.
Depuis que nous avons accès au cadastre en ligne et encore plus depuis que
Bing nous permet d'utiliser l'imagerie aérienne de l'IGN, on peut ranger les
GPS dans l'armoire à jouets (...)


C'est une vision citadino-bitumo-centrique. Dans ma cambrousse, je n'ais
toujours pas trouvé le moyen d'utiliser les sources pré-citées pour
cartographier les chemins et poi sous couvert forestier ni les altitudes.


+1. Même dans les agglomérations entourant les villes, je vais  
toujours sur le terrain avec GPS+appareil photo. Ca permet de faire  
les relevés super vite, en particulier en vélo. De retour à la base,  
géoréférencement des photos, transfert dans JOSM et utilisation du  
cadastre en fond. Idem quand je profite de mes déplacements en  
voiture, surtout quand je suis passager. Prise photo au vol des noms  
de villages, entrées/sorties d'agglomérations, limites de vitesse,  
référence de routes... Reprise des tracés de route qu'on pourrait  
dessiner avec le cadastre pas toujours bien calé mais qui ont surtout  
été tracés au début du projet, qui sont super anguleux et que personne  
n'a repris.


J'ai un GPS avec carto OSM intégré, ce qui permet facilement de savoir  
ce qui manque mais on pourrait se contenter d'un logger.


Eric


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

Re: [OSM-talk-fr] (sans objet)

[Eric Sibert]

lintr...@free.fr a �crit :

dois je comprendre que beaucoup de communes rurales ne possèdent pas  
 de fichiers cadastraux numérisés ?


A voir :

http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Etat_d%27avancement

59% des limites communales, ça suggère que seulement 59% des communes  
sont en vectoriel voir moins sur une partie des limites communales a  
été tracée d'après le cadastre scanné (géoréférencé ou non).


Eric


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

Re: [OSM-talk-fr] (sans objet)

[Eric Sibert]

C'est quel modèle de GPS ???


Magellan Triton 400.

Et en haut de gamme, il y a l'Explorist 510 avec appareil photo et  
dictaphone intégrés. Mais c'est juste pour exploser ton budget ;-)


Eric



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

Re: [OSM-talk-fr] Comment trouver et récupérer des traces enregistrées?

[Eric SIBERT]

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

Éric

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

Re: [OSM-talk-fr] D533 vs N 532 (was: Lisibilité et ergonomie des cartes Mapnik)

[Eric Sibert]

Ah oui, bonne remarque, ca sent la boulette ! J'ai pris ViaMichelin  
en juge de paix et


Pas top comme source ViaMichelin. Je conseille plutôt le site suivant :

http://routes.wikia.com/wiki/Route_nationale_fran%C3%A7aise

Eric


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

Re: [OSM-talk-fr] Stations de ski et communes associées

[Eric Sibert]

1/ Plusieurs stations de ski (Plange, Courchevel...) sont taggé :
place=village
Ce ne sont pas des communes, place=hamlet me semblerait normal.


Je ne connais pas la Plange mais concernant Courchevel, c'est :
- 1 domaine skiable
- réparti sur deux communes
- cinq zones urbanisées avec un nom de la forme Courchevel 1xxx où  
1xxx indique l'altitude. Il peut aussi y avoir un autre nom plus  
d'origine plus ancienne : Courchevel 1100=Saint Bon.


Si je devais mettre Courchevel quelque part, ça ne serait pas sur un  
place=* mais sur un ski_resort=*.


Vue la taille de chaque zone urbanisée qui comporte de quelques  
centaines à quelques milliers de lits, place=hamlet ne me paraît pas  
adapté. place=village au minimum. name=Courchevel 1100 ;  
alt_name=Saint Bon.


Où est-ce qu'on met le place=* correspondant à la commune? Dans le  
village comportant la mairie. Problème récurent des communes avec  
plusieurs villages importants (issues par exemple de regroupement), on  
se retrouve avec un doublon de place sur le village où est la mairie.  
En fait, s'il n'y a pas identité entre le nom du village abritant la  
mairie et le nom de la commune, je pense qu'il ne faudrait pas mettre  
les informations de la commune sur un nœud place=* mais uniquement sur  
la relation des limites de la commune, relation qui comportera un  
admin_center sur le village abritant la mairie. C'est clair :-p


Eric


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

Re: [OSM-talk-fr] Stations de ski et communes associées

[Eric Sibert]

Attention, une commune et un lieu habité sont deux choses différentes. La
plupart du temps la commune porte le nom d'un lieu habité, comme
place=village, parce que la commune a été formée autour d'un bourg. Mais il
peut y avoir 0, 1 ou plusieurs place=village dans une commune par exemple,
suivant la répartition des habitations. Ce qui identifie qu'une commune en
est une n'est pas le tag place, mais bien la relation de commune.


Nos messages se sont croisés. Exemple d'illustration:
- commune de Livet-et-Gavet
- village Livet
- village Gavet
- la mairie se trouve à Rioupéroux !!!




Eric


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

Re: [OSM-talk-fr] validation de la frontière d'une commune

[Eric Sibert]

Bon, et puis, ayant été nourrie à la 3fn depuis mon arrivée dans le  
monde de la BdD, je trouve que les infos redondantes entre la  
relation et le point "admin_centre" font un peu désordre.


+1, les infos redondantes, ce n'est pas bon pour la maintenance. Mais  
on ne vit pas dans un monde parfait. Donc, l'idée ça serait de  
transférer les informations du nœud place=* de la commune à la  
relation des limites quand celle-ci existe et de mettre un  
admin_center avec le nœud place=* du village de la mairie. Le jour où  
toutes les limites communales sont saisies, on a une relation par  
commune et un seul nœud place=* par village/ville. Le nœud en question  
contient alors le nom et la population du village, et non de la  
commune. En attendant ça, les infos sur les communes sont au moins  
présentent dans un nœud.


Et après, quand on passe au cran supérieur? Sur le département, pour  
admin_center, on met la relation de la commune de la préfecture. Et  
ainsi de suite...




Eric


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

Re: [OSM-talk-fr] Stations de ski et communes associées

[Eric Sibert]

place=* est relatif (selon les définitions "officielles") au nombre
d'habitants pas au nombre de couchage potentiel.


Pas vraiment :
http://wiki.openstreetmap.org/wiki/Place
"In most Western countries, the status of a location (whether it is a
city/town/etc.), is decided by the government, and is not a function of size.
But most OSM communities of those countries have made a convention to use the
population (...)"

ça dit "most" mais pas tous, et en france, jusqu'a un consensus qui ne s'est
toujours pas dégagé, c'est pour l'instant un cumul de plein d'éléments, et
pas les même pour tous les contributeurs.


Disons qu'il y a différents paramètres dans l'importance d'une ville  
ou d'un village, en particuliers les services proposés  
(administration, santé, éducation, commerces, transports...). Ca  
définit un bassin d'attraction à différents niveaux. Je vais au  
chef-lieu de commune pour l'école mais je sors du département pour  
l'université. Le admin_level=* peut renseigner sur l'aspect  
administratif mais après, tout ce reste assez subjectif et dépend des  
infos qu'on cherche donc je vais aussi dans le sens de se concentrer  
sur la population pour choisir place=*. Et encore, mettre des limites  
quantitatives identiques pour tout le monde ne me paraît pas adapté.  
Entre un pays fortement urbanisé (80% de citadins pour la France) et à  
forte densité de population (100 hab/km²) et un pays rural (20% de  
citadins à Madagascar) et à faible densité de population (20 hab/km²),  
je me mettrais pas les limites au même niveau. Voir entre région  
parisienne et Limousin. Le mieux, c'est encore de renseigner le tag  
population=* quand on peut.



C'est variable selon la station de ski. Courchevel est une station qui compte
~2000 habitants toute l'année et jusqu'a 3 en hiver (cf wikipedia)
et 2000, pour moi, c'est suffisent pour avoir le droit de disposer d'un
place=village


On fait une moyenne pondérée sur l'année???




Eric


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

Re: [OSM-talk-fr] Utilisation du admin_centre

[Eric Sibert]

Hop hop hop, j'attrape cette remarque au vol, c'est en effet une question que
je me suis mainte fois posée et dont la source du questionnement est
l'impossible réduction (fidèle) d'une ville/village à un point mathématique.



Tu as dis que le département aurait comme admin_centre la commune
préférecture, donc la relation, donc pas un point, mais une autre relation ?
Or :
http://wiki.openstreetmap.org/wiki/Relations/Proposed/add_admin_centre_in_Relation:boundary
nous dit clairement "un point"


J'avais pas vu mais si tu veux un point, tu prends l'admin_center de  
l'admin_center ;-)


Problème : imaginons que suite à des restructurations de service, les  
services préfectoraux déménagent dans une commune de banlieue. On met  
le point de l'admin_center à cet endroit. Et c'est la commune de  
banlieue qui se retrouve préfecture??? Et dont le nom est mis en avant  
sur la carte?




Mais la question se pose de toute façon systématiquement lorsque nous voulons
tagguer plus précisément, la modélisation d'une ville par un point à des
limites (pas celle administratives voyons !) et l'on peut même se demander si
la relation commune pourrait avoir comme admin_centre une surface qui serait,
disons, la "zone d'habitation" ou si on contraire nous avons tout à gagner à
continuer la modélisation par un point en parallèle de celle par une surface.


Pour la commune, on met l'admin_center sur le village le plus proche  
de la mairie? On met le point village au centre du village? Ah non, on  
a fait un chemin entourant le village plutôt qu'un point !!! Et je  
fais comment pour ma commune de banlieue qui est un gros tas  
d'urbanisation non séparée de la voisine, sans centre de village bien  
vivant et une mairie au milieu de nul part??? En fait, il faudrait  
séparer la mairie/préfecture/préfecture de région du admin_center dans  
la relation avec admin_service=* ?. Sauf qu'il y a préfecture et  
conseil général, préfecture de région et conseil régional...  
admin_service:political= pour les élus, admin_service:administratif  
pour les nommés par l'état???


Brainstorming* en perspective.

Eric



* : remue-méninges.








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

Re: [OSM-talk-fr] Utilisation du admin_centre

[Eric SIBERT]

Pour la commune, on met l'admin_center sur le village le plus proche
de la mairie? On met le point village au centre du village?


Je dirais oui, ou oui, ou autre si le coeur nous en dit, en gros, pour
l'instant j'ai l'impression que ce noeud ne sert qu'a placer le nom dans un
rendu,


Vade retro satanas : on ne tague pas pour le rendu. Tu as mis le doigt 
sur le point qui fait mal ;-)





Et je
fais comment pour ma commune de banlieue qui est un gros tas
d'urbanisation non séparée de la voisine, sans centre de village bien
vivant et une mairie au milieu de nul part???


C'est en effet le cas délicat de la modélisation par surface d'un village.


Dans mon cas, si je devais mettre un point admin_center, je le mettrais 
sur la mairie qui est globalement au centre du magma banlieusard. Si 
c'est une relation de limite, j'englobe le magma sans les villages externes.



L'autre cas serait la ville de paris (ou autre commune très dense) où le
contour de la ville et les limites de la commune sont confondues.
Et dans ce cas, comme le tien, cela ne me choquerait pas d'ajouter un tag
place=city à la frontière de commune.


On retombe sur le problème ville versus commune mais dans le sens 
inverse. Là, la ville définie comme la continuité de l'urbanisation, 
dépasse la commune. Vu de près, Paris est une commune de 1.800.000 hab. 
Vue de loin, c'est une ville de 10.000.000 hab. Et en plus, c'est le 
siège d'un admin_level=2. Et pour l'Europe, c'est où l'admin_center???




Il existe des communes où l'on trouve une mairie, mais aussi des mairies "de
quartier", ça me semble bourrin de toutes les lister avec un rôle dans la
relation commune, tant qu'elles sont contenues dans le polygone commune avec
un tag genre amenity=(big/small)_town_hall, ça suffit. (relations are not
categories ? ;-) )



Concernant Grenoble, il y a des secteurs (6) que quelqu'un a mis en 
admin_level=9 je crois. Et chaque secteur a sa mairie de quartier. Donc, 
chaque mairie de secteur dans la relation de secteur...



Brainstorming* en perspective.


Orageons nous les méninges !


Orage tout court actuellement ;-)

Eric

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

Re: [OSM-talk-fr] Détails tags points lumineux

[Eric Sibert]

Mais que pensez vous de la Famille de Lampe ?:

Lampe Sodium Hte Pression
Lampe Fluo
Led
Lampe Iodure
Incandescence
Compact Fluo

Là cela peut être intéressant pour les éco énergies et tout ça ;-)
Cela vous parait il pertinent, si oui comment le traduit on ?


Le type de lampe me paraît moyennement pertinent surtout que je crains  
qu'il y ait beaucoup de cas difficiles à déterminer sur le terrain.  
Quid du sodium basse pression, du mercure... différence  
lampefluo/compact fluo??? Lampe iodure (halogène???), ce n'est pas de  
l'incandescence? En fin de compte, ce qui peut intéresser certains,  
c'est le spectre d'émission et l'efficacité énergétique. Dans le même  
genre, il y a la qualité de l'éclairage: spot vers le sol ou boule qui  
émet dans toutes les directions sauf le sol. C'est pour ceux qui  
s'intéressent à la pollution lumineuse.



Code Ouvrage = ref
Position X,Y =lat,lon


Ca, par contre, c'est un référentiel super précis dans la ville. La  
réf est habituellement marquée sous l'éclairage. Et les services  
techniques aiment bien quand on leur signale un problème (d'éclairage  
ou non) avec cette réf. Ils savent tout de suite où ça se passe.


Eric


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

Re: [OSM-talk-fr] Détails tags points lumineux

[Eric Sibert]

Et pour la protection du ciel nocturne, j'ai effectivement la précision
boule ou sol (éclairage ascendant)


Info intéressante aussi.


Un collègue éclairagiste me signale qu'il y a des sigles internationaux
normalisés pour les types de lampes.


Une proposition dans le wiki???


Si nous avons l'info on la garde ? ou la "ref" permettra aux services
techniques de faire la jointure pour leurs bases?


Après une nuit de réflexion, je pense que ça peut quand même être une  
info intéressante dans OSM. On pourrait envisager des vues 3D de nuit  
tenant compte de la nature des éclairages (puissance, couleur et  
orientation). Ou utiliser les données OSM pour les calculs de carte de  
pollution lumineuse (exemple:  
http://www.avex-asso.org/dossiers/wordpress/?page_id=38).


Pour la puissance des éclairages, c'est la consommation électrique ou  
la quantité de lumière produite?


Eric


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

Re: [OSM-talk-fr] Fusionner des nodes dans JOSM

[Eric Sibert]

notes,name,desc,url,amenity,lat,lon
"P: 0001","KUBE","KUENDU","23","1",-22.26005134,166.39247446
"P: 0003","CHSB","CHS","270","3",-22.26610040,166.39803654


Ce genre de chose, ça doit pouvoir se convertir en fichier OSM avec un  
simple tableur style excel. Pour chaque ligne, tu découpes, tu  
reconcatènes en ajoutant la syntaxe OSM puis tu termines avec entête  
et pied de fichier. Tu enregistres le résultat au format txt ou tu  
copies/colles dans un quelconque bloc-note.


Eric


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

Re: [OSM-talk-fr] Arrêts de car Transisère

[Eric SIBERT]

> Je leur ai demandé d'ajouter en plus une colonne avec leur 
identifiant interne,

> de façon à pouvoir éventuellement synchroniser ces données plus tard.

Je suis en train de regarder un arrêt. Je vois dessus:
- noir sur fond blanc : LANS-EN-VERCORS -> la commune
- noir sur fond jaune / haut : Les Bernards -> nom logique ou nom 
physique???

- noir sur fond jaune / bas : 205-05 -> identifiant?

Précision des données? distinction des arrêts aller et retour?



Est-ce que quelqu'un a envie de prendre en charge cet import ?


Heu... je passe mon tour ;-)



Question subsidiaire : l'accord de Michel Girard (ci-dessous), je comptais
le mettre sur le wiki. Une page préférentielle ?


Je suggère la page Isère.

Éric

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

Re: [OSM-talk-fr] Arrêts de car Transisère

[Eric SIBERT]

A voir que pas mal d'arrêts sont en double, je suppose que les deux sens 
 de circulation sont fournis de manière distinctes.


Est-ce que tu peux récupérer la référence qui semble être le nombre 
affiché sur les poteaux? (je tente de joindre une photo)


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

Re: [OSM-talk-fr] Arrêts de car Transisère

[Eric Sibert]

Est-ce que tu peux récupérer la référence qui semble être le nombre
affiché sur les poteaux? (je tente de joindre une photo)


ah ! je comprends maintenant ton message initial, je pensais que tu parlais
d'une ligne du fichier, bref grosse confusion.


Quand je dis "je vois", je parle de terrain ;-)

Eric


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

Re: [OSM-talk-fr] Rue sur 2 communes _ cas d'école?

[Eric Sibert]

Dans le genre même genre de cas, il y a le Domaine Universitaire de Grenoble.

http://osm.org/go/0CASnnThX-

Ce domaine est à cheval sur deux communes, Saint-Martin d'Hères (SMH)  
et Gières. Mais les adresses sont toujours à SMH. Et il y a une  
numérotation unique pour les rues à cheval sur deux communes. Mon  
boulot à au 1130 rue de la Piscine. L'adresse postale est à SMH mais  
le bâtiment est sur la commune de Gières. Comment coder ça?


Eric


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

[OSM-talk-fr] Les deux communes

[Eric SIBERT]

Dans les singularités à deux communes, il y a:
Saint Pierre d'Entremont - Savoie
et
Saint Pierre d'Entremont - Isère

Même code postal en Savoie!!!

Et tout ça, ça perturbe le site du cadastre qui n'arrive pas à fournir 
les planches côté Isère. Pas gentil :-(




--
Éric

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

Re: [OSM-talk-fr] Les deux communes

[Eric SIBERT]

Tu peux "forcer" ta demande en demandant 38 comme département, ça marche sur
le site du cadastre et avec le plugin pour josm


J'avais bien forcé le département. Maintenant, c'est de retour. Le 
cadastre a l'air d'avoir quelques difficultés ce soir. Je me suis pris 
plusieurs "session expirée" alors qu'il n'y avait pas de raison et que 
ça disparaissait au rafraichissement suivant.


Je pouvoir continuer à travailler sur la frontière Savoie/France :-p



Éric

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

Re: [OSM-talk-fr] Outils ITO (était: surveillance de ses données)

[Eric SIBERT]

Le 11/05/2011 14:10, Pierre GIRAUD a écrit :

Voici la façon dont je l'utilise moi-même :
  - je me suis créé une carte (area, create new area),
  - une fois la carte créée, on voit (par défaut) une liste des
dernières sessions (changesets). On voit alors quelles ont été les
dernières modifications apportées sur la zone qui t'intéresse, avec
notamment le nom du contributeur.

Il est alors intéressant de s'abonner au flux RSS correspondant

[...]

Je me suis créé un compte chez ITO. J'ai créée une area dans OSM Mapper. 
Je peux éventuellement filtrer par tag/session/user.


Mais je ne trouve pas où est le flux RSS.

Help!!!

Par ailleurs, j'aurais bien mis un contrôle sur l'ensemble de Madagascar 
mais la zone est bien trop grande. Pourtant, vu le nombre de 
contributions, ça serait raisonnable. Quel outil pour surveiller une 
telle étendue?


Eric


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

Re: [OSM-talk-fr] Re : comment éviter les participations malveillantes

[Eric SIBERT]

J'aurais tendance à dire que les erreurs qu'on constate dans la base
sont avant tout des erreurs de bonne foi.

[...]

De bonne fois ou non, ça pose quand même la question de la surveillance 
abordée dans un autre fil de discussion.


De fait, j'ai tendance à surveiller les zones où j'ai contribué mais 
constater avec plusieurs mois de retard qu'un débutant a fait du travail 
très approximatif, c'est un peu tard pour faire de la pédagogie d'où une 
certaine latitude quand je tombe dessus.


Des outils de surveillance des modifs ultérieures sur ses propres 
contribs, ça serait cool.


Éric

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

Re: [OSM-talk-fr] Outils ITO (était: surveillance de ses données)

[Eric SIBERT]

Depuis la vue par défaut de ta zone : cliquer sur "All" (au dessus des
carrés de couleur) puis "Sessions" : tu as accès au flux RSS.


Merci. Je viens effectivement de voir qu'il fallait aller dans Sessions.

Eric

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

Re: [OSM-talk-fr] surveillance de ses données

[Eric Sibert]

J'utilise OWL pour les mêmes raisons et je suis aussi fatigué des
commentaires inexistants ou inutiles. Récemment, j'ai même vu un
commentaire qui en plus d'être inutile se permettait d'être moqueur :
"Greetings from Autria" ! Il faudrait faire une liste des perles vu dans
les commentaires de changeset...


Y a un gars qui signe toujours ces changements avec "iweua" plus la date.

Il travaille sur des coins très variés et franchement à la truelle.  
Une fois, je lui ai envoyé un message demandant pourquoi il avait  
rétabli une rue alors que la zone est en gros chantier et que la rue  
ne reviendra pas à sa position d'origine. Réponse : Désolé. Tu peux  
remettre la rue comme il faut. Et accepte mes excuses. Je travaille  
avec Bing depuis décembre et j'ai aussi dû faire des erreurs sur  
Chambéry.


Vive la pédagogie...

Eric


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

Re: [OSM-talk-fr] comment éviter les participations malveillantes

[Eric Sibert]

Rien n'empêche un utilisateur "anonyme" (en fait, sous couvert  
d'anonymat) d'ajouter *volontairement* des informations de type "œuf  
de Pâques" afin qu'a posteriori, l'éditeur de cartes qui avait caché  
cet œuf de Pâques se retourne contre OSM et l'attaque. En effet,  
j'imagine que la disposition d'information cartographique libre ne  
doit pas plaire à tout le monde... est-ce que je me trompe ?

Quelle serait notre défense ?


Supprimer tous les changements du contributeur en question. Si la même  
personne recommence avec d'autres comptes, on pourrait imaginer des  
outils de détection sur l'IP avec refus d'inscription de ceux qui  
passent par des proxy anonymiseurs.


De mon point de vue, une concurrence déloyale pourrait plutôt  
introduire des infos dégradant l'exploitation des données. Par  
exemple, une société vendant du routage pourrait inverser quelques  
sens interdits. Mais un contributeur va bien finir par s'en  
apercevoir, voir qu'il y a un gars qui n'a fait que des modifs de sens  
interdit, connexions de rues. Et si ça se reproduit, mise en place  
d'outils de détection des inverseurs de sens interdit.


Eric


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

Re: [OSM-talk-fr] comment éviter les participations malveillantes

[Eric Sibert]

ok, mais comment trouver le changeset de la suppression de la rue en bas
de chez moi qu'un mechant vandale a effacer ?


Potlatch 1 et visualisation des éléments effacés.


C'est une vrai question (pour moi) : comment trouver ce qui s'est passé
sur une zone.
Il y a des POI que j'ai l'impression d'avoir ajouté plusieurs fois, et je
ne sais pas comment vérifier si
1) j'ai révé
2) quelqu'un a supprimé les POI que j'avais mis.


D'ailleurs, ça me fait penser que dans un coin, un gars a supprimer  
des POI que j'avais ajoutés, les considérant comme des nœuds  
superposés alors que c'étaient juste des magasins à proximité de rue  
:-( Faut que j'aille revoir ça.


Pour les histoires de suivi de zone, je suis en train d'essayer les  
flux RSS/atom. Mes constations actuelles:

- OWL : on peut couvrir facilement de grandes zones.
- ITO : zones plus restreintes. Il faut s'enregistrer chez ITO. Par  
contre, on peut filtrer suivant les contributeurs. Ainsi, on peut  
exclure du flux RSS un certain nombre d'utilisateurs en qui ont a  
confiance (dont sois-même :-p ) et n'être informé que pour les autres.


Eric


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

Re: [OSM-talk-fr] Voyage dans un pays très peu cartographié

[Eric SIBERT]

J'aimerais que le voyage soit un peu utile pour la communauté OSM. Par
contre, comment faire pour joindre l'utile à l'agréable ?

[...]

Il faut uniquement se servir d'un GPS et des traces ? Je
serais limité coté bagage :


En complément des autres réponses, moi, je prends:
- GPS  avec carte OSM existante préchargée
- Appareil photo en réduisant la résolution à 1 MPixel quand c'est pour OSM.

Vérifier avant de partir que le GPS permet bien d'enregistrer un nombre 
illimité de traces avec conservation des informations temporelles pour 
synchroniser les photos.


Éric

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

[OSM-talk-fr] Demi-tour interdit

[Eric SIBERT]

Faite demi-tour dès que possible...

... sauf qu'on est sur une avenue avec les deux sens de circulation 
séparés par un terre-plein central. Il arrive un carrefour avec 
interruption du terre-plein, par exemple pour tourner à gauche. Pour ça, 
dans OSM, on rajoute un segment de highway entre les deux sens de 
circulation. Mais il y a un panneau "interdiction de faire demi-tour". A 
priori, il faut coder ça avec une relation de type restriction :


type=restriction
restriction= no_u_turn

trois membres avec des rôles :
- from
- via
- to

Les membres "from" et "to" doivent démarrer/terminer au nœud "via". 
C'est là que je ne sais pas faire. Les "from" et "to" n'ont pas de point 
commun mais plutôt un segment qui les relie. Vous feriez comment dans ce 
cas?


Éric

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

Re: [OSM-talk-fr] Demi-tour interdit

[Eric Sibert]

C'est d'ailleurs abordé dans le wiki [1] : le rôle via s'applique à  
un node, ou à un voire plusieurs ways.

[1] : http://wiki.openstreetmap.org/wiki/Restriction#Members


Ouarf. J'avions arrêté ma lecture au premier paragraphe.


Vous êtes arrivé :-)


On n'est pas rendu... mais c'est quand même un pas en avant.

Eric


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

[OSM-talk-fr] Pédagogie...

[Eric Sibert]

Quand on constate qu'un contributeur, à fortiori débutant, fait des  
ajouts dans OSM sans respecter les recommandations de la communauté,  
on fait œuvre de pédagogie. On lui écrit un message en prenant le  
temps de bien peser les mots pour lui expliquer ce qui ne va pas. Ça  
prend du temps et de l'énergie pour un résultat pas toujours à la  
hauteur. Exemple:


Mon message : Madagascar
<<<
Bonjour,

(If you don't read French, ask me for a translation in English).

J'ai vu que vous aviez contribué à Diego et aussi un peu à Majunga. J'ai
quelques remarques à faire en commençant par la plus importante:
- il ne faut pas utiliser d'abréviation pour les noms de rue :
"Av Du Gl Charles De Gaulle" -> Avenue du Général de Gaulle
- Majuscule uniquement pour les noms, pas sur "du" et "de" sur l'exemple
précédent. Rue de L'Intendant Povre -> Rue de l'Intendant Povre
- Pour les ronds-points, il faut ajouter junction=round_about pour
indiquer que c'est un rond-point. On ne met pas de nom à un rond-point
sauf si le rond-point a un nom spécifique. Le classement en
highway=primary/secondary/... d'un rond-point correspond au classement de
la route la plus importante qui arrive au rond-point.
- Pour la classement des routes, il y a des indications dans le wiki :
http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar#Routes

Veloma




Réponse :
<<<
Mbola tsara Eric,

Merci pour les remarques.

J'ai été à Mada au début de l'année et ai rajouté avec l'aide d'un
GPS-Navigation les choses que j'ai trouvé intéressantes.

Je n'ai malheureusement plus de temps à travailler sur OSM. Ce serait sympa
de votre part de corriger les erreurs que vous voyées.

J'ai fait aussi tout Nosy-Be.

Merci et veloma
Roman




Point positif, il a répondu. Point négatif, j'aurais gagné du temps à  
corriger directement sans prendre de pincettes. Surtout qu'entre  
temps, j'ai découvert qu'il y avait pas mal d'autres éléments qu'il  
avait codé de façon non conforme. C'était le coup de blues du jour ;-)


Question: vous faites souvent œuvre de pédagogie?
[ ] tous les jours
[ ] une fois par semaine
[ ] une fois par mois
[ ] rarement
[ ] jamais

Eric


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

Re: [OSM-talk-fr] Pédagogie...

[Eric SIBERT]

[X] "régulièrement", je me fais passer pour un administrateur du site
openstreetmap et je les pourri correctement en traitant leur travail de pire
horreur que je n'ai jamais vu tout en insistant sur le fait que la lecture
complète du wiki n'est pas facultative et que de tels incompétences mettent
en péril notre collaboration avec google qui finance notre projet par l'achat
des données.
En général, après ça, ils ne reviennent pas et ça fait moins d'erreurs dans la
base.


Ok. Merci Sly. Je vais adapter mes méthodes.

En plus, maintenant que j'ai mis des outils de détection sur les zones 
où je travaille, je vais pouvoir éradiquer le mal à la racine. C'est 
comme les vieux, il faut les tuer à la naissance.


Éric

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

Re: [OSM-talk-fr] Radars de contrôle routier et OSM

[Eric SIBERT]

Tout ça pour dire que rien n'est dit sur la collecte de l'information.


C'est un peu le problème de cette mesure, c'est qu'il faut se crever les 
yeux avant de prendre la route...


Sinon, rien n'interdit les applications qui indiquent en permanence les 
limitations de vitesse, bien au contraire. Faites chauffer le tag 
maxspeed=* ;-)


Eric

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

[OSM-talk-fr] Limites de vitesse [était: Radars de contrôle routier et OSM]

[Eric SIBERT]

Selon le wiki, normalement, le maxspeed est implicite dans la plupart
des cas : Un highway=residential ou unclassified dans une ville par
exemple implique maxspeed=50


C'est tellement implicite qu'on a du mal à définir en pratique "dans une 
ville".


Ça renvoie aussi un peu sur la discussion sur les Zone30. Comme principe 
de base, moins il y a de redondance dans une base de donnée et plus 
facile est la maintenance. Donc, pas de maxspeed=90 à la campagne et 
maxspeed=50 en agglomération sur chaque voie. Ou tout autre marquage qui 
reviendrait au même. Pour le moment, je ne trouve pas de solution 
satisfaisante, ce qui explique que maxspeed est rarement renseigné. Ce 
que je fais actuellement, c'est qu'à chaque fois que je vois un panneau 
d'entrée/sortie d'agglomération, je l'indique avec :

traffic_sign = city_limit
name=*
(alt_name=* si on rentre de suite dans une autre commune).

Je me dis que peut-être un jour, dans les cas triviaux d'une route à 
classification et ref constante qui traverse un village, un logiciel de 
routage "intelligent" déduira que la zone entre les deux panneaux 
city_limit est limitée à 50 km/h en France. Mais pour les cas non 
triviaux, je pense qu'il faudra définir manuellement un polygone 
spécifique s'appuyant sur les (traffic_sign = city_limit). Dedans, tous 
est à 50 et on ne code que les exceptions. Dehors, tous est à 90 et on 
code les exceptions. Je verrais bien un tag du style


drive_type=urban

On pourrait imaginer la même chose pour les zone 30

drive_type=zone30

Et pour les zones de rencontre :

drive_type=Verkehrsberuhigter_Bereich (oui, je n'en ai vu qu'en 
Allemagne ;-)


Vous en pensez quoi?

En attendant, je vous encourage à mettre les (traffic_sign = city_limit) 
que vous rencontrez ainsi que les limites de vitesse non-implicites.


Éric

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

Re: [OSM-talk-fr] Limites de vitesse [était: Radars de contrôle routier et OSM]

[Eric SIBERT]

Question que je me pose aussi depuis longtemps ! comment fait un
logiciel de routage pour savoir qu'un way est "dans une ville" ?

J'avais imaginé un premier critère simple : a l'intérieur d'un
"landuse=residential". Après, il faut gérer les cas particulier, les
exceptions, etc.


Ça, c'est typiquement la méthode à problème. le landuse=residential 
décrit une occupation humaine alors que la zone de vitesse "en 
agglomération" est de type réglementaire. Quid des landuse industrial, 
espaces verts et j'en passe? Un gars retouche le landuse et les limites 
de vitesse deviennent fausses. C'est pour ça que je pense qu'il faut un 
polygone spécial "vitesses d'agglomération". À Grenoble, ça coïncide 
avec les limites de la commune: facile.


Éric

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

Re: [OSM-talk-fr] 2 noms pour un édifice

[Eric Sibert]

cyrille giquello  a �crit :


Bonjour,

Il y a des édifices qui ont 2 noms.
Par exemple à Tours (37), il y a:
- Le Pont Wilson, aussi appelé "Pont de Pierre" (il me semble qu'il y
a un panneau pour chaque appelation).
- Le "Pont Suspendu de Saint-Symphorien", aussi appelé "Pont de fil".


Le nom officiel dans name=* et le nom couramment utilisé dans  
alt_name=* (ou éventuellement loc_name=*)


http://wiki.openstreetmap.org/wiki/Key:name

Eric


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

Re: [OSM-talk-fr] man_made: zone de captage de l'eau

[Eric Sibert]

S'agissant du périmètre de protection, je vois du côté germanophone  
(wasserschutzgebiet):


http://wiki.openstreetmap.org/wiki/DE:Tag:boundary%3Dwater_protection_area

Celui qu'on observe facilement sur le terrain, c'est le périmètre  
restreint grillagé avec interdiction d'accès.


Eric


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

[OSM-talk-fr] Suivi des communes

[Eric Sibert]

Bonsoir à tous,

Il y a des outils pour suivre l'état d'avancement des limites de  
communes en France. Mais qu'en est-il des noeuds place=*  
correspondants? A noël, en traçant des limites communales, j'ai  
découvert qu'un certain nombre de communes de l'Isère n'avaient aucun  
noeud place=* en général et particulier pas de noeud au centre de  
l'unique village de la commune. Et j'ai beau chercher, il semble aussi  
que mon modeste village de 35.000 habitants n'a pas de noeud place=*  
contenant les infos sur la commune. Donc des outils de suivi des  
"centres" de communes?




Eric


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

[OSM-talk-fr] Géoréférencer Bing

[Eric SIBERT]

Bonsoir,

Dans une ville d'un pays lointain, les vues Bing ont une bonne 
résolution mais un décalage manifeste (10 m à la louche). Il se trouve 
que j'ai pris au GPS des points de repère (angles de mur, marquage au 
sol...) dans cette ville. Je pourrais faire un calage sur un point 
particulier mais je cherche plutôt une méthode globale utilisant 
l'ensemble des points, histoire de moyenner les erreurs de mesure. Des 
pistes?




--
Éric

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

Re: [OSM-talk-fr] place = hamlet ou locality & admin_centre

[Eric Sibert]

Je suis d'accord avec ces propositions. Ce serait aussi, je trouve,  
l'occasion de changer
le statut du tag admin_centre : sur le wiki, il n'est qu'une  
proposition aujourd'hui. Si
le node place=* chef-lieu n'a pas/plus de ref:INSEE, la seule  
manière claire de connaître
son statut de chef-lieu devient son rôle admin_centre dans la  
relation admin. Je
souhaiterais donc qu'on le généralise, en remontant la ligne  
"admin_centre=*" de la

rubrique "propositon" à la rubrique "sur la relation".


Je te soutiens dans ta démarche d'officialiser "admin_centre". Et ça  
vaudrait peut-être le coup d'essayer de formaliser une démarche  
générale sur les entités administratives.
- ré-appliquer le principe qu'on ne tagge pas deux fois la même chose.  
C'est point ou contour/relation. Si la relation du contour est  
complète, on transfère les infos administratives à la relation et on  
les retire du nœud place=*. Si le nœud place=* ne correspond pas à un  
village, on retire le nœud.
- au niveau de base (commune en France), on fait pointer le  
admin_centre de la relation sur le nœud place=* du village le plus  
proche de la mairie. Si ce critère est inopérant (banlieue sans centre  
bien défini comme chez moi), on fait pointer admin_centre sur la  
mairie (et ça, c'est toujours défini).
- aux niveaux supérieurs, on fait pointer admin_centre sur la relation  
(ou à défaut le nœud place=*) du chef-lieu de l'entité.


Qu'en pensez-vous?

Vous mettriez ça où dans le wiki? Sur la page Relation:boundary ?

Et comment indiquer le siège politique et/ou administratif d'une  
entité? Point localisé + rôle dans la relation?


Par siège j'entends:
- pour une commune, politique et administratif : la mairie
- pour un département politique : le Conseil Général ; administratif :  
la Préfecture

...

Eric


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

[OSM-talk-fr] le siège de l'admin_level [était] place = hamlet ou locality & admin_centre

[Eric Sibert]

Je change encore le titre de la discussion car j'ai un peu mélangé des  
sujets différents ;-)



Et comment indiquer le siège politique et/ou administratif d'une
entité?


On ne l'indique pas de manière explicite car il l'est de manière implicite.
La mairie de la commune X, c'est le building amenity=townhall à l'intérieur
des frontières de X
Idem pour les niveaux du dessus, au pire, il manque amenity=préfecture


En fait, mon problème n'est pas pour la France mais un pays étranger  
où il est très difficile de savoir où sont les limites  
administratives. Par contre, sur le terrain, on trouve le bureau du  
"quartier" (admin_level=10), de la mairie (admin_level=8), du district  
(admin_level=6) et de la région (admin_level=4). Je cherche un moyen  
le plus générique de coder ça, un truc qui passe le mieux possible les  
diversités culturelles des différents pays.


Eric


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

Re: [OSM-talk-fr] place = hamlet ou locality & admin_centre

[Eric Sibert]

Si ce critère est inopérant (banlieue sans centre
bien défini comme chez moi), on fait pointer admin_centre sur la
mairie (et ça, c'est toujours défini).


Cette histoire de mairie me chiffonne, la mairie n'est qu'un édifice matériel
pour fournir un service aux citoyens et des bureaux aux fonctionnaires. Dans
admin_centre, je comprends quelque chose de plus immatériel que ça.
Dans ton cas, j'aurais envie de dire que le admin_centre est l'entité elle
même, ou alors qu'il n'y en a pas.


Ou alors on indique que admin_centre est optionnel au niveau de la  
commune quand on ne peut pas définir de chef-lieu. Et si un logiciel  
de rendu/routage veut vraiment un point, il se le fait en prenant le  
barycentre de de la surface ou la mairie ou ce qu'il veut. Mais on  
n'utilise pas admin_centre pour désigner le centre de la commune (ce  
qui revient à le détourner de sa fonction initiale dans une optique de  
rendu...).


Eric


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

Re: [OSM-talk-fr] place = hamlet ou locality & admin_centre

[Eric Sibert]

"sly (sylvain letuffe)"  a �crit :




Ben là, il y a du soucis à se faire sur la transcription du
fonctionnement républicain !
http://www.openstreetmap.org/browse/relation/1362232


J'ai rien compris, pourriez vous expliciter dans un idiome terrestre connu le
fond de votre pensée ?



De ce que je comprends, la relation France métropolitaine contient un  
rôle capital qui pointe sur un nœud place=* situé dans la cour de  
l'hôtel de ville. Alors qu'avec ma proposition, le rôle capital=*  
devrait pointer sur la relation de la commune de Paris.


Eric


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

Re: [OSM-talk-fr] OSM au Gua sur le stand de la mairie (sud de Grenoble, 38)

[Eric Sibert]

Il faut reconnaitre qu'il y a eu peu de questions sur les stands en général
donc aussi pour OSM mais ça restait une bonne occasion pour faire un peu de
pub pour le projet.


J'en ai quand même profité pour aller entreprendre le gars qui tenait  
le stand du Sipavag (http://www.sipavag.fr/).  Le Sipavag, c'est  
(d'après leur site web):

<<<
Le SIPAVAG, syndicat mixte(Syndicat pour la Protection et  
l'Aménagement des franges Vertes de l'Agglomération Grenobloise),  
regroupe les communes de la Métro Grenoble-Alpes-Métropole et les  
communes de la Communauté de Communes du Sud Grenoblois.
Il a pour vocation la création, l'entretien, le balisage et  
l'animation d'un réseau périurbain de chemins et sentiers ouvert à la  
circulation publique des piétons, des vététistes ou des cavaliers.




D'un point de vue opérationnel, ils sont maintenant directement  
intégrés à la Métro. Ils entretiennent les sentiers (850 km), assurent  
le balisage et éditent une carte. Les données sont en cours de  
numérisation (objectif numérisation complète fin 2011). Quand je lui  
ai parlé de libérer les données, j'ai rencontré une forte réticence  
pour deux raisons. La première est une question de responsabilité face  
à des accidents. Suite à des accidents mortels de VTT, la justice leur  
a déjà demandé de fournir le descriptif des parcours qu'ils avaient  
aménagés. Il se trouve que dans les deux cas, les itinéraires  
n'étaient pas prévus pour les VTT voir avec balisage d'interdiction  
donc leur responsabilité a été dégagée. La seconde raison est le  
vandalisme. Actuellement, ils remplace pour 25.000 €/an de panneaux  
indicateurs (40 €/pièce) suite à du vandalisme. Ils ont peur que se  
développe du GéoVandalisme (je dépose la marque) où des personnes  
prendraient les coordonnées sur internet pour se choisir les nouvelles  
promenades où ils vont détruire les panneaux. Donc, pour ces deux  
raisons, ils sont à priori assez réticents à fournir l'ensemble de  
leurs données brutes. Néanmoins, je n'ai discuté qu'avec un exécutant  
de terrain. Il m'a conseillé de m'adresser au directeur des services  
de l'environnement de la Métro. Il m'a aussi dit qu'ils avaient un  
service SIG/SIT (système d'information technique???) à la Métro. Et  
globalement, la Métro devient un acteur puissant avec la montée de  
l'intercommunalité.


Voilà.


Eric


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

Re: [OSM-talk-fr] OSM au Gua sur le stand de la mairie (sud de Grenoble, 38)

[Eric Sibert]

Oui, et il y a déjà eu des discussions entre la communauté OSM et la
ville de Grenoble en ce qui concerne la libération des données.

[...]

De là à passer à la Metro ... je ne sais pas.


Je pense que la ville de Grenoble serait une bonne marche pour accéder  
ensuite à la Métro, la ville centrale ayant un poids important en  
terme de population et de ressources financières dans la comm comm.  
Donc attendons déjà au niveau de la ville elle-même.


Eric


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

Re: [OSM-talk-fr] Géoréférencer Bing

[Eric SIBERT]

[...] Ici en
Nouvelle-Calédonie bing peut aisément être 5 voir 10 mètres à coté,
mais pas à cause d'un décalage uniforme, mais manifestement parce que
le modèle du relief utilisé pour ortho-rectifier les images n'était
pas assez precis.[...]


Oui, la zone que je regarde est assez vallonnée donc ça pourrait être 
source d'erreur. Néanmoins, j'ai quand même la sensation d'un décalage 
global. En fait, avec JOSM, je vais essayer de déterminer pour chacun de 
mes points un décalage (X,Y). Je pourrai déjà faire un diagnostic. Si 
c'est à peu près uniforme, il faudra que je fasse la moyenne et que 
l'applique à toute la zone. Si ça part dans tous les sens, c'est que 
l'orthorectification est mauvaise.


À suivre...

Éric

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

[OSM-talk-fr] Quand le bâtiment va...

[Eric SIBERT]

Quelqu'un sur la liste se réjouissait il y a quelque temps que les 
imports du bâti se calmaient. Malheureusement, il reste quelques cas.


Un nouveau contributeur (15 jours d'activité) a apparemment tenté une 
importation du cadastre :


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

Non seulement, ça a du planter en route car il n'y a que quelques 
(~4000) angles de bâtiments mais en plus sur des zones où il y a déjà du 
bâti. Je lui ai envoyé il y a deux jours un message lui demandant à quoi 
correspondait ladite contribution. Je n'ai pas eu de réponse depuis 
alors qu'il continue à contribuer. Quelqu'un pourrait-il annuler le 
changset en question?


Merci d'avance.


Éric

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

Re: [OSM-talk-fr] Quand le bâtiment va...

[Eric Sibert]

Je suis d'accord, mais il faut aussi laisser le temps aux gens pour
retoucher leurs erreurs.


c'est pour ca que la premiere reaction est de contacter le  
contributeur pour l'aider a apprendre


C'est ce que j'ai fait en premier et dans les jours qui ont suivi sa  
contribution. On est a priori dans un cas de contributeur de bonne  
fois: ces autres contributions ont l'air tout à fait correctes. Mais  
là, je ne sais pas ce qu'il a tenté. A minima, il n'a pas géré le  
recouvrement avec l'existant avant d'uploader ses données.  
Deuxièmement, son upload a foiré en route. A ce stade là, certains  
contributeurs débarquent sur la liste en criant "Au secours, je crois  
que j'ai fait une boulette", ce qui n'est pas son cas. Troisièmement,  
il a certainement reçu mon message mais n'a pas répondu. Donc, action.  
Et je vais maintenant lui envoyer un message pédagogique (dans le  
style proposé par Sly il y a quelques jours ;-) pour lui dire qu'on a  
annulé son changement, qu'il faut voir le wiki sur le cadastre et  
contacter la liste en cas de problème.


Eric


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

Re: [OSM-talk-fr] OSM tag : Route payante (autoroute)

[Eric SIBERT]

_Ébauche de solution :_
Les autoroute ont bien un tag  "barrier
=toll_booth
 "
(barrière de péage)  au entrée est sortie de zone payante.


La barrière de péage n'indique pas nécessairement où est la zone payante.


La plupart des autoroutes*_n'ont pas_* le tag "toll
=yes" voie payante.

_Questions:_
Est-ce bien le tag "tool" qui rend une voie payante ?


En tout cas, c'est ce que j'avais commencé à faire sur les autoroute 
autour de Grenoble.



Je ne suis pas sûr que le navigateur utilise ce tag mais tout de même
pourquoi ne pas taguer ?


Je vais d'ailleurs de ce pas compléter les autoroutes que je connais ;-)

Eric

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

Re: [OSM-talk-fr] OSM tag : Route payante (autoroute)

[Eric SIBERT]

Le 18/06/2011 12:13, Eric SIBERT a écrit :

_Ébauche de solution :_
Les autoroute ont bien un tag "barrier
<http://wiki.openstreetmap.org/wiki/Key:barrier>=toll_booth
<http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dtoll_booth> "
(barrière de péage) au entrée est sortie de zone payante.


La barrière de péage n'indique pas nécessairement où est la zone payante.


Mais topologiquement parlant, si tu passes une barrière de péage, c'est 
qu'il faut payer ;-) La seule information sur la localisation des 
barrières de péage devrait suffire à construire des itinéraires sans péage.


Éric

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