Bonsoir à tous,
Sur le terrain, malheureusement, la situation des sinistrés ne s'améliorera pas rapidement pour beaucoup d'entre ceux qui ont perdu leurs proches, leurs récoltes, ou leur maison. La mobilisation des contributeurs d'OpenStreetMap et des équipes opérationnelles sur les médias sociaux en gestion d'urgence touche à sa fin. Je souhaitais donc faire un dernier point. La demande de cartographie de la ville de Toliara (tâche 206 de HOT) était un besoin de l'ONG Pompiers de l'urgence internationale (PUI) dans sa mission de soins aux populations sinistrées mais aussi lors de la mission qui leur a été confiée par l'OCHA pour aller reconnaître la région près du fleuve Fihéréna. Lors de leurs réunions, ils ont diffusé cette carte aux autres acteurs de terrain qui l'ont trouvée très utile. Le Bureau national de gestion des risques et des catastrophes, des ONG et des habitants de Toliara nous ont félicité pour ce travail. Les retours du terrain étant encourageants, je n'ai pas voulu couper cette dynamique en faveur des secours quand PUI est repartie. En contact avec ACF, je leur ai demandé s'ils avaient besoin de cartographie dans la région et il ont exprimé des difficultés de repérages sur la région de Betioky. Ils nous alors ont envoyé un email avec les zones prioritaires à cartographier. Ainsi est nait la tâche 210 dans le gestionnaire de HOT pour cartographier la région du fleuve au nord de Betioky. ACF nous a alors beaucoup remercié et s'est engagée à venir compléter les noms des localités cartographiées et des points d'intérêt. L'avenir nous dira si nous aurons ces retours du terrain mais, à l'heure d'aujourd'hui et malgré l'immense travail accompli, je reste sans nouvelles. Plus globalement, dans le cadre d'interventions d'urgence, il est nécessaire de : - donner une méthodologie simple aux acteurs de l'urgence pour compléter les cartes que nous élaborons sans que leur mission de secours en soit perturbée, - intégrer dans les simulations d'intervention d'urgence et dans la préparation des projets , la nécessaire collaboration avec les contributeurs de la cartographie humanitaire - s'assurer que la demande émane d'acteurs qui ont une réelle motivation pour travailler avec un support cartographique et pas ceux qui y voient un simple document qu'ils pourront joindre à leur dossier de mission. En effet, si notre travail bénévole n'a pas de prix, il en garde quand même une grande valeur, surtout quand il s'agit d'identifier les sinistrés potentiels dans des zones oubliées et difficiles d'accès. Nous devons donc nous assurer que les acteurs pour lesquels nous travaillons des centaines d'heures cherchent à utiliser une bonne partie du potentiel des cartographies que nous produisons. Enfin et surtout, je tenais ici à remercier très sincèrement les contributeurs francophones d'OpenStreetMap et l'Humanitarian OpenStreetMap Team pour leur réactivité et leur travail cartographique de qualité sur le Sud-Ouest de Madagascar suite au cyclone Haruna. En particulier, je souhaiter vraiment souligner la grande qualité de certains contributeurs : - Jakob en particulier pour son énorme contribution en cartographie sur cette région qu'il connait - Andrew en particulier pour sa formation et sa capacité de mobilisation des contributeurs de HOT - Jean-Guilhem pour ses conseils techniques - et Eric pour son travail de répérage des POI et de rectification de notre cartographie sur cette région. Je reste disponible pour prêter main forte en cartographie de crise à tous contributeurs OSM qui en auraient besoin. A bientôt et merci, Cédric VOST Francophone www.i-resilience.fr > From: talk-fr-requ...@openstreetmap.org > Subject: Lot Talk-fr, Vol 80, Parution 89 > To: talk-fr@openstreetmap.org > Date: Tue, 12 Mar 2013 15:40:23 +0000 > > Envoyez vos messages pour la liste Talk-fr à > talk-fr@openstreetmap.org > > Pour vous (dés)abonner par le web, consultez > http://lists.openstreetmap.org/listinfo/talk-fr > > ou, par email, envoyez un message avec 'help' dans le corps ou dans le > sujet à > talk-fr-requ...@openstreetmap.org > > Vous pouvez contacter l'administrateur de la liste à l'adresse > talk-fr-ow...@openstreetmap.org > > Si vous répondez, n'oubliez pas de changer l'objet du message afin > qu'il soit plus spécifique que "Re: Contenu du digest de Talk-fr..." > > > Thèmes du jour : > > 1. Re: Sondage sur la répéttion des messages du forum sur cette > liste (Pieren) > 2. Re: Vers une mise à disposition d'un rendu "FR" (était: osm13 > est opérationnel !) (Vladimir Vyskocil) > 3. Re: Vers une mise à disposition d'un rendu "FR" (était: osm13 > est opérationnel !) (Vladimir Vyskocil) > 4. [forum-osm-fr] Distributeur de titres de transports > (fo...@letuffe.org) > 5. Re : Re: Vers une mise à disposition d'un rendu "FR" (était: > osm13 est opérationnel !) (david.croc...@online.fr) > 6. Re: Vers une mise à disposition d'un rendu "FR" (était: osm13 > est opérationnel !) (Philippe Verdy) > 7. Re: Demande d'assistance cartographique sur le Cyclone Haruna > à Madagascar. (Pierre Béland) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 12 Mar 2013 14:12:17 +0100 > From: Pieren <pier...@gmail.com> > To: Discussions sur OSM en français <talk-fr@openstreetmap.org> > Subject: Re: [OSM-talk-fr] Sondage sur la répéttion des messages du > forum sur cette liste > Message-ID: > <CAPT3zJrzypVQpfJ1N3zW6PF8m_rBts9kCvuW8pJu=r1kffi...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > 2013/3/12 sly (sylvain letuffe) <li...@letuffe.org>: > > > ps: restaient les filtres bien fichus capables d'ignorer un fil de > > discussion > > sur la base d'un email source, mais il ne doit pas y en avoir des masses > > Ca peut être insuffisant si les 'References' et 'In-Reply-To' pointent > sur un fil de discussion filtré au départ. > > Pieren > > > > ------------------------------ > > Message: 2 > Date: Tue, 12 Mar 2013 14:36:30 +0100 > From: Vladimir Vyskocil <vladimir.vysko...@gmail.com> > To: Discussions sur OSM en français <talk-fr@openstreetmap.org> > Subject: Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" > (était: osm13 est opérationnel !) > Message-ID: <0475ef45-6851-495e-bcf4-8b9863605...@gmail.com> > Content-Type: text/plain; charset="windows-1252" > > > On 12 mars 2013, at 13:15, "Jo." <perche...@gmail.com> wrote: > > > Pour le rendu, ça doit être très complexe mais il faudrait qu'à la jonction > > les voies en sens unique soient légèrement décalé? mais je présume que tu a > > déjà faire la même réflexion dans ton coin. > > C'est pas si mal pour un premier essai et le décalage de la "source" des > voies en sens unique comme dit plus haut pourrait bien aider mais cela doit > surement être un peu complexe à traiter en SQL... > Ensuite il y a le probleme du rendu des transitions, des "line cap" qui se > voient trop... peut etre qu'il est possible d'utiliser un bout carré et > coller par dessus un trapèze en SVG ? > > > > > > > Le 12 mars 2013 12:30, Christian Quest <cqu...@openstreetmap.fr> a écrit : > > Pour le rendu (propre) des "lanes=*", c'est pas gagné ! > > > > Comme je m'y attendais, les raccords sont très moches et ce n'est même > > pas lié à un éventuel décalage avec les oneway... > > > > Juste un essai: > > http://wiki.openstreetmap.org/w/images/1/1b/Test-highway-lanes.png > > > > _______________________________________________ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-fr > > > > -------------- section suivante -------------- > Une pièce jointe HTML a été nettoyée... > URL: > <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130312/7cf0a04e/attachment-0001.html> > > ------------------------------ > > Message: 3 > Date: Tue, 12 Mar 2013 14:48:06 +0100 > From: Vladimir Vyskocil <vladimir.vysko...@gmail.com> > To: Discussions sur OSM en français <talk-fr@openstreetmap.org> > Subject: Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" > (était: osm13 est opérationnel !) > Message-ID: <fe68486f-b740-478f-a5b0-a6ce93d43...@gmail.com> > Content-Type: text/plain; charset=iso-8859-1 > > Justement je viens de voir ce style pour JOSM : > http://josm.openstreetmap.de/wiki/Styles/Lane_and_Road_Attributes > qui vient de sortir et qui permet de visualiser dans l'éditeur tous les tags > liés aux lanes, etc... > L'exemple donné est un peu étrange, notamment la voie "Roma A1" qui part à > angle droit vers le bas... > > On 12 mars 2013, at 12:30, Christian Quest <cqu...@openstreetmap.fr> wrote: > > > Pour le rendu (propre) des "lanes=*", c'est pas gagné ! > > > > Comme je m'y attendais, les raccords sont très moches et ce n'est même > > pas lié à un éventuel décalage avec les oneway... > > > > Juste un essai: > > http://wiki.openstreetmap.org/w/images/1/1b/Test-highway-lanes.png > > > > _______________________________________________ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-fr > > > > > ------------------------------ > > Message: 4 > Date: Tue, 12 Mar 2013 15:24:31 +0100 (CET) > From: fo...@letuffe.org > To: talk-fr@openstreetmap.org > Subject: [OSM-talk-fr] [forum-osm-fr] Distributeur de titres de > transports > Message-ID: <20130312142432.668d7d41...@osm101.openstreetmap.fr> > Content-Type: text/plain;charset=utf-8 > > Le message suivant de : > ########## > L'un de vous sait-il s'il existe un tag pour un distributeur automatique de > titres de transport (à un arrêt de tram, par exemple) ? > > J'ai cherché sur le wiki et sur taginfo (combinaison avec bus_stop), mais > sans résultat. > ######## > a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=2&t=568 > Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part > Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas > une concertation sur la liste avant de recopier > la/les meilleures réponses sur le forum. > Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. > -- > Les questions sur ce robot de transfert forum->liste > peuvent être posées à sylvain----a----letuffe.org > > > > ------------------------------ > > Message: 5 > Date: Tue, 12 Mar 2013 15:36:38 +0100 (CET) > From: david.croc...@online.fr > To: Discussions sur OSM en français <talk-fr@openstreetmap.org> > Subject: [OSM-talk-fr] Re : Re: Vers une mise à disposition d'un > rendu "FR" (était: osm13 est opérationnel !) > Message-ID: > > <600284973.3770960.1363098998251.javamail.r...@spooler4-g27.priv.proxad.net> > > Content-Type: text/plain; charset=utf-8 > > Bonjour > > > L'exemple donné est un peu étrange, notamment la voie "Roma A1" qui part à > > angle droit vers le bas... > > C'est bien le problème quand on étiquette pour le rendu, difficile de faire > croire que la route part effectivement à angle droite, mais a mon avis, c'est > pour monter que le rendu s'adapte au mieux. > > pour ma part, j'aurais pas créer ce petit bout à angle droit ,mais fait > partir directement à 45° environ pour être raccord avec la réalité du terrain. > > -- > David Crochet > > > > ------------------------------ > > Message: 6 > Date: Tue, 12 Mar 2013 16:12:12 +0100 > From: Philippe Verdy <verd...@wanadoo.fr> > To: Discussions sur OSM en français <talk-fr@openstreetmap.org> > Subject: Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" > (était: osm13 est opérationnel !) > Message-ID: > <CAGa7JC04u-1aAD7L=Ctg0fxVZa2nHVFn5vptQ=slg-+b+vc...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > > Le 12 mars 2013 12:30, Christian Quest <cqu...@openstreetmap.fr> a écrit : > >> > >> Pour le rendu (propre) des "lanes=*", c'est pas gagné ! > >> > >> Comme je m'y attendais, les raccords sont très moches et ce n'est même > >> pas lié à un éventuel décalage avec les oneway... > >> > >> Juste un essai: > >> http://wiki.openstreetmap.org/w/images/1/1b/Test-highway-lanes.png > > Il suffit de voir comment l'autoroute (dessinée plus large) se > raccorde à son extrémité aux autres voies primary, pour démontrer ce > que j'expliquais plus haut : > > Il ne suffit pas simplement de diviser des voies en sens unique en > divisant leur largeur par deux, on voit parfaitement que cela fait un > goulot d'étranglement montrant le disque fixé à l'extrémité. > > Bref ma solution plus haut utilisant des trapèzes (troncs pyramidaux) > et la seule qui convienne (on laisse le disque s'afficher uniquement > sur les extrémités des chemins, et on ne verra l'arrondi de ce disque > QUE si les voies raccordées à l'extrémité changent de couleurs à cause > d'un changement de nature (ex. motorway <> primary). > > Dans l'idéal, si on devait correctement représenter la géométrie des > routes, il faudrait que l'on trace l'axe central des routes à double > sens, mais le côté gauche des voies en sens unique (du côté du > terre-plain central). Mais toutes les rues à sens unique des villes > seraient alors impactées. > > Une solution serait de renseigner avec un tag sur le way ce qu'on a > tracé : par défaut c'est l'axe central, mais on pourrait alors > indiquer que c'est le côté gauche, ou droite, avec un tag comme: > > highway:axis = lanes:left (cas le plus courant des sens-uniques en > France, y compris les giratoires : bordure de la chaussée roulante à > gauche, hors trottoirs et stationnements) > highway:axis = lanes:right (cas le plus courant des sens-uniques au > Royaume-Uni, y compris les giratoires : bordure de la chaussée > roulante à droite, hors trottoirs et stationnements) > highway:axis = lanes:center (valeur par défaut pour toutes les routes > à double sens, et celles en sens unique dont on a tracé l'axe central) > > (il pourrait y avoir d'autres valeurs pour se positionner par rapport > à d'autres objets que les lanes. Sinon on peut aussi enlever le > préfixe "lanes:" > > Ce qui permettrait alors au moteur de rendu de savoir de quel côté > étendre la largeur du "buffer" généré pour remplir la surface de la > chaussée ou pour positionner les traits latéraux marquant les bordures > de ponts. > > Si on voulait aller au delà, il faudrait tracer les polygones des > chaussées comme on le fait pour les riverbanks des fleuves ou > rivières, du moins ceux plus larges que 5 à 10 mètres environ, ce qui > est aussi la largeur courante des routes et des rues). Mais cela > demandera un travail énorme et on n'est pas encore prêt à faire ça (ce > sera peut-être envisagé dans quelques années). Si cela se faisait, on > commencerait d'abord par les autoroutes, voies express et boulevards > urbains avec plus de 2 files roulantes. > > > > ------------------------------ > > Message: 7 > Date: Tue, 12 Mar 2013 15:40:11 +0000 (GMT) > From: Pierre Béland <pierz...@yahoo.fr> > To: Discussions sur OSM en français <talk-fr@openstreetmap.org> > Subject: Re: [OSM-talk-fr] Demande d'assistance cartographique sur le > Cyclone Haruna à Madagascar. > Message-ID: > <1363102811.58755.yahoomail...@web133106.mail.ir2.yahoo.com> > Content-Type: text/plain; charset="iso-8859-1" > > > > Eric Sibert a écrit > > ________________________________ > >> Comme tu as pu le voir, plusieurs membres de la communauté HOT se > sont mobilisés rapidement et produit la carte te Tuléar en trois jours. > Personnellement, > je suis un peu dubitatif quant au résultat au niveau "routier". On se > retrouve avec des tas de highway=residential (surface=unpaved) pour des > voies qui ne sont pas nécessairement carrossables ou, en tout cas, > jamais carrossées. Le réseau n'a plus aucune hiérarchie. Le véhicule > d'assistance humanitaire qui utiliserait une telle carte pour naviguer > dans Tuléar va se retrouver dans une impasse en moins de 5 minutes. Et > surtout, pour remettre ça d'aplomb, ça ne va pas être pratique car on ne > le distingue pas de ce qui était là avant. Je pense qu'il aurait été > plus simple de mettre tout ça en highway=road.Je vais essayer de me > pencher sur le problème d'ici une semaine. > ________________________________ > > Éric > > Avant de conclure sur le travail effectué au cours des derniers jours à > Tuléar, tu devrais examiner un peu plus les données. > > J'ai fait une analyse rapide et je constate que depuis le 6 mars, 1064 > nouveaux chemins apparaissent dans les environs de Tuléar avec version=1. > Cela représente 60% de tous les chemins et sera à mon avis d'une grande aide > pour les intervenants sur le terrain. Aurait-il été mieux pour les > véhicules de secours de ne pas avoir de carte du tout? > > En ce qui a trait à la hiérarchie des chemins, tu disais que les rues > résidentielles étaient mal classées. Cependant, j'observe que plusieurs > artères principales étaient déja cartographiées avant la semaine dernière. > Plusieurs me semblent erronément classifiées comme résidentielles alors > qu'elles devraient être classées de niveau tertiaire ou > secondaire. > > Cela est illogique. Quel que soit l'état physique des > routes, on doit les classifier correctement. L'attribut highway on ne doit > pas être utilisé pour classifier les routes selon leur état mais bien selon > leur usage. On ne doit donc pas jouer avec cet attribut pour obtenir un rendu > particulier sur la carte. D'autres attributs servent à décrire l'état des > routes. Et il faudrait sûrement réfléchir à des moyens de représenter l'état > des routes. Il serait par exemple possible d'ajouter dans > https://haruna.crowdmap.com/ une couche sur l'état des route. > > Voir des exemples de rues qui me semblent des artères principales et qui ont > été classées résidentielles. > Boulevard de Liautey id=119929036, 54961332 et 119497168 > Avenue de France id=119941363 et 119493489 > Rue non identifiée id=119497157 > > > Pierre > -------------- section suivante -------------- > Une pièce jointe HTML a été nettoyée... > URL: > <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130312/86221555/attachment.html> > > ------------------------------ > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > > Fin de Lot Talk-fr, Vol 80, Parution 89 > ***************************************
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
