Recent Changes - Search:

Greg-Tools

Documentation

Post Traitement GPS

Introduction

Le post-traitement est une technique qui consiste à recueillir les informations “brutes” d’un GPS et à effectuer les calculs de positionnement entre cette trace et celle d’une station fiwe pour obtenir des resultats plus précis. Les données sont au format RINEX.

Logiciels

Vrac

Infos NG/listes de diffusion

24/11/2005 : Liste GPS/GNSS

Modulo le soft d’Anton, les Garmin de type 12 peuvent renvoyer les messages brutes qui peuvent alors etres retraités : http://artico.lma.fi.upm.es/numerico/miembros/antonio/async/

Par contre il ne faut pas rever, meme avec du post traitement, un G12 reste un G12 et en tirer du centimétrique me semble impossible, car le post-traitement permet de traiter une bonne partie des erreurs sur les signaux du satellite au GPS, mais pas des erreurs internes du au récepteur GPS lui-meme. Et de plus il existe déja sur le marché plusieurs boites qui fournissent des solutions pro de qualité.

Un probleme connexe interessant dans le cadre du DGPSIP et du post-traitement autonome serait de faire le soft qui permet de formater les données brutes en données de type DGPS (RTCM), donc ce que sort une balise Garmin de type GBR21. Cela permet de ne plus avoir besoin des données RINEX des stations de bases trop éloignées, mais de se faire sa propre station de base a au plus quelques kilometeres des points de mesure. Ce qui améliore grandement les choses. Dans le mesure ou gringo fournis une solution a pas cher de post-traitement.

Une grande avancée serait aussi de récupérer les données WAAS/EGNOS pour les utiliser en plus !

GPSment votre

http://www.nottingham.ac.uk/iessg/gringo http://www.eskimo.com/~archer/gpsframe.html http://www.wsrcc.com/wolfgang/gps/dgps-ip.html

Vieux liens :

 DGPS
  http://www.trimble.com/gis/cbs/
  http://www.nancy.inra.fr/extranet/bdd/fbdd.htm
  http://homepage.oma.be/euref/eurefhome.html
  http://lareg.ensg.ign.fr/EUREF/
  ftp://igs.ensg.ign.fr/pub/igs
  ftp://ftp.eurenet.net/pub/gpsdata/
  http://www.tapr.org/tapr/html/Fdgps.html
  http://www.wsrcc.com/wolfgang/gps/dgps-ip.html
  http://linux.bbn.com/~grossman/
  http://web.abnormal.com/dgps/
  http://www.schaik.com/gps/gps.html
  http://callisto.worldonline.nl/~samsvl/
  http://www.engref.fr/gpsA.htm
  http://www.dgps.com/inversemail.asp
  http://www.ngs.noaa.gov/CORS/cors-data.html
  http://www.leica-geosystems.com/product/level2.asp?o0=30
  http://www.engref.fr/gpsA.htm#Le système GPS à l’ENGREF
  http://www.ngs.noaa.gov/CORS/cors-data.html
  http://www.agrs.nl/europe/index.html
  http://www.csi-dgps.com/dgps/
  http://www.beta.ialahq.org/index.html
  http://home.san.rr.com/bix/
  http://www.eskimo.com/~archer/gpsframe.html
  http://home1.gte.net/clseng/DGPS_index.htm
  ftp://ftp.netcom.com/pub/rc/rcochran
  http://home.san.rr.com/bix/DGPS_Project.htm
  http://www.mayko.com/gpsd.html
  http://www.navcen.uscg.mil/dgps/
  http://sites.netscape.net/hhaumann/gps/beacon_receiver.htm
  http://www.effective-solutions.co.uk/dgps1.html
  http://gibs.leipzig.ifag.de/cgi-bin/dgps_eps_2.cgi?de
  http://www.swisstopo.ch/en/geo/swiposnav.htm
  http://www.nottingham.ac.uk/iessg/gringo/

24/11/2005 : autre contribution de la liste GPS/GNSS

  1. RINEX file generation from Garmin units. Thanks to the cooperation of many people in the sci.geo.satellite-nav newsgroup (special acknowledgments go to José María Muñoz and Sam Storm van Leeuwen) we have been able to get an idea of where some raw data was being sent in the async messages datastream (see this report for details. After getting the raw data (mainly pseudoranges and carrier phase) from our unit we have to postprocess it to see if they really make sense. I have written a simple program GAR2RNX (a GARmin TO RiNeX translator) that generates RINEX2 compliant files from the binary data file obtained using the logger utility. http://artico.lma.fi.upm.es/numerico/miembros/antonio/async/
  2. Version JAva du précédent programme: http://mho.republika.pl/java/gar2rnx/
  3. The GPSTk suite consists of a core ibrary and a set of applications. The library provides a wide array of functions that solve processing problems associated with GPS such as processing or using RINEX. The library is the basis for the more advanced applications distributed as part of the GPSTk suite. http://gpstk.sourceforge.net/
  4. Some of Garmin’s more recent receivers have been generating a large number of checksum errors in GRINGO. In some cases, rogue data packets have even beaten the CheckSum check and caused unexpected errors in GRINGO. With a great deal of help from several owners of some affected receivers, a fix is now available. http://www.nottingham.ac.uk/iessg/gringo/
  5. DGPS corrections over the Internet (intéressant pour les codes sources notamment. http://www.wsrcc.com/wolfgang/gps/dgps-ip.html

un post du 20/6/2004 sur le ng

There had been questions in the past wether Magellan receivers offer similiar options to output carrier-phase data, as has been shown with the Garmin units. http://artico.lma.fi.upm.es/numerico/miembros/antonio/async/

So far no one has discovered similiar methods for Magellan’s consumer receivers, and as such, postprocessing carrierphase data is not possible with data from these units.

Thales MobileMapper is a special version of a Magellan Meridian with a dedicated GIS firmware. This unit now offers a postprocessing option. While this doesn’t help users of Magellan’s consumer devices in respect to postprocessing, the following FAQ sheds some light on the receivers hardware limitations for postprocessing:

https://products.thalesnavigation.com/en/support/faq/mm_post_processing.asp

The essential information is that the obtainable accuracy with this receiver is limited to 40cm at best, which seems to indicate that the receiver hardware suffers from the same halfcycle ambiguity problem as the Garmin units.

Wether this is a hard limit is not known - the Ashtech/Thales ProMark seems to be a survey-grade modified Magellan 3xx series receiver and does not suffer from this limitation. Wether it really contains 3xx type hardware or just uses the same case - I don’t know.

Resumé de la manip (liste)

Voici ce qu’il faut pour faire du post-traitement avec Garmin :

Matériel :

  • Un GPS Garmin acceptant de préférence une antenne externe, et ayant un port série. Les modèles 12,II+,III+,V,76 fonctionnent bien pour cet usage.
  • Une antenne amplifiée : facultatif, mais peut accroitre les performances.

Logiciel de collecte des données et de conversion au format RINEX:

les liens de ces deux pages donnent aussi accès à un programme pour Psion et un autre en Java.

Logiciel de Post-Traitement :

Il n’y en a, à ma connaissance, aucun gratuit. Il me semble qu’un colistier a parlé récemment d’un site pouvant faire du post-traitement en ligne, mais je n’ai pas noté le lien.

Les logiciels les moins cher, et adaptés aux Garmins, sont :

En fait, il s’agit de deux versions d’un même logociel, ce que ne laisse pas supposer la différence de prix. La version d’évaluation de Rhino est pleinement fonctionnelle pendant 15 jours.

En gros, la manip est la suivante :

  1. le GPS est connecté à un PC portable ou un PDA contenant le logiciel de collecte.
  2. l’antenne est centrée sur le point à relever, et le GPS est allumé. Il faut attendre que tous les satellites visibles soit pris en compte avant de lancer la collecte.
  3. On enregistre les données brutes pendant au moins 15 minutes.
  4. - Retour au bureau, on converti les données brutes en fichier au format Rinex (avec Gar2Rinex ou Garbin)
  5. On récupère sur internet le fichier Rinex de la station permanente la plus proche du point levé (cf. http://lareg.ensg.ign.fr/RGP/index.html) (il est aussi possible de placer soit même un 2ème GPS sur un point connu).
  6. On effectue le post-traitement à partir des deux fichiers RINEX.

Pour les essais que j’ai effectué, la distance entre le point relevé et la station permanente variait entre 20 m et 3.6 km, et la durée de mesure entre 15 mn et 1 heure.

Sur 19 essais, les écarts en planimétries étaient les suivants :

  • inférieur à 5 cm pour 10 essais.
  • entre 5 et 30 cm pour 6 essais.
  • 46 cm, 55 cm et 1.07 m pour les 3 moins bons résultats.

Le résultat de 1.07 mètres était sur un site où il y avait un masque important (batiment).

Les résultats sont donc bien meilleurs qu’avec WAAS-EGNOS, mais evidemment ils nécessitent un investissement en temps important.

Edit - History - Print - Recent Changes - Search
Page last modified on November 25, 2005, at 01:59 PM