Como ya he dicho antes esos mojones deberian de estar a lo largo de una lÃnea recta que separa dos polÃgonos distintos. Al cargar el kmz de ese polÃgono en Google Earth veo esa lÃnea perfectamente. Hasta aquà todo bien.
El caso es que cuando he empezado a introducir las coordenadas antiguas de posición de esos mojones he tenido varios problemas.
En primer lugar los datos vienen en un formato distinto del que Google Earth entiende y he tenido que convertirlos. Para ello he utilizado un conversor de formatos de la web del Institut Cartogrà fic i Geològic de Catalunya
La página ofrece una combinación de varios parámetros a la hora de realizar esa conversión de formatos. Al no conocer a fondo muchos de esos conceptos he estado bastante rato probando y jugando con la calculadora... Leer más ...
hola,tengo una duda pongo las coordenadas en modo UTM en el apartado herramientas y busco las coordenadas de un punto donde me encuentro y al comprobarlo mediante un GPS no me coinciden con las que me da el google earth..alguien sabrÃa decirme porque no me coinciden?
Buenas cesar21, necesitas realizar una conversión de PSAD56 a WGS84,que es el sistema que utiliza Gearth.
Si le preguntas a google encontraras los aportes de otros usuarios que en el pasado se han enfrentado al mismo problema.
Entiendo que ya tienes resuelta la captura de coordenadas, que luego creas, editas y vas modificando el archivo kml (supongo que con un "linestring") y que una vez visualizado el archivo, este no está correctamente georreferenciado.
Pero me temo que tanto el GPS como el algoritmo que has desarrollado se limitan a mostrar los datos tal como llegan. Y que por lo tanto: si tu GPS está debidamente configurado con los parámetros WGS84, y no has cometido ningún error de código que provoque una incorrecta conversión de las coordenadas. Entonces el problema solo puede estar en la incorrecta georreferenciación de las imágenes de Google Earth, hecho que me temo es una realidad en base a comentarios realizados en otros posts por otros usuarios de este foro.
Los primeros navegadores se encontraron con la misma problemática que tu tienes (pues hace años la precisión de los GPS monofrecuencia, con s/a desactivada y sin una red DGPS daba una precisión del orden de la decena de metro) y la solucionaron (creo) mediante búsqueda espacial (con buffers) del eje viario mas cercano.
Tu problema es que para poder aplicar esta solución precisarÃas de la... Leer más ...
Estuve mirando el tema de las coordenadas y me di cuenta que separando los primeros 2 dÃgitos del resto de la cadena, google maps encuentra el punto exacto. Ahora la tarea es extraer solo esos datos desde una cadena de caracteres. Muchas gracias
Estoy construyendo una aplicacion con google maps asociado a un receptor de gps, el problema es que este me entrega la siguiente coordenada tipo: 5309.2267, 7056.7279 y la API en el parametro GlatLng recibe la coordenada tipo -73.1515, -47.2323
¿Google maps tendra otra opción para ingresar las coordenadas que me entrega el receptor de GPS? ¿Se podra modificar el GlatLng para que me acepte otro tipo de coordenadas?¿Existe algo que reemplace GlatLnt? si no hay posibilidad ¿Como cambio manualmente el formato de coordenada?
Entiendo que ya tienes resuelta la captura de coordenadas, que luego creas, editas y vas modificando el archivo kml (supongo que con un "linestring") y que una vez visualizado el archivo, este no está correctamente georreferenciado.
Pero me temo que tanto el GPS como el algoritmo que has desarrollado se limitan a mostrar los datos tal como llegan. Y que por lo tanto: si tu GPS está debidamente configurado con los parámetros WGS84, y no has cometido ningún error de código que provoque una incorrecta conversión de las coordenadas. Entonces el problema solo puede estar en la incorrecta georreferenciación de las imágenes de Google Earth, hecho que me temo es una realidad en base a comentarios realizados en otros posts por otros usuarios de este foro.
Los primeros navegadores se encontraron con la misma problemática que tu tienes (pues hace años la precisión de los GPS monofrecuencia, con s/a desactivada y sin una red DGPS daba una precisión del orden de la decena de metro) y la solucionaron (creo) mediante búsqueda espacial (con buffers) del eje viario mas cercano.
Tu problema es que para poder aplicar esta solución precisarÃas de la red viaria de tu... Leer más ...
Hola! Soy nuevo en el foro, les comento mi inquietud.
Estoy trabajando en un proyecto de seguimiento satelital a móviles. Tenemos un equipo GPS que va dando coordenadas, acusando la posición actual del móvil.
Lo que yo quiero hacer es, a partir de esas coordenadas, armar un archivo kml para poder visualizar el recorrido en el google earth. Hasta ahà todo bien, eso sale bien.
El problema es, que debido a los errores lógicos, la ruta del móvil no se traza exactamente sobre las calles.
La pregunta es, cómo hago para que esa lÃnea corra exactamente sobre la calle?
Espero haberme expresado correctamente.
Gracias!!
Saludos desde Argentina
Viceversa:
Tomo los minutos del formato decimal * 60, y a ese resultado lo /1000, para concatenarle delante los grados.
477 * 60 = 28620
28620 / 1000 = 28.62
32 28.62
Pepecho, por partes, y en todo momento basandonos en el ejemplo de las coordenadas que tu nos has puesto:
Formula matemática como tal no hay pues tu GPS nos da unos datos donde parte de los dÃgitos están en formato sexadecimal y parte en formato decimal.
No obstante puedes hacer lo siguiente (Partimos de -32.477 y queremos obtener un valor de 6 dÃgitos XXXX.XX):
- Tomas la parte entera como el valor de los grados y ya tienes las primeras cifras del valor de las coordenadas de tu GPS -32XX.XXX
- Tomas la parte decimal, la multiplicas por 60, 0.477*60=28.62 y ya tienes las cifras que te faltan -3228.62
¿El proceso contrario? (Partimos de -3228.62 y queremos obtener un valor de 6 dÃgitos XX.XXXX):
-Tienes la parte de los grados ya resuelta tomando las primeras cifras -32.XXXX
-La parte decimal por ser la función inversa divides entre 60 28.62/60=0.477 y obtienes -32.477
La denominación de estos números: 3328.62 5914.28 no parece geográfica a primera vista
De acuerdo a los números -32.477 -58.238, veamos la manera de llamarlos: Grados y minutos decimales: -32.477 -58.238 sistema sexagesimal
Los escribes en una calculadora y le pedir la conversión a grados, como resultado te lo mostrará asÃ: Grados minutos y segundos: -32º28’ 37.2†-58º14’ 16.8â€
Si procedes con la fórmula del anterior post , llegarÃas al valor decimal, nuevamente.
Para llegar a Grados decimales: -32.2862º -58.1428º , serÃa usando: (segundos * 100 /60 )