Re: [OSM-talk-fr] [Hot-francophone] [Tagging-fr] Tags à Madagascar - Praticabilité des routes en priorités
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 po
Re: [OSM-talk-fr] [Tagging-fr] Tags à Madagascar - Praticabilité des routes en priorités
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 Sommera é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
Salut Lukas,Merci, pleins d'éléments super intéresants!! Je réponds dans le texte, Le 3 juin 2018 à 14:15, Lukas Sommera é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 smoothnes
[OSM-talk-fr] Tags à Madagascar - Praticabilité des routes en priorités
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
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&mlon=4.775&zoom=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 !
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&mlon=4.775&zoom=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)
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&mlon=4.775&zoom=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 !
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
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" *À: *"Discussions sur OSM en français" *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 <mailto:christian.ro...@club-internet.fr>> a écrit : Le 2017 Here 3 à 15:15, Mahamat Laouane 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 : 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
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 : Su
Re: [OSM-talk-fr] Tagging Infrastructures de Santé
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
Re: [OSM-talk-fr] Tagging Infrastructures de Santé
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
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é
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 Pour : tagging...@openstreetmap.org, Mark Herringer 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
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
me 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
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
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
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
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" *À: *"Discussions sur OSM en français" *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
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
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
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
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
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
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
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
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