CORRECION DIFERENCIAL GPS
|
|
roeptisa
|
Buenas,
Quería saber si existe alguna extensión de gvsig Mobile para mejorar la precisión del GPS en campo. Así como en arcap se encuentra la extensión GPScorrect, a ver si hay algo parecido para gvsig Mobile. Muchas Gracias. Saludos, |
Juan Guillermo Jordán Aldasoro
|
Se prevé incluir la funcionalidad de almacenar en formato RINEX datos
del GPS que permiten corregir diferencialmente en postproceso. De momento no está planificado desarrollar el software para la corrección en postproceso, aunque hay varios programas que lo hacen a partir de ficheros RINEX, como GPStk [1][2]. Hasta aquí la respuesta a tu pregunta. Lo que viene después son unas reflexiones y dudas que tengo sobre este tema, acerca de las cuales agradecería comentarios / sugerencias, si algún usuario de GPS de precisión / profesional de la geodesia lo lee. Como desarrollador no-usuario de un GPS de precisión tipo Trimble me surgen algunas dudas acerca de cómo implementar este almacenamiento en formato RINEX. A lo mejor los usuarios de ArcPad y otros programas similares me pueden dar ideas. Me explico. En la hoja técnica de la extensión GPScorrect que mencionas dice que se almacenan metadatos junto con las posiciones. Yo entiendo que esto puede hacerse almacenando en RINEX, donde esos metadatos serían los observables GPS, esto es, pseudorrangos, fase de portadora, etc. La duda que tengo es la siguiente. Un usuario sale a tomar datos y genera un shape de unos 30 vértices (no corregidos). Si se almacenan los "metadatos" para toda la sesión, digamos por ejemplo una hora de recolección de datos, entonces tenemos un shape de 30 vértices por un lado, y una traza de unos 3600 puntos con metadatos por otro lado. El usuario podría corregir la traza con cierto software, por ejemplo GPStk, abrir la traza corregida en gvSIG y comparar con el shape de 30 vértices con la traza de 3600 puntos corregidos. Podría buscar qué vértices coinciden con puntos de la traza por su marca temporal y corregirlos. Lo anterior puede funcionar pero es algo trabajoso para el usuario. Además no funciona para vértices promediados, es decir, si para cada punto del shape yo estuve 1 minuto parado promediando posiciones, entonces tendría que identificar qué puntos de mi traza corregida corresponden al punto promediado, y volver a promediarlos. Me pregunto si sería una mejor idea asociar un fichero RINEX a cada vértice almacenado durante la sesión. En este caso sí se podría asociar el fichero Rinex #1 al vértice 1, que si se trata de un vértice promediado contendrá decenas de puntos que después se podrán corregir y promediar de nuevo. De este modo descartamos todos los puntos de la sesión que no interesan, ¿me explico? A ver si algún usuario me explica cuál suele ser la forma de trabajar en postproceso, aunque sospecho que la aplicación (ArcPad y la extensión GPScorrect) debe gestionar todo esto de forma transparente y el usuario ni se entera. Saludos Juangui [1] http://www.gpstk.org [2] http://www.gpstk.org/pub/Documentation/GPSTkPublications/Salazar-D-gpstk-high-accuracy.pdf roeptisa escribió: > Buenas, > > Quería saber si existe alguna extensión de gvsig Mobile para mejorar la > precisión del GPS en campo. > Así como en arcap se encuentra la extensión GPScorrect, a ver si hay algo > parecido para gvsig Mobile. > > Muchas Gracias. > > Saludos, > _______________________________________________ gvSIG_desarrolladores mailing list [hidden email] http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores |
||||||||||||||||
Miguel Montesinos
|
Hola,
Además de todas las consideraciones que hace Juangui, que por cierto estaría fenomenal que fueran comentadas por los que teneis esta necesidad o habeis planteado la cuestión ;-) , en la versión 0.2 de gvSIG Mobile hay incluidas unas mejoras específicas para poder aprovechar la mejora de precisión que ofrecen receptores GPS con precisión StarFire, de la familia NavCom [1], que llega a una precisión de 10 cm. No es lo mismo que el post-proceso, pero es una muy buena solución en tiempo real. [1] http://www.navcomtech.com/StarFire/ Saludos --------------------------------------------- Miguel Montesinos Director Técnico PRODEVELOP, S.L. mmontesinos [en] prodevelop [punto] es www.prodevelop.es > -----Mensaje original----- > De: [hidden email] [mailto:gvsig_desarrolladores- > [hidden email]] En nombre de Juan Guillermo Jordán Aldasoro > Enviado el: jueves, 15 de octubre de 2009 12:40 > Para: Lista de Desarrolladores de gvSIG > Asunto: Re: [Gvsig_desarrolladores] CORRECION DIFERENCIAL GPS > > Se prevé incluir la funcionalidad de almacenar en formato RINEX datos > del GPS que permiten corregir diferencialmente en postproceso. De > momento no está planificado desarrollar el software para la corrección > en postproceso, aunque hay varios programas que lo hacen a partir de > ficheros RINEX, como GPStk [1][2]. > > Hasta aquí la respuesta a tu pregunta. Lo que viene después son unas > reflexiones y dudas que tengo sobre este tema, acerca de las cuales > agradecería comentarios / sugerencias, si algún usuario de GPS de > precisión / profesional de la geodesia lo lee. > > > Como desarrollador no-usuario de un GPS de precisión tipo Trimble me > surgen algunas dudas acerca de cómo implementar este almacenamiento en > formato RINEX. A lo mejor los usuarios de ArcPad y otros programas > similares me pueden dar ideas. Me explico. En la hoja técnica de la > extensión GPScorrect que mencionas dice que se almacenan metadatos junto > con las posiciones. Yo entiendo que esto puede hacerse almacenando en > RINEX, donde esos metadatos serían los observables GPS, esto es, > pseudorrangos, fase de portadora, etc. > > La duda que tengo es la siguiente. Un usuario sale a tomar datos y > genera un shape de unos 30 vértices (no corregidos). Si se almacenan los > "metadatos" para toda la sesión, digamos por ejemplo una hora de > recolección de datos, entonces tenemos un shape de 30 vértices por un > lado, y una traza de unos 3600 puntos con metadatos por otro lado. El > usuario podría corregir la traza con cierto software, por ejemplo GPStk, > abrir la traza corregida en gvSIG y comparar con el shape de 30 vértices > con la traza de 3600 puntos corregidos. Podría buscar qué vértices > coinciden con puntos de la traza por su marca temporal y corregirlos. > > Lo anterior puede funcionar pero es algo trabajoso para el usuario. > Además no funciona para vértices promediados, es decir, si para cada > punto del shape yo estuve 1 minuto parado promediando posiciones, > entonces tendría que identificar qué puntos de mi traza corregida > corresponden al punto promediado, y volver a promediarlos. Me pregunto > si sería una mejor idea asociar un fichero RINEX a cada vértice > almacenado durante la sesión. En este caso sí se podría asociar el > fichero Rinex #1 al vértice 1, que si se trata de un vértice promediado > contendrá decenas de puntos que después se podrán corregir y promediar > de nuevo. De este modo descartamos todos los puntos de la sesión que no > interesan, ¿me explico? > > A ver si algún usuario me explica cuál suele ser la forma de trabajar en > postproceso, aunque sospecho que la aplicación (ArcPad y la extensión > GPScorrect) debe gestionar todo esto de forma transparente y el usuario > ni se entera. > > Saludos > Juangui > > [1] http://www.gpstk.org > [2] > http://www.gpstk.org/pub/Documentation/GPSTkPublications/Salazar-D-gpstk-high- > accuracy.pdf > > roeptisa escribió: > > Buenas, > > > > Quería saber si existe alguna extensión de gvsig Mobile para mejorar la > > precisión del GPS en campo. > > Así como en arcap se encuentra la extensión GPScorrect, a ver si hay algo > > parecido para gvsig Mobile. > > > > Muchas Gracias. > > > > Saludos, > > > > _______________________________________________ > gvSIG_desarrolladores mailing list > [hidden email] > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores gvSIG_desarrolladores mailing list [hidden email] http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores |
||||||||||||||||
Jose A. Jimenez Berni
|
Creo que una opción interesante para mejorar la precisión de los GPS de bajo coste sería la posibilidad de introducir al GPS correcciones diferenciales en tiempo real, en formato RTCM, a través del puerto serie. La mayoría de los GPS permiten esta opción aunque pocos programas lo soportan.
La idea sería implementar en gvSIG Mobile un pequeño cliente del protocolo NTRIP [1] que permita conectar a alguno de los servidores de correcciones RTCM disponibles [2]. El cliente descargaría las correcciones y las envía a través del propio puerto del GPS o bien a través de un puerto serie secundario. A nivel de PC existen programas que realizan esa tarea, como el GNSS Internet Radio [3], y muchos GPS comerciales de gama alta ya incorporan la posibilidad de conectarse a servidores de este tipo. [1] http://igs.bkg.bund.de/index_ntrip.htm [2] http://www.ntrip.org/ [3] http://igs.bkg.bund.de/ntrip/ntrip_down.htm Saludos, Berni 2009/10/20 Miguel Montesinos <[hidden email]> Hola, -- =================================================== Jose A. Jimenez-Berni QuantaLab - Instituto de Agricultura Sostenible (IAS) Consejo Superior de Investigaciones Científica (CSIC) Alameda del Obispo S/N 14004 - Córdoba Phone: +34 957499258 Fax: +34 957499252 email: [hidden email] / [hidden email] web: http://quantalab.ias.csic.es _______________________________________________ gvSIG_desarrolladores mailing list [hidden email] http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores |
||||||||||||||||
|
Juan Guillermo Jordán Aldasoro
|
Some javascript/style in this post has been disabled (why?)
Hola, pues esa funcionalidad sí que está prevista para gvSIG Mobile 1.0
y testeada a nivel experimental.Como tú dices, la contrapartida es que hay muy pocos GPS conectables a una PDA que lo permitan, si por conectables se entiende que tengan bluetooth o un medio de conexión por tarjeta de memoria. Yo conozco uno y ni siquiera estoy seguro 100% de que lo permita (Wintec WBT-300 G-Rays I) porque no lo he testeado y el fabricante no me contesta. Hay opciones USB y RS232 pero entonces necesitarás un conversor, que viene a costar más que el GPS, pero bueno, es una opción ;) Juangui Jose A. Jimenez Berni escribió: Creo que una opción interesante para mejorar la precisión de los GPS de bajo coste sería la posibilidad de introducir al GPS correcciones diferenciales en tiempo real, en formato RTCM, a través del puerto serie. La mayoría de los GPS permiten esta opción aunque pocos programas lo soportan. _______________________________________________ gvSIG_desarrolladores mailing list [hidden email] http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores |
||||||||||||||||
|
Juan Guillermo Jordán Aldasoro
|
In reply to this post
by Jose A. Jimenez Berni
Some javascript/style in this post has been disabled (why?)
Como también dices, los GPS de alta gama lo permiten, aunque ya no
podemos hablar de una solución de bajo coste :)Jose A. Jimenez Berni escribió: Creo que una opción interesante para mejorar la precisión de los GPS de bajo coste sería la posibilidad de introducir al GPS correcciones diferenciales en tiempo real, en formato RTCM, a través del puerto serie. La mayoría de los GPS permiten esta opción aunque pocos programas lo soportan. _______________________________________________ gvSIG_desarrolladores mailing list [hidden email] http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores |
||||||||||||||||
| Free Embeddable Forum Powered by Nabble | Help |
