[OSM-talk-fr] Création de points de référence pour calage des imageries satellites - quelle approche et quel matériel ?

[Eric SIBERT]

Mon expérience à Madagascar (36 15 My Life pour les plus anciens...)

Depuis quelques années, je travaille avec un Garmin etrex 30, captant 
les satellites GPS et Glonass. Des mesures répétées plusieurs jours de 
suite sur un point dégagé me donnent un écart type en X et Y de 1,60 m. 
Je pense qu'en France métropolitaine, avec les corrections Egnos, on 
doit être à moins d'un mètre. En tout cas, assez pour voir la différence 
entre WGS84 et RGF93 [1,2].

Il y a eu une période à Madagascar où je mesurais la position de points 
de repères sur le terrain. Ensuite, j'allais dans JOSM. Pour chaque 
point de repère, j'estimais le décalage. Je reportais des valeurs X et Y 
du décalage dans un tableur. Je faisais la moyenne des valeurs pour 
l'ensemble d'une ville (en faisant attention qu'il n'y ait pas 
juxtaposition de plusieurs vues aérienne). Enfin, dans JOSM, 
j'appliquais la correction moyenne. Un peu lourd puis il faut vérifier 
de temps à autre qu'ils n'ont pas changé l'image source avec un nouveau 
décalage. Maintenant, je me contente d'ouvrir la vue aérienne dans JOSM. 
Je fais afficher les traces GPS disponibles dans OSM. Visuellement, je 
recale la vue aérienne. Ça va pas mal aussi. Il faut avoir assez de 
traces GPS. Dans certains coins, mon problème est que j'ai trop de 
traces et que je ne vois plus rien ;-).

Ensuite, pour un récepteur plus précis, laisse tomber le récepteur à 2 
k€. Il ne fait pas grand chose de plus qu'un récepteur grand public et 
la précision métrique nécessite une correction comme EGNOS non 
disponible en Afrique.

À l'instigation de Stéphane Péneau, je suis en train de me monter un 
enregistreur de donnée GNSS brutes [3]. Quatre constellations, 
bi-fréquence. 400 € de pièces, y compris la TVA payée à l'import. Il 
faut calculer à postériori les corrections pour avoir la meilleure 
précision, idéalement, par rapport à une station de référence. Stéphane 
a aussi fait plusieurs forks [4] (dont support bluetooth? Je ne retrouve 
pas).

Ce n'est peut-être pas la meilleure solution pour avoir la meilleure 
précision possible en temps réel car il ne supporte pas les corrections 
SBAS (WAAS, EGNOS...). Il est vraiment fait pour travailler en 
différentiel, que ce soit en temps réel ou à postériori. Dans tous les 
cas je vais essayer d'évaluer la précision dans les différents cas de 
figure en France et à Madagascar.

Eric


[1] : 
https://lists.openstreetmap.org/pipermail/talk-fr/2019-September/094202.html
[2] : https://www.openstreetmap.org/user/StephaneP/diary/390290
[3] : https://github.com/PaulZC/F9P_RAWX_Logger
[4] : https://github.com/Stefal/F9P_RAWX_Logger