Re: [HOT] Imagery offset / Décalage d'imagerie

[laupic]

Hello, 

for the tasks for IRMA the imagery was not mentionned : ex
http://tasks.hotosm.org/project/3540 

 

pour les tâches d'IRMA l'imagery n'était pas mentionnée dans les
instructions. 

Laurence 

Le 15.09.2017 16:24, Martin Noblecourt a écrit :

> (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 

Re: [HOT] Imagery offset / Décalage d'imagerie

[Pierre Béland]

Bonjour Martin,
Not everyone on HOT US speaks french and not everyone on hot-francophone speaks 
english. I think that the best is to create a thread on each list.

For the haiti earhtquake in october 2016, I already refered to these imagery 
alignment problems plus edition with inexperienced contributors. The mapathons 
bring in a lot of one shot contributors. It would be important that mapathon 
organizers assure quality of data traced on the map, even more for humanitarian 
actions.
https://lists.openstreetmap.org/pipermail/hot/2016-November/012673.html

regard 
 
Pierre 


  De : Martin Noblecourt 
 À : hot@openstreetmap.org; "hot-francoph...@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 

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

[Martin Noblecourt]

(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:


1. 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)?
2. 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...)
3. 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)
4. 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 :


1. 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) ?
2. 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...)
3. 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
4. J'ai essayé de