Conversión masiva de coordenadas geográficas decimales a UTM usando los elipsoides Hayford y WGS 84

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:

GEO_UTM_MAS0.4.zip

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.

About these ads
Esta entrada fue publicada en Código C++, SIG, Transformar Coordenadas y etiquetada . Guarda el enlace permanente.

77 respuestas a Conversión masiva de coordenadas geográficas decimales a UTM usando los elipsoides Hayford y WGS 84

  1. Pingback: Conversión de coordenadas geográficas a UTM usando los elipsoides Hayford, WGS 84 o SAD 69 |

  2. 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

  3. Fue que invertistes los valores. Pruébalo así:

    1
    1 o 16.8594444 n 28.0588888
    

    Obtendrás esto:

            huso         X           Y
        1    28    317248.4442 3105164.7962
    

    Viéndolo en GoogleEarth fue que me di cuenta del error. El programa funciona bien.

    Saludos

  4. jorge dijo:

    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

  5. Jorge dijo:

    Una herramienta igual pero que funcione al reves Conversión masiva de coordenadas UTM a geográficas decimales conoces alguna
    Gracias

  6. Maria Fernanda dijo:

    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.

  7. Salva dijo:

    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

  8. Paulina dijo:

    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

  9. 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):

    1
    2 o 70.439 s -25.184
    

    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.0114
    

    Tengo 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

  10. Paulina dijo:

    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

  11. Pingback: Conversión masiva de coordenadas usando SAGA SIG |

  12. marco dijo:

    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

  13. marco dijo:

    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

    2		o		68.84985315		s		23.63157983
    2		o		68.83058181		s		23.62008431
    2		o		68.80971337		s		23.60040793
    

    datos out

        huso         X           Y
        1    19    515314.7653 7386553.6957
    

    y según el google sería

    515409.68 m E
    7386500.42 m S

    te pido si lo puedes revisar por favor.

  14. Mi programa funciona bien.

    datos.in

    3
    2 o 68.84985315 s 23.63157983
    2 o 68.83058181 s 23.62008431
    2 o 68.80971337 s 23.60040793
    

    datos.out

            huso         X           Y
        1    19    515314.7704 7386553.6924
        2    19    517281.9322 7387824.1511
        3    19    519413.5729 7389999.8211
    

    Lo 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

  15. Pingback: Conversión masiva de coordenadas UTM a geográficas decimales usando los elipsoides Hayford y WGS 84 |

  16. 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

    1	Latitude: -22.45150348 Longitude : -68.91397979	-22.451503	-68.91398	2287
    2	Latitude: -21.6448061541 Longitude : -68.2769181859	-21.644806	-68.276918	2288
    3	Latitude: -21.6380645055 Longitude : -68.2827206422	-21.638065	-68.282721	2289
    4	Latitude: -21.6399261262 Longitude : -68.2870405074	-21.639926	-68.287041	3104
    5	Latitude: -21.6469793301 Longitude : -68.2822320610	-21.646979	-68.282232	3144
    6	Latitude: -21.6395429056 Longitude : -68.2861630898	-21.639543	-68.286163	3196
    7	Latitude: -26.5236673225 Longitude : -68.2538102847	-26.523667	-68.25381	3252
    8	Latitude: -21.6391956434 Longitude : -68.2852564193	-21.639196	-68.285256	3250
    9	Latitude: -21.6463582311 Longitude : -68.2806599513	-21.646358	-68.28066	3351
    10	Latitude: -21.6388127580 Longitude : -68.2844466437	-21.638813	-68.284447	3378
    
    • Así debe estar el archivo (lo hice sólo para los 5 primeros y para WGS84):

      5
      2 o 68.91397979   s 22.45150348   
      2 o 68.2769181859 s 21.6448061541 
      2 o 68.276918     s 21.644806		
      2 o 68.2827206422 s 21.6380645055  
      2 o 68.282721     s 21.638065	
      

      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.9750
      
    • 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!

  17. Mienko. dijo:

    Nada mas que decir, un gran aplauso!!!! Gracias por tu aplicación.

  18. 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

  19. JOSE LUIS dijo:

    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,,,,,,,

  20. JOSE LUIS dijo:

    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?

      • JOSE LUIS dijo:

        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

  21. 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.

    • JOSE LUIS dijo:

      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:

        //Molodensky-Badekas para PSAD56-SIRGAS-R1-2-cl 
        
        		 Rx= -10.71; Ry= -10.64; Rz= 15.22; esc = 1+(0.000009093);
        
         		 Xp = 2065900; Yp = -5510100; Zp = -2441700;
        
        		 D[0][0] = -305.257; D[1][0] = 278.485; D[2][0] = -358.598;
        
        	// Elipsoide de WGS 84
        
        		cout << "\nElipsoide de salida WGS 84\n";
        
        		a = 6378137.0;  b = 6356752.3142;
        

        sería fácil y rápida la comprobación; aunque 7 parámetros (Bursa-Wolf) también sirve.

  22. JOSE LUIS dijo:

    Si es correcto estos parametros son viables.
    Es posible su modificacion y el costo estimado?

  23. JOSE LUIS dijo:

    Es correcto se puede puede realizar con Bursa – Wolf y La transformacion molodensky.
    Es factible hacerlo y cual seria su costo.
    saludos

  24. clapusuario dijo:

    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í:

      7
      2	o	62.55726111	s	33.67807500
      2	o	62.55067500	s	33.68270556
      2	o	62.55067500	s	33.68270556
      2	o	62.55091667	s	33.68283333
      2	o	62.55061111	s	33.68291667
      2	o	62.55091667	s	33.68283333
      2	o	62.51992778	s	33.67700278
      
  25. 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

  26. Luz dijo:

    Excelente!! Me ha ayudado el programa en dos ocasiones y es muy preciso

  27. Nelson dijo:

    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.

      • Nelson dijo:

        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

  28. 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.

  29. Joan Masip dijo:

    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

  30. Anna DomDa dijo:

    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:

      ·

      4
      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
      

      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.2178
      

      pero 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):

        15
        2 o 70.439 s 25.184
        2 o 65.8811388888889 n 10.3074166667
        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
        2 o 68.91397979   s 22.45150348   
        2 o 68.2769181859 s 21.6448061541 
        2 o 68.276918     s 21.644806       
        2 o 68.2827206422 s 21.6380645055  
        2 o 68.282721     s 21.638065   
        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 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.7153
        

        donde ya no hay errores.

  31. John pinto dijo:

    Hermano saludos puedo ver el código fuente?

  32. Miguel dijo:

    Hola estoy intentando pasar las coordenadas en grados a utm y me pone el uso que no es, mira:
    1 29 495326.5923 4752014.5237
    2 29 495285.8220 4751948.4787
    3 29 495178.4253 4751377.4399
    4 32 504821.5747 4751377.4399
    5 29 495178.4253 4751377.4399
    6 32 504821.5747 4751377.4399
    7 29 495178.4253 4751377.4399
    8 32 504821.5747 4751377.4399
    Debería ser en todos el 29 y no 32. Los datos que le introduzco son:
    517
    2 o 9.057263 n 42.920738
    2 o 9.057762 n 42.920143
    2 o 9.059073 n 42.915.057
    2 o 9.059072 n 42.915043
    2 o 9.059522 n 42.915113
    2 o 9.059263 n 42.914938
    2 o 9.059002 n 42.915050
    2 o 9.059300 n 42.914492
    Son 517 coordenadas pero solo te pongo estas de ejemplo.
    Si me puedes hechar una mano te lo agradecería muchísimo.
    Gracias

  33. Juan Carlos dijo:

    Estimado
    El sistema de conversión lo tienes para MAC?

    Saludos

    • No, pero en Windows tiene un problema, tal como señalan arriba, que todavía no he corregido. Sé que funciona bien a nivel individual pero no he averiguado porque no produce la secuencia adecuada de husos. No lo he corregido porque prácticamente no uso Windows.

  34. MORENT dijo:

    hola q tal. felicidades por tu pagina… soy nueva en esto. tengo varias dudas.
    tengo 200 ptos en arcgis de coordenadas geograficas decimales wgs84. con el programa MN DNR coloque el datum en archivo – set projection, luego cargo el archivo en load from – file, escojo que columna representa la latitud y longitud y aparece una tabla de datos igual como tu imagen publicada, como los datos corresponden a vnzla la latitud N es + y longitud W es -. y luego como hago para transformarlos a utm??? me voy a track y la opcion unload y download estan desactivadas? o q estoy haciendo mal. Hay alguna posibilidad de exportar esos puntos a shp de nuevo? tendra algo q ver el sistema de coordenadas…. gracias.

  35. WaltMarc dijo:

    Muy Bueno el Programa lo use sin ningún problema gracias

  36. Romina dijo:

    Hola!
    Sin duda la mejor aplicación de todas las que encontré: fácil, rápida y flexible.
    Mi único error fue que inicialmente, no cambié las comas por puntos al introducir los datos en el fichero de entrada y pensé que no funcionaba…error rápidamente solucionado al comparar mis datos con datos.in.
    Muchas gracias José.

  37. nhilton dijo:

    hola la verdad estaba intentando…la verdad no me sale no se si tengas por hay algun video tutorial al respecto o lo podrias hacer para que la explicacion sea un poco mejor….gracias

  38. nhilton dijo:

    me puedes mandar por favor a mi correo tu vídeo tutorial para entenderlo mejor es que las letras no son mi fuerte tengo que verlas para aprender..gracias mi correo es : easrider_15@hotmail.com saludos….

  39. Pingback: Exportar el perfil de terreno de Google Earth a AutoCAD como polilínea

  40. Miller Molina dijo:

    Gracias, no es de uso diario para mi. Pero el día de hoy me ha sacado de un apuro. Bendiciones y gracias.

  41. Gracias Jose, eres un capo!!

  42. LuisC ScB dijo:

    Gracias , me sirvio de mucho

  43. Excelente! tambien puedes abrir y guardar directamente desde excel

  44. Noe Emmanuel dijo:

    Buenos días ! Soy estudiante de ing. y tengo un problema me eh topado con este tipo de coordenadas x=2127157 y=8744941, la verdad desconozco que tipo son y con que GPS se habrán tomado los puntos me interesa pasarlas a coordenadas UTM, agradecería su apoyo de ustedes. saludos.

Deja un comentario

Por favor, inicia sesión con uno de estos métodos para publicar tu comentario:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s