Re: [OSM-talk-fr] [Hot-francophone] [Tagging-fr] Tags à Madagascar - Praticabilité des routes en priorités

[Violaine Doutreleau]

Merci Pierre,Effectivement les routeurs vont calculer les itinéraires, et isochrones en fonction des éléments surface, highway, praticability, et d'autres, mais c'est le routeur qui choisit quelle vitesse affecter en fonction des attributs OSM. Et pour moi c'est un problème car c'est impossible de standardiser ça à l'échelle mondiale, trop dépendant de contextes locaux. Typiquement rien qu'entre OSRM et OpenRouteService on n'a pas la même échelle de valeurs sur le tag smoothness=ground par exemple (pour références : OSRM lien 1, OpenRouteService lien 2). Bref je vais regarder du côté des vitesses, prctical vs avgspeed, on retracera tout ça dans le wiki le moment venu, merci pour ta contribution!Bonne journée/nuit1: https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua2: https://github.com/GIScience/openrouteservice-docs#travel-time-calculationLe 8 juin 2018 à 18:18, Pierre Béland  a écrit :  Les outils de navigation routière se basent sur des éléments tels surface et practicability.  Pour une tell route, j'indiques habituellement surface=dirty, practicability=horrible. Et le horrible tient évidemment compte des dommages causés par la pluie et le traffic routier la rendant inpraticable - par exemple camions remorques.Exemple parlant https://twitter.com/irinnews/status/954452916483559424 Pierre Le vendredi 8 juin 2018 09 h 30 min 59 s HAE, Lukas Sommer  a écrit :Salut Violaine.  > Est-ce que tu pourrais donner un peu plus d’élément, quel est ton moyen de > locomotion, qu’est ce qui fait que la route n’est pas praticable ? > inondations ? trop de gros trous ? dégradée un peu plus entre 2 passages ?  Voiture 4 × 4 ou voiture ordinaire ou moto.  Le plus grand problème est la boue : La surface de la route est très moue, la voiture s’enfonce est ne peut plus sortir. Cela est particulièrement fréquent en saison pluvieuse, parce que la route est encore mouillée de la dernière pluie, et maintenant, très peu de pluie est suffisante pour la rendre impraticable. (Parfois, il pleut dans une partie de la ville, mais ne pas dans une autre partie, donc il faut voir cas par cas.)  Le deuxième problème ce sont des passages ou il y a trop d’eau. Si c’est plus de 30 cm d’eau sur le sol, ça devient compliqué. Le problème des passages submergés dépend fortement d’où exactement la pluie est tombée, est pour où l’eau est évacuée. Aussi en ville la canalisation est parfois ne pas en bon état, ce que causent des inondations sur des passages normalement bien praticables.  Le troisième problème c’est qu’après une forte pluie, souvent les trous sont plus grands, et cela parfois rend impraticable une route pendant des mois, parce que les dégâts ne sont pas réparés tôt.  > A Madagascar > pour 2 routes en terre, l’une peut être nationale praticable en voiture, > l’autre être une route qui s’enfonce dans la brousse et nécessité d’avoir un > 4x4 voire treuil.  Oui. La page wiki https://wiki.openstreetmap.org/wiki/FR : Highway_Tag_Africa est une très bonne description de la situation : Si une route est « primary » ou « unclassified » ne dépend pas de son état ou de sa surface, mais uniquement de son importance dans le réseau routier. On peut trouver dans le même pays des routes « unclassified » goudronnées et des routes « primary » non-goudronnée. Et effectivement, c’est aussi le cas en Côte d’Ivoire. Ladite page wiki a aussi quelques autres astuces utiles pour les routes en mauvais état. (À mon avis, ce qui est décrit sur cette page est très bien formulé et ne vaut pas seulement pour l’Afrique, mais aussi pour le reste du monde.)  Au fait nous avons développé pour openstreetmap-carto une possibilité de visualiser la clé « surface ». Avec un peu de chance, ça sera visible sur openstreetmap.org dans peut-être deux mois…  > quand on prend du recul, qu’on regarde une zone > entière on va voir les tronçons de routes  > Par contre, vu que notre problème à nous (a Vatomandry) > c’est les ponts, on pourrait penser (car à cette échelle on va pas voir les > coupure d’itinéraire / les ponts qui manquent) que c’est possible d’aller à > un tel ou tel endroit alors que c’est pas possible.  D’accord, J’ai bien compris le problème maintenant : Le calcul d’itinéraire marche comme il faut, mais tu as besoin d’une visualisation sur une carte qui de montre d’un seul coup d’œil des zones accessibles et non-accessibles.  > Donc j’imaginais passer > par une relation, un genre d’itinéraire voiture composé de ponts si yen a et > de tronçon de routes et qualifier l’ensemble de l’itinéraire.  Cette idée je ne l’ai pas encore bien compris.  > Ce que j’aimerais c’est mettre en lumière et rendre accessible cette infos à > tous, tous les itinéraires qui ne sont pas accessibles à cause de manque de > ponts (c’est impressionnant).  Je n’ai pas d’expérience avec cela. Mais à  https://wiki.openstreetmap.org/wiki/Isochrone tu trouve une introduction dans des calculs de ce genre. Et à  https://tools.geofabrik.de/osmi/ tu trouve des analyses géométriques 

Re: [OSM-talk-fr] [Tagging-fr] Tags à Madagascar - Praticabilité des routes en priorités

[Violaine Doutreleau]

Bonjour à tous,Merci pour vos éléments, ça permet d'y voir plus clair, déjà.Juste pour clarifier, je cherche bien à faire profiter de l'expérience terrains à tous les acteurs qui pourraient être de passage sur place, @Lukas, l'outil (super pratique) OpenRouteService permet de faire des isochrones assez simplifiés et j'ai découvert depuis peu : d'exporter les résultats! Top pour les coupler à des données de population, vulnérabilité, etc.1.Relation praticabilité itinéraire de routes Les relations pour contenir les réseaux de routes continuement praticables, cela me semble irréaliste et non maintenable.effectivement et en relisant ce qu'il se fait au niveau des circuits de rando, ou de vtt, je vous rejoins, j'imagine par contre bien un rendu qui synthétise les infos d'un itinéraire routier à différents niveaux de zoom (route nationale composée de plusieurs tronçons et ponts).- Si un pont est détruit il est nettement plus simple de l'enlever (ou le marquer avec "destroyed:") et terminer la route coupée aux deux extrémités en voie sans issue (il faudra chercher un pont ailleurs ou une traversée à gué ou sur une embarcation, éventuellement par un chemin piéton menant aux points d'embarquement. yepe, j'aime bien l'option destroyed: histoire de noter que avant ça passait,  faciliter des simulations dans QGIS (ex: quel isochrone si le pont existait), et l'intégrer à un itinéraire.2.Praticabilité d'une route en fonction de la pluie- Pouvoir indiquer qu'un revêtement est non protégé de la pluie par une évacuation des eaux et se transforme en bourbier, c'est je pense une propriété à indiquer sur le type de surface, ou un tag "rainproof=no" ou "surface:rain=mud" ou similaire.ou un smoothness:rain... bon le seul soucis c'est que personne a l'air d'avoir utilisé du rain / rainproof, je trouve pas d'historique..J'imagine aussi des outils de routage qui coupleraient les infos OSM avec les données météos récentes: après un cyclone passant au nord de Madagascar, il est probable que les grands radiers sur la nationale allant à Diego soient submergés. Il serait bon qu'un outil de préparation de voyage donne un avertissement dans ce sens. Dans le sud aride (N10 et N13 par exemple), on ne peut pas dire non plus que ça ne passe parce qu'on est en saison des pluies mais plutôt suite à des précipitions marquées. Inversement, du côté de Mahajanga, j'ai rencontré des orages en saison sèche (4 en quinze ans sur l'ensemble de la région). Sur une piste particulière, il a fallu sortir le treuil alors que d'habitude, ça passe en 4x4 simple. Et ça, en l'absence de radar de pluie, ça ma paraît imprévisible.+1Bon là je parle vraiment d'un cas, ou ça ne passera jamais en cas de pluie en 4x4 (mais oui avec treuil donc le smoothness=very_horrible) à moins que il y ait réfection... +1 avec Lukas, vouloir décrire l'accessibilité d'une route en fonction de la météo ne sera pas parlantIl vaut mieux attaquer le problème en donnant des éléments constants et objectifs : la surface, la largeur, décrire les moyens d'évacuer l'eau (waterway=ditch, waterway=drain) aux abord etc...Malheureusement on n'a pas tout ça pour le cas présent. Par contre comme je n'avais pas d'éléments quantitatifs de pente (ça passait pas car très pentu et en argile), j'imaginais un tag un peu corollaire à wheelchair=yes/no sans avoir les éléments détaillés qui font l'accessibilité, mais l'information finale. Ensuite je tiens quand même à insister, la météo est un facteur d'accès capital dans certaines zones de Mada. (je regrette de pas avoir pris de photo ici!)Je m'étais aussi posé un peu de questions sur obstacle=* pour les nids de poule et compagnie. Je me disais qu'un logiciel de prévention des dangers de la route pourrait détecter ce genre de ralentissement ponctuel (ou pas) et faire des remonter automatiques.oui, j'y ai aussi pensé, on pourrait aussi mettre des conditions sur les surfaces de routes qui font pas bon ménage avec la pluie..3.Vitesse moyenne vs vitesse max:Pour la vitesse moyenne, ou usuelle, peut-être introduire un tag avgspeed (average speed) cohérent avec maxspeed ?Ce tag a l'air "mort" en comparaison avec maxspeed:practical et moins utilisé (cf http://taghistory.raifer.tech, très pratique). Mais c'est dommage, car il est plus évocateur.. Sinon, utiliser la vitesse moyenne des traces GPS peut aussi être une piste mais ça paraît compliquer si on n'a pas une idée du véhicule. Entre un taxi-brousse bien chargé, le même véhicule en spécial moins chargé, en moto-taxi, en quad... ça peut changer beaucoup.effectivement, à associer à une info de véhicule..  A bientôt!Le 5 juin 2018 à 17:49, Lukas Sommer  a écrit :Salut Violaine.Est-ce que tu pourrais donner un peu plus d’élément, quel est ton moyen delocomotion, qu’est ce qui fait que la route n’est pas praticable ?inondations ? trop de gros trous ? dégradée un peu plus entre 2 passages ?Voiture 4 × 4 ou voiture ordinaire ou moto.Le plus grand problème est la boue : La surface de la route est 

Re: [OSM-talk-fr] [Tagging-fr] Tags à Madagascar - Praticabilité des routes en priorités

[Violaine Doutreleau]

Salut Lukas,Merci, pleins d'éléments super intéresants!! Je réponds dans le texte, Le 3 juin 2018 à 14:15, Lukas Sommer  a écrit :Bonjour Violaine.– route impraticable lorsqu’il pleutÀ mon avis cela est inutile. Je vais expliquer pourquoi. Depuisquelques années je vis en Côte d’Ivoire. Ici, quand il pleut, certainstrajets sont impraticables en voiture, mais praticable à pie. D’autrestrajets sont même impraticables à pie. Cela limite beaucoup lapossibilité de bouger, tant en ville comme dans la campagne. Jesuppose que cette situation est assez semblable à celle au Madagascar.Au début, moi je voulais aussi mettre en OSM si une route estpraticable lorsqu’il pleut. Mais je me suis rendu compte que c’étaitimpossible : Hier, il pleuvait, et est il y avait certaines routespraticables et certaines routes impraticables. Aujourd’hui, il pleutégalement, mais quelques routes qui étaient praticables hier sontimpraticables aujourd’hui – et à l’envers. La pluie est différentechaque jour. Bien que je connaisse bien la zone ou je vis depuisplusieurs années, quand il pleut, je ne sais pas d’avance quelles ruessont praticables. Je dois regarder et essayer de nouveau avec chaquepluie, parce que la situation est différente chaque jour, chaquesemaine, chaque pluie. (À cela il faut ajouter que l’état des ruespeut changer drastiquement en saison pluvieuse. Une rue en bon était,même avec asphalte, peu se dégrader complètement en moins d’unesemaine. J’ai vu des cas comme ça.) Mettre une telle information enOSM ne serait pas fiable et – pour manque de fiabilité – n’aurait pasde valeur pratique, et pire, serait une fausse promesse. Pour cela jedéconseille vivement de mettre cela en OSM.Effectivement, on ne rentrerai l'info que si fiable quelques soit la pluie.J'avais pas trop contextualisé, mais il s'agit de portions de routes totalement impraticable en cas de pluie (quand d'autres pourraient l'être) : des routes argileuses avec grosse pente, je te laisse imaginer la galère. Même à pieds tu te casses la figure, j'avais testé ça une fois c'était assez marrant (bon je peux pas en dire autant d'un groupe de touristes retraités et pas très aventureux dans leur car qui étaient coincés au même endroit), tu pourrais faire de la luge même. Est-ce que tu pourrais donner un peu plus d'élément, quel est ton moyen de locomotion, qu'est ce qui fait que la route n'est pas praticable? inondations? trop de gros trous? dégradée un peu plus entre 2 passages?Ce que par contre à moi m’a aidé beaucoup dans la pratique à planifierdes voyages quand il pleut, c’est l’information sur la surface desrues. La clé correspondante est « surface ». On distingue deux grandesgroupes : des routes goudronnées (« paved ») et des routesnon-goudronnées (« unpaved »). Si on veut, on peut utiliser aussicertaines valeurs plus détaillées comme béton (« concrete ») où sable(« sand ») selon les circonstances. La liste avec les valeursacceptées est documenté dans le wiki.Une autre information utile pour les voyages en saison pluvieuse,c’est l’état général de la rue. La clé correspondante est « smoothness».Il faut dire que « surface » est plus important que « smoothness »,mais si on peut avoir les deux en OSM, tant mieux.Intéressant aussi. Je pense aussi que ça dépend des contextes. A Madagascar pour 2 routes en terre, l'une peut être nationale praticable en voiture, l'autre être une route qui s'enfonce dans la brousse et nécessité d'avoir un 4x4 voire treuil. OSMand peut visualiser dans la carte tant l’un comme l’autre (toucherle petit globe → détails). Pour le calcul de la route, OSMand peutégalement éviter des routes non-goudronnées à mesure du possible ; tupeux activer cela dans la configuration pour la navigation – moi, jele fais toujours en saison pluvieuse.Oui, OSMAnd est génial pour ça! Par contre on dirait qu'ils ne prennent pas en compte surface=clay du moins pour l'affichage des surfaces. Peut-être trop associé au contexte malgache... et d'ailleurs je viens de faire une petite recherche, on est dans des zones à sol ferralitique, d'où la consistance argileuse. C'est de la terre utilisée pour faire des briques aussi pour la petite histoire.– vitesse maximale praticable ou vitesse moyenne pratiquéeIl y avait de nombreuses discussions sur ce sujet. Souvent, on disaitque cela ne serait pas assez objectif pour OSM. Je ne connais aucuneclé actuellement en utilisation pour cela.Si les clés « surface » et « smoothness » sont présents, souvent ilssont considérés pour le calcul du temps nécessaire pour le trajet.Dont ici ma recommandation est également d’utiliser beaucoup « surface» et « smoothness ».Mmm. En fait je n'étais pas allée voir l'algo d'OSMAnd, c'est très intéressant, je ne pensais qu'il prenait ça en compte, pour ceux que ça intéresse je mets les infos en référence [1]. Du coup ce qui est très intéressant pour nous c'est que le profil voiture / 4x4 pour notre cas, associe une vitesse de 10km/h pour un smoothness=horrible, 40km/h pour un 

[OSM-talk-fr] Tags à Madagascar - Praticabilité des routes en priorités

[Violaine Doutreleau]

Bonjour à tous, Pour les nombreuses personnes qui recevront ce mail 3 voire 4 fois, toutes mes excuses, je ne voulais pas empêcher certains de contribuer à la réflexion...Dsl aussi pour ce long mail.Je fais écho aux échanges eus ce jour (ici c'est samedi :p ) ou hier au SOTM à Bordeaux, sur le système de tag qui n'est pas toujours adapté au contexte du terrain. Suite à un mois de mission à Mada en mars dernier, pour 2 bonnes semaines de collecte avec 5 membres de la communauté gasy, nous avons eu l'occasion de discuter de diverses problématiques que j'ai retranscrises sur le wiki du projet [1]. Cette mission s'est réalisée dans le cadre d'un projet de réduction des risques mené sur Vatomandry (district côte Est malagasy, sujet tous les ans aux cyclones). D'ailleurs pour en avoir vécu un petit au cours de cette mission (ce que je ne souhaite à personne!), je vois parfaitement bien les infos qu'il faut à tous prix pouvoir renseigner dans OSM. Ainsi je vous invite si vous avez des éléments de réponse à participer à la discussion sur le wiki (lien 1 ci-dessous). Les points les plus importants étant de mon point de vue, dans le cadre de ce projet, de pouvoir qualifier :-route impratiquable lorsqu'il pleutTypiquement quand le revêtement est argileux, pour des questions d'accessibilité en cas de pluies, on n'a pas trouvé de moyen d'indiquer l'impraticabilité en fonction de la météo.. Car là on ne parle pas d'impraticabilité en saison des pluies mais d'impraticabilité quand il pleut... (qui sait un jour on aurait un calculateur d'itinéraire avec une option météo! :p)-vitesse maximale praticable ou vitesse moyenne pratiquéele tag maxspeed semble être plutôt destiné à des recommandations de limitations de vitesses ou interdictions légales. Est ce qu'il existe un moyen de parler de vitesse moyenne pratiquée, sachant que les routes en brousses sont extrêmement dégradées et dc serait plus représentatif de la réalité du terrain.-praticabilité des itinéraires routiersUn des gros soucis de cette région est qu'une grande majorité de ponts sont aujourd'hui détruits, alors que la route de part et d'autre de la rivière est encore praticable. Ceci rend toute destination de l'autre côté de la rivière inaccessible. Est-ce que l'on peut parler d'itinéraire praticable alors? On partirait donc sur un système de relation. Alors à l'échelle d'un district on pourrait visualiser (j'imagine ds OSMAnd, pas encore testé), d'un coup d'oeil les zones potentiellement accessible avec un cheminement continue praticable, Merci à tous,Bon SOTM pour ceux qui ont la chance d'en être!J'en profite pour saluer l'équipe à l'orga qui nous permet à distance de suivre ce qu'il se passe, c'est super!ViolainePS: je tiens à dire que le prochain chantier de la communauté OSM MG est de faire évoluer les usages de tags sur Mada, que cette proposition a été réfléchie avec eux, relue et validée par eux, et une première étape pour eux dans ce travail. [1]:https://wiki.openstreetmap.org/wiki/FR_talk:WikiProject_Madagascar/DRRVatomandry#qualification_de_la_praticabilit.C3.A9_des_itin.C3.A9raires_routiers
 

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

[OSM-talk-fr] Projet du mois? (si c'est pas déjà pris!) Cartographie Cox's Bazar - Crise des Rohingyas

[Violaine Doutreleau]

Bonjour à tous,

Pour ceux qui auraient un peu de temps pour donner un coup de main, 
beaucoup  d'organisations humanitaires sur le terrain sont déployées 
pour venir en aide aux Rohingyas, sur Cox's Bazar, et en demande 
d'informations carto de base (pour se déplacer essentiellement à ce 
stade, définir les points de distribution). Pour le moment, avec 
quelques uns de nos bénévoles avancés on se mobilise en priorité pour 
sortir une cartographie potable du réseau des voies (la majorité sont 
des chemins d'ailleurs). La première couche réalisée est pas vraiment 
optimisée, et complique la donne pour se déplacer du fait d'une majorité 
de chemins classés en route (pour le moment).


Le HCR (Haut Commissariat aux Réfugiés des Nations Unies) utilise OSMAnd 
pour naviguer et atteindre les ménages (avec une base d'adresse 
parallèle, appelée via gpx ds l'appli) des réfugiés. Mais bien d'autres 
organisations utilisent la donnée.


Du coup si vous aviez un peu de temps pour valider / améliorer la donnée 
(réseau de voies uniquement), ça ferait des heureux (d'autant que la 
saison des pluies arrive,  on aimerait aussi permettre d'anticiper les 
risques de glissement de terrains/ vous verrez que le relief est bien 
marqué). Le projet prioritaire est le suivant (réservé aux contributeurs 
avancés, mais ce canal les rassemble!) : 
https://tasks.hotosm.org/project/4006#bottom [1]


/Si vous vous mettez dessus et si ça peut éviter de perdre du temps, la 
majorité des voies sont des chemins, vérifiez bien que ça passe d'un 
bout à l'autre du tronçon.../


SI vous souhaitez aider les débutants novices d'OSM, mapathon jeudi 
prochain à Paris  [2] et le 30/01 à Lyon [3]


A bientôt j'espère!

Violaine pour CartONG

[1]:https://tasks.hotosm.org/project/4006#bottom

[2] : 
https://www.eventbrite.com/e/billets-mapathon-openstreetmap-paris-esspace-rohingyacrisis-42312344361


[3]:https://www.eventbrite.com/e/billets-mapathon-openstreetmap-lyon-latelier-des-medias-rohingyacrisis-42316970197

--

CartONG <http://cartong.org>   Humanitarian mapping and information 
management


Violaine Doutreleau | Missing Maps project coordinator

Email: v_doutrel...@cartong.org <mailto:v_doutrel...@cartong.org>
Phone:+33 (0)4 79 26 28 82
Mobile:+33 (0)6 95 02 42 44
Skype:doutreleau.violaine

Website: cartong.org <http://cartong.org/> | Twitter: @assocCartONG 
<https://twitter.com/assocCartONG> | Address: Trévoux (Lyon area), 
France 
<https://www.openstreetmap.org/?mlat=45.941112=4.775=9#map=9/45.9416/4.4330> 



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

Re: [OSM-talk-fr] OSMGeoWeek et francophonie - Dernière ligne droite !

[Violaine Doutreleau]

Super !

Du coup voilà le programme en France pour soutenir les communautés OSM 
du Niger, Mada, Burkina, Sénégal, Mali et Haiti, sur leurs projets de 
développement économique ou humanitaire !


Au final 9 mapathons (+2 déjà full), rendez-vous :

- 13/11 au Mug à Chambéry pour le Burkina (Bobo Dioulasso, palu): Info 
et inscription, ici 
<http://www.eventbrite.com/e/billets-mapathon-douverture-a-losmgeoweek-chambery-le-mug-38768780466> 
& vidéo de présentation du projet 
<https://www.youtube.com/watch?v=_XqTCVAZk4c>


- 14/11 à l'OpenFactory à Saint Étienne pour le Sénégal (Touba, 
pélerinage): Info et inscription, ici 
<http://www.eventbrite.com/e/billets-mapathon-osmgeoweek-lopenfactory-38765305071> 
& vidéo de présentation du projet 
<https://www.youtube.com/watch?v=W0TNC6ILpfk>


- 14/11 à l'Impact Hub à Genève pour Haiti (BV de Zerplin, lutte contre 
la déforestation): Info et inscription, ici 
<https://www.eventbrite.com/e/mapathon-osmgeoweek-geneve-impact-hub-tickets-39687204497>


- 15/11 à La Scoop La Péniche à Grenoble pour le Mali (Bamako, carte de 
base): Info et inscription, ici 
<http://www.eventbrite.com/e/billets-mapathon-missing-maps-grenoble-la-peniche-37722343545> 
& vidéo de présentation du projet 
<https://www.youtube.com/watch?v=qgPPyoyVnqM>


- 15/11 à HarryCow Coworking à Toulouse pour le Mali (Bamako, carte de 
base): Info et inscription, ici 
<https://www.eventbrite.com/e/billets-mapathon-osmgeoweek-toulouse-harrycow-coworking-39446253807> 
& vidéo de présentation du projet 
<https://www.youtube.com/watch?v=qgPPyoyVnqM>


- 15/11 à La maison de la Consommation et de l'environnement à Rennes 
pour le Mali (Bamako, carte de base): Info et inscription, ici 
<https://www.eventbrite.com/e/billets-mapathon-osmgeoweek-rennes-maison-de-la-consommation-et-de-lenvironnement-39392937336> 
& vidéo de présentation du projet 
<https://www.youtube.com/watch?v=qgPPyoyVnqM>


- 16/11 au Liberté Living Lab à Paris pour Madagascar (Antsiranana, 
tourisme): Info et inscription, ici 
<https://www.eventbrite.com/e/billets-mapathon-pendant-losmgeoweek-lll-39608666588> 
& vidéo de présentation du projet 
<https://www.youtube.com/watch?v=x-KN5AJ1UF8>


- 17/11 à la MJC d'Ambérieu-en-Bugey : Info et inscription, ici 
<https://www.eventbrite.com/e/billets-mapathon-osmgeoweek-amberieu-mjc-38769463509> 
& vidéo de présentation du projet 
<https://www.youtube.com/watch?v=sNMBZcLSPFI>


- 20/11 Mapathon de clôture au CCO de Villeurbanne (Lyon) pour 
Madagascar (Antsiranana, tourisme) et le Burkina (Bobo Dioulasso, palu) 
: Info et inscription, 
<http://www.eventbrite.com/e/billets-mapathon-osmgeoweek-la-cco-38766319104>ici 
<https://www.eventbrite.com/e/billets-mapathon-osmgeoweek-la-cco-38766319104> 
& vidéo de présentation du projet 
<https://www.youtube.com/watch?v=x-KN5AJ1UF8>


Un grand merci à tous qui soutenez ces projets,
A bientôt j'espère,

CartONG <http://cartong.org>   Humanitarian mapping and information 
management


Violaine Doutreleau | Missing Maps project coordinator

Email: v_doutrel...@cartong.org <mailto:v_doutrel...@cartong.org>
Phone:+33 (0)4 79 26 28 82
Mobile:+33 (0)6 95 02 42 44
Skype:doutreleau.violaine

Website: cartong.org <http://cartong.org/> | Twitter: @assocCartONG 
<https://twitter.com/assocCartONG> | Address: Trévoux (Lyon area), 
France 
<https://www.openstreetmap.org/?mlat=45.941112=4.775=9#map=9/45.9416/4.4330> 



Le 13/11/2017 à 07:15, Jean-Christophe Becquet a écrit :

Bonjour,

OSMGEOWEEK, la Semaine de Sensibilisation Géographie OSM commence
aujourd'hui avec plus de 170 événements dans le monde entier.
http://osmgeoweek.org/events/

À Digne, nous organisons une cartopartie sur le thème de la santé, jeudi
16 novembre de 9h à 18h
http://osmgeoweek.org/event/adrets/

Bonne journée

JC


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

[OSM-talk-fr] Peste à Mada (anciennement sujet : OSMGeoWeek)

[Violaine Doutreleau]

Hello Philippe,

Oui le problème c'est que c'est plus la peste bubonique cette fois mais 
pulmonaire, transmissible par l'air, mortelle en qqs jours.. Et quand on 
connait les conditions sanitaires à Mada, on s'inquiète forcément. Nous 
sommes bien en contact avec HOT sur Skype et essayons de déterminer la 
façon la plus appropriée de réagir (ça ne sert à rien de lancer un 
projet s'il n'y a pas d'utilisation opérationnelle de la donnée et 
d'implication par les acteurs de terrain)


Pour la panique, c'est dû à la gestion de l'information sur place, qui 
est assez catastrophique d'après les retours que je peux avoir; 
forcément sans aucune info, les rumeurs se répandent et je te laisse 
imaginer la suite.


Dans tous les cas je vous tiens au jus, merci

CartONG <http://cartong.org>   Humanitarian mapping and information 
management


Violaine Doutreleau | Missing Maps project coordinator

Email: v_doutrel...@cartong.org <mailto:v_doutrel...@cartong.org>
Phone:+33 (0)4 79 26 28 82
Mobile:+33 (0)6 95 02 42 44
Skype:doutreleau.violaine

Website: cartong.org <http://cartong.org/> | Twitter: @assocCartONG 
<https://twitter.com/assocCartONG> | Address: Trévoux (Lyon area), 
France 
<https://www.openstreetmap.org/?mlat=45.941112=4.775=9#map=9/45.9416/4.4330> 



Le 24/10/2017 à 10:34, Philippe Verdy a écrit :
A ce sujet, l'équipe HOT cherche à contacter Violaine concernant 
l'urgence épidémique à Madagascar et la panique qui commence à 
s'installer.
L'OMS et la Croix Rouge s'inquiètent de l'évolution et de la hausser 
du nombre de morts et la propagation dans les centres urbains. Déjà 
plus de 900 cas et une centaine de morts. Cette épidémie de peste est 
plus grave que les cas de peste bubonique qui se déclenchent presque 
tous les ans mais sont rapidement contenus.




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

Re: [OSM-talk-fr] OSMGeoWeek et francophonie - Dernière ligne droite !

[Violaine Doutreleau]

Bonjour à tous,

Des nouvelles alors qu'on est à 3 semaines du lancement de la OSMGeoWeek !

A ce jour, 9 villes en France seront de la partie pour donner de la 
visibilité et soutenir  les projets des 5 communautés OSM francophones 
(Mali, Burkina, Sénégal, Madagascar, Niger) que nous (CartONG) appuyons 
grâce au soutien de la région Auvergne-Rhône-Alpes. Les villes française 
en question : Paris, Toulouse, Bordeaux, Rennes, Lyon, St-Etienne, 
Ambérieu-en-Bugey, Chambéry et Grenoble.


A tous ceux qui ont envie de rejoindre la dynamique, vous l'aurez 
surement compris, 2 solutions s'offrent à vous; participer à un mapathon 
près de chez vous ou organiser le votre (que ce soit en France ou 
ailleurs) ! Si vous songez à organiser un mapathon, il n'est pas encore 
trop tard, nous vous invitons à nous contacter au plus vite pour une 
aide à l'organisation (moi et/ou Colin Giraud en copie).


Et si vous souhaitez plus d'informations sur le projet, vous pouvez 
suivre les nouvelles ici (on ajoutera les liens d'inscriptions aux 
mapathons au fur et à mesure) : http://www.cartong.org/fr/osmgeoweek


Bien à tous,

Violaine pour l'équipe CartONG

Le 08/09/2017 à 16:31, Violaine a écrit :


Bonjour à tous,

La OSMGeoWeek (pour 'OSM geography awareness week') a lieu cette année 
du 12 au 18 novembre 2017. Pour info, l'objectif de cette semaine est 
de sensibiliser le maximum de personnes à OSM (d'ailleurs pour ça que 
l'événement de prédilection est le mapathon).


Cette année, à CartONG, nous avons la chance d'être soutenu 
financièrement pour donner une belle place à la francophonie!


Ainsi depuis quelques mois avec les communautés OSM d'Afrique 
francophone partenaires qui ont répondu à l'appel (c'est à dire Niger, 
Mali, Madagascar, Sénégal, Burkina Faso), nous préparons cet 
événement. Chaque communauté a proposé un projet de carto prioritaire. 
Tout ce qui sera cartographié leur permettra de sensibiliser les 
organisations locales et internationales, acteurs du gouvernement à 
leurs actions (et OSM bien sur), lors de journées plaidoyer ou 
journées scientifiques (qui auront lieu dans le cadre de la OSMGeoWeek 
toujours), et sera donc un moyen de gagner en légitimité et visibilité.


*N**ous vous invitons donc si le projet vous intéresse, à rejoindre la 
dynamique !* Vos contributions viendront renforcer/soutenir le 
discours des communautés lors des journées plaidoyer, et en sont 
précieuses... De notre côté on s'engage à vous soutenir dans 
l'organisation des mapathons, faire relais com'... et même si on est 
tout plein à organiser des mapathons en France, vous envoyer des 
stickers :p (et oui c'est moins cher quand on est plus nombreux). Du 
coup n'hésitez pas *à me répondre directement (ou pas), et/ou à Colin* 
en copie, si vous êtes partants. Colin est notre nouveau service 
civique qui prend la suite d'Olivia sur l'animation/organisation de 
mapathons en France (c_gir...@cartong.org)


A bientôt j'espère,

Violaine Doutreleau




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

Re: [OSM-talk-fr] Re: Prise de contact

[Violaine Doutreleau]

Bonjour Mahamat et à tous,

Je rejoins un peu tous les avis précédemment laissés; mail à hot-fr ou 
tu trouveras de bons conseils/retours d'expérience, création de page 
wiki de référence, activation via des projets concrets/thématiques. Et 
surtout pour vous de définir ce que vous entendez par 'légitimité 
globale', ce que vous recherchez... Ce sera plus simple de vous 
aiguiller par la suite ^^


Pour Mada l'AUF (Agence Universitaire de la Francophonie) a bien 
aidé...Le CNF (Campus Numérique Francophone, rattaché à l'AUF) a 
accueilli la communauté, mis à dispo les moyens logistiques, et fais le 
premier lien avec les journalistes du coin... On ne remerciera jamais 
assez OSM France aussi..


Dans tous les cas, on dirait que vous avez déjà bien avancé..

Belle continuation à vous!

Violaine

Le 03/10/2017 à 21:55, g...@laposte.net a écrit :

Bonjour Mahamat,
bien que metropolitain, je participe au WikiProjet Madagascar depuis 
environ 3 ans. Vu de ma fenetre et de ma modeste experience de 
contribution :


- Tu as toute liberté pour faire évoluer la page du Wiki relative au 
Tchad (c'est le principe de tout wiki) ; par politesse et pour ne pas 
faire de "vandalisme" il est toujours mieux d'informer les précédents 
rédacteurs de tes intentions, soit par message personnel, soit par 
l'onglet discussion de la page. Des organismes comme 
Humanitarian-Osm-Team (HOT) sont surement déjà impliqués dans le texte 
actuel.


- Pour Madagascar, tu verras que la page principale est tout d'abord 
en français, pour accrocher
les contributeurs locaux, et que la version anglaise bien qu'existante 
avec le bandeau multilingue n'est que tres peu renseignée.

https://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar
Cette methode me semble la bonne pour permettre au projet de bien 
fonctionner localement, et de lier les langues locales entre pages. 
Cette page décrit assez bien comment fonctionne le projet Madagascar 
et les moyens de communication locaux (rencontres, mailinglist...), 
peut-etre peux tu t'en inspirer !


- des associations comme HOT ou CartOng ont des contacts avec les 
locaux et pourraient t'aider à trouver d'autres acteurs locaux et à 
vous coordonner. Je t'invite à contacter Violaine de CartOng 
(https://wiki.openstreetmap.org/wiki/User:Violaine_Do) qui m'a 
converti au pjt Madagascar et qui t'ouvrira surement les portes de 
CartOng pour te constituer un réseau !


Christian (gnrc69)


*De: *"Philippe Verdy" <verd...@wanadoo.fr>
*À: *"Discussions sur OSM en français" <talk-fr@openstreetmap.org>
*Envoyé: *Mardi 3 Octobre 2017 20:09:13
*Objet: * Re: [OSM-talk-fr] ***SPAM*** Prise de contact

La page https://wiki.openstreetmap.org/wiki/WikiProject_Chad (ou sa 
version francophone 
https://wiki.openstreetmap.org/wiki/FR:WikiProjet_Tchad) est déjà là : 
à compléter
Ces pages sont déjà liées aussi aux noms plus simples "Chad" et 
"Tchad" en français.


Le 3 octobre 2017 à 19:50, Christian Rogel 
<christian.ro...@club-internet.fr 
<mailto:christian.ro...@club-internet.fr>> a écrit :



Le 2017 Here 3 à 15:15, Mahamat Laouane
<mahamatlaou...@gmail.com <mailto:mahamatlaou...@gmail.com>> a
écrit :

Nous sommes ravi d'être parmi vous et nous contribuons depuis
le Tchad(Afrique).
Cependant on a quelques préoccupations. On vient en effet de
mettre sur pieds l'association locale et nous cherchons une
légitimité globale. Que faire ?


Pour la légitimité globale, le mieux est d’utiliser en priorité
les canaux anglophones, donc la liste Talk-en, la lettre
WeeklyOSM, la page wiki en anglais des chapitres locaux en se
signalant comme envisageant de postuler comme chapitre local.
Il faut aussi créer une page wiki WikiprojectChad et y mettre des
infos consistantes.

Tout cela peut être dupliqué en français, sachant que la
légitimité globale parle d’abord et avant tout anglais. Il faut
s’y faire.

Ensuite, comme déjà dit, il faut trouver un projet original, soit
sur une zone, soit prévoyant des actions d’initiation
significatives (habitants, étudiants, écoliers) qui puissent être
mentionnés sur les canaux OSM

Christian R.

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



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



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


--
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG <http://www.cartong.org>
mobile :

Re: [OSM-talk-fr] les dates de terrain, de test fonctionnel, d'import, de source

[Violaine Doutreleau]

Hello,

@Marc, justement je pointais l'attention sur 'il ne faut pas mixer', on 
est donc daccord J


Sinon je te rejoins, on pourrait séparer les éléments visibles 
basiquement (sans recherche approfondie) et les inclure par défaut dans 
le survey:date. Pour les éléments plus spécifiques/+ approfondis,  
ajouter un :date à la fin de la clé. (type capacity:bed, le nombre de 
staffs etc, ds le cadre des infrastructures de santés, informations 
qu'un contributeur de lamba de passage dans la région ne va pas 
forcément aller chercher). Je te rejoins aussi sur la difficulté 
d'interprétation du check_date, qui pourrait se recouper avec le 
source:date; ou /clé/:date, ou on ne sait pas ce qui a été vérifié, comment.


@Christian, merci!

A +

Violaine

Le 12/09/2017 à 14:01, marc marc a écrit :

@tous : il ne manque aucun besoin avec ces 3 type survey <> fonctionnel
<> source externe ?

@Christian l'outil est prometteur.
C'est un bon exemple d'interface simple même si quelques détails
serraient utile (valider une porte d'entrée, pas sur de l'utilité).
Je vais e tester un peu plus pour proposer des améliorations.

@Violaine
que veux-tu dire par mixer ? ce serrait au contraire plus clair si on
fait 3 catégories bien distincte comparé par exemple au tag check_date
où il est impossible de savoir qu'est-ce qui a été précisément vérifié
(la position, l’existence, le fonctionnel)
Exemple fictif : les bornes incendies d'une commune
Lors de l'import on précise sur le changeset source=lacommune
source:date=2015/01/01
Si quelqu'un voit la borne sur le terrain et veux préciser la date,
il peux rajouter survey:date=2017/09/12 (sinon on suppose que c'est
une date proche de la modif, pas besoin de raffiner cela à l’extrême)
Si un technicien teste la borne comme fonctionnelle, on peux encoder
cette information avec operational_status=operating
operational_status:date=2017/09/12

Pour l'étendue de la vérification, c'est justement le reproche que je
fais à check_date. on ne sait pas si cela signifie que l'objet a été
vu sur le terrain, ou si l'objet a été comparé avec une liste opendata
ou s'il s'agit d'un test fonctionnel.
Je pense aussi que cela n'a de sens que sur des objets assez précis
que pour déduire que la vérification est complète.
On peux dire qu'on a vu un arrêt de bus ou testé une borne.
Prétendre la même chose sur un hôpital me semble délicat.
Etait-ce son existence ? son nom ? tout ces tags ?
Rien n’empêche de préciser capacity:bed:date par exemple
Peut-être faudrait-il préciser qu'un survey:date par exemple concerne
tous les tags d'un objet. mais quid des infos provenant d'un import mais
qui sont invérifiable sur le terrain (par exemple le diamètre du tuyau
d'alimentation d'une borne lorsque l'info n'est pas sur la plaque) ?
Je n'ai pas de solution pour améliorer le sens.
Dupliquer tout les tags avec une date me semble impossible en pratique
vu la difficulté qu'il y a avec des schémas beaucoup plus simple.

Le 11. 09. 17 à 21:21, Christian Quest a écrit :

La webapp geocropping rend ce process de mise à jour d'une date de
contrôle sur terrain très simple et pas technique du tout.

A voir ici: https://geocropping.xsalto.com/

Le 11 septembre 2017 à 18:33, Violaine Doutreleau a écrit :

 Bonjour Marc,

 Pour moi la difficulté c'est qu'il ne faudrait pas mixer la source
 d'une information (je suis ok pour  ajouter une info de date en
 fonction de la source de données), par le check_date ou
 operational_status:date, qui relève plutôt de la validation de
 données. J'entends : la donnée est déjà créée, je repasse x jours
 après sa création pour dire qu'elle est toujours valide. Healthsites
 prévoit de faire ça sur la thématique santé... Par contre j'aime
 beaucoup l'idée car on pourrait imaginer de la demande de validation
 de données si le check_date est trop éloigné de la date du jour aux
 utilisateurs de gps... Et ça pourrait donner un sacré coup de pouce ...

 Par contre j'ai le sentiment que ce n'est pas vraiment la place de
 la validation, mais d'une base extérieure? Dailleurs ça risque
 d'être trop tech pour des utilisateurs lambdas d'OSM, et pourtant
 des informations faciles à donner par n'importe qui.

 Sinon, une autre difficulté que je trouve c'est qu'il faudrait quasi
 autant de check_date, que de tags, ou alors définir les éléments que
 l'on souhaite vérifier. Non? Par exemple pour les centre de santés,
 c'est pas évident de tout contrôler d'un coup si on est un
 utilisateur lambda  (pas aussi simple de donner le nombre de staffs
 par exemple)

 Juste mes réflexions...

 A bientôt,

 V


 Le 06/09/2017 à 00:16, marc marc a écrit :

 Suite à une discussion à propos des dates, j'ai été faire un tour
 sur le wiki et taginfo. La problème était simple mais comme souvent
 il y a une grande diversité de mise en place.

 Il y a, si j'ai oublié personne, 3 grand besoins :

 - la date

Re: [OSM-talk-fr] Tagging Infrastructures de Santé

[Violaine Doutreleau]

Le 11/09/2017 à 21:03, marc marc a écrit :

Ma question reste ouverte : est-ce que le nombre de chirugien
est une info suffisament stable que pour être dans osm ?
Bonne question.. Ça dépend énormément du contexte local je dirais... 
Peut-être est-ce au contributeur de faire la distinction alors?


il n'y a aucune obligation d'avoir un tag approuvé ni même une page wiki
si t'as envie de mettre schtroump=42 sur un hôpital, libre à toi.
Mais c'est évidement très probable que toi seul en comprenne
le sens exact et l'utilise.
Faire une proposition, la faire commenter puis voter est
une méthode pour augmenter la qualité et son utilisation
Les page wiki sans status sont souvent des pages "de fait",
d'un tag utilisé qu'on essaye après coup d'en définir le sens.
Alors qui ne passe pas par la case vote? Du coup comment on interprète 
ces pages "de fait" : tu supposerais que le tag est approuvé si 
largement utilisé ? a partir de quand on suppose qu'il est largement 
utilisé? Pour moi ces pages me donnent pas trop confiance, des fois les 
tags ne sont pas tant utilisés que ça ..


Par contre "map_features" n'a pas du tout vocation à d'être un index
de tous les tags du wiki. C'est un guide des tags les plus fréquents.
Il est donc probable que concernant la santé, seul les tags les plus
important y figure. le lien vers les pages concernées permettent de
renseigner les tags moins courant.

ok, bon à savoir, merci.


Le 11. 09. 17 à 18:52, Violaine Doutreleau a écrit :

Bonjour à tous et merci Marc pour ces éclaircissements !

Je retiens staff:chirurgien=yes/nombre, effectivement on était passé à
côté de ça ! Pour le comptage des lits capacity:bed est pas mal pour le
moment.. Dans la même idée que ce que tu disais, on pourrait étendre
bed:=yes/nombre

Pour l'état d'une infra, on partirait sur disused:amenity=yes/type of
amenity et abandonned:amenity=yes/type of amenity pour le moment du
coup. Je vois au HOT Summit si ya d'autre niveaux d'états d'infra
nécessaires à tagger.

Pour l'inventaire, j'ai tout de même des questions, car effectivement on
a trouvé des usages de staff_count mais pas de wiki qui assure que la
clé est approuvée. De même est-ce que tous les éléments adressés sur
:/http://wiki.openstreetmap.org/wiki/Key:*/ sont sensés être sur
/http://wiki.openstreetmap.org/wiki/Map_Features
/

Également, des fois une page key=* n'a pas de status indiqué (exemple
page Status : http://wiki.openstreetmap.org/wiki/Key:status). On ne sait
pas si on peut utiliser le tag ou pas...

A+

Le 08/09/2017 à 18:48, marc marc a écrit :

Le 08. 09. 17 à 17:50, Violaine Doutreleau a écrit :

* j'ai vu passer un échange autour du tag capacity disant qu'il
  représentait une quantité quand un autre tag pouvait représenter un
  volume. Mais je trouve qu'il manque un tag 'nombre' type 'n' . J'ai
  vu des fois le tag capacity être utilisé comme capacity:bed, ce qui
  fait sens également. Mais ça marche dans ce cas car le nombre de lit
  fait aussi référence à la capacité du centre de santé. Par contre,
  il est aussi intéressant de connaitre le nombre de personnel de
  santé, voire même par spécialité, alors on sort du cadre capacity.
  Du coup la seule proposition trouvée ici c'est de mettre un
  bed_count, staff_count, puisqu'il semble que ce soit l'usage
  (rajouter _count à la fin de l'élément à compter). Par contre je
  trouve pas ça super logique, je suis plus pour un tag universel pour
  les nombres... Ou je rate quelque chose?

Le but de François et moi était de rassembler autour d'un tag une
proposition (l'amélioration des tag pour les bornes incendies) qui
allait provoquer des nouveaux tags pour un utilisation finalement
assez semblable à savoir la capacité maximale d'une infrastructure.
Pour la petite histoire, le tag capacity ne serrait finalement
probablement pas retenu, le pompier à l’œuvre estimant que le débit
d'une borne n'est pas sa capacité (maximale) mais nominal.
En ce sens, un hôtel de 4 lits, un parking de 10 places décrivent
toutes la capacité que peux "supporter" l'objet de par sa conception.
capacity:bed ou quelques chose du genre ferrait pour moi référence à la
capacité maximale d'un hôpital par exemple, ceci pouvait être différent
de la capacité "opérationnelle" variable par exemple selon le personnel.
J'ignore cependant laquelle des 2 vous voulez encoder dans osm.
La capacité théorique est assez stable. l'opérationnelle me semble délicate.
Pour le personnel de santé, peut-être qu'une clef genre staff pourrait
faire l'affaire. il faudrait peut-être aussi faire des recherches
sur le wiki et/ou taginfo pour voir si ce genre d'info n'existe pas déjà
Mais là aussi, est-ce que cela ne risque-t-il pas d'etre une donnée
volatile ?

il n'est pas obligatoire de tout suffixer par _count, de nombreux tag
ont un wiki qui décrit par exemple une valeur yes pour dire que c'est
présent (par exemple staff:chirurgie

Re: [OSM-talk-fr] Tagging Infrastructures de Santé

[Violaine Doutreleau]

Bonjour à tous et merci Marc pour ces éclaircissements !

Je retiens staff:chirurgien=yes/nombre, effectivement on était passé à 
côté de ça ! Pour le comptage des lits capacity:bed est pas mal pour le 
moment.. Dans la même idée que ce que tu disais, on pourrait étendre 
bed:=yes/nombre


Pour l'état d'une infra, on partirait sur disused:amenity=yes/type of 
amenity et abandonned:amenity=yes/type of amenity pour le moment du 
coup. Je vois au HOT Summit si ya d'autre niveaux d'états d'infra 
nécessaires à tagger.


Pour l'inventaire, j'ai tout de même des questions, car effectivement on 
a trouvé des usages de staff_count mais pas de wiki qui assure que la 
clé est approuvée. De même est-ce que tous les éléments adressés sur 
:/http://wiki.openstreetmap.org/wiki/Key:*/ sont sensés être sur 
/http://wiki.openstreetmap.org/wiki/Map_Features

/

Également, des fois une page key=* n'a pas de status indiqué (exemple 
page Status : http://wiki.openstreetmap.org/wiki/Key:status). On ne sait 
pas si on peut utiliser le tag ou pas...


A+

Le 08/09/2017 à 18:48, marc marc a écrit :

Le 08. 09. 17 à 17:50, Violaine Doutreleau a écrit :

   * j'ai vu passer un échange autour du tag capacity disant qu'il
 représentait une quantité quand un autre tag pouvait représenter un
 volume. Mais je trouve qu'il manque un tag 'nombre' type 'n' . J'ai
 vu des fois le tag capacity être utilisé comme capacity:bed, ce qui
 fait sens également. Mais ça marche dans ce cas car le nombre de lit
 fait aussi référence à la capacité du centre de santé. Par contre,
 il est aussi intéressant de connaitre le nombre de personnel de
 santé, voire même par spécialité, alors on sort du cadre capacity.
 Du coup la seule proposition trouvée ici c'est de mettre un
 bed_count, staff_count, puisqu'il semble que ce soit l'usage
 (rajouter _count à la fin de l'élément à compter). Par contre je
 trouve pas ça super logique, je suis plus pour un tag universel pour
 les nombres... Ou je rate quelque chose?

Le but de François et moi était de rassembler autour d'un tag une
proposition (l'amélioration des tag pour les bornes incendies) qui
allait provoquer des nouveaux tags pour un utilisation finalement
assez semblable à savoir la capacité maximale d'une infrastructure.
Pour la petite histoire, le tag capacity ne serrait finalement
probablement pas retenu, le pompier à l’œuvre estimant que le débit
d'une borne n'est pas sa capacité (maximale) mais nominal.
En ce sens, un hôtel de 4 lits, un parking de 10 places décrivent
toutes la capacité que peux "supporter" l'objet de par sa conception.
capacity:bed ou quelques chose du genre ferrait pour moi référence à la
capacité maximale d'un hôpital par exemple, ceci pouvait être différent
de la capacité "opérationnelle" variable par exemple selon le personnel.
J'ignore cependant laquelle des 2 vous voulez encoder dans osm.
La capacité théorique est assez stable. l'opérationnelle me semble délicate.
Pour le personnel de santé, peut-être qu'une clef genre staff pourrait
faire l'affaire. il faudrait peut-être aussi faire des recherches
sur le wiki et/ou taginfo pour voir si ce genre d'info n'existe pas déjà
Mais là aussi, est-ce que cela ne risque-t-il pas d'etre une donnée
volatile ?

il n'est pas obligatoire de tout suffixer par _count, de nombreux tag
ont un wiki qui décrit par exemple une valeur yes pour dire que c'est
présent (par exemple staff:chirurgien (à traduire évidement)
ou un nombre pour rafiner l'information (par exemple 3)
L'important étant surtout d'avoir un nom de clef non ambigu,
uniforme et bien documenté.
Il est aussi possible d'avoir des :count, l'avantage étant
de permettre aux éditeur de reconnaître le type de clef
Cela n'a cependant selon moi de sens que si la même clef a autre
chose qu'un ":count"


   * comment pourrait-on définir l'état d'une infrastructure, si
 fonctionnel/opérationnel ou pas ? J'ai également vu pas mal de
 propositions mais je n'en ai pas trouvée une approuvée...

L'inventaire est fait...  cfr mon email "les dates
de terrain, de test fonctionnel, d'import, de source"
N'hésite pas d'y répondre, je compte justement essayer de faire
avancer cette "harmonisation". Je laisse encore quelques jours
si un francophone à des remarques avant de tenter une harmonisation
locale et/ou un avis sur la ml mondiale.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


--
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG <http://www.cartong.org>
mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] les dates de terrain, de test fonctionnel, d'import, de source

[Violaine Doutreleau]

Bonjour Marc,

Pour moi la difficulté c'est qu'il ne faudrait pas mixer la source d'une 
information (je suis ok pour  ajouter une info de date en fonction de la 
source de données), par le check_date ou operational_status:date, qui 
relève plutôt de la validation de données. J'entends : la donnée est 
déjà créée, je repasse x jours après sa création pour dire qu'elle est 
toujours valide. Healthsites prévoit de faire ça sur la thématique 
santé... Par contre j'aime beaucoup l'idée car on pourrait imaginer de 
la demande de validation de données si le check_date est trop éloigné de 
la date du jour aux utilisateurs de gps... Et ça pourrait donner un 
sacré coup de pouce ...


Par contre j'ai le sentiment que ce n'est pas vraiment la place de la 
validation, mais d'une base extérieure? Dailleurs ça risque d'être trop 
tech pour des utilisateurs lambdas d'OSM, et pourtant des informations 
faciles à donner par n'importe qui.


Sinon, une autre difficulté que je trouve c'est qu'il faudrait quasi 
autant de check_date, que de tags, ou alors définir les éléments que 
l'on souhaite vérifier. Non? Par exemple pour les centre de santés, 
c'est pas évident de tout contrôler d'un coup si on est un utilisateur 
lambda  (pas aussi simple de donner le nombre de staffs par exemple)


Juste mes réflexions...

A bientôt,

V


Le 06/09/2017 à 00:16, marc marc a écrit :

Suite à une discussion à propos des dates, j'ai été faire un tour
sur le wiki et taginfo. La problème était simple mais comme souvent
il y a une grande diversité de mise en place.

Il y a, si j'ai oublié personne, 3 grand besoins :

- la date où un objet a été vu la dernière fois sur le terrain
survey:date avec toutes les variantes d'ordre et de caractère
de séparation
Ce serrait selon moi le tag à utiliser pour des projets comme jungle bus
où certains veulent pouvoir éventuellement vérifier l’existence
d'un objet qui n'a plus été vu depuis X temps.

- la propal sur les bornes a fait sortir un 2ieme besoin, celui
qui concerne les équipements "technique" ou "voir" ne suffit pas
à dire que cela fonctionne. exemple : le pompier à l’œuvre sur
la propal des bornes qui voudrait pouvoir tester les bornes.
Initialement, c'était prévu d'utiliser check_date
le nom n'est pas terrible, le "_" encore moins mais il a
l'avantage d'exister
A la relecture, le wiki ne précisant pas qu'est ce qui est vérifié,
je me demande s'il ne serrait pas mieux d'utiliser
operational_status:date qui a l'avantage d'être parfaitement clair.

- source:date : la date de la source des données par exemple utilisée
lors d'un import mais aussi celle de l'imagerie lorsque connue.
mais là aussi, grande variété avec par exemple source="le nom - la date"

Et puis il y a les tag fourre-tout, dont le sens exact est inconnu
ou dont le sens multiple rend sont utilisation problématique.
exemple survey="sortie de classe à tel date" ou d'autres dont on ignore
si la date correspond à l'encodage dans osm (que le changeset donne
déjà) ou si c'est celle d'une visite sur le terrain ou d'une base de
donnée ou une date oü on a vérifié/corrigé la qualité style osmose
  lastcheck
  updated
  check_exists:date
Si vous utilisez l'un d'entre eux ou connaissez outil qui l'utilise,
quel sens ?

Dernier problème : le format de la date. toutes les pages que j'ai
consultée parlent du format ISO 8601 basique -MM-DD, à tronquer
éventuellement lors que nécessaire genre 2017-09
En pratique c'est loin d'être le cas et on se retrouve avec
des valeurs 100117 qu'il nécessite de consulter l'historique de
l'objet pour faire la différence entre 10/01/2017 et 2010-01-17.
sans compter les mois en lettre ou les saisons, abrévié ou non.
bref, informatiquement quasi impossible à utiliser.

Evidement tout ces tags sont optionnel, mon propos n'est absolument
pas qu'on rajoute cela partout, surtout pas.
Mon propos n'est pas non plus de dire où cela doit être mis (changeset
<> objet)
mon propos est plutôt de chercher, pour les projets qui en ont besoin,
un moyen uniforme pour avoir l'info dans quelques tags commun plutôt
que d'en avoir une 20aine comme actuellement.
Cela permettrait des utilisations du genre :
- vérifier que les commerces n'ont pas changés après 2 ans.
- vérifier le fonctionnement des bornes après x mois.
- vérifier ce qu'est devenu un objet qui se trouverait dans
un import 2016 après que l'import 2017 ai validé tous les autres.

Qu'en pensez-vous ?
Si un besoin manque, n'hésitez pas à le décrire.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


--
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG <http://www.cartong.org>
mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Fwd: [Tagging-fr] Tagging Infrastructures de Santé

[Violaine Doutreleau]

Bonjour à tous,

Pour info, je viens de lancer une discussion sur la question des 
infrastructures de santés, qui nous intéresserait bien de développer 
dans le cadre de l'humanitaire (ou OSM est souvent une référence, et 
c'est toujours frustrant de voir que le système de tag peut-être 
limitant). La réflexion a été initiée par HealthSites, plus 
spécifiquement Mark Herringer.


La discussion est lancée sur la liste tagging-fr pour ceux qui 
aimeraient suivre...


A bientôt,

Violaine



 Message transféré 
Sujet : [Tagging-fr] Tagging Infrastructures de Santé
Date :  Fri, 8 Sep 2017 17:43:49 +0200
De :Violaine Doutreleau <v_doutrel...@cartong.org>
Pour :  tagging...@openstreetmap.org, Mark Herringer <m...@healthsites.io>



Bonjour à tous,

Mark Herringer (Healthsites.io) en copie, travaille sur la mise à 
disposition d'une base de données libre des centres de santé, à la base 
un projet orienté plutôt humanitaire et pays du Sud, mais qui a son sens 
de partout. Du coup, l'occasion de creuser la question du système de tag 
dans OSM et de le faire évoluer (car le projet est de reverser/fusionner 
les données qu'il récolte dans OSM). Un travail a déjà été fait avec des 
membres de HOT et quelques personnes ciblées qui ont déjà travaillé sur 
le sujet. Le fichier de travail se trouve là : 
https://docs.google.com/spreadsheets/d/1ycaqJH-GHHs-Z5wyNpRaWOh8HWCZpSz_K-nz5a34imw/edit?pli=1#gid=101186708 
L'onglet 'General tagging request' permet de rassembler les besoins, les 
commentaires.


Désolée pour le format, j'ai malheureusement pas le temps de mettre en 
place une page wiki, même si ce serait l'idéal, pour centraliser les 
discussions..  Ce mail un peu express car pendant le HOT Summit (semaine 
prochaine), il y aura une discussion sur le sujet, l'occasion de 
l'enrichir, et poser les bonnes questions...


De mon côté, voici quelques interrogations sans réponses, si vous avez 
des éléments de réponse, je suis preneuse:


 * j'ai vu passer un échange autour du tag capacity disant qu'il
   représentait une quantité quand un autre tag pouvait représenter un
   volume. Mais je trouve qu'il manque un tag 'nombre' type 'n' . J'ai
   vu des fois le tag capacity être utilisé comme capacity:bed, ce qui
   fait sens également. Mais ça marche dans ce cas car le nombre de lit
   fait aussi référence à la capacité du centre de santé. Par contre,
   il est aussi intéressant de connaitre le nombre de personnel de
   santé, voire même par spécialité, alors on sort du cadre capacity.
   Du coup la seule proposition trouvée ici c'est de mettre un
   bed_count, staff_count, puisqu'il semble que ce soit l'usage
   (rajouter _count à la fin de l'élément à compter). Par contre je
   trouve pas ça super logique, je suis plus pour un tag universel pour
   les nombres... Ou je rate quelque chose?
 * comment pourrait-on définir l'état d'une infrastructure, si
   fonctionnel/opérationnel ou pas ? J'ai également vu pas mal de
   propositions mais je n'en ai pas trouvée une approuvée...

Et sinon, que pensez vous du système actuel? Quels sont les besoins 
auxquels on ne répond pas encore? Vos idées pour adresser des 
problématiques spécifiques?


N'hésitez pas à faire tourner aux personnes qui pourraient être 
intéressées également...


A bientôt,

--
Fwd: Re: Disponibilité de votre lieu pour un mapathon Missing Maps
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG <http://www.cartong.org>
mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_
___
Tagging-fr mailing list
tagging...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] OSMGeoWeek et francophonie

[Violaine Doutreleau]

Bonjour à tous,

La OSMGeoWeek (pour 'OSM geography awareness week') a lieu cette année 
du 12 au 18 novembre 2017. Pour info, l'objectif de cette semaine est de 
sensibiliser le maximum de personnes à OSM (d'ailleurs pour ça que 
l'événement de prédilection est le mapathon).


Cette année, à CartONG, nous avons la chance d'être soutenu 
financièrement pour donner une belle place à la francophonie!


Ainsi depuis quelques mois avec les communautés OSM d'Afrique 
francophone partenaires qui ont répondu à l'appel (c'est à dire Niger, 
Mali, Madagascar, Sénégal, Burkina Faso), nous préparons cet événement. 
Chaque communauté a proposé un projet de carto prioritaire. Tout ce qui 
sera cartographié leur permettra de sensibiliser les organisations 
locales et internationales, acteurs du gouvernement à leurs actions (et 
OSM bien sur), lors de journées plaidoyer ou journées scientifiques (qui 
auront lieu dans le cadre de la OSMGeoWeek toujours), et sera donc un 
moyen de gagner en légitimité et visibilité.


*N**ous vous invitons donc si le projet vous intéresse, à rejoindre la 
dynamique !* Vos contributions viendront renforcer/soutenir le discours 
des communautés lors des journées plaidoyer, et en sont précieuses... De 
notre côté on s'engage à vous soutenir dans l'organisation des 
mapathons, faire relais com'... et même si on est tout plein à organiser 
des mapathons en France, vous envoyer des stickers :p (et oui c'est 
moins cher quand on est plus nombreux). Du coup n'hésitez pas *à me 
répondre directement (ou pas), et/ou à Colin* en copie, si vous êtes 
partants. Colin est notre nouveau service civique qui prend la suite 
d'Olivia sur l'animation/organisation de mapathons en France 
(c_gir...@cartong.org)


A bientôt j'espère,

--
Fwd: Re: Disponibilité de votre lieu pour un mapathon Missing Maps
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG 


mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Tagging-fr] Création de la liste OSM tagging-fr - communication - fragmentation

[Violaine Doutreleau]

Cette question du volume qui revient dans ce fil semble à double 
interprétation : alors que sur certaines listes des personnes trouvent 
le volume trop élevé pur qu'elles suivent (je pense à la liste HOT 
pour laquelle on m'a rapporté cela directement plusieurs fois et à la 
liste talk-fr en ce qui me concerne), il semblerait que quelques 
personnes au moins souhaiteraient voir la liste talk-fr, pourtant je 
pense l'une des plus actives, dégager un plus gros volume d'échange. 
Personnellement, compte tenu qu'on a tous trop de courriels à lire, je 
peine à voir l'intérêt.


En effet si tu regardes le sujet de ces derniers mois,
hormis une discussion sur les outil mondiaux overpass,
osmose et un import opendata (qui lui aussi nécessite
des discussions sur le tagging), tout le reste
concerne les tag, leur utilisation, leur sens.



En ce sens, c'est déshabiller Paul pour habiller Jacques.
Hors il y a déjà tellement de mailing endormies,
tellement de besoin d'harmonisation pour rendre
    les données utilisables à grande échelle. 



Cordialement,
Marc



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


--
Fwd: Re: Disponibilité de votre lieu pour un mapathon Missing Maps
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG 


mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Grosse boulette dans la base OSM - Goma, RDC

[Violaine Doutreleau]

Bonjour à tous,

Comme vous avez du le comprendre, ce mail était destiné à Frederic 
Rodrigo, et a été envoyé involontairement à toute la liste, désolé de 
remplir vos boites avec mes petites aventures cartographiques.


J'imagine que l'erreur que j'ai commise peut en intéresser certains, 
donc voici qqs explications :  j'avais besoin d'analyser le réseau 
routier et les bâtis de Goma (RDC) pour l'homogénéiser suite à un projet 
de digitalisation mobilisant bon nombre de nouveaux contributeurs, donc 
je me suis servi de QuickOSM sous QGis (j'aurais pu prendre l'Overpass 
turbo mais c'était plus simple sur le moment) pour extraire réseau 
routier et bâti. J'ai analysé ces 2 éléments séparément dans JOSM et 
corrigé  les erreurs. Le problème que je n'avais pas repéré c'est qu'à 
l'envoi dans OSM, les éléments que je pensais avoir édité / modifié / 
améliorés ont été (re)créés  car le lien avec la base OSM n'avait pas 
été fait... Je me suis rendu compte entre-temps qu'avec le mode avancé 
dans JOSM, on peut importer certains types d'éléments en utilisant 
l'API, ce qui évite de casser le lien avec les ID objets dans OSM. 
J'espère que ça évitera à d'autres de faire comme moi.


Pour ne pas détériorer la base de données même temporairement, je suis 
en train de faire les reverts sur les changesets en question, et 
demanderais au DWG si c'est trop lourd.


Bon week-end,


Le 10/03/2017 à 13:00, Violaine Doutreleau a écrit :

Hello Frederic,
Rapide mail pour voir si tu peux me sortir de cette méga boulette que 
je viens de faire...
J'ai voulu mettre à jour (gentiment) OSM en amélioant la donnée sur 
Goma et malheureusement ce qu'il s'est passé c'est que j'ai dupliqué 
des chemins avec la nouvelle version de ces derniers, donc plus 
justes. Du coup on a ds les 4000/5000 chemins en doubles...
Je me demandais donc si tu savais comment faire pour 1. ne pas perdre 
l'historique des versions précédente du chemin, 2. basculer mes 
corrections sur les anciens chemins et supprimer mes doublons...
Sinon je vais envoyer un mail au DWG qu'il me fasse des revert sur 
tous mes envois sur la zone, mais c'est bien dommage car j'avais bien 
nettoyé le réseau routier... :(

Si t'as une soluion rapide, n'hésite pas...
A bientôt,
V



--
Fwd: Re: Disponibilité de votre lieu pour un mapathon Missing Maps
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG 


mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_


---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Grosse boulette dans la base OSM - Goma, RDC

[Violaine Doutreleau]

Hello Frederic,
Rapide mail pour voir si tu peux me sortir de cette méga boulette que je 
viens de faire...
J'ai voulu mettre à jour (gentiment) OSM en amélioant la donnée sur Goma 
et malheureusement ce qu'il s'est passé c'est que j'ai dupliqué des 
chemins avec la nouvelle version de ces derniers, donc plus justes. Du 
coup on a ds les 4000/5000 chemins en doubles...
Je me demandais donc si tu savais comment faire pour 1. ne pas perdre 
l'historique des versions précédente du chemin, 2. basculer mes 
corrections sur les anciens chemins et supprimer mes doublons...
Sinon je vais envoyer un mail au DWG qu'il me fasse des revert sur tous 
mes envois sur la zone, mais c'est bien dommage car j'avais bien nettoyé 
le réseau routier... :(

Si t'as une soluion rapide, n'hésite pas...
A bientôt,
V


---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com


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

Re: [OSM-talk-fr] Charger imagerie en local sur JOSM

[Violaine Doutreleau]

Bonjour,

Un grand merci pour votre aide, toujours tellement précieuse !

Pour gdal2tiles, de mon côté l'outil tournait sans sortir d'erreur et 
mes dossiers étaient vides ... :(  Tu pourrais détailler votre config 
qui fait que ça marche? Comment vous l'utilisez? Moi j'ai testé via Qgis...


Vu que je ne suis pas trop développeuse dans l'âme, j'ai toujours du mal 
à comprendre ce qui fait qu'un outil ne marche pas, par contre ce 
gdal2tiles aurait été parfait donc curieuse de savoir comment le faire 
marcher pour une prochaine fois...


Merci encore, bonne journée !

V


Le 09/03/2017 à 23:12, Stéphane Péneau a écrit :
Je n'ai pas parlé des autres possibilités qu'on a testées et qui n'ont 
pas fonctionné, mais les fichiers MBtiles en faisaient partie. Le 
plugin qui est censé les gérer dans Josm n'en voulait pas. J'ai même 
l'impression qu'il n'est pas fonctionnel du tout.
Du coup, on est resté sur geotiff->gdal2tiles->tms local (sans 
serveur). Une solution simple, voire basique, mais fonctionnelle.


Stf


Le 09/03/2017 à 20:46, osm.sanspourr...@spamgourmet.com a écrit :


Pour info la solution était : geoserver avec prégénération de tuiles 
EPSG:3857 avec des tuiles 512 * 512. On l'attaque avec l'interface 
WMTS (mais WMS et TMS sont aussi possibles).


N'ont pas marché (ça ne veut pas dire que ça n'aurait pu marcher, ça 
veut juste dire qu'on a préférer abandonner avant la prise de tête : 
incompatibilités de versions, bibliothèques non disponibles sur la 
plateforme, compilateur trop gourmand...) :


tessera + tilelive-raster (sur Windows comme sur Linux)

gdal2mbtiles (sur Windows comme sur Linux)

raster2mbtiles

gdal2tiles (et oui Stéph, il valait mieux ne pas tenter le diable)

De plus on a eu des pb avec le greffon mbtiles de JOSM.

Jean ou Violaine, si j'ai oublié de mauvaises expériences à partager ;-).

N. B. : a priori pour tessera + tilelive-raster c'est un problème 
classique (nodejs qui apprécie maintenant peu les initialisations de 
modules nodesjs lors de l'initialisation


Jean-Yvon

Le 07/03/2017 à 10:04, Violaine Doutreleau - v_doutrel...@cartong.org 
a écrit :


Bonjour à tous,

J'ai un problème d'utilisation des plugins ImportImagePlugin ou 
PicLayer pour charger de l'imagerie satellite dans JOSM. L'imagerie 
autorise la contribution OSM (sous licence NextView), mais en local.


Donc j'essaie d'importer selon l'une ou l'autre méthode mais JOSM me 
dit que j'ai pas assez de mémoire. Pourtant j'ai réduit la taille de 
l'imagerie à 15Mo et augmenté la mémoire RAM de JOSM dispo à 
2048Mo... J'ai surement raté quelque chose (du moins j'espère), car 
sinon je vais devoir mapper sous QGis. Pour avoir déjà tenté sur une 
micro portion de l'imagerie c'est pas franchement simple pour 
rebasculer ensuite les données dans OSM...


Vous auriez des conseils / solutions?

C'est en plus sur un projet particulièrement urgent de cartographie 
de la ville de Goma en RDC (les données OSM seront exploitées à 
partir de vendredi..), j'en profite pour solliciter votre aide si 
vous avez un peu de temps disponible. Le projet de carto est là : 
http://tasks.hotosm.org/project/2608


Merci,

A bientôt!

Violaine


--

Violaine Doutreleau

Email:v_doutrel...@cartong.org <mailto:m_nobleco...@cartong.org>
Phone: +33 (0)4 79 26 28 82
Mobile: +33 (0)6 95 02 42 44
Skype: doutreleau.violaine  
CartONG Humanitarian mapping and information management
Website: cartong.org <http://cartong.org/> | Twitter: @assocCartONG 
<https://twitter.com/assocCartONG> | Address: Chambéry, France | 
Lon: 05°55'24'' | Lat: 45°30'20''





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




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





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


--
Fwd: Re: Disponibilité de votre lieu pour un mapathon Missing Maps
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG 


mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_


---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Charger imagerie en local sur JOSM

[Violaine Doutreleau]

Coucou Christian,

En fait l’imagerie initiale est de 500 Mo... je suis en train de tester 
l'option de Stéphane (que j'avais un peu mise de côté à la base, pensant 
qu'il y avait plus simple). Je vous tiens au jus,


Merci à tous !

V


Le 07/03/2017 à 14:07, g...@laposte.net a écrit :

Salut,
Pourquoi ne pas découper ton image en quatre images plus petite, et 
faire travailler par secteur de carte !
Tes 4 fichiers image ne consommeront chacun que le quart de la memoire 
de l'image totale, et cela tournera peut-etre en n'en changeant qu'un 
a la fois pour travailler.



*De: *"Violaine Doutreleau" <v_doutrel...@cartong.org>
*À: *"Discussions sur OSM en français" <talk-fr@openstreetmap.org>
*Envoyé: *Mardi 7 Mars 2017 10:04:01
*Objet: *[OSM-talk-fr] Charger imagerie en local sur JOSM

Bonjour à tous,

J'ai un problème d'utilisation des plugins ImportImagePlugin ou 
PicLayer pour charger de l'imagerie satellite dans JOSM. L'imagerie 
autorise la contribution OSM (sous licence NextView), mais en local.


Donc j'essaie d'importer selon l'une ou l'autre méthode mais JOSM me 
dit que j'ai pas assez de mémoire. Pourtant j'ai réduit la taille de 
l'imagerie à 15Mo et augmenté la mémoire RAM de JOSM dispo à 2048Mo... 
J'ai surement raté quelque chose (du moins j'espère), car sinon je 
vais devoir mapper sous QGis. Pour avoir déjà tenté sur une micro 
portion de l'imagerie c'est pas franchement simple pour rebasculer 
ensuite les données dans OSM...


Vous auriez des conseils / solutions?

C'est en plus sur un projet particulièrement urgent de cartographie de 
la ville de Goma en RDC (les données OSM seront exploitées à partir de 
vendredi..), j'en profite pour solliciter votre aide si vous avez un 
peu de temps disponible. Le projet de carto est là : 
http://tasks.hotosm.org/project/2608


Merci,

A bientôt!

Violaine


--

Violaine Doutreleau

Email:v_doutrel...@cartong.org <mailto:m_nobleco...@cartong.org>
Phone: +33 (0)4 79 26 28 82
Mobile: +33 (0)6 95 02 42 44
Skype: doutreleau.violaine  
CartONG Humanitarian mapping and information management
Website: cartong.org <http://cartong.org/> | Twitter: @assocCartONG 
<https://twitter.com/assocCartONG> | Address: Chambéry, France | Lon: 
05°55'24'' | Lat: 45°30'20''




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



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


--
Fwd: Re: Disponibilité de votre lieu pour un mapathon Missing Maps
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG 


mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_


---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Charger imagerie en local sur JOSM

[Violaine Doutreleau]

Bonjour à tous,

J'ai un problème d'utilisation des plugins ImportImagePlugin ou PicLayer 
pour charger de l'imagerie satellite dans JOSM. L'imagerie autorise la 
contribution OSM (sous licence NextView), mais en local.


Donc j'essaie d'importer selon l'une ou l'autre méthode mais JOSM me dit 
que j'ai pas assez de mémoire. Pourtant j'ai réduit la taille de 
l'imagerie à 15Mo et augmenté la mémoire RAM de JOSM dispo à 2048Mo... 
J'ai surement raté quelque chose (du moins j'espère), car sinon je vais 
devoir mapper sous QGis. Pour avoir déjà tenté sur une micro portion de 
l'imagerie c'est pas franchement simple pour rebasculer ensuite les 
données dans OSM...


Vous auriez des conseils / solutions?

C'est en plus sur un projet particulièrement urgent de cartographie de 
la ville de Goma en RDC (les données OSM seront exploitées à partir de 
vendredi..), j'en profite pour solliciter votre aide si vous avez un peu 
de temps disponible. Le projet de carto est là : 
http://tasks.hotosm.org/project/2608


Merci,

A bientôt!

Violaine


--

Violaine Doutreleau

Email:v_doutrel...@cartong.org <mailto:m_nobleco...@cartong.org>
Phone: +33 (0)4 79 26 28 82
Mobile: +33 (0)6 95 02 42 44
Skype: doutreleau.violaine  
CartONG Humanitarian mapping and information management
Website: cartong.org <http://cartong.org/> | Twitter: @assocCartONG 
<https://twitter.com/assocCartONG> | Address: Chambéry, France | Lon: 
05°55'24'' | Lat: 45°30'20''



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

[OSM-talk-fr] Recherche un/e service civique pour Missing Maps

[Violaine Doutreleau]

Bonjour à tous,

Comme le titre l'annonce, nous recherchons depuis peu une personne en 
service civique pour nous soutenir dans nos activités Missing Maps (en 
grande partie mapathons grand public mais aussi développement du projet 
auprès d'autres publics).


Si vous connaissez des jeunes (les services civiques sont accessibles 
aux jeunes de - 25 ans) motivés par le libre, la carto participative, la 
com', l'animation, et bien sur l'humanitaire et le développement, 
n'hésitez pas à transmettre l'info !


Le poste sera basé à Chambéry (au siège de CartONG) et 
la prise de poste pour début mars,


L'offre en question : 
http://www.service-civique.gouv.fr/missions/cartographie-participative-humanitaire-vectrice-de-lien-social


Merci à tous et à bientôt je l'espère!

--
Fwd: Re: Disponibilité de votre lieu pour un mapathon Missing Maps
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG 


mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_


---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Présence à Décryptagéo 2017

[Violaine Doutreleau]

Bonjour à tous,

Nous y serons également, plutôt le 24 et ne manquerons pas de passer au 
stand !


CartONG organise un mapathon Missing Maps l'après-midi,

A bientôt donc!

Violaine


Le 10/01/2017 à 21:56, Vincent de Château-Thierry a écrit :

Bonsoir,
Comme chaque année OSM France bénéficie d'un stand lors des journées 
Décryptagéo, les 24 et 25 janvier à l'ENSG (Marne-la-Vallée) :

http://lesrencontres.decryptageo.fr/

Si vous êtes sur le site à cette occasion, vous avez l'obligation de 
passer dire bonjour :) Et pour ceux qui auront un peu de temps pour 
contribuer à l'animation du stand, vous êtes évidemment bienvenus. 
Plus on est de fous...


De mon côté je serai présent sur le stand essentiellement le 24. Le 25 
matin en réunion avec Christian, et le 25 après-midi j'animerai une 
session.


à bientôt,
vincent

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


--
Fwd: Re: Disponibilité de votre lieu pour un mapathon Missing Maps
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG 


mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Missing Maps et les collectivités territoriales + Rappel Mapathon OSM OGP jeudi 8/12 Paris

[Violaine Doutreleau]

Bonjour à tous,

Un message rapide pour partager avec vous le travail que l'on mène avec 
les coopérations décentralisées et vous (re)proposer de passer au 
*mapathon OSM, side-event de la conférence OGP* (Open Government 
Partnership) de *ce jeudi 8/12 *à Paris.


Depuis quelques mois CartONG a commencé à travailler avec des villes 
françaises pour cartographier sur OSM les villes avec lesquelles elles 
ont des projets de coopérations décentralisées (coopération entre 
collectivités locales dans un objectif de développement). Ces projets 
sont intéressants à plusieurs titres :


 * création d'une carte à jour du territoire, généralement inexistante
   auparavant
 * participation citoyenne en France aux projets de solidarité
   internationale
 * découverte d'OpenStreetMap par un public qui ne le connaissait peu
   (membres d'associations notamment)
 * co-construction de la carte avec les communautés locales / les
   personnes originaires de ces territoires en France (excellent
   exemple ici
   
<https://94.citoyens.com/2016/a-ivry-sur-seine-337-km-de-rajoutes-sur-la-carte-du-mali-grace-a-un-mapathon,13-11-2016.html>
   [1] avec la ville d'Ivry et Phillippe Jarry)
 * accessibilité accrue de la cartographie aux acteurs institutionnels
   locaux mais aussi à la société civile, et autonomisation sur ces
   technologies, notamment via la connexion des acteurs locaux avec les
   communautés OSM du Sud

Nous avons ainsi monté un petit projet avec la coopération Chambéry 
Ouahigouya qui doit permettre : a) de produire une carte du territoire 
(si vous voulez participer, vous pouvez jeter un coup d’œil au projet du 
TM <http://tasks.hotosm.org/project/2333> [2]), b) de faciliter le 
développement de communauté OSM sur place! (OSM-Burkina Faso a déjà bien 
fait avancer la carto).


Ainsi, vous êtes plus que les bienvenus à venir participer à ce mapathon 
OSM qui aura lieu au *Liberté Living Lab à Paris, jeudi 8 à 18h30 
(**infos et inscriptions ici 
<https://www.eventbrite.fr/e/billets-mapathon-openstreetmap-paris-decembre-2016-lll-29743343140>**[3])* 
sur ce projet. Ce mapathon est co-organisé avec *HOT et OSM France*. 
Pour les contributeurs parisiens qui n'auront pas l'occasion de 
participer au sommet OGP, c'est une opportunité de rencontrer les 
membres des nombreuses communautés OSM du monde entier qui participent à 
la conférence !


A bientôt j'espère,

Bises,

Violaine

[1] : 
https://94.citoyens.com/2016/a-ivry-sur-seine-337-km-de-rajoutes-sur-la-carte-du-mali-grace-a-un-mapathon,13-11-2016.html


[2]: http://tasks.hotosm.org/project/2333

[3] : 
https://www.eventbrite.fr/e/billets-mapathon-openstreetmap-paris-decembre-2016-lll-29743343140 



--

Violaine Doutreleau

Email:v_doutrel...@cartong.org <mailto:m_nobleco...@cartong.org>
Phone: +33 (0)4 79 26 28 82
Mobile: +33 (0)6 95 02 42 44
Skype: doutreleau.violaine  
CartONG Humanitarian mapping and information management
Website: cartong.org <http://cartong.org/> | Twitter: @assocCartONG 
<https://twitter.com/assocCartONG> | Address: Chambéry, France | Lon: 
05°55'24'' | Lat: 45°30'20''



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

[OSM-talk-fr] Mapathon MM à Saint denis Jeudi 28/10

[Violaine Doutreleau]

Bonjour à tous,

On organise le prochain mapathon Missing Maps avec l'université Paris 
VIII et le Master de Géographie et le Master de Géomatique à 
l'université Paris VIII le *jeudi 27/10 de 18h30 à 21h!*


+d'infos et inscriptions ici : 
https://www.eventbrite.fr/e/billets-missing-maps-saint-denis-28602298244


A bientôt, je l'espère,
V
--

CartONG




Humanitarian mapping and information management
Website: cartong.org <http://cartong.org/> | Twitter: @assocCartONG 
<https://twitter.com/assocCartONG> | Address: Chambéry, France | Lon: 
05°55'24'' | Lat: 45°30'20''


Violaine Doutreleau

Email:v_doutrel...@cartong.org <mailto:m_nobleco...@cartong.org>
Phone: +33 (0)4 79 26 28 82
Mobile: +33 (0)6 95 02 42 44
Skype: doutreleau.violaine  




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

[OSM-talk-fr] Mapathon Missing Maps le 18 ovtobre à Chambéry pour le GeOnG

[Violaine Doutreleau]

Bonjour à tous,

Toutes mes excuses pour ceux qui vont recevoir ce message plusieurs fois,

Comme beaucoup d'entre vous le savent probablement déjà, nous organisons 
un mapathon le *18 octobre* prochain à *Chambéry*, *de 17h à 19h15* à 
l'occasion du *GeOnG*, la plus grande conférence indépendante en Europe 
sur la cartographie et la gestion de l’information pour l’humanitaire et 
le développement.


Ce mapathon prendra place pendant la soirée grand public qui est 
gratuite (vous n'avez pas besoin de vous inscrire) et qui signera les 10 
ans de CartONG! On vous attend nombreux!
Pour vous inscrire au mapathon, vous avez encore quelque jours, 
l'inscription n'est pas obligatoire mais appréciée poru des questions de 
logistique : 
https://www.eventbrite.fr/e/billets-missing-maps-geong-28356388722


En espérant vous retrouver la semaine prochaine!

A bientôt,
Violaine Doutreleau


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

Re: [OSM-talk-fr] Rencontre mensuelle OSM-Lyon 11/10/2016 18h30 - Invitation

[Violaine Doutreleau]

Ah ben je ne sais pas quel bienheureux hasard, tu ne finis plus dans mes 
spams !


A demain soir :)

V


Le 10/10/2016 à 13:59, g...@laposte.net a écrit :

Bonjour à tous,

Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de 
chaque mois, et chacun peut s'inviter et participer à ces rencontres. 
La prochaine aura lieu :


le MARDI 11 OCTOBRE à partir de 18h30
à l'espace "Infolab TUBA, 1 Place Charles Béraudier, 69003 LYON" 
(esplanade gare Part-dieu)
Accès : M° "Gare Part-Dieu"; Tram T1; Bus C1, C2, C6, C7, C13, C25, 
25, 37,

38, 70 ; Vélo'V "Gare Part-Dieu Ouest"

Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au 
lien :

https://wiki.openstreetmap.org/wiki/Lyon/Reunion_13_septembre_2016

Si vous souhaitez mettre un sujet particulier à l'ordre du jour de la 
rencontre à venir, vous pouvez commenter la page préparatoire au lien :

https://wiki.openstreetmap.org/wiki/Lyon/Reunion_11_octobre_2016

Venez nombreux !
Amicalement

gnrc69 - Chaque goutte fait l’océan !


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


--

CartONG




Humanitarian mapping and information management
Website: cartong.org <http://cartong.org/> | Twitter: @assocCartONG 
<https://twitter.com/assocCartONG> | Address: Chambéry, France | Lon: 
05°55'24'' | Lat: 45°30'20''


Violaine Doutreleau

Email:v_doutrel...@cartong.org <mailto:m_nobleco...@cartong.org>
Phone: +33 (0)4 79 26 28 82
Mobile: +33 (0)6 95 02 42 44
Skype: doutreleau.violaine 	GeOnG 2016 - The Humanitarian Forum for 
Geographic Information - 17th-18th-19th of October - Chambéry, France 
<http://cartong.org/geong/2016>





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

[OSM-talk-fr] Convention de partage de données -OSM Madagascar

[Violaine Doutreleau]

Bonjour à tous,

Un petit mail faisant suite à un mois de mission pour l'appui au 
développement d'une communauté OSM à Madagascar de fin juillet à fin 
août dernier.
On a fait un petit CR avec CartONG ici: 
http://cartong.org/volunteers/blog/premier-retour-sur-la-mission-osm-madagascar
Vraiment __désolée, il y a eu un petit couak pour l'envoi de ce message, 
il aurait du partir le mois dernier..._

_
J'ai pu rencontrer le responsable technique du FTM (équivalent de 
l'IGN). Ils sont conscients de la richesse de la base de données OSM et 
de l'aide qu'elle peut leur apporter. Ils veulent être de la partie et 
prévoient de libérer les limites administratives de certains niveaux 
administratifs (on s'arrêterait aux districts: 3è niveau après les 
provinces et les régions). Ils m'ont transmis leur convention de partage 
de données afin qu'on les aide à l'adapter à la licence OSM OdBL. 
Comment faites-vous habituellement? J'ai un modèle si vous voulez 
m'aider sur le sujet...


Deuxième question que l'on se pose c'est: qui signe la convention étant 
donné qu'il n'existe pas encore d'association OSM Madagascar?


En espérant trouver réponse à nos questions,

OSMent votre!
A bientôt
Violaine
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr