[OSM-talk-fr] Comment attribuer une couleur au chemin parcouru?
Philippe Verdy
verdy_p at wanadoo.fr
Mer 27 Juin 19:07:41 UTC 2018
Je pense que cela devrait être lié aux projets de gestion de cartopartyies
sur le terrain pour la collecte la plus exhaustive possible sans oublier
certains chemins à vérifier.
Actuellement la gestion se fait encore sur papier (on trace une carte
simplifiée en noir et blanc découpée en secteurs, on donne une feuille à
chacun, un bloc note, un crayon pour annoter la carte, un smartphone pour
prendre des photos, un GPS pour localiser certains points précisément, on
va se balader, chacun note ce qu'il peut).
Mais c'est ensuite un gros travail manuel de mise à jour de la collecte à
partir des plans annotés à la main, et des photos prises sur les
smartphones, et cela laisse facilement des trous pas explorés).
Ce genre de chose aurait la place dans un OSMAnd avec un mode "exploration"
permettant de sélectionner une zone (puis de la découper en fonction du
nombre de participants en donnant un plan de route et en estimant un temps
de parcours pour chacun ou chaque petite équipe (on peut être efficace avec
un se chargeant des notes papiers, l'autre se chargeant des photos et
relevés de position, donnant un numéro de cliché noté ensuite par l'autre
sur le plan papier). Avec une appli mobile, on pourrait faire cette
exploration non pas en binôme mais avec des explorateurs isolés, l'appli
pouvant annoter le plan, prendre les photos, les lier au relevé, et prévoir
un espace de notes simplifiées qui facilitera ensuite l'affinage des tags
et l'intégration en évitant de reporter des doublons, donc en utilisant une
API connectée à OSM pour rechercher les rapprochements possibles.
Cela permettrait des cartoparties efficaces même avec moins de monde ou
même tout seul. L'appli pourrait aussi remonter les infos une fois revenus
à domicile via une connexion internet plus rapide (et moins chère ou moins
limitée que l'internet mobile): elle pourrait générer un fichier .OSM à
retravailler dans JOSM (dommage que l'éditeur iD ne permette pas encore de
charger un fichier .osm à travailler et intégrer et de faire un suivi
élément par élément déjà validé et intégré et dédoublonné, sous forme de
liste de tâches à valider)
Et ce serait efficace pour tout ce qui n'est pas clairement identifiable
et positionnable avec l'imagerie aérienne ou pas clairement identifiable
sous les arbres, ou encore si les batiments couverts ont des murs, ou s'il
y a des chemins piétons "cachés" passant entre les résidences, ou encore
l'identification précise des commerces et points de service (car on ne voit
pas les façades sur l'imagerie aérienne, ni les points d'accès exacts, pas
plus que la toponymie, et les modifications récentes de la voirie
(l'imagerie aérienne est souvent difficile à dater et l'orthorectification
varie selon les zones et le temps et la précision relative des modèles de
terrain utilisés; on ne voit pas non plus des conditions particulières
comme l'état d'une route, les zones de danger, certaines restrictions
d'accès, et plein de petits mobiliers urbains comme les poubelles, les
bouches incendie, les plaque d'égouts, les emplacements de stationnement
réservés aux handicapés ou certains types de véhicules de service, ou
encore les emplacements de charge de véhicules électriques ou s'ils sont
réservés aux véhicules de la collectivité et pas utilisables pour les
véhicules privés. On peut aussi relever sur le terrain les numéros de
téléphone et horaires d'ouverture des services qui l'affichent et c'est
tellement plus simple avec une photo de plaque ou de vitrine... Même chose
pour relever les numéros d'identification des stations électriques, des
boites télécoms, des boites à lettres publiques, le nom des praticiens
médicaux ou paramédicaux et leur qualification professionnelle exacte).
Et au delà on peut aussi cartographier les emplacements souterrains si on
positionne correctement les entrées visibles et avec des photos des
sous-sols si on dispose de moyens de faire des mesures sur photo ou avec un
laser portable de mesure (qui peut relever les longueurs ou mesurer des
angles, et qu'on peut ensuite coréler aux photos pour avoir une
triangulation assez précise.
Bref il manque cette appli d'exploration de terrain. On a des outils divers
mais ils ne sont pas bien interconnectés.
L'exploration avec cartes sur papier a maintenant ses limites et c'est en
fait assez inefficace car ça demande beaucoup de travail de préparation, ça
manque de précision sur le terrain, et ensuite l'exploitation des relevés
est interminable et largement manuelle avec de nombreuses sources d'erreurs
et d'oublis possibles (même si des données ont été relevées). Alors qu'une
carte d'exploration couplée à une "TODO list" dont chacun des points peut
être annoté sommairement avec un peu de texte et une photo liée permettrait
d'avoir un traitement exchaustif et de mesurer la progression (surtout si
l'exploration se déroule sur plusieurs jours et avec des personnes
différentes pour reprendre la suite ou qui ne travailleront pas toutes en
même temps et auront besoin d'un espace synchronisé de coordination).
L'appli pourrait aussi servir à maintenir un espace de discussion en ligne
entre les participants pour qu'ils se donnent rendez-vous et sachent où
chacun en est et se retrouve, ou pour fixer une heure de retour pour
travailler ensuite sur le ressemblement des données, et ensuite préparer
les lots à valider (cela peut se faire ensuite avec chacun chez lui). Cela
permet ensuite de faire une synthèse de l'efficacité de ce qui a été prévu
et peut permettre de mieux organiser les parties suivantes et mieux
délimiter les objectifs et les zones à couvrir dans un temps raisonnable
pour chacun. Si certaines zones n'ont pas pu être explorées faute de temps,
on peut les planifier à nouveau pour la session suivante, et même réinclure
des points particuliers à revisiter plus tard là où il y a des incertitudes
ou des photos trop floues et pas exploitables pour résoudre la difficulté
(mais dont on garde une trace dans une base de données, un peu comme sur
Osmose avec ses listes d'éléments à intégrer ou à corriger: l'appli devrait
d'ailleurs pouvoir interroger Osmose ou d'autres outils QA pour planifier
les secteurs où il y a le plus de demandes selon certaines thématiques au
choix de l'organisateur ou de l'explorateur volontaire intéressé).
Le 27 juin 2018 à 19:09, omapop202 <omapop202 at protonmail.com> a écrit :
> Merci beaucoup pour tous ces conseils.
>
> Effectivement mon idée est celle explicité et très bien précisé par
> Philippe Verdy (bien que les autres commentaires m'ai ouvert des
> alternatives). Je vais donc pour l'instant utiliser la fonction itinéraire
> d'OSMand, la fonction de visualisation des tracés antérieurs enregistré en
> GPX, en parallèle de Umap qui me permettra, après avoir parcouru le terrain
> de définir des couleurs associées à certaines voies de passage, et de
> copier des éléments annotés sur OSMand. Je ne l'avais pas précisé dans mon
> premier message mais le but premier était effectivement de mettre à jour
> une carte collaborative basé sur OSM. L'idéal, pour résumer, serait donc un
> mode OSMand (permettant les annotations et le choix des couleurs) couplé
> avec la fonction GPS. Une autre possibilité pourrait être (si la coloration
> n'était pas possible depuis OSMand) un transfert automatique du tracé GPX
> vers une carte éditable avec des couleurs (tel Umap et bien d'autres). En
> attendant, merci encore pour ces informations.
>
> Bonne soirée
>
> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
> On June 27, 2018 10:52 AM, Philippe Verdy <verdy_p at wanadoo.fr> wrote:
>
> Je pense qu'il veut plutôt une appli plus dynamique dans laquelle il
> charche un ensemblke de rues à explorer, et ensuite il les parcourt et peut
> marquer celles qu'il a parcourues pour ensuite les annoter sommairement par
> un schéma de couleurs personnalisé. C'est plus une question de rendu
> dynamique, dans un mode "à visiter", mais utilisable directement depuis un
> smartphone.
>
> Il ne s'agit pas du tout de collecter des GPX pour les envoyer à OSM (même
> si ça peut être annexe à l'appli pour une exploitation ensuite hors-site).
>
> En gros utiliser la carte existante, faire une sélection de rues dans une
> zone, les afficher toutes dans un style coloré unique au départ, et sur un
> fond de carte neutre (par exemple le rendu monochrome gris d'OSM.org).
> Ensuite il se lancve à l'aventure et au fil de son chemin les rues
> sélectionnées parcourues peuvent changer de couleur (une détection par GPS
> peut être utile pour ça avec une collecte GPX au cas où il passe par des
> chemins inattendus non déjà présents sur la carte.
>
> Ce genre de chose nécessiterait une appli mobile "ad hoc" que je n'ai pas
> vu mais qui pourrait être utile pour ceux qui veulent faire du contrôle sur
> le terrain et vérifier in situ les éléments présents dans OSM ou mieux les
> annoter. Il pensait à OSMAnd car il permet de faire ces annotations (on
> peut aussi avoir deux apps séparées et passer de l'une à l'autre). Mais
> OSMAnd n'a pas ce mode "exploration" suggéré (avec un rendu qui au final
> est nécessairement à usage personnel).
>
> Le 27 juin 2018 à 12:21, <osm.sanspourriel at spamgourmet.com> a écrit :
>
>> Pour voir où tu es passé, enregistre tes traces et configure la carte
>> pour afficher les GPX, avec un appui long tu peux sélectionner les traces
>> que tu veux afficher.
>>
>> Jean-Yvon
>>
>>
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> https://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/20180627/95aef5f4/attachment.htm>
Plus d'informations sur la liste de diffusion Talk-fr