[OSM-talk-fr] J'aime les logiciels Libres, J'aime les données Libres, J'aime, J'aime ...

[Pierre Béland]

Un virus d'amour se propage sur internet aujourd'hui

Heather Leson et moi étions à une conférence à Ottawa la semaine dernière. Nous 
discutions de groupes humanitaires, de cartographie de crise, et de données 
Libres (ie.Open Data et Open Source). Nous avons eu l'idée de propager 
aujourd'hui un Virus d'amour!

Laissons savoir à tous que nous aimons les données et logiciels Libres. 
Propageons le virus d'amour sur internet aujourd'hui. SVP, joignez-vous à nous 
et ajoutez votre témoignage.

Ayez du plaisir et participez en votant à  
https://loveopensource.crowdmap.com/main
Ajoutez votre témoignage et répandez le virus à vos amis. J'invite chacun à 
écrire dans la langue qu'il maitrise le mieux.

Si vous avez des contacts dans des agences de presse, svp transmettez-leur 
cette information. Si vous connaissez d'autres listes de distribution, svp, 
transmettez-leur cette information!

J'aime les logiciels Libres, J'aime les données Libres, J'aime, J'aime ...
I love Open Source, I love Open Data, I love, I love ...


Pierre Béland
HotOsm Humanitarian OpenStreetMap Team
@pierzen
http://hot.openstreetmap.org/weblog/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re: J'aime_les_logiciels_Libres,_J'aime_les_données_Libres,_J'aime,_J'aime_...

[Pierre Béland]

Bonjour Pieren

Mais non, je vais te décevoir là! Et dirais-tu la même chose des gens qui vont 
voter en général en croyant changer les choses? 

Les grandes entreprises ont de grands moyens médiatiques et beaucoup de 
contacts pour se faire connaitre. Pourquoi les gens du Libre, ne 
profiterions-nous pas de la St-Valentin pour organiser une activité ludique et 
occcuper l'espace qui nous revient.

L'opération est toute simple. Il s'agit simplement de se rendre sur le site et 
de voter. Si on le veut, on peut ajouter un commentaire. Après on se sentira 
plus léger...

PierZen
  




De : Pieren 
Date/heure : 2012-02-13  17:47:16 
A : Discussions_sur_OSM_en_français 
Cc : 
Sujet : Re: 
[OSM-talk-fr]J'aime_les_logiciels_Libres,_J'aime_les_données_Libres,_J'aime,_J'aime_...
 
 
2012/2/13 Pierre Béland :
> Nous avons eu l'idée de propager aujourd'hui un Virus d'amour!
>
Y en a qui n'ont pas fumé que la moquette, là :)
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi luiaussi

[Pierre Béland]

J'ai comparé le téléchargement dans JOSM à partir de l'Api officielle et le 
site .fr. J'y ai aussi constaté des différences en téléchargeant la 
mega-relation n°1857038. Mais plusieurs facteurs peuvent intervenir. Et même si 
nous cochons l'option Télécharger les membres de la relation  en téléchargeant 
une méga-relaation, cela ne veut pas dire que tous les membres des 
sous-relations seront également téléchargés.  
 

C'est pourquoi, lors du téléchargement d'une méga-relation, il faut ensuite 
s'assurer que pour chaque sous-relation, on télécharge tous les membres. Pour 
ce faire, Il s'agit simplement de sélectionner dans la fenêtre Relations toutes 
les relations, de cliquer avec le bouton droit de la souris et de sélectionner 
Télécharger les membres.

Moi, j'ai pu reproduire le problème. À titre d'exemple, j'ai téléchargé  la 
mega-relation n°1857038. Dans une première instance de JOSM à partir de l'API 
officielle http://api.openstreetmap.org/ et dans la deuxième à partir de 
http://api.openstreetmap.fr/..

La comparaison des deux fichiers OSM ainsi obtenus a montré un comportement 
différent lors du chargement à partir des deux API.  Tandis que sur le site 
français, tous les chemins étaient téléchargés, sur le site openstreetmap.org 
plusieurs chemins membres de sous-relations n'étaient pas téléchargés. 


Par exemple, les chemins faisant parti de la relation 2045769 n'étaient pas 
présents. Dans une nouvelle instance de JOSM et toujours à partir de l'Api 
officielle, j'ai ensuite téléchargé la relation 2045769. Cette fois-ci, tous 
les chemins compris dans cette relation ont été chargés.


 
Pierre


>
>On dimanche 25 mars 2012, PhQ wrote:
(...)
> avec l'api fr
> Relation : RD N°1 (1850206) seulement
> et avec l'api officiel
> la relation précédente   ET 
> Relation : Routes Départementales du Puy-de-Dôme (1857038).
> Ca ne serait pas une bogue de l'api fr  par hasard ? Je ne parviens pas à 
> reproduire le comportement que tu cites avec l'api 
officielle. Dans JOSM, si je fais : télécharger objet, chemin, n° : 121831733 
JOSM lance ces appels (visibles en console) :
GET http://api.openstreetmap.org/api/0.6/ways?ways=121831733 Le chemin 
121 831 733 avec 27 nœuds a des nœuds incomplets car au moins un 
nœud était manquant dans les données chargées.
GET 
http://api.openstreetmap.org/api/0.6/nodes?nodes=1362890197,425187227,425187226,1506128829,1506128831,281161202,1362890420,281161203,281161201,281161204,281161205,1362890189,281161038,1362890441,541423318,281161028,281161029,281161030,281161031,281161108,281161109,1506128832,281161116,281161117,281161118,281161043,281161119
 GET http://api.openstreetmap.org/api/0.6/way/121831733/relations Et je me 
retrouve au final avec mon way, ses noeuds et la relation donc il est 
membre (la 1850206) mais pas la "mega relation qui contient tout" : n°1857038 
Tu peux me détailler dans JOSM les opérations que tu fais pour arriver à avoir 
la relation 1857038 ?
>-- 
>sly
>qui suis-je : http://sly.letuffe.org
>email perso : sylvain chez letuffe un point org
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : Le service sur api.openstreetmap.fr s'agrandi lui aussi

[Pierre Béland]

Sylvain, 


j'ai comparé le téléchargement de la mega-relation n°1857038à partir du menu 
Fichier / Télécharger un objet de JOSM.
1. Api officielle http://api.openstreetmap.org/api
2. Api fr http://api.openstreetmap.fr/api


À
 chaque fois je démarrais une nouvelle instance de JOSM, sélectionnait 
l'Api de téléchargement et sauvegardait ensuite le résultat (fichier 
osm). Le logiciel Notepad++ permet de comparer les résultats simplement 
en faisant une recherche sur des expressions clés dans les documents.

De
 tels tests montrent bien que d'autres facteurs que les règles établies 
pour l'extraction interviennent. L'intensité du traffic sur le serveur 
peut sans aucun doute
 influencer les résultats. Lors d'un de mes tests, la requête a pris 17 
minutes sur l'Api officielle et 6 minutes sur l'Api Fr.

Dans tous
 les fichiers, je retrouve 3 379 occurences de l'expression " J'ai comparé le téléchargement dans JOSM à partir de l'Api officielle et le
> site .fr. J'y ai aussi constaté des différences en téléchargeant la
> mega-relation n°1857038. 

Tu pourrais
 m'indiquer lesquels ?

> Mais plusieurs facteurs peuvent intervenir. Et
> même si nous cochons l'option Télécharger les membres de la relation  en
> téléchargeant une méga-relaation, cela ne veut pas dire que tous les
> membres des sous-relations seront également téléchargés. 

D'après la documentation de l'api, c'est même normalement pas le cas.
Les membres d'une relation enfant ne devraient pas être renvoyés, c'est la 
documentation de l'appel /full :
http://wiki.openstreetmap.org/wiki/API_0.6 :
For a relation, it will return the following:
    * The relation itself
    * All nodes, ways, and relations that are members of the relation
    * Plus all nodes used by ways from the previous step
    * The same recursive logic is not applied to relations. This means: If 
relation r1 contains way w1 and relation r2, and w1 contains nodes n1 and n2, 
and r2 contains node n3, then a "full" request for r1 will give you r1, r2, 
w1, n1, and n2. Not n3. 

Pour l'instant l'api fr est compatible avec ça (je peux le comprendre, car sur 
des maxi grosses relations ça pourrait vraiment faire beaucoup)

> La comparaison des deux fichiers OSM ainsi obtenus a montré un comportement
> différent lors du chargement à partir des deux API.  Tandis que sur le
> site français, tous les chemins étaient téléchargés, sur le site
> openstreetmap.org plusieurs chemins membres de sous-relations n'étaient
> pas téléchargés.

Pourtant rien ne devrait être oublié , ni sur l'une ou l'autre API
Peut-être as-tu eu un problème à un moment du téléchargement ?
(il faut dire que cette relation est vraiment énorme et les tests sont dur à 
faire)
Mais si on
 regarde ce que fait JOSM (dans la console) on voit qu'il commence 
par :
GET http://api.openstreetmap.fr/api/0.6/relations?relations=1857038
et ensuite il fait des :
GET http://api.openstreetmap.fr/api/0.6/relation/1982670/full
GET http://api.openstreetmap.fr/api/0.6/relation/1905320/full

pour chaqu'une des relations membres, ce qui devrait, sauf s'il y a un nouveau 
niveau de relation, récupérer tous les ways.
Si l'option "télécharger les membres" n'est pas cochée, alors l'appel ne 
contient pas le /full et les noeuds des ways ne sont pas récupérés, mais la 
liste des ways l'est (ce qui me semble d'ailleurs en contradiction avec le 
titre de
 l'option qui est donc soit mal traduite, soit mal décrite)
-- 
sly (sylvain letuffe)


Le mardi 27 mars 2012 23:22:16, sly (sylvain letuffe) a écrit :
> > Mais plusieurs facteurs peuvent intervenir. Et
> > même si nous cochons l'option Télécharger les membres de la relation  en
> > téléchargeant une méga-relaation, cela ne veut pas dire que tous les
> > membres des sous-relations seront également téléchargés.
> 
> D'après la documentation de l'api, c'est même normalement pas le cas.
> Les membres d'une relation enfant ne devraient pas être renvoyés, c'est la
> documentation de l'appel /full

Je crois que je me suis trompé là, je parlais d'un autre menu (bouton droit 
sur une relation -> télécharger les membres) qui n'a pas le même effet que 
fichier -> télécharger un objet -> n° de relation + télécharger les membres

Alors
 que justement on pourrait s'attendre au même résultat

-- 
sly (sylvain letuffe)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM en read-only (était : Vélib' Paris)

[Pierre Béland]

Pendant ces 4 jours d'arrêt, que faire d'autres  que ces longues discussions 
qui ne vont nulle part ? Peut-être prendre du recul et voir où les efforts 
seraient les plus utiles. 


Et justement, si votre plume (ou clavier) est en mal d'écriture, pourquoi ne 
pas essayer entre autres d'éditer le wiki ?  Il est un peu poussiéreux!

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

[OSM-talk-fr] Re : [Talk-fr] Notice à suivre pour les imports

[Pierre Béland]

Le 28 avril 2012, Romain Mehut a écrit :

Le 28 avril 2012 22:05, Philippe Verdy  a écrit :

Avant de me dire que je suis hors sujet, il aurait fallu préciser le
>sujet : rien n'indiquait que vous parliez des imports du bâti.
>

Bonsoir, 


Il s'agissait pourtant du sujet initial présenté par Fabien: "J'ai reçu ce 
matin un message, en Anglais, de la part d'un modérateur
OSM par rapport au fait que j'ai importé récemment du bâti dans OSM."


Romain
 
Merci Romain pour ta concision. Pour plusieurs, nous parcourons plusieurs 
listes de distribution et apprécions de pouvoir suivre simplement la 
discussion. Pour rappel, lorsque nos commentaires portent sur un point précis 
d'un long texte, la règle usuelle sur les groupes de discussion est de recopier 
cette partie du texte et la commenter ensuite.

Pour ceux qui veulent consulter l'historique de la discussion, il est toujours 
possible de retourner sur le site 
http://lists.openstreetmap.org/listinfo/talk-fr .  




Pierre 



>
> De : "talk-fr-requ...@openstreetmap.org" 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Samedi 28 avril 2012 17h02
>Objet : Lot Talk-fr, Vol 69, Parution 147
> 
>- Mail transféré -
>
>Envoyez vos messages pour la liste Talk-fr à
>    talk-fr@openstreetmap.org
>
>Pour vous (dés)abonner par le web, consultez
>    http://lists.openstreetmap.org/listinfo/talk-fr
>
>ou, par email, envoyez un message avec 'help' dans le corps ou dans le
>sujet à
>    talk-fr-requ...@openstreetmap.org
>
>Vous pouvez contacter l'administrateur de la liste à l'adresse
>    talk-fr-ow...@openstreetmap.org
>
>Si vous répondez, n'oubliez pas de changer l'objet du message afin
>qu'il soit plus spécifique que "Re: Contenu du digest de Talk-fr..."
>
>Thèmes du jour :
>
>   1. Re: Cantons administratifs (Vincent de Chateau-Thierry)
>   2. Re: Notice à suivre pour les imports (Philippe Verdy)
>   3. Re: Notice à suivre pour les imports (Emilie Laffray)
>   4. Re: Notice à suivre pour les imports (Philippe Verdy)
>   5. Re: Cantons administratifs (Yannick VOYEAUD)
>   6. Re: Notice à suivre pour les imports (Romain MEHUT)
>
>Le 28/04/2012 18:37, Philippe Verdy a écrit :
>> Dans ce cas, si ce qui est mappé sont les cantons électoraux, ce n'est
>> pas une subdivision politique non plus. Donc ce devrait être
>> boundary=electoral et non boundary=political_division.
>>
>
>Le tableau n'ayant pas trop changé depuis, tu peux aussi voir le fil qui 
>commence ici :
>http://lists.openstreetmap.org/pipermail/talk-fr/2011-October/036546.html
>qui traite du sujet.
>
>vincent
>
>
>Effectivement, mais dans de nombreux cas, mes modifs concernaient
>aussi les côtes, les landuse=* (ports, forets en distinguant bien les
>forêts de feuillus, conifères et mixtes, prairies, vignobles, zones
>résidentielles), y compris la récupération des fragments CORINE quant
>ils rendaient la carte illisible et ajoutaient des tas de points
>inutiles (ne correspondant à rien sur des zones jointives ayant
>exactement les mêmes attributs, cas fréquent sur les forêts que j'ai
>pu récupérer en grand nombre quand leur géométrie était totalement
>cassée) et des zones naturelles (plages, réserves naturelles, zones
>humides).
>
>A ce sujet, Osmose continue de me forunir des tonnes de faux positifs
>de façon répétée (alors qu'ils sont corrigés : "Analyse 1" ne donne
>aucune erreur, ni Layers, et pourtant Osmose insiste tous les 3(4
>jours pour mettre une étiquette à l'extrémité de TOUTES les limites
>communes des ways de frontières de toutes les municipalités (niveau 8)
>à l'intérieur des provinces (niveau 6) ou commautés autonome (niveau
>4) : ces étiquettes d'erreur sont toutes fausses et mentionnent sans
>arrêt des points qui ne font nulle part partie des ways des
>frontières.
>
>J'ai tenté de signaler ces points en faux positifs, sans succès : ils
>reviennent elors que tout est bon. Même chose en les marquant comme
>corrigés (ils reviennent aussi 3 jours plus tard). Cela ne facilite
>pas du tout les corrections car cela cache les vraies erreurs, et il
>faut à chaque fois remarquer comme "corrigé" des centaines de points
>inutiles pour la même relation (que j'ai revérifiés dans Layers et
>avec le lien "Analyse 1" d'Osmose qui ne signale aucune erreur
>pourtant).
>
>Il me semble donc qu'Osmose a des problèmes à calculer ses géométries.
>
>Ou bien je me demande si ce n'est pas un bogue d'Osmose (qui le fait
>aussi en Italie, en Allemagne, au Royaume-Uni, en Suisse...). On
>dirait qu'il ne tient pas compte des modifications effectuées dans ces
>pays et continue de réutiliser d'anciennes données à chaque import
>(comme si Osmose n'intégrait à chaque passage tous les 3 jours que les
>modifs effectuées en France). Osmose ne marche-t-il réellement que
>pour la France ?
>
>
>Le 28 avril 2012 19:01, Ab_fab  a écrit :
>> Philippe,
>>
>> Je peux me tromper car je ne connais pas bien le contexte, mais je crois
>> qu'Emilie parle d'import de bâtiments, et toi des limites administrati

[OSM-talk-fr] Openstreetmap Tv Radio-Canada

[Pierre Béland]

Après la radio, la télé. Au Téléjournal de Radio-Canada hier soir, un petit 
topo sur OSM avec interview de John Robbde Toronto.
http://www.radio-canada.ca/audio-video/pop.shtml#urlMedia=http://www.radio-canada.ca/Medianet/2012/CBFT/2012-04-30_22_00_00_tj22h_4494_800.asx

Déplacer le curseur à 28:05 min.
 

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

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

[Pierre Béland]

Voici ci-dessous quelques arguments de discussions avec les divers 
interlocuteurs concernés.

Toute cette question tourne autour du modèle économique basé 
sur les guides de randonnée.  Et de toute évidence, le modèle de la FFRP
 ne tient plus la route.


À mon avis, Il faut discuter et convaincre  les associations locales de 
randonnées, la FFRP et les élus locaux du rôle stratégique et 
complémentaire de la cartographie internet par rapport aux guides.  
Plutôt que de nuire, la cartographie internet peut constituer un outil 
promotionnel extraordinaire. Si je n'ai pas la chance de planifier mon voyage, 
de voir les possibilités de randonnée, de gite, peut-être je déciderai d'aller 
au Népal à la place!


La fédération doit déjà revoir son modèle avec la non mise à jour des 
cartes IGN d'où son intérêt à s'associer à OSM. Aussi, il est loin 
d'être prouvé que les cartes OSM sont susceptibles de nuire aux ventes 
de guides. L'intégration de cartes dans les pages de divers sites locaux 
constitue un outil promotionnel extraordinaire tant pour la FFRP que pour les 
bureaux de tourisme et les municipalités et propriétaires de gite. Et 
des cartes interactives avec POI (ie. sentiers, gites, restaurants, etc) 
peuvent être développées. Et je suis convaincu que cela va tout simplement 
contribuer à vendre davantage de guides de randonnée de la FFRP.
La fédération ne peut continuer à faire l'autruche.  Elle doit revoir son 
modèle économique en y intégrant la dimension internet et faire preuve 
de plus d'audace. Et vous sentez qu'ils vacillent, qu'ils ne sont plus 
très convaincus que leur modèle économique est viable à long terme.

C'est
 amusant, mais nous rencontrons les mêmes réticences au Québec. Mon club
 de randonnée, Le Sentier de l'Estrie gère un sentier de près
 de 150 km et publie également des topo-guides.  J'ai convaincu le CA de
 publier les tracés sur OSM. Et je suis convaincu que ceci n'a pas eu 
d'impact sur les ventes de guides de randonnée. Il semble 
également y avoir un intérêt pour éventuellement développer une carte 
interactive comme outil promotionnel de la région de l'Estrie.

Nous
 avons aussi un sentier national au Québec.  Et je fait face là aussi à 
des réticences de la part des responsables du sentier.  Comme pour tous 
les autres projets OSM, il nous faut reprendre notre baton de pélerin...
 À cet effet, plusieurs projets locaux de cartes interactives en France 
me semblent très promoteurs.

Il faut convaincre tous ces gens de passer de l'ère papier à l'ère internet.


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

[OSM-talk-fr] Lac Inle, Birmanie : Vous cherchez un beau défi pour 2014?

[Pierre Béland]

Le lac Inle, le joyau de la Birmanie en péril
http://www.slate.fr/story/81933/lac-inle

Cet article présente un endroit très particulier avec villages et potagers 
flottants sur le lac. Mais comment reconnaitre cette réalité dans OSM?

L'imagerie Bing est excellente. C'est impressionnant à voir à partir de JOSM
voir http://www.openstreetmap.org/#map=17/20.46307/96.90767


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

Re: [OSM-talk-fr] [Talk-ht] COSMHA-STM dans Le Nouvelliste !

[Pierre Béland]

eh bien moi je fête cela sur twitter aussi
https://twitter.com/pierzen/status/439829072659902464


 
Pierre 




 De : Jean Bully PROPHETE 
À : Severin MENARD  
Cc : talk-cm ; talk...@openstreetmap.org; 
Discussions sur OSM en français ; 
talk...@openstreetmap.org; talk...@openstreetmap.org; OSM-Talk-Haiti 
 
Envoyé le : Samedi 1 mars 2014 12h58
Objet : Re: [Talk-ht] COSMHA-STM dans Le Nouvelliste !
 

Fier de COSMHA-STM, fier de la jeunesse de mon pays, fier de HOT.
Merci beaucoup, Haiti vous est tres reconnaissante.

Proud of COSMHA-STM, proud of my country's youth , proud of HOT.
Thank you so much, Haiti is greatful.

Jean Bully PROPHETE
OSM contributer & trainer, mapper.
Phone:+1(509)37322379
                         32835571
Skype: jeanbully
On Mar 1, 2014 12:10 PM, "Severin Menard"  wrote:

> Article récemment paru dans Le Nouvelliste, le journal de référence en
> Haiti, sur la Communauté COSMHA-STM :
>
> http://lenouvelliste.com/lenouvelliste/article/127868/Ces-jeunes-qui-ont-cartographie-la-ville-de-St-Marc.html
>
>
> Heureux de voir que les médias haitiens parlent du travail de la communauté
> !
>
> Séverin
> ___
> Talk-ht mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ht
> Notez! Vous pouvez utiliser Google Translate (http://translate.google.com)
> pour traduire les messages.

>
___
Talk-ht mailing list
talk...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] L'association des commerçants d'Orange

[Pierre Béland]

message affiché


Désolé, cette page est introuvable.
 
Pierre 



>
> De : Tony Emery 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Lundi 5 novembre 2012 18h08
>Objet : Re: [OSM-talk-fr] L'association des commerçants d'Orange
> 
>Voici l'article.
>Dites-moi si vous ne le voyez pas :
>
>https://picasaweb.google.com/103678394076578596421/Bureau#5807468621035708162
>
>Bonne lecture
>
>
>
>--
>View this message in context: 
>http://gis.19327.n5.nabble.com/L-association-des-commercants-d-Orange-tp5734200p5734363.html
>Sent from the France mailing list archive at Nabble.com.
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] probleme de bief

[Pierre Béland]

Moi avec toute cette eau, ça avance, ca recule, ça bouge dans tous les sens. 
Ben, là, je suis pack-ket-té, glou, glou!


paqueté,  Définition populaire au Québec: Soul ou rond comme une botte...
 
Pierre 



>
> De : Marc Sibert 
>À : Discussions sur OSM en français  
>Envoyé le : Lundi 5 novembre 2012 18h34
>Objet : Re: [OSM-talk-fr] probleme de bief
> 
>
>Un sujet idéal pour faire b(r)ief !
>
>--
>Marc Sibert
>m...@sibert.fr
>Le 5 nov. 2012 23:57, "Philippe Verdy"  a écrit :
>
>Le 5 novembre 2012 22:03, PierreV  a écrit :
>>> @tetsuo shima: je suis désolé mais les Biefs du Marais
Poitevin ne se
>>> classent dans aucune des 3 définitions que tu donne... ce
sont de simples
>>> canaux creusés par l'homme, plus petits que les conches...
mais n'étant pas
>>> de dérivation, et n’amenant pas vers un moulin... ni entre
2 écluses...
>>
>>A ce niveau j'ai été plus complet car le bief n'est pas
nécessairement
>>fermé par 2 écluses, mais peut l'être par des seuils, des
déversoirs,
>>ou des vannes ou par le fait qu'il détourne une partie des eaux
d'une
>>rivière ou d'un fleuve sans en interrompre le cours.
>>
>>Dans ce cas, les biefs du marais poitevin rentrent dans la
définition
>>(ils y a bien des vannes, seuils et déversoirs, même s'il n'y a
pas
>>d'écluses ; parfois un bief est alimenté en eau par le précédent
par
>>seulement une petite canalisation qui peut aussi être fermée).
>>
>>La navigabilité se fait sur des segments limités, et sur des
>>embarcations légères qui ne passent pas d'un bief à l'autre sans
>>devoir sortir de l'eau. Bref en barques ou canoës (embarcations
à fond
>>plat, et assez légères pour pouvoir être mises hors de l'eau par
la
>>simple traction humaine, voire un treuil pour remonter
l'embarcation
>>sur une remorque pour la déplacer ailleurs), mais pas par une
péniche
>>ni un voilier ou bateau de plaisance habituel avec le seul
support de
>>l'eau pour passer.
>>
>>La largeur ou la hauteur d'eau n'a là encore aucune importance :
un
>>bief peut facilement être plus large que bon nombre de rivières
>>naturelles (par exemple celles qui coulent en montagne avec un
débit
>>très variable, même s'il est permanent ou si la hauteur d'eau
est
>>maintenue suffisante sur une portion réduite du lit par
l'installation
>>de seuils ou parce qu'il y a une zone enrochée de rapides (qui
ne sont
>>pas navigables sauf sur les canoës pour le sport, et pas
forcément en
>>toute saison non plus ; mais ces rivières de montagne sont très
>>souvent moins large que ce qu'on appelle un bief qui est bien
plus
>>facile à naviguer sans être sportif et entrainé à l'eau vive).
>>
>>Pratiquement tous les biefs sont navigables (sauf les plus cours
qui
>>vont vers un moulin) au moins sur une embarcation légère. Cela
ne veut
>>pas dire que le cours d'eau lui-même est entièrement navigable
d'un
>>bief à l'autre, ni que tous les types d'embarcations peuvent
passer.
>>Rien n'indique par ce mot la largeur minimale ou la hauteur
d'eau
>>minimale. Rien n'indique non plus comment sont faites les rives.
>>
>>Cependant on n'appelle pas bief un canal enterré, sauf s'il y a
assez
>>d'espace d'air conservé au dessus pour passer l'embarcation
(sous un
>>tunnel ou un pont), hors période de crue exceptionnelle où de
toute
>>façon la navigation deviendrait dangereuse, la crue pouvant
endommager
>>même pour les ouvrages autour ou les rives.
>>
>>Si une crue fait sortir un cours d'eau de son lit, les zones
inondées
>>sont aussi parcourables en embarcation légère le temps de la
crue,
>>alors que les autres véhicules terrestres ne peuvent plus rouler
en
>>sécurité. Ces zones ne sont pourtant pas des cours d'eau.
>>
>>C'est bien pour ça qu'on doit distinguer les embarcations
légères pour
>>la "navigabilité". Le flag "boat=yes" suppose tout de même qu'on
parle
>>seulement des embarcations lourdes car les embarcations légères
à fond
>>plat peuvent toujours passer.
>>
>>Il faut très peu de hauteur d'eau pour passer une barque : 30 cm
(dans
>>une eau pas trop rapide pour éviter des collisions), ça suffit
pour
>>une barque ou un canot, tant qu'il n'approche pas une zone
dangereuse
>>ou interdite à la navigation :
>>
>> - abords de certaines chutes d'eau ou déversoirs, ou abords
d'une
>>station de pompage ou d'un moulin ou des points de collecte des
>>conduites forcées d'un barrage hydroélectrique,
>>- certaines autres installations ou lieux protégés, pour la
>>dépollution par exemple, ou présence de filets, ou épaves
>>contondantes, ou zone très polluée où il vaudrait mieux ne pas
nager
>>non plus ou même juste poser un pied
>>- autres dangers liés à l'instabilité des rives ou des arbres
   

Re: [OSM-talk-fr] Outil de suivi des objets qu on a edite

[Pierre Béland]

Julien,

Le fichier readme.txt contient des instructions linux pour compiler et exécuter 
le projet. Ce fichier appelle repository/setup.sh

Indiques-moi si la procédure pour compiler, lancer le programme est bien à 
partir du fichier readme.txt.

Les instructions contenues dans ces deux fichiers sont définies pour 
l'environnement linux et ces instructions doivent être adaptées à 
l'environnement windows.

Dans l'environnement windows, il faut aussi ajouter au path les répertoires de 
l'application MinGW, soit

MinGW\bin et MinGW\msys\1.0\bin

 
Pierre 



>
> De : THEVENON Julien 
>À : Pierre Béland ; Discussions sur OSM en français 
> 
>Envoyé le : Lundi 5 novembre 2012 17h15
>Objet : Re: [OSM-talk-fr] Outil de suivi des objets qu on a edite
> 
>
>Logiquement avec MinGW cela devrait arriver a passer si les libs sont dispos 
>ou compilables
>J ai commence a faire des tests pour la partie gestion du signal Control+C qui 
>est differente sous windows
>
>
>
>Julien
>
>
>>
>> De : Pierre Béland 
>>À : THEVENON Julien ; Discussions sur OSM en 
>>français  
>>Envoyé le : Lundi 5 novembre 2012 22h38
>>Objet : Re: [OSM-talk-fr] Outil de suivi des objets qu on a edite
>> 
>>
>>Merci Julien, c'est très intéressant. 
>>
>>Je ne suis pas familier avec le langage C mais j'essaie quand même de me 
>>mettre les mains dans le cambouis dans l'environnement windows.
>>
>>Je vais essayer de m'y retrouver avec MinGW ou Code::Block.
>>
>> 
>>Pierre 
>>
>>
>>
>>>
>>> De : THEVENON Julien 
>>>À : Discussions sur OSM en français ; 
>>>"dev...@openstreetmap.org"  
>>>Envoyé le : Samedi 3 novembre 2012 18h26
>>>Objet : [OSM-talk-fr] Outil de suivi des objets qu on a edite
>>> 
>>>
>>>Bonjour,
>>>
>>>
>>>Depuis quelques temps je developpe un logiciel d analyse de diff OSM.
>>>Une des applications qui m a paru interessante etait de suivre les 
>>>modifications effectuees par d autres contributeurs sur des objets que j ai 
>>>cree ou modifie.
>>>J ai un prototype qui commence a marcher, il n est pas termine et reste 
>>>assez basic pour le moment mais je me suis dit que cela pourrait peut etre 
>>>interesser d autres personnes.
>>>Je le mets donc a disposition en esperant que certains le testeront et me 
>>>donneront leur avis.
>>>
>>>
>>>Vous devriez trouver en piece jointe de ce mail un exemple de rapport genere 
>>>par l outil.
>>>Il s agit d un fichier HTML indiquant quels objets ont ete modifies et 
>>>donnant des details sur les modifications effectues ( changeset,user):
>>>Node : ajout/suppresion/modifications de tags, deplacement, suppression
>>>Way : ajout/suppresion/modifications de tags, ajout/suppression de node
>>>Relation : ajout/suppresion/modifications de tags, ajout/suppression de 
>>>membre, changement de role d un membre
>>>Chaque objet OSM est accessible via les liens HTML, dans le cas d une 
>>>suppression le lien pointe sur la dernier version avant suppression.
>>>
>>>
>>>Un parametre permet d indiquer le nom de l utilisateur dont on veut suivre 
>>>les objets. A chaque fois que l utilisateur cree ou modifie un objet celui 
>>>sera marque comme "a surveiller" et stocke en cache. ( il est aussi possible 
>>>d ajouter arbitrairement des objets a surveiller en editant la base de 
>>>donnee de l outil )
>>>
>>>Dans le cas d un way tous les nodes qui le composent sont marques, c est 
>>>aussi le cas pour les relations ( cela sera certainement parametrable dans 
>>>le futur )
>>>
>>>A chaque fois qu un objet marque "a surveiller" est modifie l outil va 
>>>comparer la nouvelle version avec la precedente ( si celle-ci n est pas en 
>>>cache elle sera telechargee) et generer le rapport indiquant les differences 
>>>qu il est capable de detecter 
>>>
>>>
>>>
>>>Un fichier de conf XML permet de parametrer l outil ( un exemple est fourni 
>>>dans le package).
>>>library indique l emplacement de la librairie de suivi des objets
>>>analyzer permet de creer un instance du module de suivi d objet. son 
>>>parametre user_name est utilise pour decider des objets a mettre sous suivi
>>>les parametres proxy_authentication permettent de se connecter derriere un 
>>>proxy
>>&

Re: [OSM-talk-fr] Outil de suivi des objets qu on a edite

[Pierre Béland]

Julien,

J'ai pataugé un peu, mais ai finalement assez bien progressé. Je ne suis ni 
familier avec la compilation en C ni avec Osmosis. Apprentissage sur le tas en 
quelque sorte.


1. exécutable binaire : lancement réussi.

2. compilation / exécution à l'aide de MinGW

Avant de compiler, j'ai vérifié le log de l'installation de MinGW. Celui-ci 
indique que les packages libexpat et zlib sont installés. Curl n'est pas 
installé avec MinGW mais par contre tu fournis ce package avec ton 
application.  


J'ai lancé la compilation et l'exécution. Et tout semble avoir bien fonctionné. 
J'ai cependant testé avec un paramètre user_name différent de l'original. J'ai 
cependant 
conservé le paramètre original start_sequence_number=73631. 


La compilation et l'exécution semblent avoir fonctionné normalement. Le 
rapport osm_diff_watcher/USER_NAME_object_report.html a été produit. 
Cependant, son contenu est identique au fichier avec l'usager original 
Geogast.

Le fait que le contenu du rapport n'est pas modifié s'explique-t-il par le fait 
que l'usager spécifié est absent du premier fichier diff?

Ma couverture spatiale porte sur le Québec. Dois-je modifier des paramètres tel 
que replication_domain?

Pour documentation : Installation avec windows


- il est déconseillé d'utiliser un espace dans le nom du répertoire de MinGW; 
il est suggérer de placer le tout dans c:\MinGW par exemple.

- j'ai modifié le paramètre PATH de windows pour indiquer le chemin des 
répertoires c:\MinGW\bin et c:\MinGW\msys\1.0\bin 

- il faut utiliser la commande SH (ie. SH xxx.sh  et non . xxx.sh). La syntaxe 
Unix où on remplace SH par un point ne fonctionne pas. 
 
Pierre 



>
> De : THEVENON Julien 
>À : Pierre Béland ; Discussions sur OSM en français 
> 
>Envoyé le : Mardi 6 novembre 2012 1h33
>Objet : Re: [OSM-talk-fr] Outil de suivi des objets qu on a edite
> 
>
>Pierre,
>
>Oui les instructions sont a executer depuis l emplacement du README, par 
>contre si tu veux le sourcer directement il faut que tu commentes la ligne 
>source setup.csh . Sous MinGW seul le sh est disponible ( enfin dans notre 
>environnement au taf ), le reste des commandes devrait fonctionner en MinGW
>Tu as trouve expat la zlib et curl pour MinGW ?
>
>PS : j avais laisse traine une coquille dans le patch envoye hier soir, la 
>version que je viens d uploader la corrige donc il faudrait que tu le 
>retelecharges.
>
>@+
>Julien
>
>
>
>
>
>
>>
>> De : Pierre Béland 
>>À : THEVENON Julien ; Discussions sur OSM en 
>>français  
>>Envoyé le : Mardi 6 novembre 2012 4h12
>>Objet : Re: [OSM-talk-fr] Outil de suivi des objets qu on a edite
>> 
>>
>>
>>
>>Julien,
>>
>>Le
 fichier readme.txt contient des instructions linux pour compiler et exécuter 
le projet. Ce fichier appelle repository/setup.sh
>>
>>Indiques-moi si la procédure pour compiler, lancer le programme est bien à 
>>partir du fichier readme.txt.
>>
>>Les instructions contenues dans ces deux fichiers sont définies pour 
>>l'environnement linux et ces instructions doivent être adaptées à 
>>l'environnement windows.
>>
>>
>>Dans l'environnement windows, il faut aussi ajouter au path les répertoires 
>>de l'application MinGW, soit
>>
>>MinGW\bin et MinGW\msys\1.0\bin
>>
>> 
>>Pierre 
>>
>>
>>
>>>
>>> De : THEVENON Julien 
>>>À : Pierre Béland ; Discussions sur OSM en français 
>>> 
>>>Envoyé le : Lundi 5 novembre 2012 17h15
>>>Objet : Re: [OSM-talk-fr] Outil de suivi des objets qu on a edite
>>> 
>>>
>>>Logiquement avec MinGW cela devrait arriver a passer si les libs sont dispos 
>>>ou compilables
>>>J ai commence a faire des tests pour la partie gestion du signal Control+C 
>>>qui est differente sous windows
>>>
>>>
>>>
>>>Julien
>>>
>>>
>>>>
>>>> De : Pierre Béland 
>>>>À : THEVENON Julien ; Discussions sur OSM en 
>>>>français  
>>>>Envoyé le : Lundi 5 novembre 2012 22h38
>>>>Objet : Re: [OSM-talk-fr] Outil de suivi des objets qu on a edite
>>>> 
>>>>
>>>>Merci Julien, c'est très intéressant. 
>>>>
>>>>Je ne suis pas familier avec le langage C mais j'essaie quand même de me 
>>>>mettre les m

Re: [OSM-talk-fr] Outil de suivi des objets qu on a edite

[Pierre Béland]

Julien,

Effectivement, je fonctionnais avec le cmd de windows.  

Dans le fichier readme_build_win.txt , il est indiqué :
# To build object watcher you need MinGW and Msys
# Launch msys command
# take place in directory containing README_build_win.txt
# Launch the following command :
# 
# . MinGW_build.sh

Mais autre problème avec msys.bat. Une fois la commande msys.bat lancée, je me 
retrouve dans l'environnement unix avec comme répertoire racine le 
sous-répertoire de msys (ie. mingw\msys\1.0). Il est impossible de modifier 
pour aller vers le sous-répertoire contenant le pgm osm-watch.
 

Pierre 



>
> De : THEVENON Julien 
>À : Pierre Béland ; Discussions sur OSM en français 
> 
>Envoyé le : Mercredi 7 novembre 2012 17h09
>Objet : Re: [OSM-talk-fr] Outil de suivi des objets qu on a edite
> 
>
>> De : Pierre Béland 
>
>
>> Pour documentation : Installation avec windows
>> 
>
>> - il est déconseillé d'utiliser un espace dans le nom du répertoire de 
MinGW; il est suggérer de placer le tout dans c:\MinGW par exemple.
>
>> - j'ai modifié le paramètre PATH de windows pour indiquer le chemin des 
>> répertoires c:\MinGW\bin et c:\MinGW\msys\1.0\bin 
>
>> - il faut utiliser la commande SH (ie. SH xxx.sh  et non . xxx.sh). La 
>> syntaxe Unix où on remplace SH par un point ne fonctionne pas. 
>
>
>
>En fait concernant les deux derniers points que tu mentionnes je pense que c 
>est parce que tu utilises la console de windows non ?
>Si tu lances la console de Msys tu ne devrais pas avoir besoin de parametrer 
>le PATH, les repertoires bin de MinGW y sont deja et la tu pourras utiliser la 
>syntaxe Unix.
>Dans le readme MinGW_build je precise bien qu il faut lancer la console Msys
>
>
>
>Julien
>
>
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Outil de suivi des objets qu on a edite

[Pierre Béland]

Julien j'ai trouvé la solution à mon problème dans la page wiki 
http://www.mingw.org/wiki/MSYS.

J'ai édité le fichier msys\1.0\etc\fstab pour ajouter (mount) mon répertoire 
osm_watch dans l'environnement unix et y associer un nom de répertoire virtuel. 
J'aurais pu aussi utiliser l'instruction mount. 


De là, tout fonctionne normalement. Je peux utiliser l'instruction . xxx.sh.
 

Pierre 



>____
> De : THEVENON Julien 
>À : Pierre Béland ; Discussions sur OSM en français 
> 
>Envoyé le : Mercredi 7 novembre 2012 17h09
>Objet : Re: [OSM-talk-fr] Outil de suivi des objets qu on a edite
> 
>
>> De : Pierre Béland 
>
>
>> Pour documentation : Installation avec windows
>> 
>
>> - il est déconseillé d'utiliser un espace dans le nom du répertoire de 
MinGW; il est suggérer de placer le tout dans c:\MinGW par exemple.
>
>> - j'ai modifié le paramètre PATH de windows pour indiquer le chemin des 
>> répertoires c:\MinGW\bin et c:\MinGW\msys\1.0\bin 
>
>> - il faut utiliser la commande SH (ie. SH xxx.sh  et non . xxx.sh). La 
>> syntaxe Unix où on remplace SH par un point ne fonctionne pas. 
>
>
>
>En fait concernant les deux derniers points que tu mentionnes je pense que c 
>est parce que tu utilises la console de windows non ?
>Si tu lances la console de Msys tu ne devrais pas avoir besoin de parametrer 
>le PATH, les repertoires bin de MinGW y sont deja et la tu pourras utiliser la 
>syntaxe Unix.
>Dans le readme MinGW_build je precise bien qu il faut lancer la console Msys
>
>
>
>Julien
>
>
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] (Paris - Invalides) Avenue du Maréchal Galliéni : cycleway ???

[Pierre Béland]

peut-être ajouter horse=yes ?:)


 
Pierre 



>
> De : Lapinos03 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 8 novembre 2012 12h30
>Objet : [OSM-talk-fr] (Paris - Invalides) Avenue du Maréchal Galliéni : 
>cycleway ???
> 
>Oyé oyé Parisien !
>
>Je m'étonne de voir que l'Avenue du Maréchal Galliéni 
>(http://www.openstreetmap.org/browse/way/4040032) ait été transformé en piste 
>cyclable (de même que quelques rues périphériques). Quelqu'un de Paris 
>pourrait-il confirmer ou infirmer ?
>
>Merci.
>A+
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Osmose et Layers, limites administratives

[Pierre Béland]

Dans Osmose, l'item 7020 Limites administratives, analyse les polygones 
incomplets. On ne semble cependant détecter les erreurs qu'à partir des 
relations. De plus, les couches de limites administratives ne tracent pas les 
chemins. Elles n'affichent que les surfaces des polygones.


Dans les cas où des chemins existent mais qu'aucune relation ne les référence, 
aucune détection ne semble effectuée. Pour faciliter la détection de ces 
chemins, les couches de limites 
administratives de Osmose / Layers pourraient simplement tracer tous les 
chemins contenant les attributs de limites 
administratives.  Ceci permettrait de les repérer et corriger la 
situation, tout comme le faitla carte http://www.itoworld.com/map/2.
 
Pierre 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose et Layers, limites administratives

[Pierre Béland]

Sylvain,

les contours ne sont affichés que si les chemins sont définis dans une relation.

À partir du lien ci-dessous, on voit des limites admin en pointillé autour de 
LaPrairie et Brossard (Québec). Il n'existe aucune relation définissant ces 
limites. 
http://layers.openstreetmap.fr/?zoom=12&lat=45.43829&lon=-73.45091&layers=B00TFF

Tel que tu le suggères dans ton autre courriel, je vais me diriger vers 
http://trac.openstreetmap.fr/report/1 

 
Pierre 



>
> De : sly (sylvain letuffe) 
>À : Discussions sur OSM en français  
>Envoyé le : Vendredi 9 novembre 2012 13h51
>Objet : Re: [OSM-talk-fr] Osmose et Layers, limites administratives
> 
>Je ne vais répondre que pour layers, je ne gère pas osmose.
>
>> De plus, les couches de limites administratives ne tracent pas
>> les chemins. Elles n'affichent que les surfaces des polygones.
>
>Elle affiche aussi les contours :
>http://layers.openstreetmap.fr/?zoom=12&lat=45.5648&lon=6.07654&layers=B00TFF
>Donc, indirectement, les ways qui constituent les relations.
>Mais ais-je bien compris ?
>
>> Ceci permettrait de les repérer et
>> corriger la
>> situation, tout comme le faitla carte http://www.itoworld.com/map/2.
>
>Ben, si ça existe ailleurs, à la limite, pourquoi s'embêter ?
>Ce que tu voudrais, c'est afficher les chemins portants 
>boundary=administrative ?
>Quel intérêt ?
>Repérer ceux qui sont orphelins ?
>
>-- 
>sly (sylvain letuffe)
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réf.: Bulletin N°13 tout frais imprimé !

[Pierre Béland]

Non seulement j'aime beaucoup, j'ai même fait un peu de propagande sur la liste 
talk-ca.
 

Pierre 



>
> De : THEVENON Julien 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Vendredi 9 novembre 2012 16h56
>Objet : [OSM-talk-fr] Réf.:  Bulletin N°13 tout frais imprimé !
> 
>
>
>
>super interessants ces bulletins!
>Merci Pieren
>
>--
>Le ven. 9 nov. 2012 19:41 HNEC, Christian Quest a écrit :
>
>>Il est là: http://openstreetmap.fr/bulletin-OSM-FR-13
>>
>>Merci Pieren !
>>
>>-- 
>>Christian Quest - OpenStreetMap France -
>>http://openstreetmap.fr/u/cquest
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose et Layers, limites administratives

[Pierre Béland]

Merci Sylvain.

Cette couche va nous être très utile.
 

Pierre 



>
> De : sly (sylvain letuffe) 
>À : Discussions sur OSM en français  
>Envoyé le : Samedi 10 novembre 2012 8h51
>Objet : Re: [OSM-talk-fr] Osmose et Layers, limites administratives
> 
>Le vendredi 09 novembre 2012 21:29:47, sly (sylvain letuffe) a écrit :
>> Le vendredi 09 novembre 2012 20:57:09, Pieren a écrit :
>> > +1. Ca peut révéler des doublons ou des oublis.
>> Je m'occupe donc de re-rajouter ça
>
>Voilà qui est fait, dans un nouveau layer "Ways with admin boundary "
>
>-- 
>sly (sylvain letuffe)
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Opération Cowboy du 23 au 25 novembre...

[Pierre Béland]

Pardonne-moi Chistian de casser le party. Ils sont nombreux aux USA. Et au 
Canada, il y a d'immenses territoires non encore couverts.  

Pourquoi pas l'opération Inuit, qui consisterait plutôt à faire des imports 
massifs de données de Canvec sur le nord du Québec où on retrouve en bonne 
partie une carte blanche. Les 2/3 du Québec, au nord, c'est un immense 
territoire vierge plus grand que la France avec 35 000 de population et 
quelques millions de caribous et oies blanches. On ne va jamais trouver assez 
de contributeurs localement pour couvrir tout ce territoire, J'exclu évidemment 
les caribous et oies blanches. 

Les imports Canvec sont essentiels quoique que les avis soient partagés sur le 
fil de discussion démarré hier par pnorm sur talk-ca. voir 
http://web.archiveorange.com/archive/v/nnjaiFX2MuFIVZgBk4Hz. D'ailleurs, ce 
n'est pas la première fois qu'il ramène ce sujet.

Mais plutôt qu'une carte blanche ...
 

Pierre 



>
> De : Christian Quest 
>À : Discussions sur OSM en français  
>Envoyé le : Dimanche 11 novembre 2012 15h01
>Objet : [OSM-talk-fr] Opération Cowboy du 23 au 25 novembre...
> 
>
>Après la "nuit des cartes vivantes", une deuxième opération globale est en 
>train de se monter pour le week)end du 23-25 novembre prochain.
>
>
>
>Il s'agit cette fois-ci de mapper les USA à partir de l'imagerie aérienne pour 
>améliorer les tracé très imparfait de TIGER qui y a été importé.
>
>
>Qui est partant pour participer/relayer cette opération ?
>
>-- 
>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Opération Cowboy du 23 au 25 novembre...

[Pierre Béland]

Christian,

C'est une boutade, une façon de montrer qu'il y a beaucoup à faire partout au 
nord du Canada. Sans les imports et des efforts pour construire une communauté 
locale, nous ne pourrons jamais y arriver.
 

Pierre 



>
> De : Christian Quest 
>À : Discussions sur OSM en français  
>Envoyé le : Lundi 12 novembre 2012 3h02
>Objet : Re: [OSM-talk-fr] Opération Cowboy du 23 au 25 novembre...
> 
>
>Bonjour Pierre,
>
>
>Je ne fait que relayer une opération pour laquelle j'ai été contacté sur 
>cont...@openstreetmap.fr
>
>
>Pourquoi ne pas vous aider à faire l'import Canvec ? Je doute que ça soit bien 
>pris vu les tensions liées aux imports en général et à ceux faits en france en 
>particulier avec le bâti. L'idée pour cette "opération cowboy" est plutôt de 
>corriger l'import TIGER si j'ai bien compris.
>
>
>
>Quant à faire une osmose-party, pourquoi pas !
>
>
>J'aime aussi le fonctionnement de http://lima.schaaltreinen.nl/remap/ qui 
>permet de confirmer ou pas des erreurs détectées par un outil comme osmose.
>J'avais trouvé le zorothon très marrant.
>
>-- 
>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Membre du DWG

[Pierre Béland]

Félicitations Sylvain.


Richard Weait a démarré récemment une discussion sur talk-us où il consulte la 
communauté US sur le rôle à confier au DWG.
voir http://web.archiveorange.com/archive/v/QFY7IXUMhMh64RMzkj2y


Richard affirme qu'il y a quelques cas de mauvais contributeurs sans décrire 
davantage. Puis demande en quelque sorte un mandat de la part de la communauté 
US.


DWG has the administrative tools to block an account.  What we don't
have is a clear rule stating that we can block an account for "being
difficult". Questions for the US mapping community: 1) Do you want DWG to act 
on your behalf on this matter and or similar matters?
2) How would you frame your guidance to DWG so that DWG act
appropriately now and in the future?
3) How would you frame your guidance to DWG so that there are no
false-positives and few false-negatives? 
It is my opinion that this very limited number of difficult mappers
are a large net-negative to the US mapping community and that the
difficult behaviours must be stopped for the benefit of OSM.

Best regards,
Richard Weait on behalf of
OSMF Data Working Group

Intéressante discussion à suivre avec approche assez centralisée d'un côté et 
communauté locale de l'autre. 

Pierre 



>
> De : sly (sylvain letuffe) 
>À : Discussions sur OSM en français  
>Envoyé le : Mardi 13 novembre 2012 10h32
>Objet : [OSM-talk-fr] Membre du DWG
> 
>Salut,
>
>En une phrase : ça y est, je suis membre.
>
>En plusieurs : 
>- je ne peux pas intervenir pour bloquer pour l'instant (mais ça devrait venir 
>quand j'aurais un peu mieux compris comment ils fonctionnent)
>
>- je suis membre de la liste privée et du système de suivi par ticket des 
>différents cas de problèmes repérés sur les données
>
>- Je suis admis mais n'ai aucune obligation de bloquer des contributeurs en 
>france sous le prétexte du 2ème compte pour les imports (eux continuerons à le 
>faire bien sûr)
>
>- je ne suis pas considéré comme représentant de quoi que ce soit, mais j'ai 
>bien indiqué que nous avons notre propre groupe de gestion des problèmes, que 
>sur cette liste ici des cas sont souvent remontés qu'il nous faut gérer et ça 
>ne semble pas leur poser de problème que je sois le rapporteur de la situation 
>avec nos conclusions, mais en gros, c'est pas parceque je me pointe en disant 
>: Lui on ne le bloque pas car 20 personnes dernière moi me soutiennent que ça 
>fera 20 voix à opposer aux leurs (juste 1)
>
>- Mauvaise nouvelle (que je ne comprends pas et j'ai demandé pourquoi sans 
>réponses) : Ils ne veulent pas de christian. C'est un peu con, car j'ai 
>l'intention de prendre des vacances des fois et si un cas doit être réglé 
>rapidement, ben ça obligera à les contacter eux alors que christian aurait pû 
>gérer quand je ne suis pas dispo, et moi quand il ne l'est pas.
>
>
>
>
>-- 
>sly (sylvain letuffe)
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte Nokia, le sandwich est offert…

[Pierre Béland]

Mikaël Cordon 
Mercredi 14 novembre 2012 6h23



> Nokia sort sa carte : here.net
Il y a aussi cet article du Figaro où on oublie OSM dans la liste des 
concurrents.

http://www.lefigaro.fr/hightech/2012/11/13/01007-20121113ARTFIG00640-nokia-lance-un-rival-de-google-maps-sur-pc-et-smartphones.php


 
Pierre 



>
> De : Mikaël Cordon 
>À : Discussions sur OSM en français  
>Envoyé le : Mercredi 14 novembre 2012 6h23
>Objet : [OSM-talk-fr] Carte Nokia, le sandwich est offert…
> 
>
>Salut les OSMeurs,
>
>
>Je viens de le voir passer, alors j’en fais profiter la communauté :
>
>
>Nokia sort sa carte : here.net
>
>
>Du vu et revu, sauf peut-être le « sandwich terrien » (sic) :)
>
>
>Cordialement,
>--
>Mikaël Cordon, mickey86
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

[Pierre Béland]

 Pieren : Mercredi 14 novembre 2012 7h44
<
Pour Undelete, j'ai mis à jour le wiki:
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete

il ne suffit pas d'entrer l'id de l'élément mais aussi 'n', 'w' ou 'r'
pour "node", "way" ou "relation". Apparement, on peut entrer des
listes mais je n'ai pas encore essayé.
>

Merci Pieren


J'ai réussi à récupérer divers objets. Très pratique pour récupérer un objet 
effacé. 


Cependant, il me manque toujours un outil visuel qui permette de voir 
rapidement les modifications et objets effacés par un changeset, surtout 
lorsque je vois que de nombreux chemins sont effacés.


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

Re: [OSM-talk-fr] ref:INSEE

[Pierre Béland]

Philippe Verdy : Mercredi 14 novembre 2012 11h00 a écrit :
>Tu inverses ce que j'ai dit.


Christian Quest a écrit :

NUTS1 (et pas 3) correspond aux ZEAT
>NUTS2 correspond aux régions
>NUTS3 aux départements
>
>
>
Vous me mêlez, là, avec toutes vos classifications.

Ça n'a sans doute aucun rapport avec la façon dont certains trekkers 
classifient des auberges rudimentaires au Népal :
une puce, deux puces, trois puces ...

:)

 
Pierre 



>
>
>C'est expliqué dans le lien que j'avais 
>donné: http://fr.wikipedia.org/wiki/Nomenclature_d'unit%C3%A9s_territoriales_statistiques
>
>-- 
>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

[Pierre Béland]

Jean-Claude

Effectivement, je peux visualiser sur une carte le résultat d'un changeset, ce 
qui est très utile.

Cependant, voici certains changesets pour lesquels le message suivant m'est 
retourné :
java.lang.NumberFormatException: empty String

Voici deux changesets contenant une liste d'objets effacés : 12600491 et 
13458000

Voici un changeset modifiant une relation et des chemins avec attributs 
admin_level : 13808676. Dans ce cas-ci, le wiki indique que les relations ne 
sont pas traitées présentement.


La possibilitié de suivi est limitée si tous les changesets contenant ou des 
données effacées ou des relations ne sont pas traités. 
Pierre 



>
> De : Jean-Claude Repetto 
>À : Discussions sur OSM en français  
>Envoyé le : Mercredi 14 novembre 2012 15h04
>Objet : Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le 
>plus en tant que contributeur OSM ?
> 
>On 14/11/2012 19:23, Pierre Béland wrote:
>> 
>> Cependant, il me manque toujours un outil visuel qui permette de voir
>> rapidement les modifications et objets effacés par un changeset, surtout
>> lorsque je vois que de nombreux chemins sont effacés.
>
>Bonjour,
>
>Cet outil existe : il s'appelle "OSM History Viewer" :
>http://osmhv.openstreetmap.de/index.jsp
>
>Voir la page du wiki qui lui est consacrée :
>http://wiki.openstreetmap.org/wiki/OSM_History_Viewer
>
>Jean-Claude
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

[Pierre Béland]

Message java.lang.NumberFormatException: empty String


Bug répertorié à la page https://bugs.cdauth.eu/index.php?do=details&task_id=72
This is caused by the fact that the coordinates of deleted nodes are not in the 
changeset XML. This means that in API06Changeset.java:129, instead of just 
creating objects for the items, we need to actually fetch the previous versions 
of nodes.

 
Pierre 



>
> De : Pierre Béland 
>À : Discussions sur OSM en français  
>Envoyé le : Mercredi 14 novembre 2012 17h05
>Objet : Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le 
>plus en tant que contributeur OSM ?
> 
>
>Jean-Claude
>
>Effectivement, je peux visualiser sur une carte le résultat d'un changeset, ce 
>qui est très utile.
>
>Cependant, voici certains changesets pour lesquels le message suivant m'est 
>retourné :
>java.lang.NumberFormatException: empty String
>
>Voici deux changesets contenant une liste d'objets effacés : 12600491 et 
>13458000
>
>Voici un changeset modifiant une relation et des chemins avec attributs 
>admin_level : 13808676. Dans ce cas-ci, le wiki indique que les relations ne 
>sont pas traitées présentement.
>
>
>
>La possibilitié de suivi est limitée si tous les changesets contenant ou des 
>données effacées ou des relations ne sont pas traités. 
>Pierre 
>
>
>
>>
>> De : Jean-Claude Repetto 
>>À : Discussions sur OSM en français  
>>Envoyé le : Mercredi 14 novembre 2012 15h04
>>Objet : Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le 
>>plus en tant que contributeur OSM ?
>> 
>>On 14/11/2012 19:23, Pierre Béland wrote:
>>> 
>>> Cependant, il me manque toujours un outil visuel qui permette de voir
>>> rapidement les modifications et objets effacés par un changeset, surtout
>>> lorsque je vois que de nombreux chemins sont effacés.
>>
>>Bonjour,
>>
>>Cet outil existe : il s'appelle "OSM History Viewer" :
>>http://osmhv.openstreetmap.de/index.jsp
>>
>>Voir la page du wiki qui lui est consacrée :
>>http://wiki.openstreetmap.org/wiki/OSM_History_Viewer
>>
>>Jean-Claude
>>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : Import de données créées dans ArchiCAD

[Pierre Béland]

Sebastien,



En plus de Bing,  l'agence géospatiale d'Afrique du sud (SANSA) offre de 
l'imagerie satellite de haute résolution.

Dans JOSM, si je me localise à Soweto, cette imagerie est proposée, identifiée 
comme South Africa CD:NGI Aerial.

 
Pierre 



>
> De : "sebastien.di...@free.fr" 
>À : Liste francophone OSM  
>Envoyé le : Mercredi 14 novembre 2012 3h40
>Objet : [OSM-talk-fr] Import de données créées dans ArchiCAD
> 
>Bonjour,
>
>Hier
 soir, j'ai initié à (J)OSM un étudiant de l'école d'architecture de 
Toulouse qui va partir à la fin de la semaine en Afrique du sud avec 9 
de ses camarades (qu'il formera lui-même à (J)OSM) dans le cadre d'un 
projet d'aménagement d'un quartier défavorisé de Soweto.
>
>Ces 
étudiants ont voulu travailler en amont en créant, à partir d'une 
photographie aérienne que je n'ai pas vue et dont il n'a pas su me 
donner l'origine, un plan
 du quartier dans ArchiCAD (http://www.graphisoft.com/products/archicad/). Et 
bien évidemment, ils voudraient désormais importer ces données 
préliminaires (qui seront actualisées et enrichies sur le terrain) dans 
OSM.
>
>Mais j'ai identifié deux problèmes :
>
>1. L'outil travaille dans un repère métrique qui lui est propre et les données 
>ne sont donc pas géoréférencées.
>
>2. ArchiCAD ne propose que peu de formats d'export vectoriel. Celui dans 
>lequel je fonde le plus d'espoirs est DWG (1).
>
>Mes questions sont donc les suivantes :
>
>1.
 Connaissez-vous un outil qui, à partir de quelques points d'appui, 
saurait géoréférencer des données vectorielles et qui supporterait le 
format DWG ?
>
>2. Savez-vous comment on peut importer dans JOSM des
 données géoréférencées au format DWG ? Je n'ai pas trouvé ce format 
dans la liste proposée
 en entrée.
>
>3. S'il n'est pas possible d'importer des données au 
format DWG, connaissez-vous un outil de conversion du format DWG vers un
 format supporté par JOSM ?
>
>Je vous remercie par avance,
>
>Sébastien
>
>(1) * Non, je ne parle pas du Data Working Group mais du format de données 
>natif d'AutoCAD.
>    * Les autres formats proposés par ArchiCAD sont soit matriciels (TIFF par 
>exemple), soit antédiluviens et très spécifiques
>
>-- 
>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
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
 
Pierre 


- Mail transféré -
>De : Pierre Béland 
>À : Discussions sur OSM en français  
>Envoyé le : Mercredi 14 novembre 2012 8h44
>Objet : Re: [OSM-talk-fr] Import de données créées dans ArchiCAD
> 
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Contour des limites administratives sur la Carte OSM

[Pierre Béland]

Dans OpenStreeMap.org, il est possible de rechercher un niveau administratif 
particulier tel que Ile-de-France, Yvelines, Versailles. Cependant le résultat 
retourné par l'hyperlien n'affiche que la carte sans les limites. Pourtant, 
cette information me semble très pertinente et il serait facile de le faire.

En contrepartie, Google affiche maintenant les limites administratives lorsque 
nous faisons de telles recherches.


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

Re: [OSM-talk-fr] Xapiviewer

[Pierre Béland]

Y a-t-il un opérateur condition ou ?
Exemple [admin_level=*] or [boundary=administrative]


 
Pierre 



>
> De : Francescu GAROBY 
>À : Discussions sur OSM en français  
>Envoyé le : Dimanche 18 novembre 2012 5h03
>Objet : Re: [OSM-talk-fr] Xapiviewer
> 
>
>Normal : la façon de demander des tags dans une URL de XAPI, c'est entre 
>crochets : [name=value]
>Du coup, ta requête est même incomplète, car il manque le crochet ouvrant du 
>premier tag et le crochet fermant du dernier.
>
>Francescu
>
>
>Le 18 novembre 2012 10:58, Christian Quest  a écrit :
>
>Une petite astuce à partager concernant Xapiviewer... pour faire une recherche 
>sur plus d'un tag, on peut l'écrire en séparant le tags par "][", exemple:
>>
>>
>>amenity=parking_space][wheelchair=yes
>>
>>
>>Du coup, voici une carte des places de parking réservées aux handicapés dans 
>>ma ville: http://minilien.fr/a0n2n4
>>C'est une bidouille trouvée en regardant le source, mais bon ça marche et 
>>c'est le plus important !
>>
>>(voir: http://forum.openstreetmap.fr/viewtopic.php?f=2&t=348&p=1480)
>>
>>-- 
>>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
>-- 
>Cordialement,
>Francescu GAROBY
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Différents types de "lavoir"

[Pierre Béland]

C'est aéré un lavoir. Je pense que Building=roof serait plus approprié.


 
Pierre 



>
> De : Eric Sibert 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Vendredi 23 novembre 2012 12h06
>Objet : Re: [OSM-talk-fr] Différents types de "lavoir"
> 
>Je réponds un peu avec retard. Après consultation du Robert & Collins Super 
>Senior, j'ai:
>
>Lavoir :
>(découvert) = washing-place
>(édifice) = wash house
>(bac) = wash-tub
>(machine) = washer
>(atelier) = washing plant
>
>Perso, je partirais sur amenity=washing_place dans tous les cas (couvert ou 
>pas). Si c'est couvert, tu rajoutes un building=yes avec le toit. Si le lavoir 
>est alimenté par une fontaine, on rajoute la fontaine. S'il est alimenté par 
>une rivière, on met la rivière ou le canal d'amené.
>
>Eric
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Différents types de "lavoir"

[Pierre Béland]

Jean-François,

avec l'hiver à ma porte, tu me fais rêver de voyage.  J'ai visité la citadelle 
de Blaye, mais je dois retourner voir le bourg.

Voici aussi des photos de l'extérieur. 
http://www.petit-patrimoine.com/fiche-petit-patrimoine.php?id_pp=33067_4

Même si c'est très aéré, je ne crois pas que l'on puisse utiliser building=roof 
pour ce lavoir. Semi-roof???


 
Pierre 



>
> De : Jean-Francois Nifenecker 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Vendredi 23 novembre 2012 14h45
>Objet : Re: [OSM-talk-fr] Différents types de "lavoir"
> 
>Le 23/11/2012 19:27, Philippe Verdy a écrit :
>> Un lavoir traditionnel n'est pas forcément couvert
>
>et des comme ça, t'en a vu beaucoup :
>
>http://www.bourg-gironde.net/index.php?option=com_content&task=view&id=89&Itemid=16
>
>entièrement clos de murs et couvert. C'est une véritable maison.
>
>-- Jean-Francois Nifenecker, Bordeaux
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tagguer un circuit de rando, merci !

[Pierre Béland]

Lionel,

Ta relation me semble correctement définie. Voici des recommandations pour 
afficher ton sentier sur les cartes thématiques utilisant la couche 
cartographique Lonvia pour sentiers de randonnée.
Voir comme exemple, la région de Fontainebleau avec des rendus distincts d'un 
sentier à l'autre.
http://hikebikemap.de/?lat=48.4138&lon=2.6522&zoom=12&layers=BTFFTF
Voir http://www.openstreetmap.org/browse/relation/387787
 Relation : Tour du Massif de Fontainebleau

La couche cartographique Lonvia affiche les sentiers de randonnée définis à 
l'aide de relations route et de divers attributs tels que network, osmc:name, 
osmc:symbol, ref.

L'attribut network permet de classer les sentiers (ie. international, national, 
régional, local). L'attribut osmc:symbol permet de controler le rendu du trait 
représentant le sentier.  L'attribut ref permet d'ajouter un symbole de 1-2 
caractères pour décrire le sentier. Tu observeras que dans la relation ci-haut, 
trois caractères sont utilisés. Ceci a pour effet de rendre illisible 
l'acronyme TMF dans le carré au-dessus du sentier.

Les deux cartes thématiques suivantes affichent la couche Lonvia.Tout comme 
pour la région de Fontainebleau, tu pourra mieux y voir ton sentier une fois 
les attributs révisés.

http://hiking.waymarkedtrails.org/fr/?lat=48.00734&lon=-3.5506&zoom=15
http://hikebikemap.de/?lat=48.00734&lon=-3.5506&zoom=15&layers=BTFFTF


Pour des infos supplémentaires, voir

http://wiki.openstreetmap.org/wiki/Relation:route
http://wiki.openstreetmap.org/wiki/Walking_Routes
http://wiki.openstreetmap.org/wiki/Key:osmc:symbol
http://www.wanderreitkarte.de/symbols_en.html


 
Pierre 



>
> De : Club Informatique Inter Communes / C2IC 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Samedi 24 novembre 2012 16h35
>Objet : Re: [OSM-talk-fr] Tagguer un circuit de rando, merci !
> 
>Bonsoir,
>
>Au vu des retours j'ai été voir le grand tour de plancoët mais sous
>Potlach pas moyen de comprendre comment faire. Mais avec JOSM alors là
>cela devient beaucoup plus simple (enfin j'ai l'impression) et j'ai
>donc fait ma première relation pour ce circuit.
>
>Si vous avez le temps d'aller y jeter un oeil et me dire si je ne me
>suis pas planté c'est par ici :
>http://www.openstreetmap.org/browse/relation/2594647
>
>@tetsuo : merci pour les éléments
>@romain : tu partagerais ton fichier rules pour donner ce rendu ? Moi
>je commente tout juste sur
>http://wiki.openstreetmap.org/wiki/User:1piedsurTerre/Maperitive_Rules/Lnvg.
>L'idée est de ne pas partir sur un rendu trop proche de celui des
>cartes classiques mais le tien est super sympa. Manque juste un peu de
>vert ... mais bon ... :o)
>
>Lionel
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] PlaceMaker "admin_centre" ( était : limites des communes en =?iso-8859-1?q?_Midi-Pyr=E9nn=E9es?=)

[Pierre Béland]

J'ai testé et je ne m’ennuie nullement des cartes poinçonnées. Quand il y a un 
collègue qui relie jour après jour un mètre de données et que ça coince, la 
file d'attente est longue ...


 
Pierre 



>
> De : Marc SIBERT 
>À : Discussions sur OSM en français  
>Envoyé le : Vendredi 23 novembre 2012 11h28
>Objet : Re: [OSM-talk-fr] PlaceMaker "admin_centre" ( était : limites des 
>communes en =?iso-8859-1?q?_Midi-Pyr=E9nn=E9es?=)
> 
>
>C'est vrai ça, traiter des données informatiques avec des programmes autonomes 
>: quelle drôle d'idée ?
>A une époque, il y avait des gens, qui "relisaient" les cartes perforées avant 
>de les donner à l'Ordinateur. C'était le bon vieux temps ça où restait maître 
>des données qu'il manipulait !
>
>A+
>
>Marc
>
>
>
>
>Le 23 novembre 2012 17:18, sly (sylvain letuffe)  a écrit :
>
>
>>> Au total on a (avec les données Geofabrik de cette nuit) 3268 communes
>>> concernées.
>>> L'opération unitaire étant assez rapide, ce chiffre devrait rapidement
>>> baiser, enfin
>>> j'espère :-)
>>
>>Je vais sans doute me faire lyncher mais.  un bot  ?
>>
>>Genre, sur les 3268 il doit y en avoir un paquet pour lesquelles il existe un
>>noeud avec le ref:INSEE, ça doit pouvoir se recouper de manière assez fiable
>>non ?
>>
>>sly se tire en courant...
>>
>>--
>>sly
>>qui suis-je : http://sly.letuffe.org
>>email perso : sylvain chez letuffe un point org
>>
>>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Table des matières Openstreetmap.org

[Pierre Béland]

Les nouveaux usagers qui consultent la table des matières de OpenStreetMap.org 
se voient systématiquement offrir les pages anglaises du wiki même si les pages 
dans leur langue préférée existent. 


Un petit effort permettrait de mieux s'adapter au contexte multiculurel du 
projet OSM et faciliter l'intégration de non anglophones.
 
Pierre 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limite 78/95... cassée et réparée.

[Pierre Béland]

Christian,

Dans JOSM, il était possible de récupérer simplement le chemin effacé à l'aide 
du plugin Undelete avec instruction  w165083117.Le nouveau chemin correspond à 
celui effacé.


En regardant de plus près les 11 relations, j'observe deux relations Canton 
L'Hautil avec la même liste de membres. Elles ont un code INSEE distinct. 
Doublons?
Relation L'Hautil (2199608)  
ref:INSEE = 9532
Relation L'Hautil (2507835)  
ref:INSEE = 9539


Pierre 



>
> De : Christian Quest 
>À : Discussions sur OSM en français  
>Envoyé le : Dimanche 25 novembre 2012 14h26
>Objet : [OSM-talk-fr] Limite 78/95... cassée et réparée.
> 
>
>Je viens de réparer la limite entre le 78 et le 95 vers Maurecourt/Jouy qui 
>avait été supprimée par erreur par un nouveau contributeur.
>
>
>Bien sûr, c'était aussi une limite de canton électoral, d'EPCI, de communes et 
>j'en passe... j'espère n'avoir rien oublié, si un addict du découpage veut 
>regarde qu'il en profite !
>
>
>
>N'ayant pas pu récupérer par revert l'objet supprimé, je suis donc reparti du 
>cadastre actuel (un peu foireux d'ailleurs).
>
>
>Voici l'objet supprimé : http://www.openstreetmap.org/browse/way/165083117
>
>
>Et le nouveau: http://www.openstreetmap.org/browse/way/192727814
>
>-- 
>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] OSM Watch

[Pierre Béland]

le serveur ne répond pas présentement.
http://osm102.openstreetmap.fr/%7Ezorglub/watch/


 
Pierre 


- Mail transféré -
>De : Bruno Remy 
>À : "talk...@openstreetmap.org"  
>Envoyé le : Lundi 26 novembre 2012 14h26
>Objet : Re: [Talk-ca] Suivi OSM / OSM Monitoring
> 
>
>The webserver on http://osm102.openstreetmap.fr/~zorglub/watch/ does not 
>responding
DNS error? Web services/roles down?
>
>
>
>
>Le 30 octobre 2012 07:24, Bruno Remy  a écrit :
>
>Superbe projet! Exactement ce dont la Communauté OSM a besoin pour maintenir 
>et soutenir sa croissance, gérer la qualité des données et acceuillir ses 
>nouveaux contributeurs!
>>
>>Bruno Remy
>>Le 2012-10-29 12:20, "Pierre Béland"  a écrit :
>>
>>OSM étant un projet collaboratif, les contributeurs expérimentés qui assurent 
>>le suivi des modifications OSM ont besoin d'outils de suivi. Il en existe 
>>déja plusieurs tels que Keepright, Inspector ou 
>>http://layers.openstreetmap.fr/.
>>>
>>>Un contributeur français a produit récemment un nouvel outil d'alerte très 
intéressant. Il est facile d'y définir une zone géographique à 
surveiller et un ensemble de conditions particulières.
>>>voir http://osm102.openstreetmap.fr/~zorglub/watch/
>>>
>>>Les contributeurs peuvent suivre les modifications de sentiers de randonnée 
>>>ou de pistes cyclables, ou encore des éléments tels que routes principales 
>>>et limites administratives, ceux-ci étant essentiels au fonctionnement de 
>>>Nominatim ou des outils d'itinéraire. 
>>>
>>>J'ai ajouté une tâche assurant le suivi des nouveaux contributeurs du 
>>>Québec. Je fais également le suivi des limites administratives et des zones 
>>>cotières du Québec.
>>>
>>>Je vous invitent à le découvrir.
>>> 
>>>
>>>Pierre 
>>>Since OSM is a collaborative project, experienced contributors who monitor 
>>>changes to OSM need monitoring tools. There are many like KeepRight, 
>>>Inspector or http://layers.openstreetmap.fr/.
>>>
>>>A French contributor recently produced a very interesting Alert tool where 
>>>it is easy to define a geographic area to monitor and a set of conditions.
>>>see http://osm102.openstreetmap.fr/ foo~/watch/
>>>
>>>Contributors may follow edits such as hiking trails or bike lanes, or items 
>>>such as main roads and administrative boundaries, wich are essential 
>>>to tools such as Nominatim or Road travel.
>>>
>>>I added a task keeping track of new contributors in Quebec. I also follow 
>>>administrative boundaries and coastal areasof Quebec.
>>>
>>>I invite you to discover it.
>>>
>>>
>>>Pierre 
>>>
>>>___
>>>Talk-ca mailing list
>>>talk...@openstreetmap.org
>>>http://lists.openstreetmap.org/listinfo/talk-ca
>>>
>>>
>
>
>-- 
>Bruno Remy
>
>___
>Talk-ca mailing list
>talk...@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-ca
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Soucis sur Nominatim

[Pierre Béland]

Une recherche à partir de http://nominatim.openstreetmap.org/ indique que seuls 
deux départements sont reconnues sous la relation Bourgogne, soit l'Yonne et et 
la Saône-et-Loire.

voir http://nominatim.openstreetmap.org/details.php?place_id=97330189
La Nièvre et la Côte-d'Or sont dans les limbes.

En regardant les relations Bourgogne et Saône-et-Loire, je constate aussi des 
trouées du côté de la commune de Beauvernois. Il y a deux trouées et une grande 
échancrure. Y a-t-il un problème de ce côté?

Beauvarnais http://www.openstreetmap.org/browse/relation/1194193

Saône-et-Loire 
http://www.openstreetmap.org/?lat=46.8494&lon=5.4495&zoom=14&layers=M&relation=7397Bourgogne
 
http://www.openstreetmap.org/?lat=46.8494&lon=5.4495&zoom=14&layers=M&relation=27768
 


Pierre 



>
> De : Nicolas Frery 
>À : Talk-fr@openstreetmap.org 
>Envoyé le : Mardi 27 novembre 2012 18h07
>Objet : [OSM-talk-fr] Soucis sur Nominatim
> 
>Bonjour,
>
>En recherchant les communes de Dijon, Auxerre, saint-père, etc. toute
>situé en Bourgogne. Nominatim indique qu'elles sont dans d'autre régions.
>Dijon, Côte-d'Or, Franche-Comté, France
>Auxerre, Yonne, Champagne-Ardenne, 89000, France
>Kézako ?
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression des tirets cadratins

[Pierre Béland]

Je serai bref.

Il serait intéressant de partir plutôt un débat sur l'utilisation intensive de 
mots anglais, de développer les logiciels uniquement en anglais et leur donner 
des noms anglais. Soudain les français veulent passer inaperçus. C'est Paris 
qui rêve d'être New-York ou San-Francisco.

 
Pierre 



>
> De : Mikaël Cordon 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 29 novembre 2012 6h45
>Objet : Re: [OSM-talk-fr] Suppression des tirets cadratins
> 
>
>Je suis entièrement d’accord du point de la séparation donnée/rendu. 
>
>
>Le but du jeu c’est de pouvoir comprendre la donnée de façon univoque !
>On sait que tant que ce seront des humains qui saisiront des données dans la 
>base, il y aura des erreurs. Et les erreurs sont d’autant plus nombreuses 
>qu’elles ne sont pas clairement visibles (je parle ici des espaces) ; ou que 
>les règles sont méconnues.
>
>
>Beaucoup d’algorithmes automatiques sont justement là pour corriger ou pallier 
>à ces erreurs. Ils font des merveilles pour rajouter ou supprimer des espaces 
>ou de la ponctuation devant tel ou tel caractère, changer la casse (Rue 
>saint-Antoine), même reconnaître des erreurs évidentes telles que « aveneu » à 
>la place de « avenue ».
>
>
>Seulement voilà, ces algorithmes ont leurs limites devant une ambiguïté telle 
>que « Maisons-Alfort - Stade » ; je trouve que tenter de lever une ambiguïté à 
>l’aide de l’espace qui est un caractère particulièrement enclin à générer des 
>erreurs n’est pas du tout judicieux.
>
>
>Les lettres, les articles de journaux, et autres éditions françaises ne sont 
>pas traités automatiquement comme le sont les données d’OSM ; dans les 
>journaux, c’est l’humain au final qui lève les ambiguïtés grâce à sa mémoire 
>colossale et sa capacité de reconnaissance à la volée ; les algorithmes 
>automatiques d’aujourd’hui ne sont pas capable d’un tel prodige à moins 
>d’efforts démesurés pour les concevoir (parole de développeur).
>
>
>La base OSM est tellement grosse, que malgré la puissance du cerveau humain 
>personne ne peut corriger la base. Et quand bien même il le pourrait, vu que 
>c’est un humain, il fera des erreurs. Donc, c’est bien un algorithme qui 
>traitera toutes ces données si on veut supprimer les erreurs.
>
>
>Je pense qu’on ne peut pas demander aux contributeurs bienveillant d’appauvrir 
>leurs données sous prétexte que la majorité ne peuvent pas atteindre cette 
>précision ; d’autant que cette précision est bénéfique et utilisable. Et là, 
>je ne parle pas que de typographie !
>
>
>Je pense qu’utiliser les bons caractères au bon endroit est un bonus !
>
>
>Cordialement,
>--
>Mikaël Cordon, mickey86
>
>
>
>
>
>Le 29 novembre 2012 11:53, Pieren  a écrit :
>
>2012/11/29 Mikaël Cordon :
>>
>>
>>> Enfin, je rajouterai que je suis également adepte de l’utilisation des
>>> différentes espaces (fines, insécables, etc…), l’apostrophe française et des
>>> guillemets français.
>>
>>Ceci explique cela ;-)
>>Je remarque qu'il y a parmi le public des contributeurs français une
>>très petite minorité d'adeptes de la belle typographie française, qui
>>en connaissent les règles et les moyens de saisie. D'ailleurs, ils
>>viennent souvent de wikipedia. Mais le tag "name" n'est pas un article
>>wikipedia, le tag "name" ne sert pas à imprimer les panneaux de
>>signalisation, le tag "name" n'a pas à respecter les règles
>>typographiques des imprimeurs. Parce que dans OSM, on sépare donnée
>>factuelle et rendu. OSM, c'est de la donnée brute pour le monde
>>entier. Et il n'y a qu'en France que je vois autant de tirets longs
>>pour faire de la sémantique. Alors que oui, ce caractère existe dans
>>tous les pays, même en chinois (—— 破折号) mais il risque de ne pas avoir
>>le même emploi !
>>On a déjà discuté règles typographiques ici et on a constaté que 1.
>>elles étaient en contradiction avec les règles de toponymie ("Rue
>>Saint-Antoine" devrait s'écrire "Rue saint-Antoine") 2. qu'il n'y
>>avait pas de standard universel même en France puisque l'académie a
>>ses règles, les grands journaux ont les leurs, les éditeurs/imprimeurs
>>aussi, etc-
>>
>>Pieren
>>
>>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] A quand un Osmecum pour l'utilisation facile d'OSM?

[Pierre Béland]

Comme CartOsm est déja pris, pourquoi pas MonOSM ?



 
Pierre 



>
> De : Ista Pouss 
>À : Discussions sur OSM en français  
>Envoyé le : Lundi 3 décembre 2012 5h27
>Objet : Re: [OSM-talk-fr] A quand un Osmecum pour l'utilisation facile d'OSM?
> 
>
>Le 3 décembre 2012 10:59, Yohan Boniface  a écrit :
>
>Bref, tout ça pour dire que si quelqu'un a une idée de nom de code un peu plus 
>sexy, je suis preneur. Une fois que le projet sera officiellement présenté, 
>repasser par la case registre des naissances pour changer son nom sera plus 
>délicat ;)
>>
>
>Allons-y pour le braaainstoorRRRrrrmiaihing :
>
>Selfmap, Mamap, Mapographe,  Cartigraphe, Géonote, Terregraph, Géoschème, 
>Taupenote, Terro, Géoby... top fini, à quelqu'un d'autre.
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes - rédaction en cours

[Pierre Béland]

C'est le même outil que le Hot Tasking Manager.  Ces outils sont prévus pour 
couper une zone continue en carrés micro-tâches qui prendront un temps 
raisonnable à réaliser.

Sur ces outils, il faut avoir des droits d'administrateur pour créer une tâche. 
C'est assez simple à condition bien sûr que le territoire à couvrir soit une 
zone continue.
On dessine le polygone et détermine le niveau de détail. L'API indique le 
nombre de carrés qui seront créés. 

Puis si on constate que les carrés créés sont trop grands ou trop petits, on 
efface et recommence.

Une fois que l'on est satisfait à ce niveau, on édite à nouveau la tâche pour 
remplir les divers champs
short description
description
workflow
voir tâches déja créées.



 
Pierre 



>
> De : Vincent Privat 
>À : Discussions sur OSM en français  
>Envoyé le : Lundi 3 décembre 2012 13h13
>Objet : Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes 
>- rédaction en cours
> 
>
>Il suffit de demander à Simon non ?
>
>
>Le 3 décembre 2012 18:57, Christian Quest  a écrit :
>
>Effectivement, je ne connaissais pas... comment crée-t-on un job ?
>>
>>
>>Le 3 décembre 2012 18:51, Vincent Privat  a écrit :
>>
>>> L'instance de http://rebuild.poole.ch serait plus adaptée non ?
>>> Après tout on est techniquement dans le même cas que pour
>>> http://wiki.openstreetmap.org/wiki/FR:Remapping
>>>
>>
>>
>>
>>--
>>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression des tirets cadratins

[Pierre Béland]

teuxe a écrit :
> Au passage, je ne sais pas si la règle est édictée quelque part, mais il
 semble logique pour un système géographique de privilégier
> l'usage 
local dans le remplissage du champ name=* et d'indiquer les spécificités dans 
les langues étrangères si elles existent dans
> le champ 
name:LANG=*.
> Par exemple : http://www.openstreetmap.org/browse/node/26686563 (name:fr=* 
> n'a pas besoin d'être précisé)
 
Effectivement, l'attribut name indique habituellement la langue locale.  Par 
contre, cette langue locale n'est pas précisée. Aussi, il n'est pas clair si 
l'on devrait systématiquement ajouter un attribut name:fr=.  

Idéalement, on devrait indiquer la langue locale avec un attribut du type 
lang=fr. Mais à répéter à chaque fois qu'il y a un nom? 


Pierre 



>
> De : "te...@free.fr" 
>À : Discussions sur OSM en français  
>Envoyé le : Lundi 3 décembre 2012 13h40
>Objet : Re: [OSM-talk-fr] Suppression des tirets cadratins
> 
>> Une frontière ça sépare deux pays, à priori sur un pied d'égalité. Il 
>> faudrait donc surtout stocker les deux informations et puis c'est le rendu 
>> qui décide comment nommer la frontière.
>
>À ce sujet, tout à fait d'accord.
>- Faut-il donner un nom à une frontière ?
>- Si oui, alors s'il y a un nom différent de chaque côté (c'est-à-dire qu'il 
>n'y a pas consensus), alors pas de name=* mais un name:LANG=* pour toutes les 
>langues LANG qu'on veut, et écrit de la façon la plus appropriée qui soit 
>(selon le niveau des contributeurs).
>
>Au passage, je ne sais pas si la règle est édictée quelque part, mais il 
>semble logique pour un système géographique de privilégier l'usage local dans 
>le remplissage du champ name=* et d'indiquer les spécificités dans les langues 
>étrangères si elles existent dans le champ name:LANG=*.
>Par exemple : http://www.openstreetmap.org/browse/node/26686563 (name:fr=* n'a 
>pas besoin d'être précisé)
>
>Bien sûr pour les entités partagées entre pays, comme les frontières, cette 
>règle n'a pas lieu d'être, et donc le tag name=* indépendant de la langue ne 
>devrait pas être présent – sauf si on parle la même langue de chaque côté ou 
>qu'on a le même nom :D
>
>
>Teuxe
>
>
>
>- Mail original -
>De: "Guilhem Bonnefille" 
>À: "Discussions sur OSM en français" 
>Envoyé: Vendredi 30 Novembre 2012 15:21:43
>Objet: Re: [OSM-talk-fr] Suppression des tirets cadratins
>
>Le 27 novembre 2012 17:51, Pieren  a écrit :
>>
>> Petit rappel : OSM est une base de données, pas une société d'édition
>> de beaux livres ou de belles cartes avec de beaux tirets longs, moyens
>> ou carrés pour faire joli. Les caractères de ponctuation doivent
>> pouvoir être saisis par n'importe quel quidam sur n'importe quel
>> clavier et être reconnus par n'importe quel logiciel.
>> [...]
>
>Ouf, quel thread. Au risque de répéter ce qui a était dit (j'ai pas pu
>tout lire), de ma lorgnette l'erreur pointée est surtout dans le
>schéma de l'information. Pourquoi mettre un nom à une frontière ? Une
>frontière ça sépare deux pays, à priori sur un pied d'égalité. Il
>faudrait donc surtout stocker les deux informations et puis c'est le
>rendu qui décide comment nommer la frontière.
>
>-- 
>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
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes - rédaction en cours

[Pierre Béland]

En regardant les changesets concernés, je constate qu'une grande zone est 
couverte. Diviser cette grande zone en plus petites sections et tenter de 
repérer ce qui a été effacé me semble titanesque.  Pour que ce soit efficace 
avec le Task Manager, il faut une couche dans JOSM comme lors du dernier 
nettoyage de la base pour la passage à ODbl. Sinon c'est chercher une aiguille 
dans une botte de foin.
 
Pierre 



>
> De : Vincent Privat 
>À : Discussions sur OSM en français  
>Envoyé le : Lundi 3 décembre 2012 14h42
>Objet : Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes 
>- rédaction en cours
> 
>
>Peut-être que Sly pourrait demander à passer admin en tant que membre du DWG ?
>
>
>Le 3 décembre 2012 19:38, Pierre Béland  a écrit :
>
>C'est le même outil que le Hot Tasking Manager.  Ces outils sont prévus pour 
>couper une zone continue en carrés micro-tâches qui prendront un temps 
>raisonnable à réaliser.
>>
>>Sur ces outils, il faut avoir des droits d'administrateur pour créer une 
>>tâche. C'est assez simple à condition bien sûr que le territoire à couvrir 
>>soit une zone continue.
>>On dessine le polygone et détermine le niveau de détail. L'API indique le 
>>nombre de carrés qui seront créés. 
>>
>>Puis si on constate que les carrés créés sont trop grands ou trop petits, on 
>>efface et recommence.
>>
>>Une fois que l'on est satisfait à ce niveau, on édite à nouveau la tâche pour 
>>remplir les divers champs
>>short description
>>description
>>workflow
>>voir tâches déja créées.
>>
>>
>>
>>
>> 
>>Pierre 
>>
>>
>>
>>>
>>> De : Vincent Privat 
>>>À : Discussions sur OSM en français  
>>>Envoyé le : Lundi 3 décembre 2012 13h13
>>>Objet : Re: [OSM-talk-fr] Grosse suppression de données autour de 
>>>valenciennes - rédaction en cours
>>> 
>>>
>>>
>>>Il suffit de demander à Simon non ?
>>>
>>>
>>>Le 3 décembre 2012 18:57, Christian Quest  a écrit :
>>>
>>>Effectivement, je ne connaissais pas... comment crée-t-on un job ?
>>>>
>>>>
>>>>Le 3 décembre 2012 18:51, Vincent Privat  a écrit 
>>>>:
>>>>
>>>>> L'instance de http://rebuild.poole.ch serait plus adaptée non ?
>>>>> Après tout on est techniquement dans le même cas que pour
>>>>> http://wiki.openstreetmap.org/wiki/FR:Remapping
>>>>>
>>>>
>>>>
>>>>
>>>>--
>>>>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>>>>
>>>>___
>>>>Talk-fr mailing list
>>>>Talk-fr@openstreetmap.org
>>>>http://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>
>>>___
>>>Talk-fr mailing list
>>>Talk-fr@openstreetmap.org
>>>http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Osmose] Rond-Point ou Rond-point ?

[Pierre Béland]

Eh ben! C'est une carte Grand délire OSM-fr !


 
Pierre 



>
> De : Christian Quest 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 6 décembre 2012 17h53
>Objet : Re: [OSM-talk-fr] [Osmose] Rond-Point ou Rond-point ?
> 
>C'est une analyse à la Raymond Devos...  "Le plaisir des sens"
>
>http://nogl.free.fr/humour/devos%20textes/Le%20plaisir%20des%20sens.htm
>
>Pour info, il s'engage sur un "sens giratoire" ;)
>
>-- 
>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Outil de surveillance

[Pierre Béland]

Philippe

le mieux est d'aller aux sources. N'hésite pas à contacter Tim Sutton. C'est un 
gars très sympathique et très impliqué dans OSM et QGIS.

> tim -a- linfiniti.com


 
Pierre 



>
> De : Philippe Verdy 
>À : Discussions sur OSM en français  
>Envoyé le : Vendredi 7 décembre 2012 11h10
>Objet : Re: [OSM-talk-fr] Outil de surveillance
> 
>
>Avis partagé.
>
>
>Même si la démo est minimale, si la liste est statique, la carte doit aussi 
>l'être. Mais alors ça ne démontre rien de plus de l'intérret l'outil.
>
>
>C'est justement dans le rafraichissement de la liste que cela prendrait de 
>l'intérêt, ou bien si la démo présente une collection navigables entre 
>plusieurs zones statiques surveillées.
>
>
>Mais avec une zone statique unique, je ne vois aucun intérêt particulier autre 
>que ce rafraichissement côté serveur unqiuement une fois par heure, mais sans 
>que cela soit visible dans une démo qu'on ne va pas garer à l'écran pendant 
>une heure pour voir ce qui a changé (pas de flux RSS non plus pour montrer les 
>diffs heure par heure (ou au moins depuis l'heure précédente) de la liste 
>affichée.
>
>
>Je ne critique pas l'outil lui-même (s'il a une utilité), mais cette démo qui 
>ne montre rien et en tout cas pas son utilité. Bref l'outil fonctionne mais 
>l'auteur devra faire un léger effort pour le présenter avec une exemple plus 
>concret. Mais il y viendra sûrement lui-même. Disons que c'est le début de 
>quelquechose.
>
>
>Donc wait and see.
>
>
>
>Le 7 décembre 2012 16:21, Nicolas Moyroud  a écrit :
>
>Salut Arnaud,
> 
>>Concernant tes remarques, l'auteur souligne que l'outil est fait actuellement 
>>pour surveiller une zone specifique. C'est donc en accord avec la demo 
>>proposee.
>>
> 
>Oui certes, mais franchement ce n'est pas très utile comme démo, c'est même 
>plutôt contre-productif. J'ai testé le truc, j'ai zoomé sur ma zone d'intérêt, 
>pour constater que rien ne changeait dans la liste en dessous, puis j'ai 
>cherché désespérément comment recharger cette liste, j'ai eu l'impression que 
>rien ne marchait, et j'ai fini par fermer la page sans avoir compris l'intérêt 
>du truc...
>>Il aurait sans doute mieux valu pour eux se limiter à une saisie d'écran sans 
>>proposer cette démo statique. Mais bon, ce n'est que mon avis. :-)
>>
> 
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un article consacre a OSM dans M@ppemonde

[Pierre Béland]

C'est un excellent article. Il fait une bonne synthèse du projet OSM, de sa 
place dans le monde de la géographie.

 
Pierre 



>
> De : THEVENON Julien 
>À : Discussions sur OSM en français  
>Envoyé le : Dimanche 9 décembre 2012 15h04
>Objet : [OSM-talk-fr] Un article consacre a OSM dans M@ppemonde
> 
>
>Un article consacre a OSM dans M@ppemonde, revue trimestrielle sur l image 
>geographique et les formes du territoire soutenue par l Institut des sciences 
>Humaines et Sociales du CNR et l Universite d Avignon:
>http://mappemonde.mgm.fr/num35/internet/int12301.html
>
>
>Julien
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Groupe humanitaire HOT : Pré-activation, lac Kivu, Congo-RDC

[Pierre Béland]

Jocelyn Jauvert vient juste de nous donner des nouvelles sur Osmose. 
voir [OSM-talk-fr] Nouvelles sur Osmose de décembre 2012 - changement sur 
l'interface et ajout de pays

http://lists.openstreetmap.org/pipermail/talk-fr/2012-December/052298.html


Cela me fait penser à vous parler du Congo-RDC. Voici l'occasion de vous 
présenter une opération en cours avec le groupe HOT, et pourquoi pas solliciter 
l'aide des contributeurs francophones et voir la possibilité d'utiliser Osmose 
pour valider les données.  


La région du lac Kivu au nord du Congo-RDC vie actuellement une grande 
instabilité politique. On évalue à plus de 100 000 les personnes déplacés 
actuellement et les groupes humanitaires tentent de les rejoindre là où ils 
sont rendus. Sans compter que les diverses actions militaires entrainent à 
chaque fois de nouveaux déplacements. Les risques sanitaires sont très élevés 
dans une région qui connait déjà des épidémies très meurtrières.

Le groupe HOT avons démarré une opération d'envergure couvrant toute la zone à 
l'ouest du lac Kivu. Cette région volcanique est enclavée par les montagnes et 
la principale route de communication est la RN2 qui couvre une distance de plus 
de 130km entre Goma au nord et Bikuvu au sud.  Nous planifions actuellement le 
travail à effectuer avec des ONG et organismes internationaux sur place et 
prospectons pour obtenir de l'imagerie aérienne dans les zones non couvertes 
par l'imagerie Bing.


Nous utilisons le Task Manager et différentes tâches de micro-tasking sont déja 
en cours. D'autres seront ajoutées à mesure que l'imagerie aérienne sera 
disponible.voir http://tasks.hotosm.org

Les contributeurs sont invités à participer. Et bien sûr Osmose serait un outil 
complémentaire intéressant pour valider le travail effectué par les 
contributeurs.

Et tant qu'à y être, si  des fois le père Noël pensait à ajouter le Québec 
(c'est tout petit). 
Pierre 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cours du Lycée de la Plaine de l'Ain

[Pierre Béland]

Romain,

C'est intéressant de voir une telle formation sur la cartographie 
participative. Certaines zones sont protégées. Et j'ai l'impression que l'on 
voit cette info de façon accidentelle.

La présentation de la documentation réalisée à l'aide de dokuwiki est assez 
intéressante. 
C'est aussi intéressant de voir comment cette information est bien structurée.
On présente et Google MapMaker et JOSM.

Mais je ne sais pas si on traite de licence de données : données propriétaires 
Google vs les données ouvertes ODbl de OSM.



Pierre 



>
> De : Romain MEHUT 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 13 décembre 2012 16h06
>Objet : [OSM-talk-fr] Cours du Lycée de la Plaine de l'Ain
> 
>
>Bonsoir,
>
>Je suis tombé sur ce site via une recherche sur Maperitive: 
>http://lyceeplainedelain.fr/carto/doku.php?id=start
>
>Intéressant!
>
>Romain
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Le plus recherché dans Google Maps...

[Pierre Béland]

Il faut aussi avoir une vision plus large des activités d'une ville que 
l'aspect commercial. 

Il ne faut pas oublier les administrations, les services médicaux. Il est 
facile de trouver un Mc avec le gros symbole de hamburger sur Mapnik. Et je 
vois des Bot qui survolent ma ville, surveillent de tels noms, les uniformisent.

Essayez de trouver les services médicaux. Et il ne faut pas servir de simple 
support à diverses activités commerciales qui veulent chacune être le plus 
visible possible.


 
Pierre 



>
> De : ZIMMY 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Vendredi 14 décembre 2012 12h52
>Objet : Re: [OSM-talk-fr] Le plus recherché dans Google Maps...
> 
>Pour résumer, il est temps que les contributeurs se mobilisent pour décrire
>d'avantage ce qui fait la qualité d'une ville et son attractivité :
>l'économie & le commerce, le tourisme.
>C'est la raison pour laquelle j'ai préféré OpenStreetMap à Google car sur
>Orange nous avons Décathlon et des hôtels importants placés n'importe où
>comme par exemple sur un rond-point au centre ville.
>
>
>
>cquest wrote
>> Google a publié un bilan des recherches les plus fréquentes en 2012:
>> http://www.google.com/zeitgeist/2012/#france
>> 
>> Pour les recherches sur Google Maps, le top 10 est intéressant:
>> - Camping
>> - Hotel
>> - Restaurant
>> - Carrefour
>> - Gare
>> - Decathlon
>> - Ikea
>> - Boulangerie
>> - La Poste
>> - Pharmacie
>> 
>> -- 
>> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>> 
>> ___
>> Talk-fr mailing list
>
>> Talk-fr@
>
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
>
>-
>Cordialement,
>ZIMMY
>Jean-Louis ZIMMERMANN
>Développeur territorial (ville d'Orange,FR84)
>Mandataire OSM-France sur le Grand-Sud-est
>--
>View this message in context: 
>http://gis.19327.n5.nabble.com/Le-plus-recherche-dans-Google-Maps-tp5740169p5740442.html
>Sent from the France mailing list archive at Nabble.com.
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Info : l'orthophotographie aérienne 2011 disponible sur Rennes Métropole

[Pierre Béland]

Les catalogues sont un aspect intéressant de JOSM à tenir compte. De cette 
façon, les usagers peuvent ajouter l'imagerie simplement à partir du menu de 
préférences WMS de JOSM. On sélectionne un fournisser dans le panneau du haut. 


La page wiki http://josm.openstreetmap.de/wiki/Maps permet d'ajouter des 
fournisseurs. À noter l'attribut  

 
Pierre 



>
> De : sly (sylvain letuffe) 
>À : Discussions sur OSM en français  
>Envoyé le : Dimanche 16 décembre 2012 14h58
>Objet : Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Info : l'orthophotographie 
>aérienne 2011 disponible sur Rennes Métropole
> 
>Le dimanche 16 décembre 2012 20:48:51, Jocelyn Jaubert a écrit :
>> Est-ce que ça ne va pas faire un peu doublon avec cette url ?
>> http://wms.openstreetmap.fr/tms/1.0.0/
>
>A mon avis, juste à peine un tout petit peu ;-)
>
>> (le format n'est pas forcément très lisible, mais on est sûr que toutes
>> les orthophotos y seront listées)
>
>Disons ça : "pas très lisible" ça manque un peu de mots et ça dit pas trop 
>dans quel menu de merkator il faut que j'ajoute quoi pour que ça marche ;-)
>
>> De plus, il y a la page http://josm.openstreetmap.de/wiki/Maps où tous
>> les WMS hébergées sur wms.openstreetmap.fr devraient être listées.
>
>Je vais au moins ajouter deux liens vers ces ressources.
>
>-- 
>sly (sylvain letuffe)
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [DWG actus] Ré-organisation des règles sur les imports et les édits en masse

[Pierre Béland]

Oui mais ça c'est parce que de grands penseurs français déclaraient que ce 
n'étaient que "quelques arpents de neige" et nous ont laissé tombé. 


 
Pierre par cette belle journée neigeuse ...



>
> De : Christian Rogel 
>À : Discussions sur OSM en français  
>Cc : Discussions sur OSM en français  
>Envoyé le : Lundi 17 décembre 2012 11h10
>Objet : Re: [OSM-talk-fr] [DWG actus] Ré-organisation des règles sur les 
>imports et les édits en masse
> 
>
>
>Le 17 déc. 2012 à 13:51, rldhont  a écrit :
>
>> On reforme l'alliance contre l'empire britannique de la guerre 
>> d'indépendance américaine ;-)
>
>D'autant que les Anglais avaient attaqué à partir du Canada. Re ;-)
>
>Christian R.
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetMap au Tchad!

[Pierre Béland]

Aude

Nicolas a présenté les participants Eurosha et leurs deux premières semaines 
sur le terrain.
voir 
http://hot.openstreetmap.org/updates/2012-10-31_two_weeks_of_field_work_within_the_eurosha_chad_project

Mais cette fois-ci, ce sont les participants eux-mêmes qui parlent de leur 
expérience, les pieds bien ancrés sur le sol africain. C'est un bel article à 
ajouter sur le site pour faire le suivi du projet.
 
Pierre 



>
> De : EUROSHA Tchad 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Mardi 18 décembre 2012 10h42
>Objet : [OSM-talk-fr] OpenStreetMap au Tchad!
> 
>
>Bonjour à tous,
>Seriez vous intéressés pour de la cartographie à distance au Tchad?
>Je fais partie des volontaires participant au projet pilote EUROSHA qui 
>cherche à répondre aux questions humanitaires et à promouvoir spécifiquement 
>le partage de l'information humanitaire dans la préparation aux 
>crises: http://hot.openstreetmap.org/projects/eurosha_0
>A ce titre, je suis déployée actuellement au Tchad avec cinq autres 
>volontaires mais la tâche est grande dans un pays qui fait deux fois la 
>France. Nous avons déjà cartographiés la ville de Goré et nous sommes 
>désormais en train de travailler sur les camps de réfugiés d'Amboko, Gondjé et 
>Dosseye.
>Un coup de main sur le reste du pays (N'Djaména, Moundou, Doba...) serait 
>particulièrement le bienvenu!
>Aussi si vous êtes intéressés et avez des commentaires ou des questions, 
>n'hésitez pas à nous contacter à eurosha.tc...@gmail.com
>Merci par avance,
>Aude Barraud
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

[Pierre Béland]

Voir .l'annonce du serveur de tuiles Pau sur talk.

 
Pierre 


- Mail transféré -
>De : Richard Weait 
>À : "t...@openstreetmap.org"  
>Envoyé le : Mardi 18 décembre 2012 13h14
>Objet : Re: [OSM-talk] New OpenStreetMap tile server
> 
>
>On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait  wrote:
>
>The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in 
>the form of a new tile server, located in Pau, France.  Details on the OSMF 
>Blog.  
>>
>
>... to which I had intended to link. :-) 
>
> http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/
>
>
>___
>talk mailing list
>t...@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

[Pierre Béland]

Philippe,

nous avons oublié l'essentiel, soit de féliciter Christophe Merlet, et sans 
doute OSM-France pour cette belle contribution.
 
Pierre 



>
> De : Philippe Verdy 
>À : Pierre Béland ; Discussions sur OSM en français 
> 
>Envoyé le : Mardi 18 décembre 2012 14h03
>Objet : Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
> 
>
>Quel dommage que les Pyrénées-Atlantiques soient eux-même toujours aussi 
>incomplets pour les limites administratives (et au passage puisqu'il va servir 
>aussi l'Espagne et l'Andorre, il serait temps de finir les communes manquantes 
>des Pyrénées françaises (l'Espagne est à peu près complète au plan 
>administratif sauf concernant les comarques à peine commencées, surtout en 
>Catalogne et en Pays valencien).
>
>
>
>2012/12/18 Pierre Béland 
>
>Voir .l'annonce du serveur de tuiles Pau sur talk.
>>
>>
>> 
>>Pierre 
>>
>>
>>- Mail transféré -
>>>De : Richard Weait 
>>>À : "t...@openstreetmap.org"  
>>>Envoyé le : Mardi 18 décembre 2012 13h14
>>>Objet : Re: [OSM-talk] New OpenStreetMap tile server
>>> 
>>>
>>>On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait  wrote:
>>>
>>>The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, 
>>>in the form of a new tile server, located in Pau, France.  Details on the 
>>>OSMF Blog.  
>>>>
>>>
>>>... to which I had intended to link. :-) 
>>>
>>> http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/
>>>
>>>
>>>___
>>>talk mailing list
>>>t...@openstreetmap.org
>>>http://lists.openstreetmap.org/listinfo/talk
>>>
>>>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

[Pierre Béland]

Voila c'est annoncé pour le Québec sur talk-ca.

Un gros merci au père Noël et à Christophe.

 
Pierre 



>
> De : Christophe Merlet 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Mercredi 19 décembre 2012 5h25
>Objet : Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
> 
>Le mercredi 19 décembre 2012 à 11:14 +0100, Pieren a écrit :
>> 2012/12/19 Christophe Merlet :
>> 
>> Merci et bravo pour l'effort. Mais il faut rappeler ici que ce cache
>> n'est utile qu'à l'infrastructure globale d'OSM. Pour la France et les
>> francophones en général, la seule solution restera de mettre en place
>> notre propre server de tuiles avec rendu adapté (par exemple,
>> utilisant de préférence les labels "name:fr"). Ca serait dommage qu'au
>> final, on se repose uniquement sur l'infrastructure de wikipedia qui
>> n'a pas les mêmes besoins de rendu que nous. (eux visent des cartes
>> OSM internationalisées et exploitables pour leur encyclopédie alors
>> que nous voulons un rendu utile aux contributeurs).
>
>Ce rendu de tuiles existe déjà...
>http://tile.paulla.asso.fr/openlayers.html
>
>Il vous suffit de piocher sur http://[abc].tile.paulla.asso.fr/osm-fr/
>
>et est aussi dispo osm-br, osm-ca, osm-eu et osm-oc.
>
>
>    Librement,
>-- 
>Christophe Merlet (RedFox)
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

[Pierre Béland]

Christophe Merlet  a écrit à Philippe

> Un de tes problèmes parmi tant d'autres, c'est que tu passe tellement de
> temps à rédiger tes pavés, que tu ne lis pas les autres mails !

Christophe, c'est ce qui arrive quand le duo diabolique Sly et Philippe unit 
ses forces !




:)

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

Re: [OSM-talk-fr] api.openstreetmap.fr en panne ?

[Pierre Béland]

Non, il prépare un plan diabolique avec Philippe.


 
Pierre 



>
> De : Cyrille Giquello 
>À : Discussions sur OSM en français  
>Envoyé le : Mercredi 19 décembre 2012 19h55
>Objet : Re: [OSM-talk-fr] api.openstreetmap.fr en panne ?
> 
>2012/12/20 Christian Quest :
>> Tu devrais automatiser tout ça ;)
>
>Sly, tu as ton doudou pour te tenir compagnie !!
>;-)
>
>Cyrille.
>
>>
>> Le 20 décembre 2012 01:35, sly (sylvain letuffe)  a écrit 
>> :
>>> Le jeudi 20 décembre 2012 01:18:38, Cyrille Giquello a écrit :
 Alors un reminder pour dans 20h ;-)
>>>
>>> Exact. Christian va encore me dire que je devrais automatiser ça (et il a
>>> raison)
>>> --
>>> sly (sylvain letuffe)
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>-- 
>Cyrille.
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bureau de vote

[Pierre Béland]

Tony,

Je suis hors sujet mais bon.  Il n'y a pas que des franco-français-franciliens 
sur cette liste.


Déja que cette discussion 
perdure, que l'on est souvent abonnés à plusieurs listes et passablement 
occupés ailleurs, quel temps nous perdons à éplucher ces courriels sans 
fin, sans queue ni tête.


J'ai le goût de dire, A quand le vote ?


Félicitations pour ta concision et le lien vers nabble avec l'historique de la 
discussion.  


 
Pierre 


voir historique proposé par Tony 
http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5741179.html
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réf.: Re: ways modifiés

[Pierre Béland]

Julien et Didier, 

C'est très à propos de parler de HOT. Vous êtes les bienvenus si vous voulez 
contribuer durant les vacances de Noël.  Il y a justement une activation 
humanitaire en cours pour les provinces du Sud et le Nord-Kivu, dans la 
République démocratique du Congo. La situation y est très instable et les zones 
à couvrir sont immenses.

Voir l'article du Blog à ce sujet
http://hot.openstreetmap.org/updates/2012-12-13_hot_pre_activation_sud_et_nord_kivu_r%C3%A9publique_d%C3%A9mocratique_du_congo

Voir la page wiki de coordination de l'activation humanitaire
http://wiki.openstreetmap.org/wiki/FR:RD_Congo_Kivu

Joyeux Noël

 
Pierre 



>
> De : THEVENON Julien 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Mardi 25 décembre 2012 17h39
>Objet : [OSM-talk-fr] Réf.: Re:  ways modifiés
> 
>
>
>
>
>
>--
>Le mar. 25 déc. 2012 22:18 HNEC, Vincent de Chateau-Thierry a écrit :
>
>>Bonsoir,
>>
>>Le 25/12/2012 18:09, didier2020 a écrit :
>>> depuis 2 jours, le nombre de ways modifié a doublé 
>>>
>>> http://osmstats.altogetherlost.com/index.php?item=ways
>>>
>>> le pere noel a profité de son trajet pour faire des corrections dans
>>> openstreetmap ?
>>>
>>
>>Oui, il est contributeur, assez occasionnel, sur le projet HOTte.
>>
>>Plus sérieusement, pas idée du pourquoi de ces variations dans les stats.
>>
>
>les gens qui profitent des vacances de Noel pour faire du OSM?
>
>joyeux noel a tous
>Julien
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] zones inondables

[Pierre Béland]

Jean-François,

Dans le Delta intérieur du Niger au nord du Mali, de vastes zones parfois sur 
plusieurs kilomètres sont inondées à chaque année, incluant des terres 
agricoles.  Les champs saturés d'eau sur l'imagerie Bing HR permettent de 
repérer ces zones inondables.
Pour identifier ces zones, j'ai utilisé l'attribut flood_prone=yes, et pour les 
fermes, l'attribut landuse=farmland.
voir http://www.openstreetmap.org/?lat=16.52&lon=-0.136&zoom=11&layers=M 


Avec l'url du premier exemple que tu donnes, on voit bien que la zone inondable 
est plus grande avec de grandes stries dans les zones bordant la rivière. On ne 
saurait cependant pas dire à partir de l'imagerie Bing si les champs sont aussi 
inondés.

 
Avec l'url des deuxième et troisième exemples, on voit des terres agricoles qui 
sont inondées à la saison des pluies. Face à Goré, dans la grande courbe de la 
rivière, je vois du côté ouest une grand pointe de terre avec loin du rivage 
une bande de sable indiquant semble-t-il le rivage à la saison des pluies.  À 
mon avis, on devrait identifier cette zone comme inondable.

L'avantage lorsque l'on est sur le terrain, c'est de pouvoir valider les 
observations faites à partir des images.  Cela facilite ensuite leur 
interprétation.



Pierre 



>
> De : Jean-François Gaffard 
>À : Discussions sur OSM en français  
>Envoyé le : Samedi 29 décembre 2012 7h58
>Objet : Re: [OSM-talk-fr] zones inondables
> 
>cela répond en partie à mes interrogations
>quelques cas concrets au Tchad :
>http://www.openstreetmap.org/?lat=8.4403&lon=16.8642&zoom=14&layers=M
>j'ai cartographié ce que je voyais sur Bing (rivière en étiage)
>http://www.openstreetmap.org/?lat=7.9138&lon=16.6066&zoom=14&layers=M
>un autre contributeur n'a retenu que quelques îles (rivière moyenne ?)
>mais on  voit bien que la vallée inondable est bien plus large
>ici sur une autre rivière c'est la crue qui est cartographiée
>http://www.openstreetmap.org/?lat=7.9138&lon=16.6066&zoom=14&layers=M
>
>périmètre qui doit être dépassé comme en septembre de cette année en cas
>de crues exceptionnelles.
>
>voila pourquoi il me semblerait utile d'avoir un tag particulier sur ces
>vallées inondables (on voit bien qu'il n'y a pas de cultures, qu'il y a
>des traces d'inondations récurrentes mais il me semble difficile de
>tagger par waterway = riverbank)
>
>y aurait-il un consensus d'usage ?
>
>
>Le samedi 29 décembre 2012 à 11:13 +0100, Jean-Guilhem Cailton a écrit :
>> Le 29/12/2012 10:20, ades_...@orange.fr a écrit :
>> > Le 29 déc. 2012 à 09:53, Jean-François Gaffard a écrit :
>> >
>> >> il me semblerait utile de reprendre ce projet de tag
>> >> http://wiki.openstreetmap.org/wiki/Proposed_features/floodplain
>> >>
>> >> Par exemple : en France, on doit pouvoir accéder à la cartographie
>> >> réglementaire et dans le projet Tchad  cela permettrait de cartographier
>> >> un peu mieux ces rivières du sud à débit très variable entre saison
>> >> sèche et saison des pluies. L'extension maximale pas forcement atteinte
>> >> chaque année est assez visible sur les vues satellites.
>> >>
>> >> qu'en pensez-vous ?
>> > Ce serait pas mal, certain PPRI sont disponibles en shp sur le site 
>> > data.gouv.fr, la couverture du territoire n'est que très partielle, les 
>> > PPRI sont souvent encore en cours d'élaboration par les DREAL (à moins que 
>> > ce ne soit les DDE ou le ministère de l'écologie…).
>> > restent plusieurs questions :
>> > - intérêt de cartographier ces zones dans OSM, c'est la même question que 
>> > pour les périmètres de Monuments historiques les Sites classés et inscrit 
>> > (ministère d ela Culture) ou autres servitudes régaliennes ?
>> > - quel rendu ? à quelle échelle ?
>> > - comment définir une zone inondable ? à partir de quel débit ? à partir 
>> > de quelle fréquence "d'inondabilité" ? Les PPRI définissent plusieurs 
>> > zones les quelles retenir ?
>> > plus de questions que de réponses…
>> >
>> 
>> Bonjour,
>> 
>> Il pourrait aussi vous intéresser de consulter les pages suivantes :
>> 
>> - plus généralement, sur les risques naturels, incluant les risques 
>> d'inondation comme un cas particulier :
>> https://wiki.openstreetmap.org/wiki/OpenHazardMap
>> (qui me semble présenter un bon compromis entre la complétude et la 
>> précision des informations et la possibilité d'utilisation dans OSM --- 
>> pas forcément par des spécialistes),
>> 
>> - (ainsi qu'éventuellement la page --- plus ancienne --- spécifiquement 
>> sur les zones inondables :
>> https://wiki.openstreetmap.org/wiki/Key:flood_prone ).
>> 
>> Cordialement,
>> 
>> Jean-Guilhem
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr

[OSM-talk-fr] Osmose, Outil de qualité, maintenant disponible pour le Québec

[Pierre Béland]

Depuis aujourd'hui, Osmose couvre le Québec.

Je tiens à dire merci aux développeurs de OSM-France pour ce travail.

On ne peut plus les cacher sous le tapis les erreurs. Eh oui, nous aurons 
beaucoup de boulot à faire.Mais voilà un outil pour nous aider à accomplir ce 
travail de façon plus systématique. 


Beaucoup des erreurs détectées au départ proviennent d'ajouts faits lors de 
précédents imports Canvec et devraient en bonne partie, je pense, être corrigée 
à l'aide d'un bot.

voir l'article paru sur Talk-CA.

http://lists.openstreetmap.org/pipermail/talk-ca/2012-December/005310.html
 

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

Re: [OSM-talk-fr] Voeux pour 2013...

[Pierre Béland]

Jo,

Je suis d'accord que la documentation est un vrai casse-tête. Et ce est encore 
plus vrai pour les non anglophones qui doivent doublement chercher pour 
retrouver l'info pertinente en français. 

Déjà à partir de la page principale, même si notre langue préférée est le 
français, les hyperliens nous amènent d'abord vers des pages en anglais. 
Espérons que l'on continuera à faire des progrès de ce côté-là.
 

Pierre 



>
> De : Jo. 
>À : Discussions sur OSM en français  
>Envoyé le : Mercredi 2 janvier 2013 18h41
>Objet : Re: [OSM-talk-fr] Voeux pour 2013...
> 
>
>Je me souvient avoir découvert OSM il y a presque un an j'avais fuit devant le 
>manque d'information rapidement compréhensible pour un curieux de passage.
>
>Depuis le site à eu de nouveau contenu plus clair, avec plus d'explication et 
>surtout plus de média (image, vidéo). Avec l'arrivée d'outils pour Android qui 
>arrive eux aussi à maturité j'ai franchi le pas et mis à part le wiki qui est 
>majoritairement en anglais (un vrais casse tête) j'ai réussi à trouver les 
>informations que je recherchait.
>
>Les réponses pertinente et rapide du forum m'ont également beaucoup aidé. Cela 
>ne fait pas encore 2 mois que je contribue, voici donc mon avis de débutant : 
>tant que la vitrine francophone évolue dans ce sens (le site), cela aidera les 
>nouveaux venu à franchir le pas.
>Quelques compte rendu, quelques liens pour ce documenter et surtout quelques 
>applications réelle. J'ai beaucoup aimé la génération de plan de ville, les 
>plan de piste cyclabe ou l'outil Osmose ainsi que OsmStreetBug pour participer 
>avec mon Android.
>
>
>
>
>
>
>Le 2 janvier 2013 22:47, Romain MEHUT  a écrit :
>
>Bonsoir,
>>
>>Tous mes vœux à tous!
>>
>>Je compte bien, dans la mesure du possible, poursuivre mon investissement 
>>dans le projet en 2013...
>>
>>Romain
>>
>>
>>Le 2 janvier 2013 21:31, Nicolas Dumoulin 
>> a écrit :
>>
>>
>>Le mardi 1 janvier 2013 19:24:11 Christian Quest a écrit :
>>>
 C'est la saison des voeux, des bonnes résolutions...

 Que peut-on souhaiter à OSM et OSM-FR ?
>>>
>>>Ce qui est sûr que notre projet gagne en maturité chaque année. Cette année
>>>2012 a encore vu d'énormes améliorations dont des contributions toujours
>>>croissantes, des outils d'audit et de nouvelles applications.
>>>J'ai pu découvrir toujours plus de nouveaux contributeurs, des bons, des
>>>curieux, des moins bons, mais globalement une force de frappe qui se 
>>>renforce,
>>>notament en zones rurales.
>>>OSM-FR a soufflé sa première bougie et bravo aux ambassadeurs et aux techos 
>>>de
>>>l'association, le site web offre une vitrine attractive et riche pour notre
>>>projet !
>>>
>>>Voilà, on n'a qu'à se souhaiter effectivement de joyeux « changesets » !
>>>Et surtout une année joyeuse à vous tous !
>>>
>>>--
>>>Nicolas Dumoulin
>>>http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>>>
>>>
>>>___
>>>Talk-fr mailing list
>>>Talk-fr@openstreetmap.org
>>>http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] problème overpass-api et area-query sur une relation

[Pierre Béland]

Cyrille 

Tu dis
> Les "areas" sont définis avec des critères en dur auxquels la relation
> en question ne correspond pas ... dommage.

puisque tu sembles comprendre ce charabia, tu nous traduit en termes plus 
clairs,pour nous éviter de faire trop de boucles inutiles? 

 
Pierre 



>
> De : Cyrille Giquello 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 3 janvier 2013 17h27
>Objet : Re: [OSM-talk-fr] problème overpass-api et area-query sur une relation
> 
>Le 3 janvier 2013 19:02, Cyrille Giquello  a écrit :
>> Salut,
>>
>> Je ne comprends pas ce qui peut bien se passer... Me voici donc arrivé ici 
>> ;-)
>>
>> Je cherche à récupérer tous les arrêts de bus dans l'agglo de Tours en
>> interrogeant la base de données via l'overpass-api
>> http://overpass-api.de qui supporte les requêtes avec une limite de
>> recherche sur une zone (area-query).
>>
>> Pour allez direct au problème, la même requête fonctionne avec une
>> relation mais pas avec une autre. La relation ok est celle du Viêt Nam
>> (http://osm.org/browse/relation/49915) et celle qui ne fonctionne pas,
>> disons qui ne retourne aucun résultat, est celle de l'agglomération
>> tourangelle (http://osm.org/browse/relation/1663056).
>>
>> Donc la requête
>> 
>> 
>>   
>>   
>> 
>> 
>> 
>> retourne bien des données, alors que celle-ci n'en retourne aucune :
>> 
>> 
>>   
>>   
>> 
>> 
>> 
>>
>> J'ai essayé avec  et c'est pareil.
>>
>> J'ai regardé la relation 1663056 avec
>> http://analyser.openstreetmap.fr/ mais rien de signalé. Je l'ai
>> chargée dans Josm et rien de remarquable.
>>
>> Auriez vous une piste de recherche ?
>> Merci beaucoup.
>>
>
>Il me semble que la raison est très simple et expliquée ici :
>http://wiki.openstreetmap.org/wiki/Overpass_API/Areas
>
>Les "areas" sont définis avec des critères en dur auxquels la relation
>en question ne correspond pas ... dommage.
>
>-- 
>Cyrille.
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

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

[Pierre Béland]

Il serait effectivement intéressant de voir davantage de personnes hors France 
s'exprimer. Surtout qu'il y a des discussions très intéressantes sur cette 
liste, et de nombreuses initiatives à découvrir.

Mais bon, c'est fou pour certains sujets comment il peut y avoir un grand 
nombre d'interventions. Trop c'est trop! Pour des sujets relativement banals, 
chacun y met son grain de sel pas toujours bien épicé. Si certains pouvaient 
prendre de bonnes résolutions de nouvelle année et limiter les réponses ad 
infinitum, ce tant dans leur longueur que leur fréquence et leur redite.  

Un petit truc, ré-écrivez votre courriel ou tournez autour de la langue sept 
fois avant de l'envoyer.  Vous verrez que ça défoule et vous donne le temps de 
voir l'inutilité de partager ce propos. Entre-temps, tant de sujets nouveaux à 
lire et commenter.

Fin de la dictée!

 
Pierre 



>
> De : Pieren 
>À : Discussions sur OSM en français  
>Envoyé le : Vendredi 4 janvier 2013 8h33
>Objet : Re: [OSM-talk-fr] (sans objet)
> 
>
>2013/1/4 ismaila ndiaye 
>
>Bienvenue Odette, ismaila sénégalais étudiant à Saint-Louis. 
>>
>>
>
>Et en passant, un gros "bienvenue sur cette liste de diffusion" à tous les 
>francophones du monde entier. Et excusez-nous par avance si les discussions 
>sont parfois un peu trop... franco-françaises !
>
>Pieren
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] "Chemins non connectés" dans le wiki...

[Pierre Béland]

Il n'est pas évident de concevoir les pages wiki dans un contexte multilangue. 

De façon à franciser de tels noms de pages de wiki en anglais, quelqu'un 
sait-il ajouter un titre de façon à ce que le titre de page affiché soit en 
français.

Pour la page FR:Unconnected_ways
comment par exemple s'assurer d'afficher le titre Chemins non connectés


De même on redirige vers la page Chemins FR:Way où il serait bien d'afficher le 
titre en français.


 
Pierre 



>
> De : Philippe Verdy 
>À : Discussions sur OSM en français  
>Envoyé le : Samedi 5 janvier 2013 8h10
>Objet : Re: [OSM-talk-fr] "Chemins non connectés" dans le wiki...
> 
>J'ai rajouté le bandeau de navigation entre les langues. La
>redirection créée par le renommage fonctionne tant que la page de
>redirection persiste.
>
>2013/1/5 Christian Quest :
>> J'ai traduit la page du wiki sur les "Unconnected ways":
>> http://wiki.openstreetmap.org/wiki/FR:Chemins_non_connect%C3%A9s
>>
>> Par contre, ce n'était peut être pas une bonne idée de la renommer si
>> on veut que le wiki la propose en alternatif de l'anglais, mais je
>> n'ai pas l'habitude du fonctionnement du wiki.
>>
>> Il y a aussi de la relecture à faire, sûrement plein de fotes !
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] "Chemins non connectés" dans le wiki...

[Pierre Béland]

Après vérification, la page 
http://wiki.openstreetmap.org/wiki/FR:Wiki_Translation

suggère bien la procédure suivie ici, soit un redirect ver la page fr et 
l'ajout dans la page fr de
{{Languages|Nom_de_la_page en anglais}} 

C'est en quelque sorte une béquille et rien d'autre ne semble exister 
malheureusement.


Pierre 



>
> De : Art Penteur 
>À : Pierre Béland ; Discussions sur OSM en français 
> 
>Envoyé le : Samedi 5 janvier 2013 12h05
>Objet : Re: [OSM-talk-fr] "Chemins non connectés" dans le wiki...
> 
>Le 5 janvier 2013 16:29, Pierre Béland  a écrit :
>
>>
>> Pour la page FR:Unconnected_ways
>> comment par exemple s'assurer d'afficher le titre Chemins non connectés
>>
>
>  Confronté au même problème, j'ai simplement ajouté un peu de texte
>avant le cadre-sommaire :
>http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dplace_of_worship
>
>Il faudrait peut-être le mettre avec un style = niveau de titre,
>plutôt que texte-simple ?
>
>Art.
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] "Chemins non connectés" dans le wiki...

[Pierre Béland]

David,

je ne suis pas assez familier pour voir quelles modificatons effectuer dans le 
wiki openstreetmap. 

Néanmoins, j'ai débuté en créant les deux pages de test suivantes :

http://wiki.openstreetmap.org/wiki/Custom_Page_Title
http://wiki.openstreetmap.org/wiki/FR:Custom_Page_Title


 
Pierre 



>
> De : David Crochet 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Samedi 5 janvier 2013 13h52
>Objet : Re: [OSM-talk-fr] "Chemins non connectés" dans le wiki...
> 
>
>Bonjour
>
>Le 05/01/2013 16:29, Pierre Béland a écrit :
>
>De façon à franciser de tels noms de pages de wiki en anglais, quelqu'un 
>sait-il ajouter un titre de façon à ce que le titre de page affiché soit en 
>français.
>>
>>
>Regarder l'écriture du modèle :
>http://fr.wikiversity.org/wiki/Mod%C3%A8le:Titre
>qui modifie le  de la page rendu par Mediawiki, le
 étant le titre de la page.
>Bien entendu, cela demande de modifier le commons.css du wiki.
>
>Ainsi en modifiant le , vous modifier le rendu du titre de
la page sans en changer son nom.
>
>
>-- 
Cordialement
David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à 
laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la 
diffusion de la connaissance libre
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvel outil pour repérer les contributeurs aux alentours "OpenStreetMap Contributors Map aka Who’s around me?"

[Pierre Béland]

Je trouve très intéressante cette classification des contributeurs.

Espérons que les nouveaux oserons contacter les plus anciens pour un peu 
d'aide. C'est aussi intéressant pour identifier et éventuellement joindre les 
contributeurs d'une zone donnée.

 
Pierre 



>
> De : Pieren 
>À : Discussions sur OSM en français  
>Envoyé le : Lundi 7 janvier 2013 8h04
>Objet : [OSM-talk-fr] Nouvel outil pour repérer les contributeurs aux 
>alentours "OpenStreetMap Contributors Map aka Who’s around me?"
> 
>Bonjour,
>
>Je n'ai pas encore vu d'annonce ici sur ce très bel outil mis à
>disposition par Pascal Neis (encore lui) qui localise tous les
>contributeurs sur une carte glissante:
>http://resultmaps.neis-one.org/oooc
>
>Au choix, un calque affiche la position de la "zone d'activité" ([1]),
>du "premier node créé" ou du "dernier node édité".
>La position est calculée à partir du barycentre des changesets
>(avantage de la rapidité).
>On peut ensuite filtrer les contributeurs par leur ancienneté classée
>en 6 catégories (de "New registered" avec 1 changeset à "Gold", ceux
>qui ont 2000+ changesets).
>La mise à jour des calques est hebdomadaire.
>Voir l'annonce sur ce blog en anglais : http://neis-one.org/2013/01/oooc/
>
>Pieren
>
>[1] Le calcul de la zone d'activité d'un contributeur est décrit ici :
>http://www.mdpi.com/2220-9964/1/2/146
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] josm opendata erreur fichier shapefile

[Pierre Béland]

Cyrille

une solution temporaire, c'est d'ouvrir ton fichier dans QGIS. On te demandera 
de spécifier le système de coordonnées de référence. Puis le sauvegarder et 
QGIS va créer le fichier .prj.  Retour ensuite à JOSM où tu pourra importer 
sans problème.


 
Pierre 



>
> De : Cyrille Giquello 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 10 janvier 2013 13h15
>Objet : [OSM-talk-fr] josm opendata erreur fichier shapefile
> 
>Salut,
>
>Josm n'arrive pas à ouvrir un fichier shapefile avec josm, il y a l'erreur:
>
>java.io.IOException:
>org.openstreetmap.josm.plugins.opendata.core.io.geographic.GeoCrsException:
>Unable to detect CRS !
>
>Avez vous une piste d'investigation ?
>Merci
>
>-- 
>Cyrille.
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Modélisation du réseau électrique français

[Pierre Béland]

Si les modélisations sont trop sophistiquées, le contributeur moyen ne pourra 
que tracer les lignes. Si vous êtes trop spécifiques pour la France, tout sera 
a recommencer ailleurs. Je veux bien pour le Québec indiquer que les lignes 
sont à 735kv ou autre, qu'il y a 4 ou 6 cables, que les postes transforment de 
tel à tel voltage. Il y a aussi les postes frontaliers qui assurent la 
protection entre les réseaux de deux états. Et je ne suis pas très familier 
avec le tout, nous avons aussi au Québec une ligne en courant continu. Mais 
doit-on aller beaucoup plus loin dans la modélisation. Qui pourra maintenir le 
tout ensuite?



 
Pierre 



>
> De : François Lacombe 
>À : Discussions sur OSM en français  
>Envoyé le : Vendredi 11 janvier 2013 8h31
>Objet : Re: [OSM-talk-fr] Modélisation du réseau électrique français
> 
>
>Bonjour,
>
>
>Le 11 janvier 2013 13:53, Plop76  a écrit :
>
>L'autre circuit qui arrive à Malaunay est aussi à deux phases, piquées sur la 
>ligne La Vaupalière-Bourgay-Campeaux. Toutes ces lignes sont indiquées en 
>service sur les cartes RTE récentes.
>>Malaunay est un poste électrique SNCF... peut-être n'ont ils pas besoin de 
>>triphasé.
>>
>>Évidemment, ce sont des exceptions, mais en attendant que quelqu'un fasse des 
>>relations route=power dans cette zone, l'info sur le nombre de cables est 
>>exclusivement dans le tag «cables» ;) Ça pourra toujours être supprimé quand 
>>ça fera doublon...
>Ah... une alimentation SNCF en effet.
>En fait ce sont des alimentation bi-phasées, le primaire des transfos 
>caténaires est branché dessus.
>
>La question du nombre de câble est soulevée pour un problème d'optimisation, 
>si il doit être maintenu soit, j'essayais de donner quelques pistes pour pas 
>charger la base.
>
>Le plus important reste pour moi d'utiliser power=line dans tous les cas et 
>d'employer power=cable à plus utile. Parce que là il y a un problème de 
>modélisation.
>J'espère que la discussion progressera sur le wiki.
>
>-- 
>François Lacombe
>
>francois dot lacombe At telecom-bretagne dot eu
>http://www.infos-reseaux.com
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mention OSM manquante ?

[Pierre Béland]

Tant qu'à y être, vous pourriez aussi leur demander d'affichier en français par 
défaut. Il y a un bouton en bas à droite. Mais par défaut, on devrait 
reconnaitre mon choix de langue et non me proposer l'anglais Est-ce Mapboix qui 
ne tient pas bien compte des langues?.


 
Pierre 



>
> De : Christophe Foucher 
>À : Discussions sur OSM en français  
>Envoyé le : Mardi 15 janvier 2013 11h26
>Objet : Re: [OSM-talk-fr] Mention OSM manquante ?
> 
>
>Je viens de leur envoyer le message suivant :
>
>
><<
>Bonjour,
>
>
>Je viens de prendre connaissance de votre outil "Paris Tech List".
>Je vous félicite pour cette idée qui rendra service à beaucoup.
>J'attire cependant votre attention sur la nécessité de mentionner l'origine 
>des données cartographiques que vous utilisez. Sauf erreur de ma part, il 
>s'agit des données OpenStreetMap, via le service Mapbox.
>Les conditions d'utilisation des données sont disponibles en français ici : 
>http://www.openstreetmap.org/copyright
>
>En résumé, il faut faire apparaître la mention  « © les contributeurs 
>d’OpenStreetMap » dans le coin de la carte.
>
>
>Cordialement,
>
>
>Christophe Foucher,
>Toulouse.
>>>
>
>
>
>Le 15 janvier 2013 16:49, Pieren  a écrit :
>
>2013/1/15 Christophe Foucher :
>>
>>> Je viens de tomber sur le site ParisTechList
>>
>>mdr, messages croisés:
>>http://lists.openstreetmap.org/pipermail/talk-fr/2013-January/053588.html
>>
>>L'attribution manque, effectivement. Moi, je désigne Mapbox comme
>>premier responsable parce qu'ils n'affichent pas clairement cette
>>obligation sur leur site internet. Maintenant, comme ils jugent qu'ils
>>en font déjà assez, il faut contacter le site utilisateur, cad
>>ParisTechList.
>>
>>Pieren
>>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Présentation OSM et carto-parties à la commission accessibilité de la ville de Sète

[Pierre Béland]

Merci Julien. C'est une présentation très intéressante. J'ajoute à mon cartable!


 
Pierre 



>
> De : THEVENON Julien 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 17 janvier 2013 11h37
>Objet : Re: [OSM-talk-fr] Présentation OSM et carto-parties à la commission 
>accessibilité de la ville de Sète
> 
>
>> De : Nicolas Moyroud 
>
>> Bonjour,
>
>> Hier matin j'ai participé à une réunion de présentation du projet 
OpenStreetMap à la commission municipale de la ville de Sète. J'étais 
accompagné de Jérémie
>> Valentin, le chef de projet OpenData de la ville 
de Montpellier. Il a notamment présenté le fonctionnement des 
carto-parties organisées par la ville de Montpellier en 2012.
>> Pour ma rapide présentation du projet OSM j'ai utilisé la présentation de 
Julien Thévenon et Colin Durand datant de juillet 2012. Les participants m'ont 
demandé si je pouvais leur transmettre la présentation. Julien 
est-ce qu'il y a une adresse à laquelle on peut télécharger cette 
présentation ? Sinon est-ce que je peux la
>> mettre en téléchargement sur 
mon site pour qu'ils puissent la récupérer ?
>> L'accueil a été plutôt 
positif et nous espérons avoir insufflé une dynamique sur la ville de 
Sète en qui concerne l'organisation de carto-parties OSM et la 
libération de certaines de leurs données. Affaire à suivre...
>
>
>Salut,
>
>La version de Juillet 2012 etait deja a disposition sur slideshare.net mais je 
>l ai mise a jour depuis pour la formation de Novembre 2012.
>je viens de mettre cette nouvelle version en ligne :
>En ODP : 
>http://fr.slideshare.net/quicky_osm/presentation-openstreetmap-osm-au-pole-numerique-de-la-drome-le-10-novembre-2012-16042455
>En PDF : 
>http://fr.slideshare.net/quicky_osm/presentation-openstreetmap-osm-au-pole-numerique-de-la-drome-le-10-novembre-2012
>
>Julien
>
>
>
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Dijon, Franche-Comté ?

[Pierre Béland]

Si vous fouillez un peu dans le fil de discussion, vous allez découvrir que 
l'on a déja discuté d'un cas semblable il y a quelques mois. C'est du côté des 
polygones de limites administratives qu'il faut regarder. Il y a sûrement un de 
ces polygones qui a été brisé. Analysez les relations. Et évitez les détours 
inutiles sur les place=state, etc.

 
Pierre 



>
> De : Philippe Verdy 
>À : Discussions sur OSM en français  
>Envoyé le : Vendredi 18 janvier 2013 17h57
>Objet : Re: [OSM-talk-fr] Dijon, Franche-Comté ?
> 
>Apparemment Nominatim voit un seul noeud place=state à proximité,
>celui de la Franche-Comté, et pas de noeud place=state pour la
>Bourgogne.
>Ce noeud est normalement celui du member "label" de la relation et
>l'ajout de place=state a été fait par un allemand. Ce n'est pas
>incorrect, mais Nominatim cherche par défaut tous les noeud
>place=state et n'en trouve qu'un à proximité. C'est lui qu'il affiche
>donc (au lieu d'afficher la relation de la région Bourgogne, qu'il n'a
>sans doute pas détectée lors d'une mise à jour précédente de sa base,
>car la relation de la région était cassée).
>A mon avis c'est temporaire, cela va redevneir correct car il aura
>rechargé la nouvelle définition de la relation région pour la
>Bourgogne.
>Nominatime applique un certain nombre d'heuristiques quand il cherche
>à savoir quoi retourner à une requête et qu'il ne trouve pas les
>objets attendus : ces erreurs se produisent chaque fois qu'une
>relation a été cassée, pour peu que ce soit à ce moment là qu'il a
>généré la mise à jour de sa base.
>Ainsi on a déjà vu assez souvent Rennes ou l'Ille-et-Vilaine entière
>non classée en Bretagne mais dans les Pays de la Loire, juste à cause
>de l'heuristique de Nominatim quand la relation Bretagne était cassée
>: il faut ensuite attendre un certain temps avant que Nominatim
>détecte la correction.
>Moralité : quand des relations sur les régions ou départements sont
>cassés, il faut aller assez apidement les corriger avant que Nominatim
>tombe dessus et annule ces objets de sa base (puisque ce ne sont plus
>de frontières fermées).
>Un outil comme layers.openstreetmap.fr permet de voir rapidement ces
>relations cassées.
>
>Le 18 janvier 2013 15:24, Samy Mezani  a écrit :
>> Bonjour,
>>
>> Que se passe-t-il avec les limites administratives de Dijon (ou de la Côte
>> d'Or) ?
>> Quand on recherche Dijon sur openstreetmap.org, voici entre autres les
>> résultats de Nominatim :
>>
>> - Limite administrative Dijon, Côte-d'Or, Franche-Comté, France
>> - Limite administrative Dijon, Côte-d'Or, Bourgogne, 21000, France
>>
>> La Franche-Comté aurait-elle envahi la Bourgogne ? "Franc-comtois, rend-toi
>> !.." ;-)
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Dijon, Franche-Comté ?

[Pierre Béland]

Phiippe,

c'est un piège dans lequel le gourmand bavard tombe. Le noeud est utilisé parce 
que la relation est défectueuse et non opérationnelle. Et je crois justement 
que nous avions aussi parlé de ça la dernière fois.

Point à la ligne.  :)
 

Pierre 



>
> De : Philippe Verdy 
>À : Pierre Béland ; Discussions sur OSM en français 
> 
>Envoyé le : Vendredi 18 janvier 2013 18h31
>Objet : Re: [OSM-talk-fr] Dijon, Franche-Comté ?
> 
>Le 19 janvier 2013 00:27, Pierre Béland  a écrit :
>>
>> Si vous fouillez un peu dans le fil de discussion, vous allez découvrir que
>> l'on a déja discuté d'un cas semblable il y a quelques mois. C'est du côté
>> des polygones de limites administratives qu'il faut regarder. Il y a
>> sûrement un de ces polygones qui a été brisé. Analysez les relations. Et
>> évitez les détours inutiles sur les place=state, etc.
>
>Ce n'est pas un détour, puisque ce qu'affiche pour Dijon vient bien
>d'un noeud place=state et pas d'une relation qu'il n'a pas trouvée au
>moment de sa dernière mise à jour.
>La relation est correcte actuellement (déjà corrigée) mais ne devait
>pas l'être à la dernière mise à jour de Nominatim.
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire

[Pierre Béland]

Dans le cadre des activations humanitaires, les membres de HOT sont très bien 
outillés avec le Gestionnaire de tâches. Cette applicaiton permet de 
cartographier à distance de façon collaborative. Un grand merci à Pierre Giraud 
pour le développement de cet outil. Il existe également des outils d'export 
vers les logiciels SIG.


Cette réactivité, il serait aussi important de la développer du côté de l'ajout 
de POI à la carte OSM pour identifier les différentes infrastructures. Les 
humanitaires ou des bénévoles dans le pays ouà l'étrangerpeuvent effectuer ce 
travail. De façon à solliciter davantage de contributions, il nous faudrait 
avoir des outils simples adaptés au contexte humanitaire et au travail sur le 
terrain.

Il serait intéressant de pouvoir adapter les API qui ont été développées pour 
les téléphones multi-fonctions, de présenter une liste de POI adaptée àun 
contexte humanitaire (c.-écoles, les cliniques, les points d'eau, bâtiments 
administratifs, etc). Il faudrait aussi pouvoir se connecter à la base OSM avec 
OSM Oauth. Lors de la sauvergarde, le commentaire du changeset pourrait 
contenir un préfixe identifiant ces contributionset permettant de les repérer 
facilement.

Que pensez-vous de cela? Serait-il possible d'adapter facilement une telle API 
et de fonctionner aussi bien à partir d'un téléphone que d'un ordinateur ? 
Y-a-t-il quelqu'un qui est intéressé à proposer quelque chose en ce sens ?
 
Pierre 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Dijon, Franche-Comté ?

[Pierre Béland]

Samy,

La relation brisée peut être une des limites administratives dans les environs. 
Une fois ouverte, elle avale en quelque sorte les lieux environnants.

Si elle avait été corrigée hier, tout devrait rentrer dans l'ordre aujourd'hui.


Samy

voir la discussion en novembre où il y avait déjà des problèmes avec Dijon.
http://web.archiveorange.com/archive/v/MHd6xgngqNYz08T1QK94

Le fait que Nominatim inclu Dijon dans la Franche-Comté indique à mon avis 
qu'il y a une trouée, une relation non fermée du côté de la Franche-Comté. Ceci 
a pour effet en quelque sorte d'avaler Dijon. Je ne réussis pas avec les 
différents outils à repérer le problème (ie. layers et analyseur de relations).
Il faudrait regarder quelles relations de limites administratives ont été 
modifiées récemment et dans ce cas si elles causent problème

 
Pierre 



>
> De : Samy Mezani 
>À : Discussions sur OSM en français  
>Envoyé le : Dimanche 20 janvier 2013 15h16
>Objet : Re: [OSM-talk-fr] Dijon, Franche-Comté ?
> 
>Du coup, le pb apparaît toujours dans les recherches sur Dijon. J'ai vu que 
>Philippe avait mis son nez et sans doute corrigé quelques trucs, faut-il 
>attendre encore un peu ? ou le pb persiste-t-il réellement ?
>
>En fait, le 'Dijon, Franche-Comté' correspond à la sous-préfecture de Dijon 
>(admin_level=7) (http://www.openstreetmap.org/browse/relation/1685958). Je 
>n'ai jamais traité ce genre de relation mais je ne vois pas où est l'erreur.
>
>L'analyseur de relation ne détecte rien de particulier, mais on voit 3 noeuds 
>bizarres au sud-est de la limite de la sous-préfecture (limite Bourgogne - 
>Franche-Comté d'ailleurs) sur 
>http://www.openstreetmap.org/browse/relation/1685958
>
>Bref, qu'est-ce qu'on fait ?
>
>Samy
>
>
>
>le 19/01/2013 01:16, Philippe Verdy a écrit:
>> Le 19 janvier 2013 01:01, Pierre Béland  a écrit :
>>> Phiippe,
>>> 
>>> c'est un piège dans lequel le gourmand bavard tombe.
>> 
>> Où ça ? Quel piège ? Il y a une explication à ça sur Nominatim qui
>> fait ce qu'il peut avec ce qu'il trouve au moment de ses mises à jour.
>> Mais on a moyen de mieux guider son heuristique dans ce cas.
>> 
>>> Le noeud est utilisé
>>> parce que la relation est défectueuse et non opérationnelle.
>> 
>> Non justement la relation est juste mais avait déjà été corrigée
>> (partiellement car il y a d'autres relations voisines qui ne ferment
>> pas non plus).
>>> Et je crois
>>> justement que nous avions aussi parlé de ça la dernière fois.
>> 
>> La dernière fois c'est une question qui revient pourtant souvent.
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>> 
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire

[Pierre Béland]

Ista Pouss

Je ne parle pas de faire un rendu mais plutôt de collectionner des POI pour la 
base OSM avec une liste personnalisée de Presets. L'idée est de simplifier le 
travail de collecte. Et lorsque quelqu'un a un telephone avec geolocalisation, 
il devrait avoir la possibilité d'ajouter un POI là ou il se trouve.

Beaucoup d'API sont proposées pour collectoinner les POI mais elles 
s'appliquent en génréral à un OS particulier.

Mon interrogation : une API plus universelle à partir d'un navigateur internet 
serait-elle efficace? Et existe-t-il de telles applications de collecte de POI?
 

Pierre 



>____
> De : Ista Pouss 
>À : Pierre Béland ; Discussions sur OSM en français 
> 
>Envoyé le : Lundi 21 janvier 2013 6h36
>Objet : Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
> 
>
>Le 19 janvier 2013 21:52, Pierre Béland  a écrit :
>
>Il serait intéressant de pouvoir adapter les API qui ont été développées pour 
>les téléphones multi-fonctions, de présenter une liste de POI adaptée àun 
>contexte humanitaire (c.-écoles, les cliniques, les points d'eau, bâtiments 
>administratifs, etc). Il faudrait aussi pouvoir se connecter à la base OSM 
>avec OSM Oauth. Lors de la sauvergarde, le commentaire du changeset pourrait 
>contenir un préfixe identifiant ces contributionset permettant de les repérer 
>facilement.
>>
>
>
>Pour la liste des poi, je présume que c'est plus une question de rendu. Mais 
>je ne comprends pas pourquoi les humanitaires ont besoin d'un rendu 
>particulier ? Il me semble que les écoles et tout ce que vous citez est déjà 
>visible, au moins si ces "POI" ont un nom.
>
>
>Au niveau du repère des contributions, peut être pouvez-vous organiser les 
>pseudos plutot que les commentaires ? Ou voudriez-vous qu'il y ait une famille 
>de modifs dédiées à une activité ?... Mais je n'ai pas entendu dire que la 
>notion existait.
>
>
> 
>
>>Que pensez-vous de cela? Serait-il possible d'adapter facilement une telle 
>>API et de fonctionner aussi bien à partir d'un téléphone que d'un ordinateur 
>>? Y-a-t-il quelqu'un qui est intéressé à proposer quelque chose en ce sens ? 
>
>
>Toutes les API fonctionnent aussi bien à partir d'un téléphone que d'un 
>ordinateur :-) Il peut y  avoir des adaptations de cache ou de volume, mais à 
>ma connaissance il s'agit surtout de problèmes de connectivités, qui touchent 
>aussi bien les ordi que les téléphones.
>
>
>Globalement, je ne sais pas s'il est prévu / voulu que l'on puisse adapter la 
>base et ses accès pour une activité spéciale, aussi noble soit-elle que 
>l'humanitaire. J'ai plutôt l'impression que la volonté générale est que tout 
>le monde publie et utilise selon les même principes, pour qu'il y ait une 
>unité dans les données de la carte. La cohérence semble prioritaire sur les 
>spécialisations.
>
>
>Par contre il peut y avoir des rendus / données spécifiques à qqchose, tels 
>les vélos, les handicaps, etc, à charge pour ceux qui sont intéressés par le 
>thème de le mettre en valeur. Les humanitaires pourraient donc, comme ça se 
>voit pour les vélos, travailler de façon spécifique avec osm, sans qu'il soit 
>nécessaire de modifier l'osm général. Mais peut être que c'est ce que vous 
>vouliez dire et ce que vous recherchez ?
>
>
>Cordialement.
>
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire

[Pierre Béland]

Bonjour Pierre

L'objectif n'est sûrement pas de remplacer l'excellent Gestionnaire de tâches. 
Comme tu peux le constater, celui-ci ne chôme pas beaucoup actuellement.

Une fois la carte de base tracée à distance à l'aide du Gestionnaire de tache, 
on vise à compléter l'information en la caractérisant. Une fois que l'on a 
tracé les routes, immeubles, etc. il faut ajouter diverses informations. Tout 
comme quelqu'un ajoute un restaurant ou autre commerce lorsqu'il se déplace, 
des humanitaires ou d'autres personnes en déplacement dans les zones 
d'activation humanitaire pourraient rapidement et très simplement ajouter un 
POI.

Je pense à une application web pour que ce soit le plus universel possible et 
facile à adapter.  Est-ce selon toi relativement facile à réaliser, exise-t-il 
déja quelque chose de la sorte? 

 
Pierre 



>________
> De : Pierre GIRAUD 
>À : Pierre Béland ; Discussions sur OSM en français 
> 
>Envoyé le : Mardi 22 janvier 2013 3h22
>Objet : Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
> 
>Salut Pierre,
>
>Si j'ai bien compris, tu aurais souhaité une application web qui
>fonctionne sur téléphone mobile et qui permette de rajouter des POIs
>dans la base d'OpenStreetMap à partir d'une liste prédéfinie de tags.
>Tu as dû entendre parler de "MapZen POI Collector" ? Malheureusement,
>il semblerait que ça n'existe plus, pour une raison inconnue.
>
>Bon, dans le cadre de mon activité professionnelle, actuellement, je
>travaille beaucoup sur des applications mobiles justement. Nous
>reposons sur le framework Sencha.
>Pour info, Sencha est aussi le framework qui est utilisé par Kort.
>
>Bref, si le besoin est très restreint, je ne pense pas que ce soit
>très compliqué.
>Mais, c'est pas comme si j'avais déjà suffisamment de tâches prévues
>pour améliorer le Tasking Manager.  ;-)
>
>Pierre
>
>2013/1/21 Pierre Béland :
>> Ista Pouss
>>
>> Je ne parle pas de faire un rendu mais plutôt de collectionner des POI pour
>> la base OSM avec une liste personnalisée de Presets. L'idée est de
>> simplifier le travail de collecte. Et lorsque quelqu'un a un telephone avec
>> geolocalisation, il devrait avoir la possibilité d'ajouter un POI là ou il
>> se trouve.
>>
>> Beaucoup d'API sont proposées pour collectoinner les POI mais elles
>> s'appliquent en génréral à un OS particulier.
>>
>> Mon interrogation : une API plus universelle à partir d'un navigateur
>> internet serait-elle efficace? Et existe-t-il de telles applications de
>> collecte de POI?
>>
>> Pierre
>>
>> 
>> De : Ista Pouss 
>> À : Pierre Béland ; Discussions sur OSM en français
>> 
>> Envoyé le : Lundi 21 janvier 2013 6h36
>> Objet : Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
>>
>> Le 19 janvier 2013 21:52, Pierre Béland  a écrit :
>>
>> Il serait intéressant de pouvoir adapter les API qui ont été développées
>> pour les téléphones multi-fonctions, de présenter une liste de POI adaptée à
>> un contexte humanitaire (c.-écoles, les cliniques, les points d'eau,
>> bâtiments administratifs, etc). Il faudrait aussi pouvoir se connecter à la
>> base OSM avec OSM Oauth. Lors de la sauvergarde, le commentaire du changeset
>> pourrait contenir un préfixe identifiant ces contributions et permettant de
>> les repérer facilement.
>>
>>
>> Pour la liste des poi, je présume que c'est plus une question de rendu. Mais
>> je ne comprends pas pourquoi les humanitaires ont besoin d'un rendu
>> particulier ? Il me semble que les écoles et tout ce que vous citez est déjà
>> visible, au moins si ces "POI" ont un nom.
>>
>> Au niveau du repère des contributions, peut être pouvez-vous organiser les
>> pseudos plutot que les commentaires ? Ou voudriez-vous qu'il y ait une
>> famille de modifs dédiées à une activité ?... Mais je n'ai pas entendu dire
>> que la notion existait.
>>
>>
>>
>>
>> Que pensez-vous de cela? Serait-il possible d'adapter facilement une telle
>> API et de fonctionner aussi bien à partir d'un téléphone que d'un ordinateur
>> ? Y-a-t-il quelqu'un qui est intéressé à proposer quelque chose en ce sens ?
>>
>>
>>
>> Toutes les API fonctionnent aussi bien à partir d'un téléphone que d'un
>> ordinateur :-) Il peut y  avoir des adaptations de cache ou de volume, mais
>> à ma connaissance il s'agit surtout de problèmes de connectivités

Re: [OSM-talk-fr] Dijon, Franche-Comté ?

[Pierre Béland]

Samy, 


Sais-tu comment le mal a été combattu et vaincu ?

 
Pierre 



>
> De : Samy Mezani 
>À : Discussions sur OSM en français  
>Envoyé le : Mardi 22 janvier 2013 11h25
>Objet : Re: [OSM-talk-fr] Dijon, Franche-Comté ?
> 
>le 21/01/2013 05:57, Philippe Verdy a écrit:
>> Nominatim n'est pas mis à jour en live. Il faut patienter un peu
>> (parfois il faut plus d'une semaine pour qu'il voit les changements
>> faits dans sa base).
>
>Bonjour,
>Ça y est, la sous-préfecture de Dijon est revenue en Bourgogne. Cet attentat 
>franc-comtois n'est plus qu'un mauvais souvenir ! ;-)
>Samy
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Dijon, Franche-Comté ?

[Pierre Béland]

Ah, c'est donc le druide avec sa poudre de perlinpinpin qui a réglé le 
problème. Il faut comprendre l'âme de la bête.


Bravo Christian!

 
Pierre 



>
> De : Christian Quest 
>À : Discussions sur OSM en français  
>Envoyé le : Mardi 22 janvier 2013 12h17
>Objet : Re: [OSM-talk-fr] Dijon, Franche-Comté ?
> 
>
>Oui... il fallait "toucher" à cette relation de l'arrondissement de Dijon 
>(admin_level=7) qui tant qu'elle n'était pas modifiée n'était pas remise à 
>jour dans Nominatim même si la région l'englobant elle avait changé depuis.
>
>
>J'ai fait une modification "neutre" dessus cet après-midi (j'ai déplacé le 
>membre admin_centre dans la liste des membres de la relation), et du coup ça 
>s'est remis à jour peu de temps après.
>
>
>La gestion des diff par Nominatim est semble-t-il perfectible.
>
>
>
>
>Le 22 janvier 2013 18:05, Pierre Béland  a écrit :
>
>Samy, 
>>
>>
>>
>>Sais-tu comment le mal a été combattu et vaincu ?
>>
>> 
> 
>
>-- 
>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest 
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire

[Pierre Béland]

Merci Christian. Nous allons quand même essayer de faire quelques 
expérimentations sur le terrain.

 
Pierre 



>
> De : Christian Quest 
>À : Discussions sur OSM en français  
>Envoyé le : Mardi 22 janvier 2013 12h12
>Objet : Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
> 
>
>A ce titre, il est intéressant de regarder les contributions faite à partir 
>d'une appli comme Pushpin (sur iOS).
>
>
>J'avais regardé en France et c'était pas génial... bien qu'on y positionne un 
>nouveau POI via l'imagerie Bing et pas simplement en se basant sur la seule 
>géoloc du GPS.
>
>
>La contribution directe à partir de smartphones et tablettes nécessitent des 
>applis dédiées vraiment bien conçues et ça ne semble pas encore être 
>totalement le cas, même si ça avance.
>
>-- 
>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest 
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire

[Pierre Béland]

Stéphane,

Christian Quest indiquait plus tôt que Pushpin (sur iOS) permet de  positionner 
un nouveau POI via l'imagerie Bing.

Peux-tu tester une solution similaire sur Android? Connais-tu une API avec fond 
de carte Bing qui permettrait de repositionner le POI?

Si oui, ce serait fantastique. Ça permettrait d'ajouter de façon très simple un 
POI à la base OSM tout en assurant une qualité acceptable.


 
Pierre 



>
> De : Stéphane Henriod 
>À : Pierre Béland ; Discussions sur OSM en français 
> 
>Cc : Pierre GIRAUD  
>Envoyé le : Mardi 22 janvier 2013 11h46
>Objet : Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
> 
>
>Salut Pierre B
>A mon sens il y a un petit souci: un outil qui permet de cliquer sur un bouton 
>dans ton smartphone et qui envoit directement ta localisation GPS dans la base 
>OSM c'est un peu comme si, après une balade à vélo, j'envoyais directement mon 
>gpx avec le tag highway=track. Vu que je ne roule pas très droit et que mon 
>GPS a une précision de quelques mètres, ça va faire une route un peu tordue. 
>Et en plus, une route qui ne sera pas cohérente ni connectée avec ce qui 
>existe autour dans OSM. 
>C'est pour cette raison que la procédure habituelle est la suivante: je tracke 
>ma route, j'affiche mon gpx et je digitalise "joli" par dessus, en mettant les 
>tags qui vont bien.
>Pour les POIs, la même procédure devrait être utilisée. Quand tu veux tagguer 
>une école, p.ex., tu vas vouloir mettre un POI quelque part au milieu du toit 
>du bâtiment, endroit où tu as peu de chances de te trouver avec ton GPS :-) 
>De plus, en prenant en compte l'inexactitude aléatoire des GPS ainsi qu'un 
>éventuel shift systématique des données OSM sur une zone donnée, il y a des 
>chances que ton POI apparaisse du mauvais côté de la route, sur un autre 
>bâtiment...
>Voilà pourquoi, à mon sens, même une action aussi "basique" que 
>l'enregistrement d'un POI devrait toujours impliquer une phase de 
>digitalisation manuelle. Et cela passe le plus souvent par un ordinateur, 
>parce que digitaliser sur un petit écran de smartphone c'est galère!
>Maintenant, ce n'est que mon avis!
>S
>Sent from Android
>On Jan 22, 2013 2:19 PM, "Pierre Béland"  wrote:
>
>Bonjour Pierre
>>
>>L'objectif n'est sûrement pas de remplacer l'excellent Gestionnaire de 
>>tâches. Comme tu peux le constater, celui-ci ne chôme pas beaucoup 
>>actuellement.
>>
>>Une fois la carte de base tracée à distance à l'aide du Gestionnaire de 
>>tache, on vise à compléter l'information en la caractérisant. Une fois que 
>>l'on a tracé les routes, immeubles, etc. il faut ajouter diverses 
>>informations. Tout comme quelqu'un ajoute un restaurant ou autre commerce 
>>lorsqu'il se déplace, des humanitaires ou d'autres personnes en déplacement 
>>dans les zones d'activation humanitaire pourraient rapidement et très 
>>simplement ajouter un POI.
>>
>>Je pense à une application web pour que ce soit le plus universel possible et 
>>facile à adapter.  Est-ce selon toi relativement facile à réaliser, 
>>exise-t-il déja quelque chose de la
 sorte? 
>>
>> 
>>Pierre 
>>
>>
>>
>>>
>>> De : Pierre GIRAUD 
>>>À : Pierre Béland ; Discussions sur OSM en français 
>>> 
>>>Envoyé le : Mardi 22 janvier 2013 3h22
>>>Objet : Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
>>> 
>>>Salut Pierre,
>>>
>>>Si j'ai bien compris, tu aurais souhaité une application web qui
>>>fonctionne sur téléphone mobile et qui permette de rajouter des POIs
>>>dans la base d'OpenStreetMap à partir d'une liste prédéfinie de tags.
>>>Tu as dû entendre parler de "MapZen POI Collector" ? Malheureusement,
>>>il semblerait que ça n'existe plus, pour une raison inconnue.
>>>
>>>Bon, dans le cadre de mon activité professionnelle, actuellement, je
>>>travaille beaucoup sur des applications mobiles justement. Nous
>>>reposons sur le framework Sencha.
>>>Pour info, Sencha est aussi le framework qui est utilisé par Kort.
>>>
>>>Bref, si le besoin est très restreint, je ne pense pas que ce soit
>>>très compliqué.
>>>Mais, c'est pas comme si j'avais déjà suffisamment de tâches prévues
>>>pour améliorer le Tasking Manager.  ;-)
>>>
>>>Pierre
>>>
>>>2013/1/21 Pierre Béland :
>>>> Ista Pouss
>>>>
>&g

Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire

[Pierre Béland]

Merci Stéphane,

C'est un des défis d'OSM. Il y a multitude de contextes de travail, d'outils, 
de collaborations possibles. Dans les diverses activations humanitaires en 
cours,  nous avons besoin d'une grande réactivité pour combler les vides sur la 
carte. Si nous pouvions trouver une solution relativement satisfaisante pour 
ajouter des POI, les humanitaires et autres personnes sur le territoire 
verraient rapidement leur intérêt à ajouter ces informations dans la base OSM.

N'est-ce pas ce que l'on disait de la carte OSM en 2004, que c'était impossible 
à faire ?

 
Pierre 



>____
> De : Stéphane Henriod 
>À : Pierre Béland  
>Cc : Discussions sur OSM en français  
>Envoyé le : Mardi 22 janvier 2013 13h21
>Objet : Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
> 
>
>Oui, je crois que mon message et celui de Christian se sont croisés.
>Je vais regarder si je vois qqch d'intéressant sur Android mais, même avec 
>Bing, il faut pouvoir prendre en compte les éventuels décalages de l'image.
>Cela dit Pierre, je tiens à préciser que, sur le principe, je trouve ton idée 
>très bonne et pertinente pour le contexte humanitaire. Je ne suis juste pas 
>certain qu'on trouve une solution satisfaisante! Mais continuons à creuser la 
>question parce que ça en vaut la peine :-)
>Sent from Android
>On Jan 22, 2013 7:07 PM, "Pierre Béland"  wrote:
>
>Stéphane,
>>
>>Christian Quest indiquait plus tôt que Pushpin (sur iOS) permet de  
>>positionner un nouveau POI via l'imagerie Bing.
>>
>>Peux-tu tester une solution similaire sur Android? Connais-tu une API avec 
>>fond de carte Bing qui permettrait de repositionner le POI?
>>
>>Si oui, ce serait fantastique. Ça permettrait d'ajouter de façon très simple 
>>un POI à la base OSM tout en assurant une qualité acceptable.
>>
>>
>> 
>>Pierre 
>>
>>
>>
>>>
>>> De : Stéphane Henriod 
>>>À : Pierre Béland ; Discussions sur OSM en français 
>>> 
>>>Cc : Pierre GIRAUD  
>>>Envoyé le : Mardi 22 janvier 2013 11h46
>>>Objet : Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
>>> 
>>>
>>>Salut Pierre B
>>>A mon sens il y a un petit souci: un outil qui permet de cliquer sur un 
>>>bouton dans ton smartphone et qui envoit directement ta localisation GPS 
>>>dans la base OSM c'est un peu comme si, après une balade à vélo, j'envoyais 
>>>directement mon gpx avec le tag highway=track. Vu que je ne roule pas très 
>>>droit et que mon GPS a une précision de quelques mètres, ça va faire une 
>>>route un peu tordue. Et en plus, une route qui ne sera pas cohérente ni 
>>>connectée avec ce qui existe autour dans OSM. 
>>>C'est pour cette raison que la procédure habituelle est la suivante: je 
>>>tracke ma route, j'affiche mon gpx et je digitalise "joli" par dessus, en 
>>>mettant les tags qui vont bien.
>>>Pour les POIs, la même procédure devrait être utilisée. Quand tu veux 
>>>tagguer une école, p.ex., tu vas vouloir mettre un POI quelque part au 
>>>milieu du toit du bâtiment, endroit où tu as peu de chances de te trouver 
>>>avec ton GPS :-) 
>>>De plus, en prenant en compte l'inexactitude aléatoire des GPS ainsi qu'un 
>>>éventuel shift systématique des données OSM sur une zone donnée, il y a des 
>>>chances que ton POI apparaisse du mauvais côté de la route, sur un autre 
>>>bâtiment...
>>>Voilà pourquoi, à mon sens, même une action aussi "basique" que 
>>>l'enregistrement d'un POI devrait toujours impliquer une phase de 
>>>digitalisation manuelle. Et cela passe le plus souvent par un ordinateur, 
>>>parce que digitaliser sur un petit écran de smartphone c'est galère!
>>>Maintenant, ce n'est que mon avis!
>>>S
>>>Sent from Android
>>>On Jan 22, 2013 2:19 PM, "Pierre Béland"  wrote:
>>>
>>>Bonjour Pierre
>>>>
>>>>L'objectif n'est sûrement pas de remplacer l'excellent Gestionnaire de 
>>>>tâches. Comme tu peux le constater, celui-ci ne chôme pas beaucoup 
>>>>actuellement.
>>>>
>>>>Une fois la carte de base tracée à distance à l'aide du Gestionnaire de 
>>>>tache, on vise à compléter l'information en la caractérisant. Une fois que 
>>>>l'on a tracé les routes, immeubles, etc. il faut ajouter diverses 
>>>>informations

Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire

[Pierre Béland]

Merci Éric, 

très bonne présentation du problème sur le terrain.

Le CICR, lors d'une réunion d'experts à Vienne en décembre a parlé de 
l'utilisation d'un smartphone Android avec le logiciel Locus.
article http://www.un-spider.org/sites/default/files/Rebois.pdf
logiciel http://old.locusmap.eu/


Ce logiciel semble très intéressant si on se fie au site Locus. En faisant 
évidemment abstraction des coûts.

 
Pierre 



>
> De : Eric Sibert 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Mardi 22 janvier 2013 17h07
>Objet : Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
> 
>Quelques réflexions sur la collecte des données dans les pays à faible niveau 
>de développement économique.
>
>Récemment, je suis allé à Madagascar avec, pour la première fois, un 
>smartphone "ancien" qu'on m'a donné. J'ai mis dedans une carte SIM locale avec 
>prépaiement par recharge. C'est la méthode employée par la très large majorité 
>des personnes, en particulier parce que pour avoir un forfait, il faut un 
>compte en banque...
>
>Pour OSM, j'ai installé OSM tracker (même si la version windows mobile ne 
>semble plus maintenue). J'ai préchargé par connexion ethernet les tuiles de la 
>zone où je voulais travailler. Une fois sur le terrain, j'ai néanmoins 
>constaté que mon crédit fondait comme neige au soleil. Je ne sais pas si c'est 
>OSM Tracker ou autre chose qui consommait de la donnée mais ce qui est sûr, 
>c'est que l'opérateur me le facturait au prix fort.
>
>Donc, ma première recommandation serait d'avoir une application qui fonctionne 
>offline sans GPRS/3G. Si on a besoin de données, y compris des images 
>aériennes, il faut pouvoir les charger à l'avance par wifi ou ethernet. Et là, 
>je parle des villes où il y a une bonne couverture téléphone. Alors, dans les 
>campagnes...
>
>Ca rejoint un peu les discussions qu'on a eu lors du congrès GeOng en novembre 
>dernier. Pour faire des suivis de population dans des camps de réfugiés, ils 
>utilisaient des smartphone sans carte SIM. Ils étaient rechargés la nuit, 
>configurés le matin (par USB ou bluetooth?), donnés aux équipes pour la 
>journée et récupéré le soir pour déchargement des données. On trouve des 
>smartphone à une centaine d'euros voir moins.
>
>Concernant les POI, ce qui est surtout important, c'est de pouvoir définir ses 
>propres POI. Toujours dans l'exemple de GeOng, il y avait une application sur 
>ordinateur qui servait à générer les questionnaires. Le fichier de 
>configuration était ensuite transmis aux smartphones. On pourrait imaginer la 
>même chose pour OSM. Choix des types de POI (fontaine publique, centre de 
>santé...) et des éventuelles options qui vont avec (horaires d'ouverture, 
>capacité...). Sélection de la zone de travail. Récupération sur internet des 
>données OSM et Bing de la zone de travail. Transfert dans les smartphones. A 
>la fin de la journée de travail, centralisation des données dans un PC. Envoi 
>groupé dans OSM.
>
>> N'est-ce pas ce que l'on disait de la carte OSM en 2004, que c'était 
>> impossible à faire ?
>
>Ah bon??? Ca doit être pour ça que j'ai commencé à enregistrer 
>systématiquement au GPS mes déplacements depuis 2002 ;-)
>
>Eric
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire

[Pierre Béland]

Merci Christian et Pierre.

On retrouve plusieurs articles qui montrent l'intérêt des humanitaires et 
différentes expérimentations sur le terrain.

voir pour le Congo l'UNHCR qui s'intéresse à la collecte à l'aide de téléphones.
 http://www.dc4idp.org/htdocs/modules/about/mdc.php


 
Pierre 



>
> De : Pierre GIRAUD 
>À : Discussions sur OSM en français  
>Envoyé le : Mercredi 23 janvier 2013 3h18
>Objet : Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
> 
>Pour avoir testé Locus dernièrement, je peux confirmer que c'est un
>logiciel intéressant.
>A noter toutefois qu'il est très complet voire trop. La quantité de
>fonctionnalités est assez déroutante. Même pour quelqu'un qui sait de
>quoi ça parle.
>Pour une simple utilisation d'ajout de POI, c'est peut-être vouloir
>écraser une mouche avec buldozer.
>
>En ce qui concerne le (pré)téléchargement de données, c'est rigolo car
>c'est ce sur quoi je suis en train de travailler actuellement.
>L'utilisateur défini une zone, et il peut récupérer les tuiles pour le
>niveau de zoom courant et les zooms suivants.
>Il s'agira d'une application web. Et grâce à PhoneGap on la déclinera
>en application native pour iOS et Android pour proposer la
>fonctionnalité décrite ci-dessous. En mode web, elle ne sera pas
>disponible car la limite de stockage est de 5Mo.
>
>Pierre
>
>On Wed, Jan 23, 2013 at 8:53 AM, Eric Sibert  wrote:
>> La présentation en question à GeOng 2012:
>>
>> http://www.cartong.org/fr/geong/2012/programme/AT2-ODK
>>
>> Le logiciel OpenDataKit:
>>
>> http://opendatakit.org/
>>
>>
>> Eric
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>-- 
>Pierre GIRAUD
>http://www.camptocamp.com
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[Pierre Béland]

Je pense au d'un nouveau contributeur qui a son premier changeset a effacé 
plein d'informations dont des limites administratives et une ligne de côte. Je 
pense aussi à ceux qui efface tout et recréent plutôt que de mettre à jour. 

Il serait bien de completer un outil tel que WhoEdit avec un outil qui 
identifie de telles éditions plus problématiques.  Ce pourrait être sous la 
forme WhoEdit avec flux RSS. Il reste à voir s'il y a moyen d'établir quelques 
critères simples et s'il est possible d'adapter un outil tel que WhoEdit en lui 
ajoutant un module d'identification de cas potentiellement problématiques.


 
Pierre 



>
> De : sly (sylvain letuffe) 
>À : Discussions sur OSM en français  
>Envoyé le : Mercredi 23 janvier 2013 13h17
>Objet : [OSM-talk-fr] Solution pour surveiller les "gros" changeset ou 
>"potentiellement problématiques"
> 
>re,
>
>(je lance un sujet séparé)
>
>Le mercredi 23 janvier 2013 18:55:46, Pieren a écrit :
>> Par contre, il ne serait pas inutile de mettre en place notre propre
>> surveillance des gros changesets avec l'outil de P. Norman. Et de
>> faire la police nous-même si un bourrin fait de l'import massif sans
>> respecter notre guideline (vérifier, simplifier, intégrer, etc)
>
>Avec son outil ou un autre, peut m'importe, mais l'idée est excellente.
>
>Oui, car il nous faut montrer notre capacité à être autonome, et pour pouvoir 
>intervenir au plus tôt sur les problèmes divers et variés qui peuvent 
>impliquer des copies de données interdites, des imports en masse foireux, etc.
>
>Ayant géré récemment la copie en provenance de camp2camp.org, je peux dire que 
>réagir 1 an trop tard, c'est largement plus compliqué que de corriger le 
>problème dans les jours qui suivent.
>
>Bien, alors comment ?
>Il y a la solution de chacun se démerde avec l'outil de son choix, et/ou celle 
>où on essaye de mutualiser la surveillance (le but étant qu'une analyse d'un 
>cas peut prendre du temps et si chacun le fait pour le même cas on perd du 
>temps)
>
>Au niveau des outils, on a en effet celui de P. Norman, mais qui me semble 
>assez basique. Mais on a aussi osmwatch :
>http://wiki.openstreetmap.org/wiki/Osm-watch
>
>Que j'utilise et qui est pas mal (bien que je n'arrive pas à rentrer un 
>critère de "nombre") et qui est aussi, je m'en doute, utilisé par d'autres de 
>cette liste.
>
>D'autres outils auxquels vous pensez ?
>
>
>ps: est-ce que ça vaut le coup d'étendre la question aussi sur talk-fr, il me 
>semble me souvenir que "je sais plus qui" avait lui aussi en développement un 
>outil de surveillances des edits
>
>-- 
>sly (sylvain letuffe)
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réf.: Appel à présentations pour SOTM-FR

[Pierre Béland]

+1  


 
Pierre 



>
> De : Romain MEHUT 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 24 janvier 2013 4h29
>Objet : Re: [OSM-talk-fr] Réf.: Appel à présentations pour SOTM-FR
> 
>
>Est-ce qu'il a été envisagé de filmer les différentes présentations?
>A priori je ne pourrai être présent à Lyon. Merci.
>
>Romain
>
>
>Le 18 janvier 2013 20:08, Frédéric Rodrigo  a écrit :
>
>Je peux proposer deux présentations :
>>- Osmose
>>- TileMill et réutilisation
>>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réf.: Appel à présentations pour SOTM-FR

[Pierre Béland]

Bravo,

bon, j'ai répondu trop vite.  

Il faut dire que j'ai un délai de six heures avec la France et que ma boite de 
courriel est un vrai fouillis le matin. Aujourd'hui, un record a peut-être été 
établi. À cette-heure-ci, 8:30 au Québec, 13:30 en France, Il y a 97 courriels 
reçus dans la liste OSM-talk-fr, plusieurs disons sur  des sujets sans limite. 
Ah les bavards, bon je m'égare...


 
Pierre 



>
> De : Christian Quest 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 24 janvier 2013 4h57
>Objet : Re: [OSM-talk-fr] Réf.: Appel à présentations pour SOTM-FR
> 
>
>C'est prévu. L'epitech devrait pouvoir rediffuser en live, mais à minima on 
>enregistrera.
>
>
>
>Le 24 janvier 2013 10:29, Romain MEHUT  a écrit :
>
>Est-ce qu'il a été envisagé de filmer les différentes présentations?
>>A priori je ne pourrai être présent à Lyon. Merci.
>>
>>Romain
>>
>>
>>Le 18 janvier 2013 20:08, Frédéric Rodrigo  a écrit :
>>
>>
>>Je peux proposer deux présentations :
>>>- Osmose
>>>- TileMill et réutilisation
>>>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
>
>-- 
>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest 
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fond carto basé sur OSM

[Pierre Béland]

J'aime l'idée d'un style orienté communautaire, institutionnel, services 
publics.  Cela complèterait ce qui existe ailleurs. Ce que l'on voit 
habituellement, même Mapnik, est très orienté commercial. 


 
Pierre 



>
> De : Pieren 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 24 janvier 2013 5h52
>Objet : Re: [OSM-talk-fr] Fond carto basé sur OSM
> 
>2013/1/24 Christian Quest :
>> Tout à fait !
>>
>> Un travail commun sur un style me semble intéressant.
>> Ce n'est pas un domaine que l'on a beaucoup creusé jusqu'à maintenant, mais
>> j'ai commencé un petit peu en regardant le fonctionnement du style
>> mapnik/cartocss avec tilemill.
>
>C'est un sujet qui m'intéresse aussi. Ca fait longtemps que je demande
>un style adapté au public français. Si un groupe se lance dans une
>adaptation du style, il faut veiller à deux points importants de ce
>que j'ai pu lire sur l'experience mapnik pour osm.org :
>- limiter l'édition du style à un très petit groupe de personnes. 1
>pour éviter les bourdes. 2. pour conserver une certaine cohérence dans
>le design (de toute façon, il n'y aura jamais 100% de satisfaits)
>- définir le public cible. Sur le site principal, le style est orienté
>"contributeurs". On affiche un maximum de choses sans aller jusqu'à la
>saturation. C'est un équilibre délicat.
>
>Mon avis à deux balles:
>Pour la France, je verrais plutôt un public cible institutionnel,
>genre collectivités locales, mairies. etc. Ca voudrait dire supprimer
>les affichages purement commerciaux (restos, mc'do, bars, etc) et
>privilégier les services publics (CPAM, écoles, mairies, pharmacies,
>postes, hopitaux, etc). Et laïc (ne pas afficher les diocèses, s'en
>tenir aux place_of_worship non sectaires avec un affichage plus
>discret). Etc
>
>Pieren
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Solution pour surveiller les "gros" changeset ou "potentiellement problématiques"

[Pierre Béland]

Tu te souviens il y a quelques mois que je te disais de reconsider ton abandon 
du projet suite à la question sur le deuxième compte.

Je n'ai rien à voir avec la fondation OSM-fr, mais j'ai à coeur de développer 
une communauté OSM dynamique. Et quel succès que ce qui a été fait en France. 
Et tu dois aussi être fier étant donné l'excellent travail que tu as fait.

Mais tu dois apprendre à travailler, discuter dans de tels groupes. Ce n'est 
pas en discutaillant à l'infini, en menaçant, en cassant tout que l'on fait 
avancer les chose.

Cessons les accusations et travaillons constructivement. Dans un travail de 
groupe, il faut trouver des moyens de se coordonner, d'identifier les 
problèmes, de repérer et contacter les contributeurs.  Ce n'est pas pour 
policer, embêter, nuire. C'est plutôt pour faire du travail de qualité, pour 
convaincre tous ceux qui croient aux données d'OSM que nous sommes capables de 
faire du travail de qualité.

Encore une fois, je te demande de réfléchir.  

Puis tiens à titre de boutade. Moi j'ai quelque chose à te proposer. On vous 
enferme toi et Philippe dans une salle pour 48 heures et vous devez en sortir 
avec un seul paragraphe bien résumé du problème et qui peut faire consensus. ;)

 
Pierre 



>
> De : partir-en-vtt 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Jeudi 24 janvier 2013 12h27
>Objet : Re: [OSM-talk-fr] Solution pour surveiller les "gros" changeset ou 
>"potentiellement problématiques"
> 
>Je commence à comprendre de plus en plus les personnes qui tiennent les rênes
>d'OSM FR. L'esprit libriste que j'aimerais y voir (et sa philosophie
>sous-jacente) n'est que trop peu présente.
>
>Je vais arrêter toute contribution puisque je suis complétement HS sur tout
>ce que j'avance et que seul la qualité vous intéresse pour y faire du
>business. Je vais également modifier mon tutoriel JOSM pour y expliquer ce
>que je pense de la tournure des événements du projet.
>
>Ainsi, il ne sera plus accepté de l'utiliser pour promouvoir le projet.
>
>Très bonne continuation.
>
>Signé, un mappeur résigné.
>
>
>
>--
>View this message in context: 
>http://gis.19327.n5.nabble.com/Solution-pour-surveiller-les-gros-changeset-ou-potentiellement-problematiques-tp5745992p5746260.html
>Sent from the France mailing list archive at Nabble.com.
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte OuVerte dans 60 millions de consommateurs

[Pierre Béland]

Il gobe tout ce mek. Il faudrait lui trouver un nom approprié  :)


Cette carte communautaire est un exemple très concret de l'utilité de OSM, de 
comment l'utiliser localement.  Par contre, il semble y avoir un gros moteur 
turbo à maitriser avec le logiciel Chimère.
 
Pierre 



>
> De : Christian Quest 
>Et hop: http://openstreetmap.fr/60millions-janvier-2013
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] OSM-Watch a disparu

[Pierre Béland]

Ce lien est actuellement inopérant. Le sous-répertoire watch a disparu de 
l'écran radar.
http://osm102.openstreetmap.fr/~zorglub/watch/

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

Re: [OSM-talk-fr] région de Kidal au nord du Mali

[Pierre Béland]

Bonsoir Jean-François,

Tes coordonnées pointent sur la ville d'Aguelock où il que de l'imagerie Bing 
basse définition. Je suis incapable de tirer des conclusions sur l'état des 
lieux à partir d'une imagerie de basse résolution. Dans le delta du Niger, les 
contributeurs avaient identifiés d'immenses lacs à partir de l'imagerie basse 
résolution. Avec l'imagerie haute résolution, nous devons maintenant corriger 
cette information et indiquer les fermes, villages et routes qui sont en zone 
inondée à la période des pluies.

Je t'invite plutôt à venir collaborer avec l'équipe humanitarie HOT. Frédéric 
Bonifas et moi coordonnons actuellement la cartographie pour l'ensemble du Mali 
à partir des priorités des humanitaires au Mali. Nous identifions les endroits 
où il y a de l'imagerie Haute définition disponible et donnons les instructions 
pour cartographier ces endroits. 

Je t'invites aussi à suivre le fil de discussion HOT pour avoir des infos sur 
la coordination des activités de cartographie au Mali. Si les contributeurs 
français le désirent, nous pourrons aussi donner ces instructions en français 
sur la liste talk-fr.
http://lists.openstreetmap.org/listinfo/hot

page de coordination http://wiki.openstreetmap.org/wiki/2012_Mali_Crisis

Gestionnaire de tâches http://tasks.hotosm.org/#all/Mali

 
Pierre 



>
> De : Jean-François Gaffard 
>À : Discussions sur OSM en français  
>Envoyé le : Vendredi 25 janvier 2013 18h05
>Objet : [OSM-talk-fr] région de Kidal au nord du Mali
> 
>salut à tous
>
>je me suis mis à participer à la cartographie de la région de Kidal au
>nord du Mali (je me demande pourquoi!)
>il existe une couverture Bing HR assez intéressante bien que partielle
>mais la couverture basse résolution montre vraisemblablement les zones
>de paturages en saison des pluies ce qui est pas mal pour l'occupation
>du sol
>j'ai fait un test sur la zone
>http://www.openstreetmap.org/?lat=19.505&lon=0.976&zoom=10&layers=M
>
>je me pose 2 questions
>-heath est il le bon tag, je n'ai rien trouvé pour des paturages
>temporaires (la haute résol qui est très certainement prise en saison
>sèche montre bien qu'il n'y a quasiment plus rien. meadow pe semble un
>peu inadapté)
>-pour les oueds c'est un peu pareil faut-il cartographier waterway=river
>ou stream avec intermittent=yes sachant qu'il est fort possible que
>l'intermitence dure plusieurs années.
>quant à leurs noms n'en parlons pas, quelques villages m'ont déjà donné
>du fil à retordre.
>
>enfin une dernière question a propos des routes qu'il n'y a pas. je
>constate que de nombreux contributeurs surclasse (à mon sens) des routes
>qui ne sont que des pistes.
>est-ce logique ou simplement un effet collatéral du moteur de rendu. si
>on taggue en track,  aux grandes  échelles rien n'apparait alors on
>taggue en highway primary ou secondary pour dire de voir apparaitre
>qqchose sur la carte.
>
>     I. Pour info un lien avec un pdf dans lequel il y a quelques
>        mauvaises images de cartes mais qui permet cependant de
>        comprendre cette région
>http://www.region-kidal.org/spip.php?article16
>
>peut-être qu'au passage l'ONG Action contre la Faim libèrerait ces jeux
>de données ?
>
>en tout cas avant de continuer davantage j'aimerais quelques avis de la
>communauté
>jeff
>
>
>
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Tr : [OSM-talk] overpass turbo - a web GUI for Overpass-API

[Pierre Béland]

Martin Raifer annonce une version graphique de Overpass-API. C'est super. 


Il a ajouté une carte d'où il est possible de sélectionner le bbox délimitant 
la zone de recherche. Pour les nodes, le résultat est retourné directement sur 
cette carte. Pour les autres éléments, seul le fichier OSM est accessible. De 
plus, lors de mes tests le délai d'attente étaient très courts. 
Pierre 


- Mail transféré -
>De : Martin Raifer 
>À : t...@openstreetmap.org 
>Envoyé le : Vendredi 25 janvier 2013 17h10
>Objet : [OSM-talk] overpass turbo - a web GUI for Overpass-API
> 
>Hello,
>
>I'm happy to present you *overpass turbo* [1], a web based graphical user 
>interface for Overpass API.
>
>I've always thought, that the Overpass API can be a great tool for mappers and 
>developers (for example for its powerfulness in data filtering). However, 
>there was no easy way to quickly run an Overpass query and inspect the results 
>in a user friendly manner, until now: With overpass turbo you can run Overpass 
>API queries and analyze the resulting OpenStreetMap data interactively on a 
>map.
>
>Here are some use cases where overpass turbo can come in handy:
>* Searching for (rare) spelling mistakes or breaks with naming conventions, 
>which are not yet covered by any QA tool.
>* Showing and inspecting spacially large features (boundaries, rivers, 
>complete motorways, PT-networks, ...).
>* Always when you only need a filtered portion of OSM data.
>* Testing and developing more or less complicated Overpass API queries.
>* Creating mock-ups of clickable or static maps highlighting selected OSM 
>features.
>
>http://overpass-turbo.eu
>
>This is the url where you can find overpass turbo [1] (alternatively, there is 
>also an installation on overpass-api.de [2]). You need a somewhat recent web 
>browser for using overpass turbo. Opera, Chrome and Firefox have been tested 
>and work (IE 10 should be fine, too).
>
>More information, screenshots, examples, etc. can be found on the OSM-wiki [3] 
>or on its github repository [4].
>
>Have fun :)
>Martin / tyr_asd
>
>[1] http://overpass-turbo.eu
>[2] http://overpass-api.de/turbo/
>[3] http://wiki.openstreetmap.org/wiki/Overpass_turbo
>[4] https://github.com/tyrasd/overpass-ide
>
>___
>talk mailing list
>t...@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte OuVerte dans 60 millions de consommateurs

[Pierre Béland]

Xavier,

Je fais référence à l'installation. À lire la page d'installation 
http://chimere.readthedocs.org/en/latest/install.html, il me semble qu'il faut 
une certaine maitrise de différents outils dont le dbms postgres pour réussir 
cette installation et gérer cet outil.

Je ne sais pas, mais serait-il réaliste  de dévelpper de telles applications 
basées sur un modèle de gestion des données plus facile à maitriser, soit par 
exemple un simple fichier csv, GeoRSS, shp ou autre. On voit par exemple des 
services tels que Mapbox ou l'usager n'a qu'a fournir un tel fichier.
 

Pierre 



>____
> De : Xavier 
>À : Pierre Béland ; Discussions sur OSM en français 
> 
>Envoyé le : Samedi 26 janvier 2013 8h57
>Objet : Re: [OSM-talk-fr] Carte OuVerte dans 60 millions de consommateurs
> 
>Le 25/01/2013 16:57, Pierre Béland a écrit :
>> Par contre, il semble y avoir un gros moteur turbo à maitriser avec le 
>> logiciel Chimère.
>Qu'est-ce que tu entends par gros moteur Turbo ?
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Carte OuVerte dans 60 millions de consommateurs

[Pierre Béland]

Romain, 

je trouve cette carte très intéressante avec cette possibilité de classifiier 
les POI et de les sélectionner.  

Dans le message d'annonce, on voit qu'il y a de nombreuses fonctionnalités d'un 
la possibilité d'importer via différentes sources.

Pour l'installation de la version actuelle, il faut tenir compte du fait que 
les webmestres ayant un site chez un hébergeur mutualisé n'ont pas tous accès à 
Linux en ligne de commande. De plus ceci nécessite une certaine compétence que 
les webmestres n'ont pas tous. Un module d'installation pourrait sans doute 
faciliter cette installation.

Pour rejoindre un plus large public, je trouverais intéressante une version 
plus légère sans base de données ou encore un service de carte où l'usager 
s'inscrit pour créer simplement sa carte et importer son fichier de données. 


 
Pierre 



>
> De : Romain MEHUT 
>À : This list concerns OSM users working on Brittany (BzH)) 
>; Discussions sur OSM en français 
> 
>Envoyé le : Samedi 26 janvier 2013 14h48
>Objet : Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Carte OuVerte dans 60 millions de 
>consommateurs
> 
>
>Le 26 janvier 2013 17:43, Christian Rogel  a 
>écrit :
>
>
>>
>>Peut-être, mais il y a une version 2 avec un financement public :
>
>Le message d'annonce complet est ici: 
>http://listes.infini.fr/wws/arc/cartes-ouvertes-pays-brest/2013-01/msg4.html
>
>D'ici la réunion du 7 février à Brest où sera présentée cette V2, ce serait 
>bien de faire remonter vos observations...
>
>Romain
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] région de Kidal au nord du Mali

[Pierre Béland]

Jo

Je n'ai pas ta connaissance du terrain et je dois effectivement dire qu'il est 
difficile d'interpréter les images satellites pour ceux qui ne connaissent pas 
le territoire. L'état des routes est bien différent de ce à quoi nous sommes 
habitués dans nos pays nordiques. Un petit guide avec quelques exemples serait 
je pense utile pour aider les contributeurs à interpréter les images satellites.

Dans les zones semi-désertiques, les routes sont non seulement ensablées, mais 
aussi souvent défoncées suite à la saison des pluies. Dans ces cas, on voit de 
multiples traces de chaque côté où les conducteurs ont essayé de poursuivre 
leur route. Il n'est pas significatif de tracer tous ces segments. Ceci 
rendrait la carte incompréhensible.

Pour les routes qui mènent à des villages isolés dans des zones 
semi-désertiques, il est aussi difficile d'interpréter toutes les traces que 
l'on voit au sol en tous sens.  Lorsque je vois une route suffisamment large 
desservant des villages, j'indique highway=unclassified. Pour les autres, je 
pense que l'attribut track est plus approprié. 

Lorsque l'on retrouve de multiples traces allant en tous sens sans raison 
évidente, il faut aussi se demander lesquelles de ses traces sont 
significatives et si on doit tout ajouter à la base OSM.

 
Pierre 



>
> De : Jo. 
>À : Discussions sur OSM en français  
>Envoyé le : Dimanche 27 janvier 2013 16h04
>Objet : Re: [OSM-talk-fr] région de Kidal au nord du Mali
> 
>
>En effet, c'est assez rare pour les zones où je suis passé (Mauritanie, 
>Sénégal, Mali jusqu'à l'actuelle zone de conflit)
>
>Vu du ciel, certaines routes peuvent avoir tendance à disparaître alors que 
>sur place il n'y avait qu'un peut de sable en mouvement avec un goudron de 
>bonne qualité en dessous parfaitement praticable. C'est vraiment trompeur.
>N'ayant pas de carte papier à jour à ce moment là (2011 les carte Michelin 
>totalement à l'ouest), j'ai tenté d'utiliser les images satellite pour éviter 
>Bamako et ce n'était pas tout le temps la panacée avoir une idée du terrain.
>
>
>Le 27 janvier 2013 00:26, Jean-Marc Liotier  a écrit :
>
>On 01/26/2013 12:15 AM, Christian Quest wrote:
>>> Une piste si elle est la route principale a de bonnes raison d'être
>>> tagguée en primary, non ?
>>Oui, une route est classifiée en fonction de son importance relative
>>dans le réseau routier local. En Afrique, de nombreuse routes non
>>revêtues ont une importance élevée. Néanmoins, les primaires non
>>revêtues ne sont pas si nombreuses, même au Mali.
>>
>>
>>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] région de Kidal au nord du Mali

[Pierre Béland]

Jean-Marc,

Lorsque l'imagerie me permet de déterminer les zones inondables avec une 
certaine certitude, j'utilises l'attribut flood_prone=yes. Il y a des attributs 
plus spécifiques. Mais je considère que celui-ci est sufffisant.

Mais l'identification n'est pas toujours simples dans ces zones 
semi-désertiques avec des conditions qui peuvent aussi varier d'un endroit à 
l'autre. J'ai beaucoup travaillé autour du delta intérieur du Niger au Mali. Il 
y a de nombreuses île, des nouvelles, d'autres dont le cours d'eau les limitant 
disparait plus ou moins avec le temps. Et l'imagerie peut faire la différence. 
Puis les images peuvent avoir été prises à des périodes différentes. 

Voici deux exemples où l'imageri Bing me donne des infos très différentes.

Près de Gao, je trouve très facile d'identifier les îles en zone inondable.
 http://binged.it/112yRzH

Près de Konna par contre, les îles semblent plus ensablées et l'imagerie ne me 
donne pas une information aussi claire. Le lien ci-dessous pointe à un endroit 
où je vois une séparation entre deux images de qualité différente et prises à 
des périodes différentes.
http://binged.it/112YhNG

Contrairement à JOSM, la carte Bing nous permet de sélectionner deux images 
différentes lorsque disponibles, soit image satellite et image sous un meilleur 
angle. J'ai chois un endroit à la limite entre deux images. Pour la section de 
droite, seule l'image satellite existe. Pour la section de gauche, nous pouvons 
observer alternativement les deux images disponibles. Déplacer vous vers le 
nord et alternez entre les deux images. Vous verrez toutes sortes de situation.

Il serait intéressant de pouvoir aussi distinguer entre les deux images dans 
JOSM. Ceci permettrait d'interpréter deux informations différentes lorsqu'elles 
existent et sélectionner l'image de meilleure qualité pour la zone. Dans JOSM, 
les deux images semblent se superposer; lorsque je glisse l'image pour voir une 
nouvelle zone, je vois souvent apparaitre d'abord l'image sous un meilleur 
angle avec une bonne qualité et contraste. Puis après un certain délai, 
celle-ci est recouverte par l'Image satellite qui semble ajouter un voile grisé.
 

Pierre 



>
> De : Jean-Marc Liotier 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Lundi 28 janvier 2013 4h24
>Objet : Re: [OSM-talk-fr] région de Kidal au nord du Mali
> 
>On 28/01/2013 10:07, Jean-François Gaffard wrote:
>> le terme oued est peut-être mal choisi. mais ma question est
>> Dans le nord du Mali la haute-résolution de Bing est visiblement en
>> pleine saison sèche.[..]
>> mais on observe de nombreux lits (mineurs et majeurs) de rivières
>> temporaires. Sont-elles suffisament actives pour qu'on les cartographie
>> en river ou stream  avec intermittent=yes.
>> ou sont-ce des vallées sèches avec des rivières disparues ?
>> s'il y a quelqu'un sur la liste qui connait le terrain.
>La saisonnalité est un problème majeur de la cartographie sahélienne à base 
>d'imagerie orbitale. Je me sens un peu perdu et j'ai donc arrêté de toucher 
>aux cours d'eau saisonniers. Au Sénégal, des régions entières sont inondées à 
>la saison humide et je ne compte plus les lacs qui intermittents cartographiés 
>par erreur comme permanents. Le mélange d'images enregistrées à différentes 
>saisons n'aide pas.
>
>Est-ce que tout cours d'eau intermittent doit être cartographié comme tel, 
>même lorsqu'il n'est actif qu'une petite fraction de l'année ? Quelqu'un 
>connaît-il des usages établis en la matière ?
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr