Error en las coordenadas al importar archivos .gpx y .kml

[japi]

¿Porque cuando importo un archivo   .gpx    o   .kml    los cuales contienen una serie de puntos, el valor de estos puntos se incrementan de los valores introducidos en unos 5 metros en el valor de la X y unos 3 metros en el valor de la Y?

¿Hay alguna forma de corregir este error?

He probado en las versiones últimas y las anteriores y sucede lo mismo.

[orux]

¿Porque cuando importo un archivo   .gpx    o   .kml    los cuales contienen una serie de puntos, el valor de estos puntos se incrementan de los valores introducidos en unos 5 metros en el valor de la X y unos 3 metros en el valor de la Y?

¿Hay alguna forma de corregir este error?

He probado en las versiones últimas y las anteriores y sucede lo mismo.

Hola;



los puntos no se mueven al importarlos, se mantienen las coordenadas que vienen en el fichero. Puedes comprobarlo con los wpts, si pulsas sobre alguno, verás que tiene las mismas coordenadas que en el fichero.



otra cosa es que veas sobre un mapa desplazados los puntos, normalmente por algún problema en la calibración del mapa/imagen.





orux

[japi]

Como comentas es como lo he comprobado, pulsando sobre los wpts y en gestionar waypoints también uno por uno y  todos sufren un incremento del valor  como comenté, la X entre 5 o 6 metros y la Y en unos 3 o 4 metros, respecto a la relación de wpts del fichero,  no es únicamente en el plano donde se aprecia, con lo cual no es un error de calibración del mapa es el valor de la X y la Y de los waypoints lo que se modifica al importarlos. Lo he probado con distintos ficheros y en todos sucede lo mismo.

Comprobrarlo por favor. Os agradeceria que si  encontrárais la solución me contestarais.

Gracias por atender mi duda con prontitud.

[orux]

Como comentas es como lo he comprobado, pulsando sobre los wpts y en gestionar waypoints también uno por uno y  todos sufren un incremento del valor  como comenté, la X entre 5 o 6 metros y la Y en unos 3 o 4 metros, respecto a la relación de wpts del fichero,  no es únicamente en el plano donde se aprecia, con lo cual no es un error de calibración del mapa es el valor de la X y la Y de los waypoints lo que se modifica al importarlos. Lo he probado con distintos ficheros y en todos sucede lo mismo.

Comprobrarlo por favor. Os agradeceria que si  encontrárais la solución me contestarais.

Gracias por atender mi duda con prontitud.

Pon aquí algún ejemplo.



Los wpts están en coordenadas geográficas (wgs84) en el gpx.



Entiendo que ves ese problema al ver las coordenadas en formato UTM?



Si no es así, explícame cómo ves ese desplazamiento en las coordenadas.





orux

[japi]

Exacto trabajo en formato UTM con el Datum  tanto en cartografía como en Oruxmaps en European 1950:España. También la relación de wpts en los ficheros los tengo en European 1950:España.



Si por ejemplo tengo uno de los waypoints de una tabla de un fichero  X= 317048   Y= 4445134 al importarlos al Oruxmaps aparece al consultar el wpt presionando sobre el  punto que aparece en la pantalla como comentaste, las coordenadas X=317053   Y= 4445137 y también presionando en la parte superior de la pantalla en la chincheta y después en gestionar wpts, seleccionando un wpt  y después presionando en detalles aparecen las coordenadas  X=317053   Y= 4445137. Lógicamente en el plano también aparece desplazado.



Los  mismos ficheros .gpx y .kml están probados en un visor de PC como es Quantum Gis y salen en su posición correcta y consultando las coordenadas coinciden exactamente el valor de la X e Y.



Sigo agradeciendo la atención prestada.

[orux]

Exacto trabajo en formato UTM con el Datum  tanto en cartografía como en Oruxmaps en European 1950:España. También la relación de wpts en los ficheros los tengo en European 1950:España.



Si por ejemplo tengo uno de los waypoints de una tabla de un fichero  X= 317048   Y= 4445134 al importarlos al Oruxmaps aparece al consultar el wpt presionando sobre el  punto que aparece en la pantalla como comentaste, las coordenadas X=317053   Y= 4445137 y también presionando en la parte superior de la pantalla en la chincheta y después en gestionar wpts, seleccionando un wpt  y después presionando en detalles aparecen las coordenadas  X=317053   Y= 4445137. Lógicamente en el plano también aparece desplazado.



Los  mismos ficheros .gpx y .kml están probados en un visor de PC como es Quantum Gis y salen en su posición correcta y consultando las coordenadas coinciden exactamente el valor de la X e Y.



Sigo agradeciendo la atención prestada.

Hola;



te iba contestar que el error se iba en las transformaciones de datum, porque OruxMaps usa las fórmulas de 7 parámetros, mientras que la herramienta en la que pruebas puede estar usando algún tipo de rejilla, más precisa, pero no encuentro el error que comentas.



partiendo del wpt en un gpx (el datum es sí o sí wgs84)-><wpt lat="40.7198144" lon="-3.94300478">



si lo importo en OruxMaps, en UTM (wgs84) obtengo-> X=420356, Y=4508082



si cambio al datum European 1950:España en OruxMaps obtengo-> X=420465, 4508289



que son prácticamente los mismos valores que obtengo en el conversior del IGN, 420356,42, 4508082,14 y 420465,57, 4508289,36 respectivamente->http://www.ign.es/wcts-app/">http://www.ign.es/wcts-app/



el wpt que me comentas más arriba, en qué huso UTM están las coordenadas UTM?





orux

[japi]

Aclaración: El ejemplo anterior únicamente era para mostrar la diferencia entre los valores de X e Y que se importan y los que se muestran pero no es válido ya que se sale fuera del mapa.



Basándonos en un wpt  tal que  X= 712584   Y= 4418456 Huso 30 Datum (ED50) European 1950: España.

Al importarlo al Oruxmaps los valores del wpt pasan a ser 30S   X=712589    Y=4418460.



Aunque  a fecha de hoy se trabaja  con el Datum ETRS89, debido a las bases de datos anteriores al cambio oficial de referencia, nos  obliga a realizar carga de datos en ED50.



El proceso que sigo es el siguiente: Parto de una lista de wpts en ED50, en una tabla de Excel  y la guardo en extensión .csv  y a partir de esto los transformo en .kml y después en .gpx



1ªPregunta: Por tu comentario ¿Debo entender que aunque yo georeferencio al cargar el archivo .csv en ED50 al pasarlos a  .kml y .gpx son  georefenrenciados en wgs84?



2ª Pregunta: ¿Si esto es así como es que al importarlos al Oruxmaps  la desviación de X e Y es únicamente de unos 5 y 3 metros respectivamente, si dos puntos con los mismos valores de X e Y, uno en ED50 y el otro en WGS84, distarían entre ellos en el valor de la X en algo mas 100 m. y en el valor de la Y en algo más de  200 m?



3ª Pregunta: Y por último ¿Para importar los wpts desde archivo .gpx y .kml al Oruxmaps  en que sistema tienen que estar estos y en que Datum  tiene que estar el Oruxmaps para evitar esta desviación?



Gracias.

[orux]

Aclaración: El ejemplo anterior únicamente era para mostrar la diferencia entre los valores de X e Y que se importan y los que se muestran pero no es válido ya que se sale fuera del mapa.



Basándonos en un wpt  tal que  X= 712584   Y= 4418456 Huso 30 Datum (ED50) European 1950: España.

Al importarlo al Oruxmaps los valores del wpt pasan a ser 30S   X=712589    Y=4418460.



Aunque  a fecha de hoy se trabaja  con el Datum ETRS89, debido a las bases de datos anteriores al cambio oficial de referencia, nos  obliga a realizar carga de datos en ED50.



El proceso que sigo es el siguiente: Parto de una lista de wpts en ED50, en una tabla de Excel  y la guardo en extensión .csv  y a partir de esto los transformo en .kml y después en .gpx



1ªPregunta: Por tu comentario ¿Debo entender que aunque yo georeferencio al cargar el archivo .csv en ED50 al pasarlos a  .kml y .gpx son  georefenrenciados en wgs84?



2ª Pregunta: ¿Si esto es así como es que al importarlos al Oruxmaps  la desviación de X e Y es únicamente de unos 5 y 3 metros respectivamente, si dos puntos con los mismos valores de X e Y, uno en ED50 y el otro en WGS84, distarían entre ellos en el valor de la X en algo mas 100 m. y en el valor de la Y en algo más de  200 m?



3ª Pregunta: Y por último ¿Para importar los wpts desde archivo .gpx y .kml al Oruxmaps  en que sistema tienen que estar estos y en que Datum  tiene que estar el Oruxmaps para evitar esta desviación?



Gracias.

En un gpx o kml los puntos siempre están en el sistema wgs84. Si están las coordenadas en otro sistema, es un gpx/kml incorrecto.



1.-Coge el gpx en el que está el wpt que comentas arriba, lo abres con un editor de texto y extraes las coordenadas geográficas que tiene, que están en wgs84. Pega aquí en el foro esas coordenadas geográficas.

2.-Vete con esas coordenadas geográficas a esta página->http://www.ign.es/wcts-app/">http://www.ign.es/wcts-app/ y transforma esas coordenadas a UTM, datums ED50 y wgs84.

3.-¿Las coordenadas UTM que has obtenido, coinciden con las que ves en OruxMaps, en ambos sistemas?



Según mis cuentas (y las de la web http://www.ign.es/wcts-app/">http://www.ign.es/wcts-app/), el sitio que indicas:

(712584,4418456) ED50 --> (0,51504456W, 39,88768474N) lon/lat etrs89.

Si creo un sitio en OruxMaps, estando en wgs84, con las coordenadas  (0,51504456W, 39,88768474N) lat/lon etrs89 obtengo exactamente las coordenadas (712584,4418456) ED50 si cambio a datum ED50.



orux

[Maxpil]

2ª Pregunta: ¿Si esto es así como es que al importarlos al Oruxmaps la desviación de X e Y es únicamente de unos 5 y 3 metros respectivamente, si dos puntos con los mismos valores de X e Y, uno en ED50 y el otro en WGS84, distarían entre ellos en el valor de la X en algo mas 100 m. y en el valor de la Y en algo más de 200 m?

La diferencia en este caso son de unos 240m. Por lo que no cuadra con las diferencias que comentas.