Con base a un requerimiento expresado en:
http://foro.gabrielortiz.com/index.asp?Topic_ID=32471
se procedió a modificar el programa que se encuentra en este artículo:
Conversión de coordenadas geográficas a UTM usando los elipsoides Hayford, WGS 84 o SAD 69
para procesar simultáneamente la conversión de coordenadas geográficas en formato decimal a UTM, usando los elipsoides Hayford y WGS 84, para una gran cantidad de datos. El programa toma los valores que necesita del archivo datos.in y escribe la salida al archivo datos.out. Desde datos.in el programa lee, en primer lugar, el número de valores y luego, secuencialmente para cada línea, el código para el elipsoide (Hayford = 1, WGS 84 = 2), el código para la ubicación con relación al meridiano de Grenwich (Oeste = o, Este = e; pueden usarse también mayúsculas), la longitud en grados decimales, el código para la ubicación hemisférica (Norte =n, Sur = s; pueden usarse también mayúsculas) y la latitud en grados decimales. El programa fue probado con un archivo datos.in de 5001 líneas y cuyo extracto, para que se observe su estructura, se coloca a continuación:
5000 2 o 70.439 s 25.184 2 o 65.8811388888889 n 10.3074166667 2 o 65.8811388888889 n 10.3074166667 . . . 2 o 65.8811388888889 n 10.3074166667 2 o 65.8811388888889 n 10.3074166667 2 o 65.8811388888889 n 10.3074166667
Cada línea (excepto la primera que señala el número de datos) contiene la información pertinente al ejemplo que se hace referencia en el artículo que se señala al inicio. Para sus propósitos particulares (es decir, cada línea con valores diferentes) ese archivo puede ser preparado usando una hoja de cálculo Excel y guardado en texto plano como datos.in (si mal no recuerdo, en Excel, el archivo de texto plano se guardaría como datos.in.prn por lo que sería necesario usar word pad o el blog de notas para producir finalmente el datos.in).
A continuación, tenemos un extracto del datos.out cuyas 5000 líneas presentan las coordenadas UTM X, Y precedidas por el número de línea correspondiente y el huso.
huso X Y
1 19 354998.1358 7213903.0114
2 20 184416.0841 1140822.4972
3 20 184416.0841 1140822.4972
.
.
.
4998 20 184416.0841 1140822.4972
4999 20 184416.0841 1140822.4972
5000 20 184416.0841 1140822.4972
el cual fue obtenido por la ejecución del programa que se encuentra en el siguiente link:
Para propositos particulares modifiquen el datos.in tal como se sugirió arriba.
Nota 1: El programa no funcionaba adecuadamente para el hemisferio Sur. Ya lo corregí y lo calibré frente a SAGA GIS. El error fue menor de 1 cm en ambas coordenadas por lo que el conversor que Paulina dice haber usado (ver comentarios) y difiere en 23 metros en la coordenada Y con los resultados aquí expresados parece no funcionar adecuadamente.
Nota 2: El programa no estaba funcionando adecuadamente al este de Greenwich. Ya se corrigió el error.
Pingback: Conversión de coordenadas geográficas a UTM usando los elipsoides Hayford, WGS 84 o SAD 69 |
Hola José
Estamos convirtiendo posiciones geográficas a UTM. Nos surge el problema de que estamos en Tenerife (huso 28) y al introducir las coordenadas nos aparece huso 26
Ej.
Entrada
2 o 28.0588888 n -16.8594444
Salida
1 26 387194.8195 -1864331.0227
Espero no quitarte mucho tiempo
Gracias
Manuel Carrillo
Los valores de las entradas son SIEMPRE POSITIVAS. El signo es colocado internamente por el programa de acuerdo a las letras (n, N, s, S, e, E, o, O) que se coloquen para hacer referencia a la latitud y a la longitud (es irrelevante usar mayúsculas o minúsculas siempre que sean las que mencioné anteriormente).
Saludos
Gracias y gracias por la premura, pero el error persiste.
Entrada:
Salida:
huso X Y 1 26 387194.8195 1864331.0227Fue que invertistes los valores. Pruébalo así:
Obtendrás esto:
huso X Y 1 28 317248.4442 3105164.7962Viéndolo en GoogleEarth fue que me di cuenta del error. El programa funciona bien.
Saludos
Muy buena herramienta para convertir coordenadas geograficas a UTM, la verdad me sirvio bastante, sin embargo lo que hice fue pegar los datos en los archivos originales, ya que al querer crear una hoja aparte de jorge.in, no me da los datos, pero de todas formas logre obtener los resultados que queria.
Felicito nuevamente a este link, por darnos estas herramientas
Gracias por tu comentario. Para producir los archivos desde Windows, excepto la manera que tu usastes que también es viable, hay que grabar desde Excel como un *.prn y después con wordpad abrirlo para guardarlo como el *.in requerido.
Saludos
Una herramienta igual pero que funcione al reves Conversión masiva de coordenadas UTM a geográficas decimales conoces alguna
Gracias
Este es el link:
http://joseguerreroa.wordpress.com/2011/09/24/conversion-masiva-de-coordenadas-utm-a-geograficas-decimales-usando-los-elipsoides-hayford-y-wgs-84/
HOla, soy nueva en esto de las coordenadas y del sig. oye no puedo guardarlo en el formato que requiere el programa, solo llego hasta el prn, como hago el resto si wordpad no me dá la opción?
mil gracias
lo unico que tengo que convertir es
20
2 e 0 n 35
2 e 0 n 37,5
2 e 0 n 40
2 e 0 n 42
2 e 3,75 n 35
2 e 3,75 n 37,5
2 e 3,75 n 40
2 e 3,75 n 42
2 e 348,75 n 35
2 e 348,75 n 37,5
2 e 348,75 n 40
2 e 348,75 n 42
2 e 352,5 n 35
2 e 352,5 n 37,5
2 e 352,5 n 40
2 e 352,5 n 42
2 e 356,25 n 35
2 e 356,25 n 37,5
2 e 356,25 n 40
2 e 356,25 n 42
me puedes hechar una mano?
Primero que nada, revisa bien donde van colocadas esas comas porque no son coordenadas válidas. Luego, usa la opción de buscar y reemplazar de wordpad para cambiar las comas por punto porque tampoco funcionaría. Por ahora, no tengo acceso a wordpad porque estoy accediendo sólo a máquinas con Linux y Mac. Sino sería más explícito.
Hola.
Me he descargado el ejecutable en mi disco duro, pero cuando accedo al programa, se me abre, me indica que presione cualquier tecla para continuar y cuando lo hago, se cierra el programa.
Debo instalarlo con otra ruta?
Muchas gracias.
No. El programa se ejecuta en fracciones de segundo. En datos.out está el resultado para MI EJEMPLO. Para tu caso particular modifica el datos.in según las instrucciones del artículo.
Saludos
Hola estoy intentado convertir una planilla de datos del hemisferio sur y me entrega coordenadas que no coinciden con las de google earth, te pongo un ejemplo, ingreso:
2 o 70.439 s 25.184
y obtengo
huso X Y
1 19 354998.1358 12786096.9886
sin embargo el valor de Y en google eart y probando todos los conversores que estan en linea es 7213880, lo probe para muchos valores y el error persiste, tu lo has probado con Lat S? al final tuve que hacer mis conversiones una a una, ojala puedas solucionar ese error porque la aplicacion es muy buena.
Saludos
Vivo en el hemisferio norte y hasta ahora alguien recién me señala que no funciona bien para el hemisferio sur (porque no lo había probado). Voy a ver que sucede y después te cuento.
Saludos
Ya encontré el error. Está en un else y en consecuencia no hace nada con la s o S de hemisferio sur. Me di cuenta al colocar el archivo así (ya tenía mi sospecha de que allí estaba el error):
lo que produce un resultado similar al esperado (hay una diferencia de aproximadamente 23 m que también tengo que averiguar de donde sale).
huso X Y 1 19 354998.1358 7213903.0114Tengo que corregirlo en el código fuente y compilarlo nuevamente. Después lo subo.
Saludos
Hola José! Me parece muy interesante esta aplicación. La estaba tratando de usar para el hemisferio sur pero no funciona, los husos 19 y 18 de Chile Continental, y después de un buen rato de intentar, donde me tiraba al huso 18 y 43 coordenada por medio, me di cuenta de este post. Estaré atenta al upgrade!
Catalina
Si, tiene un error pero como sólo la probé con valores del hemisferio norte no me di cuenta. Por otra parte, según mi experiencia, las diferencias deberían ser de centímetros por lo que un error de 23 m como señala Paulina es algo que también tengo que explorar. Por ahora, estoy algo complicado evaluando trabajos para un Congreso por lo que la revisión del error tendrá que esperar unos días.
Saludos
Gracias José, estaré atenta, tu programa está realmente salvador. Sabes si existe algun ArcScript que hace esto directamente en ArcGis?
Saludos
Hola Jose, creo que la diferencia entre tu resultado y el mio es que en la latitud tu especificaste con el signo -, yo solo indiqué Sur (s) como indicabas en tu ejemplo, como dices que no hace nada con la s o S, al no poner signo da el valor que te indiqué que es una diferencia de mucho mas que metros.
al parecer al poner e signo menos da un valor mucho mas cercano al real.
Hola, Paulina. El problema estriba en que al adaptar el programa para un sólo valor a aquel en que los toma masivamente sólo lo probé con datos del hemisferio Norte. Cuando lo estaba programando ese problema que tu experimentaste yo también lo viví porque estoy a la izquierda del meridiano de Grenwich y no le estaba haciendo caso a la O de la longitud y cambiarla de signo (obviamente lo solventé). En este caso, cuando se lee s o S del archivo, el programa tiene que cambiar la latitud de signo internamente y no lo está haciendo por un gazapo en la programación. Por eso es que “funciona” bien cuando lo cambio de signo en el archivo.
Saludos
Pingback: Conversión masiva de coordenadas usando SAGA SIG |
Hola Jose, yo tengo un problema parecido al de paulina…tambien estoy entrando hace poco al mundo de la topografia y vi tu programa y se ve bueno. el problema es que cuando trato de convertir las cordenadas no me da correctamente. por ejemplo:
necesito convertir
latitud -23.631580°
longitud -68.849853°
esto es para chile en el UTM wgs 84
gracias
hola Jose soy yo denuevo, mira aqui pude dar con algo mas parecido a lo que me da el google, pero igual hay una diferencia de varios metros.
datos in
datos out
huso X Y 1 19 515314.7653 7386553.6957y según el google sería
515409.68 m E
7386500.42 m S
te pido si lo puedes revisar por favor.
Mi programa funciona bien.
datos.in
datos.out
huso X Y 1 19 515314.7704 7386553.6924 2 19 517281.9322 7387824.1511 3 19 519413.5729 7389999.8211Lo calibré frente a SAGA GIS (ver imagen):
y los resultados difieren en menos de 1 cm. Lamento decirte que por mucho que sea Google Earth tiene un bug en su conversor (y ese no es el único que tiene el programa) o utiliza un datum diferente, que no están señalando, para el cono sur. Eso es bueno que lo sepan aquellos que usan las imágenes de éste para georreferenciar.
Además, tu lo calibraste frente a otro conversor que encontraste por allí y los resultados concordaron fue con mi aplicación (también menos de 1 cm); no con Google Earth.
Saludos
Pingback: Conversión masiva de coordenadas UTM a geográficas decimales usando los elipsoides Hayford y WGS 84 |
Saludos
Tengo un archivo excell con latitudes y longitudes que requiero convertir a utm (los puntos están tomados en el norte de Chile Zona 19). Tengo más 150 datos pero no he podido lograr…podrías darme una mano Te paso un ejemplo de la tabla que estoy manejando
Atte
Así debe estar el archivo (lo hice sólo para los 5 primeros y para WGS84):
El resultado es el siguiente:
huso X Y 1 19 508850.7000 7517194.0277 2 19 574823.0054 7606313.0291 3 19 574823.0247 7606313.0461 4 19 574226.0016 7607062.0296 5 19 574225.9643 7607061.9750te felicito José!!
Gracias por el comentario. Aprovecho la oportunidad para señalar que Google Earth ya corrigió los bugs y ciertas cosas no deseables que se venían experimentando y ahora su funcionamiento está más cerca de lo que queremos.
Saludos!
Nada mas que decir, un gran aplauso!!!! Gracias por tu aplicación.
Gracias a ti por tu comentario.
Saludos
hola, tengo el problema que al abrir el archivos de datos.in o datos. out me salen todos desordenados, cual es la manera de hacerlo correctamente para que salgan en le formato de arriba. Gracias
Manualmente. Fue que los edité en Linux y Windows tiene problemas para “interpretarlos” de manera correcta. No obstante, los resultados son los esperados porque están los indicadores de fin de línea y fin de archivo. Una vez que arreglas el datos.in conserva siempre el formato y produce datos.out sin problemas; por lo menos en mi sistema.
Saludos
Hola me podes ayudar con este caso tengo estos datos W89.14298, N13.7139, lo ubico en datos.in de esta manera;
74
2 W89.14304 N13.71414
2 W89.14317 N13.71338
2 W89.14306 N13.71406
2 W89.14306 N13.71428
2 W89.14323 N13.71365
el resultado no es el esperado, que estoy haciendo mal?
4 16 12484402.4942 -5891690.3069
5 16 12484556.3697 -5891566.1051
6 16 12484408.3008 -5891685.6201
7 16 12484628.9529 -5891507.5173
Resido en El Salvador, gracias,,,,,,,
Por analogía debería ser (para los 5 registros que tu haz puesto):
Gracias, lo pude hacer.
Excelente programita estimado. Tengon un par de preguntas tiene algun costo modificarlo para poder convertir las coordenadas al sistema utilizado en mi Pais.
Gracias por el comentario. Y por qué éste no te sirve? Cuál es la modificación que deseas?
Lo que sucede estimado es que mi Pais maneja un sistema de coordenadas planas que se basa en la proyeccion Conica Conformante Lambert. Me inmagino que son parametros o valores diferentes al que utiliza este programa.
por ejemplo en el punto:
2 O 89.14304 N 13.71414
obtengo esto:
X268246.2036 Y1517113.265
y coincide con Google Earth, pero en mis mapas el XY debe ser
X484527.0 Y288050.3
Entiendo. Este no sirve. Se requiere una transformación de datum y para ello se necesitan los parámetros de transformación para esa zona en particular. Los datos del esferoide de Clarke de 1866 son fáciles de encontrar.
Gracias estimado por responder, yo tengo la informacion de los parametros, la presunta es se puede tropicalizar el programa para mi sistema de coordenadas y que costo tendria.
Gracias nuevamente.
Si tus parámetros son equivalentes a ésto:
sería fácil y rápida la comprobación; aunque 7 parámetros (Bursa-Wolf) también sirve.
Si es correcto estos parametros son viables.
Es posible su modificacion y el costo estimado?
Es correcto se puede puede realizar con Bursa – Wolf y La transformacion molodensky.
Es factible hacerlo y cual seria su costo.
saludos
Hola!mi consulta es por que estoy intentando convertir varias coordenadas a UTM a la vez.cuando ejecuto geo_utm0.4 me pide para convertir coordenadas una por una. cómo tengo q hacer para que convierta muchas coordenadas a la vez. ya hice el archivo datos.in y esta junto al ejecutable pero no lo toma para hacer la conversión. estos son algunas de las coordenadas
2 o 62°33’26.14″ s 33°40’41.07″
2 o 62°33’2.43″ s 33°40’57.74″
2 o 62°33’2.43″ s 33°40’57.74″
2 o 62°33’3.30″ s 33°40’58.20″
2 o 62°33´02.2” s 33°40´58.5”
2 o 62°33’3.30″ s 33°40’58.20″
2 o 62°31’11.74″ s 33°40’37.21″
muchas gracias de antemano!!
No lo va a hacer nunca porque el archivo debería estar así:
tengo una informacion que me porporciona el GPS del telefono y el dato que me da es 8.43496º y -82.43176º, me pueden enviar el programa de conversion para este tipo de informacion, necesito convertirla UTM.
caballerogomez85@yahoo.com
El link a la aplicación está al final del artículo.
Excelente!! Me ha ayudado el programa en dos ocasiones y es muy preciso
Gracias por tu comentario.
Nelson Gadea:
25/01/13
Prepare la informacion pero al ejecutar el prog
3
2 o 13.41674167 n 4.240388889
2 o 85.83203333 n 11.48411667
2 o 85.83291667 n 11.48428333
el resultado es
huso X Y
no veo la conversion en que paso falle
Debería estar en datos.out.
lo busque en datos. out pero no da lo esperado
a mi me dan la informacion de esta manera
W 12°85’0.27″ N11°29.047′
W085°49.922′ N11°29.057′
W085°49.975′ N11°17.982′
W085°54.894′ N 07°27′ 286″
segui un archivo pdf :
convertir_geo_a_UTM para ArcGis 9_3_1 y 10
Te agradesco tu pronta respuesta, gracias
20
2 o 13.41674167 n 4.240388889
2 o 85.83203333 n 11.48411667
2 o 85.83291667 n 11.48428333
2 o 85.9149 n 11.2997
2 o 14.3125 n 7.529444444
2 o 85.9193 n 11.6008
2 o 85.9193 n 11.6008
2 o 85.83325 n 11.4848
2 o 85.8313 n 11.4848
2 o 85.8313 n 11.4848
2 o 85.9149 n 11.2997
2 o 85.9193 n 11.6008
2 o 85.83203333 n 11.48411667
2 o 85.83926667 n 11.48205
2 o 85.83936667 n 11.48236667
2 o 85.83403333 n 11.48308333
2 o 85.83203333 n 11.48411667
2 o 85.8313 n 11.48346667
2 o 85.83151667 n 11.48435
2 o 85.9193 n 11.6008
Y que es lo esperado? Lo que te da en ArcGis. Si lo haces mal no puede ser lo esperado. Para que sepas si algo trabaja bien (ArcGis, mi aplicación, etc) debes conocer perfectamente los valores en los dos sistemas de proyección. Sólo así veré si funciona porque tengo que verificarlo en Win ya que estoy en Linux y no virtualizo sistemas operativos.
Perdona las molestias
Pero le introduzcao el fichero ini
4
2 e 0.565533894 n 41.52349784
2 e 0.565846094 n 41.52357787
2 o 0.565867746 n 41.52360994
2 o 0.565898892 n 41.52364522
Y me devuelve
huso X Y
1 30 797505.2911 4603013.8103
2 30 797530.9778 4603023.7735
3 30 703093.1265 4599746.2039
4 30 703090.4172 4599750.0478
Cuando las dos primeras coordenadas al menos estan en huso 31
Que hago mal
Nada. Acabas de descubrir que la aplicación puede tener un posible bug. Tengo que verificarlo en Windows.
Ya lo calibré frente a la aplicación individual y produce los resultados correctos. Este es el ejecutable:
geo_utm_dec.exe
Voy a corregir el programa que los produce de manera masiva.
Buenos días,
tengo un problema con el formato de entrada de los datos (supongo). La qüestión es que el fitxero datos.out no me devuelve ningún resultado.
Los datos deben estar separados solo por un espacio?
Por ejemplo yo introduzco:
18313
2 e 2.9364238 n 42.33538
2 e 3.1084635 n 42.386738
2 e 2.9178116 n 42.32589
2 e 2.9032059 n 42.31173
…
y el fichero datos.out me devuelve:
huso X Y
Qué hago mal?
Gracias
Tus 4 primeros:
·
producen esto:
huso X Y 1 30 989132.1906 4704111.6857 2 30 1002900.8479 4710824.7501 3 30 987671.7242 4702950.1808 4 30 986577.2171 4701293.2178pero deberían ser huso 31. Tiene un bug y tengo que encontrarlo. No la uses porque no está funcionando adecuadamente.
Por otra parte, como no obtienes resultados estarás usando un editor de texto plano?
Ya corregí el bug y lo puse a la disposición al final del post. Lo probé con este datos.in (que refleja todos los problemas aquí tratados):
y produce esto:
huso X Y 1 19 354998.1358 7213903.0114 2 20 184416.0841 1140822.4972 3 31 296878.6656 4599734.5423 4 31 296904.9665 4599742.6940 5 30 703093.1265 4599746.2039 6 30 703090.4172 4599750.0478 7 19 508850.7000 7517194.0277 8 19 574823.0054 7606313.0291 9 19 574823.0247 7606313.0461 10 19 574226.0016 7607062.0296 11 19 574225.9643 7607061.9750 12 31 494762.5083 4687016.1175 13 31 508928.0936 4692722.4374 14 31 493228.1926 4685963.7061 15 31 492022.9864 4684392.7153donde ya no hay errores.