(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 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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot
