Re: [OSM-talk-fr] Organisation 10 ans OSM

[Jean-Baptiste Holcroft]

Idem pour l'hébergement, deux places de dispo
Le 3 sept. 2014 11:03, "Christian Quest"  a écrit :

> J'ai de quoi hébergé si besoin.
>
>
> Le 3 septembre 2014 10:06, Simon Miniou  a écrit :
>
>> Bonjour,
>>
>> venant lundi soir, je me posais la question s'il y avait d'autres
>> personnes partant de la région "est" (est de Paris) pour faire du
>> covoiturage.
>>
>> Perso je partirais de Vitry-le-François soit en voiture soit en train.
>>
>> Et il y a t'il aussi des possibilités de dormir sur Paris si transport
>> trop galère?
>>
>> Bonne journée,
>> Simon
>>
>> ps: je peux donner mon mail et mon 06 sur MP. Pseudo OSM : Simon M
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] "Le saviez-vous ?"

[Ab_fab]

Pas grave, si tu accompagnes le nombre d'une petite phrase du genre
"vous devez en connaître un/une qui n'est pas encore dans OSM, rejoignez la
communauté et contribuez !"


Le 4 septembre 2014 04:12, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

> Le mercredi 3 septembre 2014 22:05:08 Vincent Pottier a écrit :
> > nombre d'aérodromes, de bouchers, de bureaux de poste, de pharmacies, de
> > terrains de foot, de tennis (déjà présent), de pistes de cross, de bancs
> > publics, de fontaines, d'œuvres d'art, de monuments classés...
>
> D'autres que j'aimerai afficher, mais je suis pas sûr que la quantité soit
> si
> impressionnante
>  - aires de pique-nique : 6000
>  - parkings à vélo : 5000
>  - aire de jeux pour enfants : 1
>  - aire de repos en bord de route : 1000
>  - cascades : 384
>
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Guilhem Bonnefille]

Le 4 septembre 2014 08:40, Nicolas Dumoulin
 a écrit :
> Le jeudi 4 septembre 2014 08:27:37 Pierre Knobel a écrit :
>> Je n'aime pas le concept de travail itératif dans ce contexte de tracé de
>> sentiers de rando, surtout dans les zones peu fréquentées. Comme dit, il y
>> a trop peu de randonneurs qui contribuent activement à OSM, et ceux comme
>> moi qui le font choisissent généralement leurs sorties pour récolter des
>> traces GPS de sentiers encore inexistant dans la base. Donc si on trace un
>> sentier incorrect à partir d'une image Bing incorrectement orthorectifiée,
>> ça va prendre très longtemps (des années) avant qu'il ne soit corrigée et
>> on prend le risque de perdre quelques utilisateurs non contributeurs de la
>> donnée entre temps.
>
> En fait, il te (nous) faudrait une couche (ou un rendu) qui ne montre que les
> chemins qui ont été sourcés en "survey".
>

Et qu'est-ce qui garanti qu'un chemin initialement sourcé "survey" n'a
pas été altéré (déplacé ou continué) par un desktop-mappeur à l'aide
d'une image aérienne ?

A mon humble avis, la randonnée pédestre et tous les autres sports
approchants doivent être considéré comme des sports dangereux. Ils
doivent donc faire l'objet d'une préparation adéquate. Et comme le dit
Tetsuo, OSM n'a pas le niveau requis pour servir de source
d'information à suivre aveuglément. OSM doit rester une source
d'inspiration.

Mais bon, ce n'est que mon avis.


-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/

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

[OSM-talk-fr] site web openstreetmap.fr et sa page "comment contribuer"

[Stéphane Péneau]

Hello !

Dernièrement, j'ai tenté de sensibiliser les geocacheurs de Terra 
Aventura  (un geocaching très "gamifiée" 
dans le limousin dont l'appli utilise le rendu mapnik) à openstreetmap 
et à la contribution.


J'ai voulu renvoyer vers des pages toutes prêtes expliquant comment 
contribuer, mais en visitant la page idoine sur openstreetmap.fr 
 je suis resté un 
peu sur ma faim.


Est-ce qu'il ne serait pas intéressant d'améliorer ça ?

Je pensais à une liste par niveau, selon les envies et capacités de 
chacun. Quelque chose comme :


Level 1 "bavard"
Je parle d'openstreetmap autour de moi, et/ou j'utilise la carte en 
ligne pour mes recherches, je demande à ma mairie/comcom les données 
qu'ils pourraient rendre disponibles.


Level 2 "Sentinelle"
Si je constate des erreurs ou des manques sur la carte, je place une note.
Je regarde les notes présentes dans mon secteur, et si je peux y 
indiquer des renseignements supplémentaires.


Level 3 "paparazzi"
Pendant mes balades, quelque soit le moyen de locomotion, j'enregistre 
mon parcours à l'aide de Osmtracker/Oruxmap/... et envoie la trace gpx 
sur le site osm.org. Je peux aussi prendre des photos avec l'application 
Mapillary, elles seront utilisables pour améliorer les données Osm.


Level 4 ""
Je contribue directement au projet en utilisant l'éditeur en ligne.

Level 5 ""
J'utilise Josm, vérifie les contributions des environs, contacte les 
nouveaux contributeurs pour les aider.


Level 6 "Master"
Je lance Josm-latest au petit dej, crée et édite des relations de 
centaines de membres, discute des nouveaux tags sur la liste 
internationale, développe des outils pour aider les contributeurs, ...


Level 7 "Mad mapper"
J'édite uniquement en raw, je lis et répond à tous les mails de pverdy, 
et vise la place de chairman dans la fondation osm.



On peut aussi imaginer d'autres points, mais qui nécessiterait sans 
doute des outils, genre :


Level "Corvéable"
"Je ne veux/peux pas contribuer directement, mais je suis joignable pour 
aller vérifier sur le terrain dans un rayon de x km autour de la ville 
de "Machin sur ruisseau".


Chaque "niveau" demanderait un peu plus de détails, avec des captures 
d'écrans, des liens, etc.. mais voilà l'idée.


Qu'en pensez-vous ? (En laissant bien évidemment de côté les traits 
d'humour...je me suis laissé aller...)



Stéphane
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Nicolas Moyroud]

Bonjour,

J'ai fait l'expérience d'un sentier de randonnée inexistant ce mois 
d'Août pendant ma randonnée d'une semaine dans le Béarn (oui c'est vers 
chez Christophe) ;-)
Le sentier avait dû être tracé à partir des images dans une zone boisée. 
Le contributeur avait un peu fantasmé un sentier reliant deux autres 
sentiers. Donc je me suis un peu retrouvé à bartasser dans la forêt sur 
un secteur méchamment pentu. Après une vingtaine de minutes de 
tentatives de "forcer le passage" demi-tour jusqu'à retrouver la 
dernière zone praticable. Au final une quarantaine de minutes de perdues...
Mais bon 6 jours de marche avec OruxMaps et comme support cartographique 
OSM et c'est le seul problème rencontré. Pour le reste tous les chemins 
étaient présents, d'une précision incroyable et souvent bien plus 
complets que la carte papier IGN que j'avais emporté dans mon sac ! Et 
je pense qu'une certaine partie d'entre eux ont dû être tracés à partir 
des images.
Tout ça pour dire que quelque soit la source des données 
cartographiques, quand on fait une randonnée il faut d'abord faire 
marcher sa jugeotte et garder son sens critique pour déterminer à quel 
moment il faut arrêter d'insister. Et tant pis si on perd du temps à 
faire demi-tour ! Dire que c'est la faute aux données, c'est un peu 
raisonner comme les utilisateurs qui veulent coller un procès au 
fabricant du GPS parce la machine leur a dit de tourner à droite alors 
qu'il n'y avait pas de route et que leur véhicule a fini dans un lac. 
Avant de faire confiance à la machine, on regarde devant soi...


Nicolas

Cerise sur le gâteau : ce petit détour en forêt m'a permis de croiser un 
troupeau d'une trentaine d'izards que je n'aurai jamais vu sinon. Donc 
merci à OSM ! Mais bon j'ai quand même supprimé le sentier en question. :-)


-
Nicolas Moyroud
Site web libre@vous : http://libreavous.teledetection.fr
-
« Celui qui croit qu’une croissance infinie peut continuer indéfiniment dans un 
monde fini est soit un fou, soit un économiste. » Kenneth Boulding.

Le 04/09/2014 09:26, Guilhem Bonnefille a écrit :
Et qu'est-ce qui garanti qu'un chemin initialement sourcé "survey" n'a 
pas été altéré (déplacé ou continué) par un desktop-mappeur à l'aide 
d'une image aérienne ? A mon humble avis, la randonnée pédestre et 
tous les autres sports approchants doivent être considéré comme des 
sports dangereux. Ils doivent donc faire l'objet d'une préparation 
adéquate. Et comme le dit Tetsuo, OSM n'a pas le niveau requis pour 
servir de source d'information à suivre aveuglément. OSM doit rester 
une source d'inspiration. Mais bon, ce n'est que mon avis. 



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

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Nicolas Dumoulin]

Le jeudi 4 septembre 2014 09:26:50 Guilhem Bonnefille a écrit :
> Et qu'est-ce qui garanti qu'un chemin initialement sourcé "survey" n'a
> pas été altéré (déplacé ou continué) par un desktop-mappeur à l'aide
> d'une image aérienne ?

L'historique de modification des objets :-)
Et si un doute apparaît, un contact avec le contributeur, mais je l'accorde, 
ça peut être laborieux dans l'état.
 
> A mon humble avis, la randonnée pédestre et tous les autres sports
> approchants doivent être considéré comme des sports dangereux. Ils
> doivent donc faire l'objet d'une préparation adéquate. Et comme le dit
> Tetsuo, OSM n'a pas le niveau requis pour servir de source
> d'information à suivre aveuglément.
> OSM doit rester une source
> d'inspiration.

Tout à fait.
Au même titre qu'un autre éditeur de carte ou fournisseur de donnée, AHMA.


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

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

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Eric]

Bonjour,

En sentier de montagne, il y a aussi le problème de la neige. Des traces on
pu etre reportées correctement par temps de neige et devenir trompeuse en
été. En hiver, on ne suit pas forcément le sentier, on peut franchir des
ruisseaux sans meme le savoir etc ... J'ai eu le soucis une année, en
voulant reporter une balade hivernale, j'ai renoncé au vu de l'existant, ca
aurait fait n'importe quoi et ca aurait été une pollution.

Eric [Blueberry]


Le 4 septembre 2014 10:02, Nicolas Moyroud  a écrit :

> Bonjour,
>
> J'ai fait l'expérience d'un sentier de randonnée inexistant ce mois d'Août
> pendant ma randonnée d'une semaine dans le Béarn (oui c'est vers chez
> Christophe) ;-)
> Le sentier avait dû être tracé à partir des images dans une zone boisée.
> Le contributeur avait un peu fantasmé un sentier reliant deux autres
> sentiers. Donc je me suis un peu retrouvé à bartasser dans la forêt sur un
> secteur méchamment pentu. Après une vingtaine de minutes de tentatives de
> "forcer le passage" demi-tour jusqu'à retrouver la dernière zone
> praticable. Au final une quarantaine de minutes de perdues...
> Mais bon 6 jours de marche avec OruxMaps et comme support cartographique
> OSM et c'est le seul problème rencontré. Pour le reste tous les chemins
> étaient présents, d'une précision incroyable et souvent bien plus complets
> que la carte papier IGN que j'avais emporté dans mon sac ! Et je pense
> qu'une certaine partie d'entre eux ont dû être tracés à partir des images.
> Tout ça pour dire que quelque soit la source des données cartographiques,
> quand on fait une randonnée il faut d'abord faire marcher sa jugeotte et
> garder son sens critique pour déterminer à quel moment il faut arrêter
> d'insister. Et tant pis si on perd du temps à faire demi-tour ! Dire que
> c'est la faute aux données, c'est un peu raisonner comme les utilisateurs
> qui veulent coller un procès au fabricant du GPS parce la machine leur a
> dit de tourner à droite alors qu'il n'y avait pas de route et que leur
> véhicule a fini dans un lac. Avant de faire confiance à la machine, on
> regarde devant soi...
>
> Nicolas
>
> Cerise sur le gâteau : ce petit détour en forêt m'a permis de croiser un
> troupeau d'une trentaine d'izards que je n'aurai jamais vu sinon. Donc
> merci à OSM ! Mais bon j'ai quand même supprimé le sentier en question. :-)
>
> -
> Nicolas Moyroud
> Site web libre@vous : http://libreavous.teledetection.fr
> -
> << Celui qui croit qu'une croissance infinie peut continuer indéfiniment
> dans un monde fini est soit un fou, soit un économiste. >> Kenneth Boulding.
>
> Le 04/09/2014 09:26, Guilhem Bonnefille a écrit :
>
>> Et qu'est-ce qui garanti qu'un chemin initialement sourcé "survey" n'a
>> pas été altéré (déplacé ou continué) par un desktop-mappeur à l'aide d'une
>> image aérienne ? A mon humble avis, la randonnée pédestre et tous les
>> autres sports approchants doivent être considéré comme des sports
>> dangereux. Ils doivent donc faire l'objet d'une préparation adéquate. Et
>> comme le dit Tetsuo, OSM n'a pas le niveau requis pour servir de source
>> d'information à suivre aveuglément. OSM doit rester une source
>> d'inspiration. Mais bon, ce n'est que mon avis.
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] soucis sur la liste locale osm alsace

[HELFER Denis]

Bonjour,

Impossible de rajouter un document partagé dans l'espace idoine. Le serveur me 
renvoie systématiquement une erreur 500 (Internal Server Error).
Un admin dans la salle pour voir ce qui se passe ?
D'avance merci

Denis

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

Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif

[Pieren]

2014-09-04 8:14 GMT+02:00 Francescu GAROBY :
> Sur la photo d'un arrêt de bus que tu montres, le tag "strip=yes" concerne
> le zébra jaune au sol ? Je ne trouve rien sur le wiki à ce sujet, mais il
> existe par contre "guide_strip=yes/no/bad", qui concerne les bandes
> podoctatiles de guidage.
> Parle-t-on donc de la même chose ou de 2 choses différentes ?

Comme je l'ai écris:
"A part "strip=yes" (à remplacer par "road_marking=bus"), les autres
tags tiennent la route."
L'intention de l'auteur était de signaler la présence de la bande
d'arrêt pour le bus sur la voie, pas de bandes podotactiles. On peut
imaginer que cette signalisation peut être utile à certains handicaps
(y compris à certains automobilistes qui confondent les arrêts avec
des parkings).

Pieren

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

Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif

[Muselaar]

Il y a aussi tactile_paving, qui peuvent être présents sur le quai des 
arrêts de bus, soit en version courte, là où il y a la porte du 
chauffeur, soit en version longue, tout le long du quai. D'après le 
wiki, il semblerait que ce soit parfois en concurrence avec guide_strip, 
que je ne connaissais pas, qui n'a pas de page d'explication, et qui n'a 
qu'une unique occurence dans le wiki, au sujet du Transilien : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Transilien/Hackcess


Muselaar


Le 04/09/2014 12:29, Pieren a écrit :

2014-09-04 8:14 GMT+02:00 Francescu GAROBY :

Sur la photo d'un arrêt de bus que tu montres, le tag "strip=yes" concerne
le zébra jaune au sol ? Je ne trouve rien sur le wiki à ce sujet, mais il
existe par contre "guide_strip=yes/no/bad", qui concerne les bandes
podoctatiles de guidage.
Parle-t-on donc de la même chose ou de 2 choses différentes ?

Comme je l'ai écris:
"A part "strip=yes" (à remplacer par "road_marking=bus"), les autres
tags tiennent la route."
L'intention de l'auteur était de signaler la présence de la bande
d'arrêt pour le bus sur la voie, pas de bandes podotactiles. On peut
imaginer que cette signalisation peut être utile à certains handicaps
(y compris à certains automobilistes qui confondent les arrêts avec
des parkings).

Pieren

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



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

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Pieren]

D'abord, merci pour ce retour d'expérience. Il faudrait le traduire et
le faire partager à l'ensemble de la communauté pour une réelle prise
de conscience des risques à utiliser OSM en montagne. Il ne faut pas
faire l'autruche, se dire que chacun est responsable de son
utilisation d'OSM en minimisant nos responsabililtés en tant que
contributeurs. Tracer de manière hasardeuse des footways ou paths
depuis l'imagerie aérienne confortablement assis devant son ordinateur
peut amener des vrais gens à prendre de vrais risques plus-tard dans
le vrai monde. C'est un message qu'on n'entend jamais lorsqu'on parle
d'OSM.
Mais on peut aussi chercher à améliorer les choses. La réponse
habituelle de l'itération n'est pas satisfaisante non plus amha. Il
faut pouvoir déterminer un indice de confiance à ce type de données.
Une première contribution peut être très bonne et une 20e version
complétement dégradée par un nouveau ou un mal-intentionné. La
présence du tag "survey" n'est pas suffisant non plus puisque
quelqu'un peut mentir (surtout si c'est un critère pour l'afficher sur
une carte) ou ne pas connaitre ce tag ou modifier le survey d'un autre
pour se caler sur l'imagerie par exemple.
Je ne vois pas de solution simple à ce problème mais un suivi
particulier sur les zones de montagne (identifiés dans OSM par des
polygones ?) ou un type de contribution (avec des tags comme highway,
sac_scale) serait un début.
Dans l'idéal, on pourrait aussi espérer que l'édition des données
rando/grimpe dans ce type de zones ne devrait se faire qu'avec une
représentation 3D du terrain en toile de fond (modèle numérique de
terrain - MNT) couplée à une imagerie récente et bien ortho-rectifiée.
Ou alors peut-être éliminer tout ce qui ne s'appuie pas sur un tracé
GPS envoyé au serveur en parallèle. Pour l'instant, je vois surtout
des choses à faire côté éditeur et en particulier JOSM. Mais on
pourrait imaginer que certaines zones soient soumises à des règles
communes à tous les éditeurs (comme ajouter des avertissements au
minimum, ou limiter l'usage des images aériennes, etc)

Pieren

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

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Eric Marsden]

> "ts" == Tetsuo Shima  writes:

  ts> Pour le moment je considère qu'OSM n'est pas fiable du tout sur ce
  ts> point - ni exhaustivité, ni qualité -, qu'il ne faut se baser dessus
  ts> que si on les a tracé/contrôlé soit meme, et je doute que ça puisse se
  ts> résoudre a court terme tant le travail est immense.

  Ce n'est pas l'expérience que j'en ai dans les Pyrénées
  (principalement Ariègoises). Depuis environs 2 ans la densité de
  chemins a beaucoup augmenté ; des parcours importants comme le HRP y
  sont en totalité ; les ruisseaux sont souvent cartographiés. Il m'est
  même arrivé de pouvoir planifier des randos en boucle (plutôt qu'A/R)
  à l'aide de chemins qui ne figurent pas sur les top25.

  Les cartes IGN restent globalement meilleures et surtout plus
  homogènes, mais l'écart diminue rapidement. On ne peut pas non plus
  toujours faire confiance aux cartes IGN (cabanes affichées mais en
  ruines, chemins marqués mais plus maintenus…).

-- 
Eric Marsden


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

Re: [OSM-talk-fr] arrêt de bus : information, sur handicap cognitif

[Francescu GAROBY]

Ah oui, pardon : j'avais raté cette phrase... :-/

Francescu


Le 4 septembre 2014 12:29, Pieren  a écrit :

> 2014-09-04 8:14 GMT+02:00 Francescu GAROBY :
> > Sur la photo d'un arrêt de bus que tu montres, le tag "strip=yes"
> concerne
> > le zébra jaune au sol ? Je ne trouve rien sur le wiki à ce sujet, mais il
> > existe par contre "guide_strip=yes/no/bad", qui concerne les bandes
> > podoctatiles de guidage.
> > Parle-t-on donc de la même chose ou de 2 choses différentes ?
>
> Comme je l'ai écris:
> "A part "strip=yes" (à remplacer par "road_marking=bus"), les autres
> tags tiennent la route."
> L'intention de l'auteur était de signaler la présence de la bande
> d'arrêt pour le bus sur la voie, pas de bandes podotactiles. On peut
> imaginer que cette signalisation peut être utile à certains handicaps
> (y compris à certains automobilistes qui confondent les arrêts avec
> des parkings).
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] site web openstreetmap.fr et sa page "comment contribuer"

[Christian Quest]

N'hésite pas à rédiger un nouveau contenu, tu peux le faire sur un pad, on
affine et ensuite on met ça sur le site.


Le 4 septembre 2014 09:35, Stéphane Péneau  a
écrit :

>  Hello !
>
> Dernièrement, j'ai tenté de sensibiliser les geocacheurs de Terra Aventura
>  (un geocaching très "gamifiée" dans le
> limousin dont l'appli utilise le rendu mapnik) à openstreetmap et à la
> contribution.
>
> J'ai voulu renvoyer vers des pages toutes prêtes expliquant comment
> contribuer, mais en visitant la page idoine sur openstreetmap.fr
>  je suis resté un peu
> sur ma faim.
>
> Est-ce qu'il ne serait pas intéressant d'améliorer ça ?
>
> Je pensais à une liste par niveau, selon les envies et capacités de
> chacun. Quelque chose comme :
>
> Level 1 "bavard"
> Je parle d'openstreetmap autour de moi, et/ou j'utilise la carte en ligne
> pour mes recherches, je demande à ma mairie/comcom les données qu'ils
> pourraient rendre disponibles.
>
> Level 2 "Sentinelle"
> Si je constate des erreurs ou des manques sur la carte, je place une note.
> Je regarde les notes présentes dans mon secteur, et si je peux y indiquer
> des renseignements supplémentaires.
>
> Level 3 "paparazzi"
> Pendant mes balades, quelque soit le moyen de locomotion, j'enregistre mon
> parcours à l'aide de Osmtracker/Oruxmap/... et envoie la trace gpx sur le
> site osm.org. Je peux aussi prendre des photos avec l'application
> Mapillary, elles seront utilisables pour améliorer les données Osm.
>
> Level 4 ""
> Je contribue directement au projet en utilisant l'éditeur en ligne.
>
> Level 5 ""
> J'utilise Josm, vérifie les contributions des environs, contacte les
> nouveaux contributeurs pour les aider.
>
> Level 6 "Master"
> Je lance Josm-latest au petit dej, crée et édite des relations de
> centaines de membres, discute des nouveaux tags sur la liste
> internationale, développe des outils pour aider les contributeurs,  ...
>
> Level 7 "Mad mapper"
> J'édite uniquement en raw, je lis et répond à tous les mails de pverdy, et
> vise la place de chairman dans la fondation osm.
>
>
> On peut aussi imaginer d'autres points, mais qui nécessiterait sans doute
> des outils, genre :
>
> Level "Corvéable"
> "Je ne veux/peux pas contribuer directement, mais je suis joignable pour
> aller vérifier sur le terrain dans un rayon de x km autour de la ville de
> "Machin sur ruisseau".
>
> Chaque "niveau" demanderait un peu plus de détails, avec des captures
> d'écrans, des liens, etc.. mais voilà l'idée.
>
> Qu'en pensez-vous ? (En laissant bien évidemment de côté les traits
> d'humour...je me suis laissé aller...)
>
>
> Stéphane
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[sebastien . dinot]

Bonjour,

- Mail original -
> Dans l'idéal, on pourrait aussi espérer que l'édition des données
> rando/grimpe dans ce type de zones ne devrait se faire qu'avec une
> représentation 3D du terrain en toile de fond (modèle numérique de
> terrain - MNT) couplée à une imagerie récente et bien
> ortho-rectifiée.
> Ou alors peut-être éliminer tout ce qui ne s'appuie pas sur un tracé
> GPS envoyé au serveur en parallèle.

Je n'ai pas de solution miracle mais ni l'une ni l'autre de ces approches ne me 
semblent apporter la moindre garantie :

1. Si en ville certains MNT ont une résolution planimétrique de 10 mètres et 
une précision altimétrique inférieure à 10 cm, les MNT plus globaux, même les 
meilleurs, sont très loin de fournir une telle précision. Par exemple, le MNE 
Reference3D produit par Airbus Defence & Space (ex-Astrium, ex-Spot Image) n'a 
qu'une résolution planimétrique de 30 mètres (à l'équateur) et une précision 
altimétrique « de 10 m dans 90% des cas où la pente est inférieure à 20° ». Or, 
en montagne, les zones dont la pente est supérieure à 20° sont courantes et, 
sans parler de ces cas là, une incertitude altimétrique de 10 m peut cacher 
bien des pièges mortels.

2. Dans les Pyrénées, il m'est arrivé de constater sur mon GPS des erreurs de 
localisation supérieures à 60 mètres à flanc de montagne alors que ce GPS a 
plutôt bonne presse et reste très précis (~ 3 m) même sous couverture végétale. 
Et là encore, 60 mètres, ça change tout en terrain escarpé. Autre anecdote 
relative à un GPS : lors d'une partie de géocaching en bord de mer, mon GPS 
m'indiquait que la cache se trouvait à 3 mètres devant moi. Or, j'étais en haut 
d'une falaise, à 50 cm du bord, et la cache se trouvait à mes pieds sous un 
petit rocher... De retour à la maison et en m'appuyant sur des points 
géodésiques proches, j'ai pu constater que c'était la cache qui était mal 
géolocalisée.. de 3 ou 4 mètres tout au plus mais 3 ou 4 mètres qui peuvent 
faire mal.

Bref, je pense qu'avec une carte (qu'elle soit produite par OSM ou l'IGN), il 
faut rester critique et que nous avons tous à un moment ou un autre pesté 
d'avoir trop fait confiance à une carte.

Ceci étant, il ne serait pas inutile de rédiger sur le Wiki d'OSM une petite 
page du genre « mapping en montagne » alertant les contributeurs sur la 
nécessité d'être vigilant et prudent lorsqu'ils cartographient des zones 
accidentées.

On pourrait aussi - mais c'est plus lourd - calculer un indice d'escarpement 
sur l'ensemble du territoire. Ce faisant, JOSM et iD pourraient intégrer un 
mécanisme d'alerte invitant le contributeur à la prudence lorsqu'il intervient 
en zone escarpée.

Sébastien


-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !


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

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Muselaar]

Le 04/09/2014 09:26, Guilhem Bonnefille a écrit :

OSM n'a pas le niveau requis pour servir de source d'information à suivre 
aveuglément. OSM doit rester une source d'inspiration.

Mais bon, ce n'est que mon avis.
C'est aussi totalement le mien, et pour moi, ça ne change pas des cartes 
25 000e de l'IGN, qui à certains endroits se trompent pas mal aussi.


Soit un chemin qui n'a jamais pu exister, vu la falaise, soit des 
chemins qui n'ont plus été dégagés depuis la dernière guerre, vu la 
taille des abres qui poussent dedans. On peut rapidement trouver un bon 
paquet d'erreurs chez l'IGN, sans même parler du succulent mais bien 
trop répandu « détail linéaire non identifié » apparu dans les années 
80, quand l'IGN a bouclé 1/4 de la France en quelques années, alors que 
les 3/4 précédents avaient mis 50 ans…


Il y a eu une baisse notable de qualité des relevés à cette occasion. 
C'est facile de faire la différence entre les époques (suivant les 
régions) : avant, les abres isolés étaient tous indiqués, comme des 
portions de haies, ou les routes bordées d'abres. Après, c'est beaucoup 
plus aléatoire, c'est le règne du non identifié.


On a franchement une carte à jouer, c'est le cas de le dire. Le plus 
dommage est qu'on ne puisse partir des données de l'IGN, dont 
l'essentiel est fiable, je ne dis pas le contraire, au lieu de les 
reconstituer péniblement alors qu'elle existent déjà, tout ça pour une 
histoire de licences. J'avoue ne pas comprendre le sens de « National »… 
c'est pas nous, la Nation ?


Muselaar

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

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Nicolas Dumoulin]

Le jeudi 4 septembre 2014 14:34:38 Muselaar a écrit :
> On a franchement une carte à jouer, c'est le cas de le dire. Le plus
> dommage est qu'on ne puisse partir des données de l'IGN, dont
> l'essentiel est fiable, je ne dis pas le contraire, au lieu de les
> reconstituer péniblement alors qu'elle existent déjà, tout ça pour une
> histoire de licences. J'avoue ne pas comprendre le sens de « National »…
> c'est pas nous, la Nation ?

C'est beau ce que tu écris Muselaar :-)
Manque plus que la musique mélancolique, et on fait un court métrage ;-)

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

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

Re: [OSM-talk-fr] site web openstreetmap.fr et sa page "comment contribuer"

[Yannick VOYEAUD]

Le 04/09/2014 09:35, Stéphane Péneau a écrit :
On peut aussi imaginer d'autres points, mais qui nécessiterait sans
> doute des outils, genre :
> 
> Level "Corvéable"
> "Je ne veux/peux pas contribuer directement, mais je suis joignable pour
> aller vérifier sur le terrain dans un rayon de x km autour de la ville
> de "Machin sur ruisseau".
> 
> Chaque "niveau" demanderait un peu plus de détails, avec des captures
> d'écrans, des liens, etc.. mais voilà l'idée.
> 
> Qu'en pensez-vous ? (En laissant bien évidemment de côté les traits
> d'humour...je me suis laissé aller...)

Bonjour,

Le moins que l'on puisse dire c'est que tu as de bonnes idées.
Ce niveau corvéable me plairait bien.
L'ensemble de ton topo est excellent dans le principe. Comme c'est toi
qui lances l'idée je te suggères de peaufiner ton idée et de la mettre
en pratique en la partageant pour que d'autres viennent améliorer ce que
tu auras fait si besoin.

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org



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

[OSM-talk-fr] INSEE et modification des limites communales

[Christophe Merlet]

Bonjour,


L'INSEE à mis en ligne une interface permettant de ressortir tout
l'historique des modifications des communes depuis 1930...
http://www.insee.fr/fr/methodes/nomenclatures/cog/historique.asp

En regardant pour les Pyrénées-Atlantiques (64)
http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=1930&fin=2014&dep=64&mod=M0

J'ai découvert que les communes pouvait se céder des hectares de
terrain, et donc que les limites communales pouvait bouger en conséquence...

64010   01/05/2008  Aïcirits-Camou-Suhast reçoit des parcelles de
Saint-Palais.
64010   01/05/2008  Aïcirits-Camou-Suhast cède des parcelles à
Saint-Palais (10 ha).
64493   01/05/2008  Saint-Palais cède des parcelles à Aïcirits-Camou-Suhast.
64493   01/05/2008  Saint-Palais reçoit des parcelles
d'Aïcirits-Camou-Suhast (10 ha).
64254   01/08/2010  Hagetaubin cède des parcelles à Saint-Médard (3 ha).
64491   01/08/2010  Saint-Médard reçoit des parcelles d'Hagetaubin (3 ha).


Vu que l'intégration des limites communales dans OSM a commencé il y a
plus de 6 ans, il serait bon de faire une vérification des communes
françaises concernées...

Depuis 2008, il y en a quelques dizaines...
http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2008&fin=2014&dep=00&mod=MG


Librement,
-- 
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] "Le saviez-vous ?"

[Yannick VOYEAUD]

Le 04/09/2014 09:20, Ab_fab a écrit :
> Pas grave, si tu accompagnes le nombre d'une petite phrase du genre 
> "vous devez en connaître un/une qui n'est pas encore dans OSM, rejoignez
> la communauté et contribuez !"

Bonjour,

Je plussoie à l'idée sous-jacente à cette réponse. Le simple fait que le
chiffre annoncé soit anormal vis à vis de la réalité devrait faire
réagir certains visiteurs concernés par cet élément.

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org



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

Re: [OSM-talk-fr] INSEE et modification des limites communales

[Christian Quest]

Et oui, bien sûr que des communes s'échanges des terrains.
C'est même publié au JO, mais sans les plans malheureusement...

On trouve parfois quelques signalements sur l'outil Ripart de l'IGN.


Le 4 septembre 2014 15:19, Christophe Merlet  a
écrit :

> Bonjour,
>
>
> L'INSEE à mis en ligne une interface permettant de ressortir tout
> l'historique des modifications des communes depuis 1930...
> http://www.insee.fr/fr/methodes/nomenclatures/cog/historique.asp
>
> En regardant pour les Pyrénées-Atlantiques (64)
>
> http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=1930&fin=2014&dep=64&mod=M0
>
> J'ai découvert que les communes pouvait se céder des hectares de
> terrain, et donc que les limites communales pouvait bouger en
> conséquence...
>
> 64010   01/05/2008  Aïcirits-Camou-Suhast reçoit des parcelles de
> Saint-Palais.
> 64010   01/05/2008  Aïcirits-Camou-Suhast cède des parcelles à
> Saint-Palais (10 ha).
> 64493   01/05/2008  Saint-Palais cède des parcelles à
> Aïcirits-Camou-Suhast.
> 64493   01/05/2008  Saint-Palais reçoit des parcelles
> d'Aïcirits-Camou-Suhast (10 ha).
> 64254   01/08/2010  Hagetaubin cède des parcelles à Saint-Médard (3
> ha).
> 64491   01/08/2010  Saint-Médard reçoit des parcelles d'Hagetaubin (3
> ha).
>
>
> Vu que l'intégration des limites communales dans OSM a commencé il y a
> plus de 6 ans, il serait bon de faire une vérification des communes
> françaises concernées...
>
> Depuis 2008, il y en a quelques dizaines...
>
> http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2008&fin=2014&dep=00&mod=MG
>
>
> Librement,
> --
> Christophe Merlet (RedFox)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] INSEE et modification des limites communales

[Christophe Merlet]

Le 04/09/2014 15:30, Christian Quest a écrit :
> Et oui, bien sûr que des communes s'échanges des terrains.
> C'est même publié au JO, mais sans les plans malheureusement...

Je n'ai jamais lu d'infos à ce sujet sur cette liste

Le plan, c'est pas le cadastre ?
Extraction régulière des limites communales du cadastre et comparaison
avec l'existant jusqu'à ce qu'une modification soit détectée.

> On trouve parfois quelques signalements sur l'outil Ripart de l'IGN.
> 
> 
> Le 4 septembre 2014 15:19, Christophe Merlet  > a écrit :
> 
> Bonjour,
> 
> 
> L'INSEE à mis en ligne une interface permettant de ressortir tout
> l'historique des modifications des communes depuis 1930...
> http://www.insee.fr/fr/methodes/nomenclatures/cog/historique.asp
> 
> En regardant pour les Pyrénées-Atlantiques (64)
> 
> http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=1930&fin=2014&dep=64&mod=M0
> 
> J'ai découvert que les communes pouvait se céder des hectares de
> terrain, et donc que les limites communales pouvait bouger en
> conséquence...
> 
> 64010   01/05/2008  Aïcirits-Camou-Suhast reçoit des parcelles de
> Saint-Palais.
> 64010   01/05/2008  Aïcirits-Camou-Suhast cède des parcelles à
> Saint-Palais (10 ha).
> 64493   01/05/2008  Saint-Palais cède des parcelles à
> Aïcirits-Camou-Suhast.
> 64493   01/05/2008  Saint-Palais reçoit des parcelles
> d'Aïcirits-Camou-Suhast (10 ha).
> 64254   01/08/2010  Hagetaubin cède des parcelles à Saint-Médard
> (3 ha).
> 64491   01/08/2010  Saint-Médard reçoit des parcelles
> d'Hagetaubin (3 ha).
> 
> 
> Vu que l'intégration des limites communales dans OSM a commencé il y a
> plus de 6 ans, il serait bon de faire une vérification des communes
> françaises concernées...
> 
> Depuis 2008, il y en a quelques dizaines...
> 
> http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2008&fin=2014&dep=00&mod=MG
> 
> 
> Librement,
> --
> Christophe Merlet (RedFox)
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 


-- 
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Pierre Béland]

Au Québec aussi, il y a une grande densité de chemins, des nouveaux, des 
privés, d'autres qui disparaissent. 


L'ajout d'un attribut survey:date permettrait de savoir quand un chemin a été 
parcouru la dernière fois, et lesquels mériteraient d'être revus.

 
Pierre 




 De : Eric Marsden 
À : talk-fr@openstreetmap.org 
Envoyé le : Jeudi 4 septembre 2014 7h48
Objet : Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en 
montagne !
 

> "ts" == Tetsuo Shima  writes:

  ts> Pour le moment je considère qu'OSM n'est pas fiable du tout sur ce
  ts> point - ni exhaustivité, ni qualité -, qu'il ne faut se baser dessus
  ts> que si on les a tracé/contrôlé soit meme, et je doute que ça puisse se
  ts> résoudre a court terme tant le travail est immense.

  Ce n'est pas l'expérience que j'en ai dans les Pyrénées
  (principalement Ariègoises). Depuis environs 2 ans la densité de
  chemins a beaucoup augmenté ; des parcours importants comme le HRP y
  sont en totalité ; les ruisseaux sont souvent cartographiés. Il m'est
  même arrivé de pouvoir planifier des randos en boucle (plutôt qu'A/R)
  à l'aide de chemins qui ne figurent pas sur les top25.

  Les cartes IGN restent globalement meilleures et surtout plus
  homogènes, mais l'écart diminue rapidement. On ne peut pas non plus
  toujours faire confiance aux cartes IGN (cabanes affichées mais en
  ruines, chemins marqués mais plus maintenus…).

-- 
Eric Marsden


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

Re: [OSM-talk-fr] INSEE et modification des limites communales

[Christian Quest]

Oui le cadastre est mis à jour... si les parcelles étaient privées.
Lorsqu'elles appartiennent à la commune, celle-ci ne payant pas d'impôt
c'est potentiellement moins réactif.
J'avais eu le cas d'un échangeur d'autoroute où les deux limites de
communes laissaient un trou, le cadastre ayant été mis à jour pour une
commune mais pas pour l'autre.

La page de légifrance à suivre est celle-ci:
http://www.legifrance.org/affichSarde.do?reprise=true&fastReqId=1183980310&idSarde=SARDOBJT07104406

Elle répertorie les textes qui touchent aux découpages administratifs.



Le 4 septembre 2014 15:39, Christophe Merlet  a
écrit :

> Le 04/09/2014 15:30, Christian Quest a écrit :
> > Et oui, bien sûr que des communes s'échanges des terrains.
> > C'est même publié au JO, mais sans les plans malheureusement...
>
> Je n'ai jamais lu d'infos à ce sujet sur cette liste
>
> Le plan, c'est pas le cadastre ?
> Extraction régulière des limites communales du cadastre et comparaison
> avec l'existant jusqu'à ce qu'une modification soit détectée.
>
> > On trouve parfois quelques signalements sur l'outil Ripart de l'IGN.
> >
> >
> > Le 4 septembre 2014 15:19, Christophe Merlet  > > a écrit :
> >
> > Bonjour,
> >
> >
> > L'INSEE à mis en ligne une interface permettant de ressortir tout
> > l'historique des modifications des communes depuis 1930...
> > http://www.insee.fr/fr/methodes/nomenclatures/cog/historique.asp
> >
> > En regardant pour les Pyrénées-Atlantiques (64)
> >
> http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=1930&fin=2014&dep=64&mod=M0
> >
> > J'ai découvert que les communes pouvait se céder des hectares de
> > terrain, et donc que les limites communales pouvait bouger en
> > conséquence...
> >
> > 64010   01/05/2008  Aïcirits-Camou-Suhast reçoit des parcelles de
> > Saint-Palais.
> > 64010   01/05/2008  Aïcirits-Camou-Suhast cède des parcelles à
> > Saint-Palais (10 ha).
> > 64493   01/05/2008  Saint-Palais cède des parcelles à
> > Aïcirits-Camou-Suhast.
> > 64493   01/05/2008  Saint-Palais reçoit des parcelles
> > d'Aïcirits-Camou-Suhast (10 ha).
> > 64254   01/08/2010  Hagetaubin cède des parcelles à Saint-Médard
> > (3 ha).
> > 64491   01/08/2010  Saint-Médard reçoit des parcelles
> > d'Hagetaubin (3 ha).
> >
> >
> > Vu que l'intégration des limites communales dans OSM a commencé il y
> a
> > plus de 6 ans, il serait bon de faire une vérification des communes
> > françaises concernées...
> >
> > Depuis 2008, il y en a quelques dizaines...
> >
> http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2008&fin=2014&dep=00&mod=MG
> >
> >
> > Librement,
> > --
> > Christophe Merlet (RedFox)
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> >
> > --
> > Christian Quest - OpenStreetMap France
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
> --
> Christophe Merlet (RedFox)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] INSEE et modification des limites communales

[Ab_fab]

On retrouve bien les ajustements qui avaient été faits sur les limites
entre Saint-Dizier et Bettancourt-la-Ferrée, non sans susciter une certaine
interrogation parmi nous.
https://lists.openstreetmap.org/pipermail/talk-fr/2012-July/045516.html


Le 4 septembre 2014 15:19, Christophe Merlet  a
écrit :

> Bonjour,
>
>
> L'INSEE à mis en ligne une interface permettant de ressortir tout
> l'historique des modifications des communes depuis 1930...
> http://www.insee.fr/fr/methodes/nomenclatures/cog/historique.asp
>
> En regardant pour les Pyrénées-Atlantiques (64)
>
> http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=1930&fin=2014&dep=64&mod=M0
>
> J'ai découvert que les communes pouvait se céder des hectares de
> terrain, et donc que les limites communales pouvait bouger en
> conséquence...
>
> 64010   01/05/2008  Aïcirits-Camou-Suhast reçoit des parcelles de
> Saint-Palais.
> 64010   01/05/2008  Aïcirits-Camou-Suhast cède des parcelles à
> Saint-Palais (10 ha).
> 64493   01/05/2008  Saint-Palais cède des parcelles à
> Aïcirits-Camou-Suhast.
> 64493   01/05/2008  Saint-Palais reçoit des parcelles
> d'Aïcirits-Camou-Suhast (10 ha).
> 64254   01/08/2010  Hagetaubin cède des parcelles à Saint-Médard (3
> ha).
> 64491   01/08/2010  Saint-Médard reçoit des parcelles d'Hagetaubin (3
> ha).
>
>
> Vu que l'intégration des limites communales dans OSM a commencé il y a
> plus de 6 ans, il serait bon de faire une vérification des communes
> françaises concernées...
>
> Depuis 2008, il y en a quelques dizaines...
>
> http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2008&fin=2014&dep=00&mod=MG
>
>
> Librement,
> --
> Christophe Merlet (RedFox)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Pieren]

2014-09-04 14:26 GMT+02:00  :

> 1. Si en ville certains MNT ont une résolution planimétrique de 10 mètres et 
> une précision altimétrique inférieure à 10 cm, les MNT plus globaux, même les 
> meilleurs, sont très loin de fournir une telle précision. Par exemple, le MNE 
> Reference3D produit par Airbus Defence & Space (ex-Astrium, ex-Spot Image) 
> n'a qu'une résolution planimétrique de 30 mètres (à l'équateur) et une 
> précision altimétrique « de 10 m dans 90% des cas où la pente est inférieure 
> à 20° ». Or, en montagne, les zones dont la pente est supérieure à 20° sont 
> courantes et, sans parler de ces cas là, une incertitude altimétrique de 10 m 
> peut cacher bien des pièges mortels.

Ouais, bon, Spot image, les pauvres... rip

> 2. Dans les Pyrénées, il m'est arrivé de constater sur mon GPS des erreurs de 
> localisation supérieures à 60 mètres à flanc de montagne alors que ce GPS a 
> plutôt bonne presse et reste très précis (~ 3 m) même sous couverture 
> végétale. Et là encore, 60 mètres, ça change tout en terrain escarpé. Autre 
> anecdote relative à un GPS : lors d'une partie de géocaching en bord de mer, 
> mon GPS m'indiquait que la cache se trouvait à 3 mètres devant moi. Or, 
> j'étais en haut d'une falaise, à 50 cm du bord, et la cache se trouvait à mes 
> pieds sous un petit rocher... De retour à la maison et en m'appuyant sur des 
> points géodésiques proches, j'ai pu constater que c'était la cache qui était 
> mal géolocalisée.. de 3 ou 4 mètres tout au plus mais 3 ou 4 mètres qui 
> peuvent faire mal.

Il faut espérer qu'avec l'arrivée de Galiléo, on aura une amélioration
significative de nos traces GPX (s'ils ne paument pas tous les
satellites...)

> On pourrait aussi - mais c'est plus lourd - calculer un indice d'escarpement 
> sur l'ensemble du territoire. Ce faisant, JOSM et iD pourraient intégrer un 
> mécanisme d'alerte invitant le contributeur à la prudence lorsqu'il 
> intervient en zone escarpée.

Un indice qu'on ne peut connaitre sans un bon MNT.

Pieren

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

[OSM-talk-fr] Nouvelles d'Osmose depuis mars

[Frédéric Rodrigo]

Bonjour,

La plus grosse avancée sur cette période est la couverture de nouveaux 
de pays :

- Support de toute l'Afrique
- Europe : un certain nombre de pays de petits pays Açores, Albanie, 
Bosnie-Herzégovine, Bulgarie, Chypre, Croatie, Estonie, Hongrie, Île de 
Man, Kosovo, Lettonie, Liechtenstein, Lituanie, Macédoine, Malte, 
Monténégro, Moldavie, Roumanie, Serbie et Slovénie.
- Europe : un nouveau serveur aux Pays-Bas pour le calcul sur le pays 
effectué par régions.
- Asie du sud-est, un nouveau serveur en Allemagne pour couvrir : 
Thaïlande, Birmanie, Brunei, Cambodge, Laos, Malaisie, Singapour, Viêt-Nam.

- Ajout de pays en Asie : Sri Lanka, Syrie, Tadjikistan, Turkménistan
- Ajout de pays en Amérique-Centrale : Belize, Cuba

Les pays qui ne sont pas supportés sur les nouveaux serveurs ont été 
pris en charge sur les serveurs de l'asso et en Islande.

La carte de couverture d'Osmose est maintenant visualisable :
http://osmose.openstreetmap.fr/fr/map/#zoom=2&lat=0&lon=0&layer=Mapnik&overlays=FTFF

En même temps que de nouveaux pays de nouvelles traductions sont 
arrivées : portugais, polonais, japonais, hongrois.


Coté moteur d'analyses, moins de bugs et plus de tests unitaires ainsi 
que l'amélioration des mécanismes de tests. Également, ajout du support 
d'un nombre variable d'objets impliqués dans une erreur.


Pour les analyses de type proposions d'intégration, refonte du format 
des analyses pour aller vers quelque chose de plus descriptif et 
structuré : moins de code, plus de configuration. Puis amélioration des 
analyses de propositions d'intégration pour ajouter un support 
"dynamique". Cella permet de gérer un grand nombre de tags différents 
pour un même jeu de données OpenData (exemple typique des terrains de 
sports qui ont 180 combinaisons de tags différentes pour le même dataset).


Coté analyses elles-mêmes, pas tant de nouveautés. Cette période était 
plutôt une période de maturation, d'amélioration de la qualité et de 
"conquête du monde".

- 2060/6 Amélioration de l'analyse "Numéro en double dans la rue"
- 2060/10 addr:housenumber ne commence pas par un nombre
- 2060/11 Multiple nom pour la même référence FANTOIR
- 2060/12 Tag "addr:city" non concordant avec la ville
- 2060/13 l'objet ne correspond pas au type FANTOIR
- 7090/3 Élément de voie ou barrière isolé
- 8160/1 Paris Autolib' non intégrés
- 8170 Ajout de l'analyse de proposition d'intégration dynamique des 
terrains de sport

- 8190 Police non intégrés
- 8040/71 Arrêt de bus Wallonie
- 1150 Grosse optimisation de l'analyse "intersection entre surfaces" 
qui permet de gagner du temps sur les gros pays.

- Ce n'est pas coutume, mais suppression d'une analyse : OpenStreetBugs

Coté interface, ajout au menu d'export de RSS, GPX et "tout vers JOSM".

Pour finir, un pont entre Osmose et Maproulette a été mis en place. Il 
permet d'envoyer certains types d'erreurs sur l'interface de 
contribution addictive de Maproulette. Pour l'instant un petit nombre de 
résultats d'analyses sont envoyés. Ce sont les catégories qui commencent 
par "[world]" et "[France]".

http://maproulette.org/


Frédéric.
http://osmose.openstreetmap.fr/

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

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Nicolas Moyroud]

Le 04/09/2014 14:34, Muselaar a écrit :


On a franchement une carte à jouer, c'est le cas de le dire. Le plus 
dommage est qu'on ne puisse partir des données de l'IGN, dont 
l'essentiel est fiable, je ne dis pas le contraire, au lieu de les 
reconstituer péniblement alors qu'elle existent déjà, tout ça pour une 
histoire de licences. J'avoue ne pas comprendre le sens de « National 
»… c'est pas nous, la Nation ?
Ben si la Nation c'est nous mais c'est pas l'IGN ! Souvenons-nous que 
l'IGN n'est pas un organisme public mais un institut créé avec un statut 
hybride (j'ai failli dire bâtard, mais je ne l'ai pas dit) qui 
ponctionne de l'argent public mais doit également fonctionner sur fond 
propre donc vendre ses productions.
Déjà dans les organismes français 100% publics le concept des données 
libres a un mal fou à faire son chemin (nous pratiquons couramment le 
"c'est les données de mon projet c'est à moi"...). Là il y a déjà pas 
mal de choses à faire bouger.
Alors l'IGN même si ils commencent à faire quelques efforts (pas 
toujours de très bonne qualité hein cf GEOFLA) ça va être trèès long !


Nicolas

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

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Ab_fab]

Cette démo m'avait fait bonne impression pour la fusion imagerie aérienne /
MNT
http://makina-corpus.com/blog/metier/visualiser-des-chemins-de-randonnee-en-3d-grace-a-babylonjs

(démo désormais en v1.2 : https://kostar111.github.io/rando3D/demo/v1.2/ )


Le 4 septembre 2014 14:26,  a écrit :

> Bonjour,
>
> - Mail original -
> > Dans l'idéal, on pourrait aussi espérer que l'édition des données
> > rando/grimpe dans ce type de zones ne devrait se faire qu'avec une
> > représentation 3D du terrain en toile de fond (modèle numérique de
> > terrain - MNT) couplée à une imagerie récente et bien
> > ortho-rectifiée.
> > Ou alors peut-être éliminer tout ce qui ne s'appuie pas sur un tracé
> > GPS envoyé au serveur en parallèle.
>
> Je n'ai pas de solution miracle mais ni l'une ni l'autre de ces approches
> ne me semblent apporter la moindre garantie :
>
> 1. Si en ville certains MNT ont une résolution planimétrique de 10 mètres
> et une précision altimétrique inférieure à 10 cm, les MNT plus globaux,
> même les meilleurs, sont très loin de fournir une telle précision. Par
> exemple, le MNE Reference3D produit par Airbus Defence & Space (ex-Astrium,
> ex-Spot Image) n'a qu'une résolution planimétrique de 30 mètres (à
> l'équateur) et une précision altimétrique « de 10 m dans 90% des cas où la
> pente est inférieure à 20° ». Or, en montagne, les zones dont la pente est
> supérieure à 20° sont courantes et, sans parler de ces cas là, une
> incertitude altimétrique de 10 m peut cacher bien des pièges mortels.
>
> 2. Dans les Pyrénées, il m'est arrivé de constater sur mon GPS des erreurs
> de localisation supérieures à 60 mètres à flanc de montagne alors que ce
> GPS a plutôt bonne presse et reste très précis (~ 3 m) même sous couverture
> végétale. Et là encore, 60 mètres, ça change tout en terrain escarpé. Autre
> anecdote relative à un GPS : lors d'une partie de géocaching en bord de
> mer, mon GPS m'indiquait que la cache se trouvait à 3 mètres devant moi.
> Or, j'étais en haut d'une falaise, à 50 cm du bord, et la cache se trouvait
> à mes pieds sous un petit rocher... De retour à la maison et en m'appuyant
> sur des points géodésiques proches, j'ai pu constater que c'était la cache
> qui était mal géolocalisée.. de 3 ou 4 mètres tout au plus mais 3 ou 4
> mètres qui peuvent faire mal.
>
> Bref, je pense qu'avec une carte (qu'elle soit produite par OSM ou l'IGN),
> il faut rester critique et que nous avons tous à un moment ou un autre
> pesté d'avoir trop fait confiance à une carte.
>
> Ceci étant, il ne serait pas inutile de rédiger sur le Wiki d'OSM une
> petite page du genre « mapping en montagne » alertant les contributeurs sur
> la nécessité d'être vigilant et prudent lorsqu'ils cartographient des zones
> accidentées.
>
> On pourrait aussi - mais c'est plus lourd - calculer un indice
> d'escarpement sur l'ensemble du territoire. Ce faisant, JOSM et iD
> pourraient intégrer un mécanisme d'alerte invitant le contributeur à la
> prudence lorsqu'il intervient en zone escarpée.
>
> Sébastien
>
>
> --
> Sébastien Dinot, sebastien.di...@free.fr
> http://sebastien.dinot.free.fr/
> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvelles d'Osmose depuis mars

[Christian Quest]

Sacré boulot et merci pour le résumé !

J'ai mis ça sour forme d'article sur le site web:
http://openstreetmap.fr/osmose-evolutions-septembre-2014


Le 4 septembre 2014 16:52, Frédéric Rodrigo  a
écrit :

> Bonjour,
>
> La plus grosse avancée sur cette période est la couverture de nouveaux de
> pays :
> - Support de toute l'Afrique
> - Europe : un certain nombre de pays de petits pays Açores, Albanie,
> Bosnie-Herzégovine, Bulgarie, Chypre, Croatie, Estonie, Hongrie, Île de
> Man, Kosovo, Lettonie, Liechtenstein, Lituanie, Macédoine, Malte,
> Monténégro, Moldavie, Roumanie, Serbie et Slovénie.
> - Europe : un nouveau serveur aux Pays-Bas pour le calcul sur le pays
> effectué par régions.
> - Asie du sud-est, un nouveau serveur en Allemagne pour couvrir :
> Thaïlande, Birmanie, Brunei, Cambodge, Laos, Malaisie, Singapour, Viêt-Nam.
> - Ajout de pays en Asie : Sri Lanka, Syrie, Tadjikistan, Turkménistan
> - Ajout de pays en Amérique-Centrale : Belize, Cuba
>
> Les pays qui ne sont pas supportés sur les nouveaux serveurs ont été pris
> en charge sur les serveurs de l'asso et en Islande.
> La carte de couverture d'Osmose est maintenant visualisable :
> http://osmose.openstreetmap.fr/fr/map/#zoom=2&lat=0&lon=0&;
> layer=Mapnik&overlays=FTFF
>
> En même temps que de nouveaux pays de nouvelles traductions sont arrivées
> : portugais, polonais, japonais, hongrois.
>
> Coté moteur d'analyses, moins de bugs et plus de tests unitaires ainsi que
> l'amélioration des mécanismes de tests. Également, ajout du support d'un
> nombre variable d'objets impliqués dans une erreur.
>
> Pour les analyses de type proposions d'intégration, refonte du format des
> analyses pour aller vers quelque chose de plus descriptif et structuré :
> moins de code, plus de configuration. Puis amélioration des analyses de
> propositions d'intégration pour ajouter un support "dynamique". Cella
> permet de gérer un grand nombre de tags différents pour un même jeu de
> données OpenData (exemple typique des terrains de sports qui ont 180
> combinaisons de tags différentes pour le même dataset).
>
> Coté analyses elles-mêmes, pas tant de nouveautés. Cette période était
> plutôt une période de maturation, d'amélioration de la qualité et de
> "conquête du monde".
> - 2060/6 Amélioration de l'analyse "Numéro en double dans la rue"
> - 2060/10 addr:housenumber ne commence pas par un nombre
> - 2060/11 Multiple nom pour la même référence FANTOIR
> - 2060/12 Tag "addr:city" non concordant avec la ville
> - 2060/13 l'objet ne correspond pas au type FANTOIR
> - 7090/3 Élément de voie ou barrière isolé
> - 8160/1 Paris Autolib' non intégrés
> - 8170 Ajout de l'analyse de proposition d'intégration dynamique des
> terrains de sport
> - 8190 Police non intégrés
> - 8040/71 Arrêt de bus Wallonie
> - 1150 Grosse optimisation de l'analyse "intersection entre surfaces" qui
> permet de gagner du temps sur les gros pays.
> - Ce n'est pas coutume, mais suppression d'une analyse : OpenStreetBugs
>
> Coté interface, ajout au menu d'export de RSS, GPX et "tout vers JOSM".
>
> Pour finir, un pont entre Osmose et Maproulette a été mis en place. Il
> permet d'envoyer certains types d'erreurs sur l'interface de contribution
> addictive de Maproulette. Pour l'instant un petit nombre de résultats
> d'analyses sont envoyés. Ce sont les catégories qui commencent par
> "[world]" et "[France]".
> http://maproulette.org/
>
>
> Frédéric.
> http://osmose.openstreetmap.fr/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Christian Quest]

Mais on ne lâche pas le morceau et ça bouge en interne.

Rien que le fait d'avoir un fond OSM (mapquest) sur le géoportail est un
bon indice du changement culturel qui s'opère à Saint-Mandé... à suivre.



Le 4 septembre 2014 16:54, Nicolas Moyroud  a écrit :

> Le 04/09/2014 14:34, Muselaar a écrit :
>
>
>> On a franchement une carte à jouer, c'est le cas de le dire. Le plus
>> dommage est qu'on ne puisse partir des données de l'IGN, dont l'essentiel
>> est fiable, je ne dis pas le contraire, au lieu de les reconstituer
>> péniblement alors qu'elle existent déjà, tout ça pour une histoire de
>> licences. J'avoue ne pas comprendre le sens de << National >>... c'est pas
>> nous, la Nation ?
>>
> Ben si la Nation c'est nous mais c'est pas l'IGN ! Souvenons-nous que
> l'IGN n'est pas un organisme public mais un institut créé avec un statut
> hybride (j'ai failli dire bâtard, mais je ne l'ai pas dit) qui ponctionne
> de l'argent public mais doit également fonctionner sur fond propre donc
> vendre ses productions.
> Déjà dans les organismes français 100% publics le concept des données
> libres a un mal fou à faire son chemin (nous pratiquons couramment le
> "c'est les données de mon projet c'est à moi"...). Là il y a déjà pas mal
> de choses à faire bouger.
> Alors l'IGN même si ils commencent à faire quelques efforts (pas toujours
> de très bonne qualité hein cf GEOFLA) ça va être trèès long !
>
> Nicolas
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[JB]

Woah, ça fait plaisir, un si long fil de discussion autour de la 
randonnée ! Et je ne peux pas m'empêcher d'un mettre au moins une 
contribution.
Alors, cet été, 10 jours de rando dans les Vosges : pour les trois 
quarts, OSM très correct, IGN très correct, égalité entre les données 
manquantes et les informations fausses. Le dernier quart, sur une zone 
un peu moins courue, OSM derrière avec beaucoup de chemins manquant. 
Deuxième round, le Puy de Dôme, avec une belle égalité entre OSM et 
l'IGN : OSM meilleur sur les parties très courues, un peu plus pauvre 
dans les trous. Ceci dit, le jeu de « je vais là-bas en passant par des 
chemins qui ne sont pas dans OSM » se complique petit à petit !
Et si le GPS est un outil assez génial (surtout depuis que j'ai remplacé 
l'etrex 10 par le Dakota 20, c'est-à-dire d'un GPS vide qui permet juste 
d'enregistrer une trace à un GPS à celui qui affiche les données OSM), 
il ne remplace toujours pas une bonne carte papier !
Et enfin, pour l'amélioration des réutilisations, papier comprise, un 
coup de tracktype ou de trail_visibility, ça ne fait pas de mal, c'est 
un peu l'équivalent du primary/unclassified en rando, quoi !

JB.


Le 04/09/2014 13:48, Eric Marsden a écrit :

"ts" == Tetsuo Shima  writes:

   ts> Pour le moment je considère qu'OSM n'est pas fiable du tout sur ce
   ts> point - ni exhaustivité, ni qualité -, qu'il ne faut se baser dessus
   ts> que si on les a tracé/contrôlé soit meme, et je doute que ça puisse se
   ts> résoudre a court terme tant le travail est immense.

   Ce n'est pas l'expérience que j'en ai dans les Pyrénées
   (principalement Ariègoises). Depuis environs 2 ans la densité de
   chemins a beaucoup augmenté ; des parcours importants comme le HRP y
   sont en totalité ; les ruisseaux sont souvent cartographiés. Il m'est
   même arrivé de pouvoir planifier des randos en boucle (plutôt qu'A/R)
   à l'aide de chemins qui ne figurent pas sur les top25.

   Les cartes IGN restent globalement meilleures et surtout plus
   homogènes, mais l'écart diminue rapidement. On ne peut pas non plus
   toujours faire confiance aux cartes IGN (cabanes affichées mais en
   ruines, chemins marqués mais plus maintenus…).




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

[OSM-talk-fr] Entête rajoutée à l'objet de certains méls sur la liste OSM-talk-fr

[Yves Pratter]

Bonjour,

Depuis quelques jours, les messages expédiés sur cette liste par certains 
auteurs (Christian, Pieren, Ab_fab, Francescu…) se retrouvent dans ma boite de 
spam.
Est-ce que vous avez le même souci ou est-ce que ça vient de ma messagerie ?

Merci de m’éclairer.

—
Yves

 Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en 
montagne !


From: Tetsuo Shima 
To: =?UTF-8?Q?Discussions_sur_OSM_en_fran=C3=A7ais?=
 
Subject:  Re: [OSM-talk-fr]
=?utf-8?q?Oubliez_l=27imagerie_a=C3=A9rienne_pour_l?=
=?utf-8?q?es_sentiers_en_montagne_!?=___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Philippe Verdy]

Je ne vois pas de différence entre un institut soit-disant "hypbride" comme
l'IGN et une université. Si ce n'est pas directement une propriété de
l'Etat c'est parce que d'autre collectivités participent aussi à son
financement (elles sont aussi ses clients). Ce n'est qu'un forme
d'autonomisation mais cela reste public quand la quasi totalité du budget
vient de fonds publics, que ce soit de l'Etat ou ces collectivités, même si
l'IGN a aussi des ressources commerciales quand elle vend des prestations
au privé (ou quasi privé comme les chambres d'agriculture ou chambres du
commerce) ou à des organismes paritaires (type sécurité sociale, dont la
majorité des fond provient du public, le reste des entreprises; mais où
c'est l'Etat qui apporte toutes les garanties financières et comble les
trous tous les ans; la sécu étant en fait de moins en moins paritaire).

Quand on a un contrôle à largement plus de 50% par l'Etat ou les
collectivités locales; on appelle ça "public" et le citoyen de base a son
mot à dire, que ce soit à l'IGN ou à l'Université; surtout quand les deux
types d'organismes fonctionnent dans un régime d'exception par rapport au
privé, au plan légal comme au plan fiscal, et sont aussi soumis au contrôle
de la Cours des Comptes et au contrôle parlementaire; et quand ce sont les
présidents et ministres qui désignent leurs directeurs (normal vu que c'est
la collectivité qui les contrôle très majoritairement).

On en reparlera le jour où l'IGN sera ouvert au privé ou travaillera dans
un réel régime de concurrence (notamment intraeuropéenne) et ne sera plus
contrôle qu'à 40% ou moins par la collectivité ou sera fusionné avec un
autre organisme européen comparable dans un GIE, et les parts françaises
tomberont à moins de 20%, avec un contrôle par un groupe international coté
en bourse (comme aujourd'hui Orange, ex France Télécom, ou La Poste, toutes
deux issues de l'ancienne administration publique des PTT mais où l'Etat ne
détient plus la majorité).

Le 4 septembre 2014 16:54, Nicolas Moyroud  a écrit :

> Le 04/09/2014 14:34, Muselaar a écrit :
>
>
>> On a franchement une carte à jouer, c'est le cas de le dire. Le plus
>> dommage est qu'on ne puisse partir des données de l'IGN, dont l'essentiel
>> est fiable, je ne dis pas le contraire, au lieu de les reconstituer
>> péniblement alors qu'elle existent déjà, tout ça pour une histoire de
>> licences. J'avoue ne pas comprendre le sens de « National »… c'est pas
>> nous, la Nation ?
>>
> Ben si la Nation c'est nous mais c'est pas l'IGN ! Souvenons-nous que
> l'IGN n'est pas un organisme public mais un institut créé avec un statut
> hybride (j'ai failli dire bâtard, mais je ne l'ai pas dit) qui ponctionne
> de l'argent public mais doit également fonctionner sur fond propre donc
> vendre ses productions.
> Déjà dans les organismes français 100% publics le concept des données
> libres a un mal fou à faire son chemin (nous pratiquons couramment le
> "c'est les données de mon projet c'est à moi"...). Là il y a déjà pas mal
> de choses à faire bouger.
> Alors l'IGN même si ils commencent à faire quelques efforts (pas toujours
> de très bonne qualité hein cf GEOFLA) ça va être trèès long !
>
> Nicolas
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Entête rajoutée à l'objet de certains méls sur la liste OSM-talk-fr

[Bruno Besson]

Laposte.net rajoute des en-tête désormais (comme , par exemple, que
j'ai pu remarquer chez moi), ça doit être liées aux dernières évolutions de
leur outil, mais en tout cas ça vient de la messagerie.


2014-09-04 17:40 GMT+02:00 Yves Pratter :

> Bonjour,
>
> Depuis quelques jours, les messages expédiés sur cette liste par certains
> auteurs (Christian, Pieren, Ab_fab, Francescu…) se retrouvent dans ma boite
> de spam.
> Est-ce que vous avez le même souci ou est-ce que ça vient de ma messagerie
> ?
>
> Merci de m’éclairer.
>
> —
> Yves
>
> * Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en
> montagne !*
>
>
> From: Tetsuo Shima 
> To: =?UTF-8?Q?Discussions_sur_OSM_en_fran=C3=A7ais?=
>  
> Subject:  Re: [OSM-talk-fr]
> =?utf-8?q?Oubliez_l=27imagerie_a=C3=A9rienne_pour_l?=
>  =?utf-8?q?es_sentiers_en_montagne_!?=
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvelles d'Osmose depuis mars

[Philippe Verdy]

Le 4 septembre 2014 16:52, Frédéric Rodrigo  a
écrit :

> - 1150 Grosse optimisation de l'analyse "intersection entre surfaces" qui
> permet de gagner du temps sur les gros pays.
>
Ca c'est toujours un bogue récurrent dans JOSM dont l'algo préhustorique
consomme beaucoup de mémoire et de temps.

J'ai déjà commencé une modif en Java pour ça; en gros exit l'allocation du
gros tableau contenant une grille de dimension trop fine pour traiter les
grandes surfaces, le passe à l'analyse par tri des vecteurs sur un axe
vertical et parcours de la liste de haut en bas en gérant les croisement de
segments par échange... Comme ce qui est fait dans les moteurs de rendu 3D
OpenGL.

Plus quelques optimisation locales pour passer en un comportement en O(n
log n) où n est le nombre de "polylignes" contigues toutes orientées de
haut en bas (deux polylignes par exemple pour la plupart des polygones
simples, et tous les polygones sans concavité, quel que soit le nombre de
leurs noeuds: j'optimise aussi en ne traitant as nécessariement tous les
noeuds d'un polyligne, par une recherche dichotomique; ce qui réduit
l'impact en temps causé par l'augmentation de précision des tracés par de
plus nombreux noeuds intermédiaires).

Une autre optimisation que je testerai plus tard sera un pré-tri par
bounding-box pour traiter séparément les listes de polylignes qui n'ont
strictement aucune intersection (même sur un seul noeud), afin d'approcher
le comportement linaire en O(n) et non plus O(n log n); ce pré-tri peut
faire gagner du temps global, et sera utile pour ceux qui travaillent
notamment sur les imports de bâtiments (dont la plupart ne se touchent pas
en zone rurale ou rurbaine).

Conséquence: le validateur intégré dans JOSM devrait aller beaucoup plus
vite (notamment celui qui tourne juste au moment d'envoyer les données
avant que s'affiche le dialogue d'envoi) et ne plus consommer autant de CPU
et de mémoire.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Entête rajoutée à l'objet de certains méls sur la liste OSM-talk-fr

[Philippe Verdy]

J'ai déjà vu quelques balises "" insérées sur les titres de messages
mais pourtant pas classées par Google comme Spam. Je ne sais pas trop quel
agent intermédiaire modifie les titres de messages ainsi mais cela n'a
aucun impact sur l'analyse des spams

(Google n'en tient pas compte, le titre des messages n'étant pas une source
fiable et totalement libre au choix de l'expéditeur; il tient compte
peut-être de certains mots-clés dans les cas où il ne sait pas évaluer
autre chose sur la chaine d'expédition; en général l'analyse se fait sur
les liens présents dans le corps du message et dans l'analyse dans le bon
ordre des entête MIME 'Received:" pour ensuite vérifier leurs authenticité
et les domaines compromis, le contenu du message lui-même ne détecte que
quelques mots-clés ou altérations connues de mots-clés pour de
pseudo-produits de Farm-à-Copée, des substitutions de caractères d'une
écrite par une autre comme latin>cyrillique ou latin>grec; ou l'insertion
de caractères de contrôles directionnels improbables au milieu des mots du
message, ou l'ajout d'accents abusifs dans des mots qui n'ont aucune raison
d'en avoir, mais Google utilise aussi des paramètres statistiques comme les
fréquences d'envoi des mêmes messages à de nombreux internautes n'ayant pas
de relations connues entre eux. Google teste aussi les listes de diffusion
qui proposent des liens de 'désinscription" pour vérifier que ces liens
fonctionnent effectivement et ne sont pas réutilisés pour envoyer d'autres
spams; Google utilise de nombreux "honeyspots" secrets créés ad hoc pour
tester chaque source suspecte ou signalée par ses utilisateurs; google
connait aussi la topologie des serveurs relais utilisés par presque tous
les FAI du monde et peut détecter facilement les entêtes "Received;"
contrefaits, enfin Google sait pour ses utilisateurs quelles langues ils ne
peuvent pas lire et gère pour chacun de ses utilisateurs des listes de
domaines qu'ils ont déclarés "non spam" pour ne plus les filtrer ou moins
le filtrer).



Le 4 septembre 2014 17:46, Bruno Besson  a écrit :

> Laposte.net rajoute des en-tête désormais (comme , par exemple, que
> j'ai pu remarquer chez moi), ça doit être liées aux dernières évolutions de
> leur outil, mais en tout cas ça vient de la messagerie.
>
>
> 2014-09-04 17:40 GMT+02:00 Yves Pratter :
>
>> Bonjour,
>>
>> Depuis quelques jours, les messages expédiés sur cette liste par certains
>> auteurs (Christian, Pieren, Ab_fab, Francescu…) se retrouvent dans ma boite
>> de spam.
>> Est-ce que vous avez le même souci ou est-ce que ça vient de ma
>> messagerie ?
>>
>> Merci de m’éclairer.
>>
>> —
>> Yves
>>
>> * Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers
>> en montagne !*
>>
>>
>> From: Tetsuo Shima 
>> To: =?UTF-8?Q?Discussions_sur_OSM_en_fran=C3=A7ais?=
>>  
>> Subject:  Re: [OSM-talk-fr]
>> =?utf-8?q?Oubliez_l=27imagerie_a=C3=A9rienne_pour_l?=
>>  =?utf-8?q?es_sentiers_en_montagne_!?=
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] soucis sur la liste locale osm alsace

[Jocelyn Jaubert]

Le 04/09/2014 11:35, HELFER Denis a écrit :
> Impossible de rajouter un document partagé dans l’espace idoine. Le serveur
> me renvoie systématiquement une erreur 500 (Internal Server Error).
> 
> Un admin dans la salle pour voir ce qui se passe ?

Je pense que c'était parce que tu envoyais un fichier plus gros que la
limite de 130 Ko en place. J'ai monté la limite à 2 Mo.

Est-ce que tu peux ré-essayer ?


Merci,
Jocelyn


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

Re: [OSM-talk-fr] soucis sur la liste locale osm alsace

[DH]

Le 04/09/2014 19:41, Jocelyn Jaubert a écrit :

Le 04/09/2014 11:35, HELFER Denis a écrit :

Impossible de rajouter un document partagé dans l’espace idoine. Le serveur
me renvoie systématiquement une erreur 500 (Internal Server Error).

Un admin dans la salle pour voir ce qui se passe ?

Je pense que c'était parce que tu envoyais un fichier plus gros que la
limite de 130 Ko en place. J'ai monté la limite à 2 Mo.

Est-ce que tu peux ré-essayer ?

Je ferais cela demain à la première heure ; j'ai plus les fichiers sous 
la main.
Bizarre pour la taille de fichier (rien n'a changé dans le process -> 
vais enquêter).


Merci de ta réactivité.



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

Re: [OSM-talk-fr] rendu qa : analyse par commune

[Jérôme Amagat]

Avec les fichier du 28/08 et du 01/09 et quelques additions et
soustractions dans excel on peut obtenir l'évolution sur ses 4 jours.
Ça donne : 12 communes vecteur en plus.
2252 carré qui ont eu droit a leurs habitation et 720 leur route.
Ça veut dire que l'on a donné à 30600 personnes une maison et à 2900 une
route pour rentrer chez eux!
Au niveau des communes :
40 communes vecteur de plus ont nbcab=0 (44 pour nbcad<=2) donc en moyenne
par jour (sur 4 jours) 10 communes ont obtenu leur bâti.
44 commune de plus ont nbcaw=0  donc 11 par jour récupèrent une bonne
partie de leur route.

Bon tous ça bien sur si c'est bien tous les bâtiments et toutes les routes
du carré qui sont ajouté.


Le 2 septembre 2014 17:50, Christian Quest  a
écrit :

>
> Le 2 septembre 2014 17:40, Frédéric Rodrigo  a
> écrit :
>
> Le voila le rythme d'intégration depuis 2011 et jour par jour :
>> http://osmose.openstreetmap.fr/fr/errors/graph.png?item=7010
>>
>> Basé sur les repères géodésiques, donc peut importe le status cadastral
>> de la commune.
>>
>> Frédéric.
>>
>
>
> En extrapolant, on est passé grosso-modo de 4 à moins de 2 en un
> peu plus de trois ans, donc dans 3 ans on sera raccord ;)
>
> Mais entre temps le gros challenge sera la mise à jour.
>
> Pour les besoins de BANO sur l'extraction des leux-dits, on a
> (bientôt|déjà) en base tout les bâtiments, ce qui devrait permettre de
> faire des analyses croisées systématiques et de proposer à terme des outils
> pour se simplifier la tâche de mise à jour.
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] bano : besoin d'éclaircissements

[Pierre-Yves Berrard]

Bonjour,

Je ne comprends pas pourquoi la Grande Rue ressort en mauve dans ce secteur
:
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#16/48.6535/6.1915

Quelqu'un pour éclairer ma lanterne ?

Pierre-Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouveau job à mi-temps

[Brice MALLET]

Félicitations Christian,
au plaisir de te croiser aux 10 ans OSM ...

Le 30/08/14 11:55, François Lacombe a écrit :


Très bonne nouvelle !

Bonne continuation Christian :)

Francois

Le 30 août 2014 10:46, "Christian Quest" mailto:cqu...@openstreetmap.fr>> a écrit :

A partir de ce lundi 1er septembre, je rejoins la très dynamique
équipe d'Etalab (data.gouv.fr ).

Bien sûr je m'y occuperai de données, en particulier des données
géographiques mais pas uniquement. Il y a un gros travail à faire
sur les référentiels ouverts et sur l'adoption de fonctionnements
collaboratifs autour de ceux-ci. BANO est un bon exemple,
l'objectif va être de passer à BANO^2.

Etalab est une branche du SGMAP (Secrétariat Général à la
Modernisation de l'Action Publique)... et ces sujets sont il me
semble assez fondamentaux.

Bref, pour faire bouger les choses, il faut être au bon endroit,
trouver le bon point où mettre le levier et ça me semble le
meilleur actuellement.

C'est un poste a mi-temps qui donc me laissera encore du temps
libre pour OSM et qui me permettra aussi d'évangéliser encore un
peu plus au sujet d'OSM dans des couches moins accessibles en
temps normal !

Donc nouvelle adresse email "pro": christian.qu...@data.gouv.fr


--
Christian Quest - OpenStreetMap France

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



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



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

Re: [OSM-talk-fr] Entête rajoutée à l'objet de certains méls sur la liste OSM-talk-fr

[Vincent de Château-Thierry]

Bonsoir,

Le 04/09/2014 17:46, Bruno Besson a écrit :

Laposte.net rajoute des en-tête désormais (comme , par exemple, que
j'ai pu remarquer chez moi), ça doit être liées aux dernières évolutions
de leur outil, mais en tout cas ça vient de la messagerie.


2014-09-04 17:40 GMT+02:00 Yves Pratter mailto:yves.prat...@laposte.net>>:

Bonjour,

Depuis quelques jours, les messages expédiés sur cette liste par
certains auteurs (Christian, Pieren, Ab_fab, Francescu…) se
retrouvent dans ma boite de spam.
Est-ce que vous avez le même souci ou est-ce que ça vient de ma
messagerie ?


Abonné aussi à laposte.net, j'ai les mêmes désagréments depuis le 15 
août. Classement en spam de très nombreux mails, mais aussi réception 
des mails jusqu'à plusieurs heures après leur émission, notamment ceux 
de talk-fr, et dans un ordre complètement anarchique. Pas folichon pour 
suivre une conversation, sans même parler d'y participer.


vincent

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

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Sébastien Dinot]

Pieren a écrit :
> > On pourrait aussi - mais c'est plus lourd - calculer un indice
> > d'escarpement sur l'ensemble du territoire. Ce faisant, JOSM et iD
> > pourraient intégrer un mécanisme d'alerte invitant le contributeur
> > à la prudence lorsqu'il intervient en zone escarpée.
> 
> Un indice qu'on ne peut connaitre sans un bon MNT.

Je pense que le MNT nécessaire à ce type de carte peut être sensiblement
moins précis que celui nécessaire à l'usage que tu proposais. En effet,
même si le MNT est de faible résolution et d'une précision grossière
(comme l'est SRTM), les zones accidentées engendrent de fort dénivelés
qui sont identifiables par des pentes importantes.

Voici par exemple ce que donnent les courbes de niveau calculées
à partir des MNT SRTM et ASTER dans un coin des Pyrénées dont je parlais
récemment dans un autre fil de discussion :

http://www.francetopo.fr/?map_x=524338.97066553&map_y=6195476.7353328&map_zoom=9&map_visibility_FT_wms=false&map_opacity_FT_wms=1&map_visibility_Fond%20vierge=true&map_opacity_Fond%20vierge=1&map_visibility_CI=true&map_opacity_CI=1&map_visibility_CT=false&map_opacity_CT=1&map_visibility_Dessin%20vectoriel=false&map_opacity_Dessin%20vectoriel=1&map_visibility_Grille%20g%C3%A9od%C3%A9sique=false&map_opacity_Grille%20g%C3%A9od%C3%A9sique=1

Et voici ce que donnent au même niveau de zoom les courbes de niveau
près de Toulouse :

http://www.francetopo.fr/?map_x=584507.75&map_y=6278130.75&map_zoom=9&map_visibility_FT_wms=false&map_opacity_FT_wms=1&map_visibility_Fond%20vierge=true&map_opacity_Fond%20vierge=1&map_visibility_CI=true&map_opacity_CI=1&map_visibility_CT=false&map_opacity_CT=1&map_visibility_Dessin%20vectoriel=false&map_opacity_Dessin%20vectoriel=1&map_visibility_Grille%20g%C3%A9od%C3%A9sique=false&map_opacity_Grille%20g%C3%A9od%C3%A9sique=1

La différence me semble suffisamment nette pour envisager un traitement
automatique et peu importe dans le cas présent si le MNT ne rend compte
qu'approximativement de la réalité du terrain.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] "Le saviez-vous ?"

[Vincent Pottier]

Le 04/09/2014 15:25, Yannick VOYEAUD a écrit :

Le 04/09/2014 09:20, Ab_fab a écrit :

Pas grave, si tu accompagnes le nombre d'une petite phrase du genre
"vous devez en connaître un/une qui n'est pas encore dans OSM, rejoignez
la communauté et contribuez !"

Bonjour,

Je plussoie à l'idée sous-jacente à cette réponse. Le simple fait que le
chiffre annoncé soit anormal vis à vis de la réalité devrait faire
réagir certains visiteurs concernés par cet élément.

Amitiés

En plus, avec un petit lien vers une carte à la overpass-turbo, ça 
permet d'identifier les objets présents et donc ceux manquants.


Le widget va devenir une usine à gaz !
--
FrViPofm

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

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Vincent Pottier]

Le 04/09/2014 13:48, Eric Marsden a écrit :

   Les cartes IGN restent globalement meilleures et surtout plus
   homogènes, mais l'écart diminue rapidement. On ne peut pas non plus
   toujours faire confiance aux cartes IGN (cabanes affichées mais en
   ruines, chemins marqués mais plus maintenus…).

J'ai deux expériences cuisantes d'erreurs ou au moins de confusions avec 
les cartes topo25, dans le Vercors et dans le Verdon.


Tracé très difficile à identifier dans des falaises entre du sentier, de 
la limite de commune...
Et demi-tour, faute de chemin, dans une paroi au sud en plein cagnard 
avec une bande d'ados assoiffée.

--
FrViPofm

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

Re: [OSM-talk-fr] Entête rajoutée à l'objet de certains méls sur la liste OSM-talk-fr

[Yves Pratter]

> […] mais aussi réception des mails jusqu'à plusieurs heures après leur 
> émission, notamment ceux de talk-fr, et dans un ordre complètement anarchique.
> Pas folichon pour suivre une conversation, sans même parler d'y participer.
Effectivement, je n’arrive plus à les suivre :-(

> mais en tout cas ça vient de la messagerie.
Zut, je n’ai pas trouvé d’option pour désactiver leur gestion des spams.

Merci Vincent et Bruno pour vos réponses :-)
Et désolé pour les autres d’avoir « pollué » cette liste avec ce hors sujet ;-)

—
Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bano : besoin d'éclaircissements

[Christian Quest]

Le nom provient d'OSM mais n'a pas pu être rapproché de FANTOIR. Ce n'est
pas forcément une erreur... ou plutôt il y a de fortes chances qu'il y ait
une erreur dans FANTOIR ou dans l'algo de rapprochement.


Le 4 septembre 2014 20:55, Pierre-Yves Berrard <
pierre.yves.berr...@gmail.com> a écrit :

> Bonjour,
>
> Je ne comprends pas pourquoi la Grande Rue ressort en mauve dans ce
> secteur :
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#16/48.6535/6.1915
>
> Quelqu'un pour éclairer ma lanterne ?
>
> Pierre-Yves
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouveau job à mi-temps

[Christian Quest]

Merci à tous

Finalement ça va être du plein temps... parce qu'il y a du pain sur la
planche en approche !

-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Entête rajoutée à l'objet de certains méls sur la liste OSM-talk-fr

[Christian Quest]

Au moins ça vous a permis d'identifier que c'était La Poste qui perdait
votre courier ;)


Le 5 septembre 2014 00:24, Yves Pratter  a écrit :

> > [...] mais aussi réception des mails jusqu'à plusieurs heures après leur
> émission, notamment ceux de talk-fr, et dans un ordre complètement
> anarchique.
> > Pas folichon pour suivre une conversation, sans même parler d'y
> participer.
> Effectivement, je n'arrive plus à les suivre :-(
>
> > mais en tout cas ça vient de la messagerie.
> Zut, je n'ai pas trouvé d'option pour désactiver leur gestion des spams.
>
> Merci Vincent et Bruno pour vos réponses :-)
> Et désolé pour les autres d'avoir << pollué >> cette liste avec ce hors
> sujet ;-)
>
> --
> Yves
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bano : besoin d'éclaircissements

[Pierre-Yves Berrard]

J'ai remarqué un petit bout de rue étiquetté Grande Rue à l'ouest ne
faisant pas partie de la relation.
Mon hypothèse est que l'algorithme a rapproché avec ce way seulement, et
que le mauve concerne la relation.
Plausible ?



Le 5 septembre 2014 01:21, Christian Quest  a
écrit :

> Le nom provient d'OSM mais n'a pas pu être rapproché de FANTOIR. Ce n'est
> pas forcément une erreur... ou plutôt il y a de fortes chances qu'il y ait
> une erreur dans FANTOIR ou dans l'algo de rapprochement.
>
>
> Le 4 septembre 2014 20:55, Pierre-Yves Berrard <
> pierre.yves.berr...@gmail.com> a écrit :
>
>> Bonjour,
>>
>> Je ne comprends pas pourquoi la Grande Rue ressort en mauve dans ce
>> secteur :
>> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#16/48.6535/6.1915
>>
>> Quelqu'un pour éclairer ma lanterne ?
>>
>> Pierre-Yves
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Charles Nepote]

Le 04/09/2014 00:05, Pierre Knobel a écrit :

Bonsoir,

Je viens signaler que j'ai eu une très mauvaise expérience en montagne
aujourd'hui après avoir fait confiance au fond de carte OSM de mon GPS.
[...]



Pour info, la recherche "death by gps" sur Google remonte plus de 11.000 
résultats. C'est un phénomène ancien, un peu connu et documenté aux 
États-Unis (surtout par la presse locale).

https://www.google.fr/search?q=%22death+by+gps%22

Pour ma part quand je vais dans des endroits "sauvages" je croise 
toujours mes infos OSM avec d'autres sources. La montagne par exemple ça 
ne rigole pas. Tu peux très rapidement te retrouver dans des situations 
dangereuses sans t'en rendre compte... ton témoignage est éloquent. 
Quand on parle de plusieurs dizaines de morts en vallée de Chamonix par 
an, ce n'est pas seulement en haute montagne.


Pour conclure je pense en effet que l'imagerie aérienne pour 
cartographier from sctrach des sentiers de montagne est en effet *très 
dangereux*. L'imagerie peut être utile *quand tu es déjà allé sur le 
terrain*, pour vérifier/affiner la trace.
C'est ce que j'ai fait cette année par exemple pour le Belvédère de 
Montriond : 
http://www.openstreetmap.org/node/2993861740#map=15/46.2053/6.7430&layers=C

Et j'en ai profité pour ajouter la barre rocheuse pour enfoncer le clou.

Bonne balades !
Charles Nepote
(savoyard exilé ;-)

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

Re: [OSM-talk-fr] "Le saviez-vous ?"

[Charles Nepote]

Le 03/09/2014 18:53, Christian Quest a écrit :

J'ai rajouté un petit widget sur le site http://openstreetmap.fr dans la
colonne de droite intitulé "Le saviez vous ?"

Son contenu est choisit aléatoirement et indique un chiffre à propos d'OSM:
- nombre de nouveaux contributeurs sur la semaine
- nombre de cartes personnalisées avec uMap
- nombre d'addresses dans BANO
- nombre de restaurants, de musées, d'hopitaux, d'écoles...
- nombre de lieux pour lesquels l'accessibilité en fauteuil roulant est
renseigné
etc


Super !
Pourquoi ne pas faire une page dédiée remise à jour quotidiennement, où 
tu listerais une trentaine de chiffres clé : utile pour les 
journalistes, les élus, les décideurs publics, par exemple, qui veulent 
se rendre compte très concrètement :

1. de l'importance et du dynamisme de la communauté
2. du fait qu'OSM est une base de données avant d'être une carte.

Une page genre "OpenStreetMap en chiffres". Je suis sûr qu'elle aurait 
du succès. Elle peut venir en plus de ton widget qui est très sympa.


ChN



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

Re: [OSM-talk-fr] bano : besoin d'éclaircissements

[Christian Quest]

Le polygone n'englobe que les adresses, pas la voirie.
Le petit tronçon à l'ouest n'a pas d'adresse proche, c'est donc pour ça
qu'il est en dehors.


Le 5 septembre 2014 08:22, Pierre-Yves Berrard <
pierre.yves.berr...@gmail.com> a écrit :

> J'ai remarqué un petit bout de rue étiquetté Grande Rue à l'ouest ne
> faisant pas partie de la relation.
> Mon hypothèse est que l'algorithme a rapproché avec ce way seulement, et
> que le mauve concerne la relation.
> Plausible ?
>
>
>
> Le 5 septembre 2014 01:21, Christian Quest  a
> écrit :
>
> Le nom provient d'OSM mais n'a pas pu être rapproché de FANTOIR. Ce n'est
>> pas forcément une erreur... ou plutôt il y a de fortes chances qu'il y ait
>> une erreur dans FANTOIR ou dans l'algo de rapprochement.
>>
>>
>> Le 4 septembre 2014 20:55, Pierre-Yves Berrard <
>> pierre.yves.berr...@gmail.com> a écrit :
>>
>>> Bonjour,
>>>
>>> Je ne comprends pas pourquoi la Grande Rue ressort en mauve dans ce
>>> secteur :
>>> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#16/48.6535/6.1915
>>>
>>> Quelqu'un pour éclairer ma lanterne ?
>>>
>>> Pierre-Yves
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr