[Hot-francophone] [HOT] Imagery offset / Décalage d'imagerie

Pierre Béland pierzenh at yahoo.fr
Ven 15 Sep 14:51:57 UTC 2017


Bonjour Martin,
Ce n'est pas tout le monde sur Hot US qui parle français et pas tout le monde sur Hot-francophone qui parle anglais. Je pense que le mieux est de créer des discussions indépendantes sur chaque liste.
Pour l'ouragan Matthew d'Haïti en octobre 2016, j'ai déjà fait référence à ces problèmes d'alignement de l'imagerie plus les problèmes de qualité d'édition avec des contributeurs inexpérimenté. 

Les mapathons amèenent beaucoup decontributeurs non expérimentés qui créent beaucoup de problèmes difficiles ensuite à retracer sur la carte. Il serait important que les organisateurs de mapathon sassurent la qualité des données ajoutées sur la carte, encore plus pour les actions humanitaires.
https://lists.openstreetmap.org/pipermail/Hot/2016-November/012673.html
cordialement 
 
Pierre 


      De : Martin Noblecourt <m_noblecourt at cartong.org>
 À : hot at openstreetmap.org; "hot-francophone at openstreetmap.org" <hot-francophone at openstreetmap.org> 
 Envoyé le : vendredi 15 Septembre 2017 10h26
 Objet : [HOT] Imagery offset / Décalage d'imagerie
   
  (en Français ci-dessous) Dear all, Following an exchange on the HOT-francophone list, we realized we're heading towards possible edition issue with the multiplication of quality imagery available (in particular with the newly released DG one). We'll increasingly have situation were beginning mappers will open their editor, and find an offset between the data (created on Bing) and the imagery we recommend (DG or custom).
  We discussed at the HOT summit what we could address that, we haven't found a solution but identified a few leads:    
   - There is a Crowdsourced Offset plugin database in JOSM. However this is not accessible to ID & not installed by default. Possible solutions: a) install in the original JOSM, and edit the "offset warning" already existing to mention if a crowdsourced offset has already been entered for the area and b) include a similar feature in ID (probably more complex)?   
 
   - With the multiplication of imagery, it would be useful to increase the metadata: a) include automatically the date of the imagery together with the source in the changeset comment (should be possible for Bing, for DG unsure the date can be extracted) and b) include it in the objects mapped themselves, more easy to track than the changeset (but that might be heavy on the database/slowing the editor...)
   - Another quick fix would be to set up offset for different imagery from the TM to ID/JOSM (this way the TM project manager can set up the offset for the various imageries to use himself), this feature is not included in the current version of the TM and is not yet planned in the new one, but maybe could be added later? To be 100% accurate it would also need to allow several offset for one provider if there are different images within the project (probably an overkill though)   
 
   - The francophone list started a discussion either on created field reference control point (GPS): they already exist in several countries but are not always open. a) Trying to open this data when existing might be feasible and b) creating from scratch such a network when non existing is probably out of scope for the OSM community alone. I might have missed some points of the discussion on HOT-franco here, feel free to complete.   
 
 I am personally not capable to really contribute to the topic (too technical for me) but I think this is an important topic and I would be super grateful if more skilled users could contribute to it ;-)
  Best Martin  (en Français ci-dessous) Bonjour à tous, Faisant suite à un échange démarré sur cette liste, nous avons réalisé que nous nous dirigions vers de possibles conflits d'éditions du fait de la multiplication d'images satellites de qualité disponibles pour OSM (notamment après la publication de la nouvelle imagerie DG). Nous aurons de plus en plus fréquemment des cas de contributeurs débutants ouvrant leur éditeur, et trouvant un décalage entre la donnée (créée sur Bing) et l'imagerie que nous recommandons dans le TM (DG ou personnalisée).
  Nous avons discuté rapidement au HOT summit de comment résoudre ce problème, nous n'avons pas trouvé de solution mais identifié plusieurs pistes :    
   - Il existe un plugin Offset à partir d'une base de donnée générée par les contributeurs dans JOSM. Cependant celui-ci n'est pas disponible pour ID et pas installé par défaut. Solutions possibles : a) inclure le plugin nativement dans JOSM, et changer le message d'avertissement sur le décalage potentiel qui existe déjà pour y mentionner si un décalage a déjà été renseigné par un contributeur pour la zone et b) inclure un outil similaire dans ID (sans doute plus complexe) ?
   - Avec la multiplication de l'imagerie, il serait utile de renforcer les métadonnées pour a) inclure automatiquement la date de l'imagerie avec la source dans le commentaire de changeset (cela devrait être faisable sur Bing, pour DG nous sommes moins sûrs que la date puisse être extraite) et b) inclure ces métadonnées dans les objets cartographiés eux-mêmes, ce qui les rend plus facilement à repérer que si dans les changeset (mais cela risque d'être lourd dans la base de données/lent pour l'éditer...)
   - Une autre solution simple serait de pouvoir régler le décalage des différents fournisseurs d'imagerie depuis le TM vers ID/JOSM (de cette façon les project manager du TM pourraient régler manuellement le décalage eux-mêmes). Cette fonctionnalité n'est pas inclue dans la version actuelle du TM et n'est pas prévue dans le prochain, mais pourrais être proposée pour une future version ? Pour être 100% précis il faudrait même permettre différents décalages de la même imagerie en fonction de la zone du projet (puisque le décalage peut varier), mais cela risque d'être excessivement complexe à mettre en place   
 
   - J'ai essayé de récapituler de mon mieux la discussion sur la liste HOT-francophone pour créer des points de référence sur le terrain, soit a) en essayant de faire libérer ceux qui existent dans certains pays, soit b) en en créant de nouveaux (sans doute trop complexe pour la communauté OSM seule)   
 
 Je ne suis personnellement pas capable de réellement contribuer sur ce sujet (trop technique) mais je pense qu'il est très important et serait très reconnaissant si des contributeurs plus qualifiés se penchent dessus :-) (et je ne m'engage pas à traduire tous les messages par la suite)
  Bien à tous,
  Martin 
  
  _______________________________________________
HOT mailing list
HOT at openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot


   
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/hot-francophone/attachments/20170915/baa8f5e9/attachment-0001.html>


Plus d'informations sur la liste de diffusion Hot-francophone