He vuelto a jugar con la calculadora y sus parámetros, he metido de nuevo esos 25 puntos y he conseguido que ahora esa distancia en la perpendicular de cada punto con la línea recta original oscile ahora entre 5m y 12m. El caso es que TODOS esos 25 puntos están fuera de línea con ese margen de error (Igual que antes aunque acercándome a mi objetivo)
Los parámetros de la calculadora con los que he estado "jugando" para convertir los formatos son estos:
Datos de Origen (Entrada)
Sist. Ref. : ED50 (Antiguo)
Sist. Coord. : UTM 31N (Easting, Northing)
Alturas: Sin Alturas
Geoide: Sin Geoide
Datos de Destino (Salida)
Sist. Ref.: ETRS89 (Actual)
Sist. Coord. : Geográficas (longitud,latitud) - G.G
Alturas: Sin Alturas
Geoide: Sin Geoide
Otras opciones para el Sistema de coordenadas son:
- Geográficas (longitud,latitud) - G.G
- Geográficas (longitud,latitud) - G M S.s
- Geocéntricas (X,Y,X)
Otras opciones para Alturas son:
- Elipsoidales
- Ortométricas
Otras opciones para Geoide:
- UB91_ANIV
El caso es que necesito ver como esos puntos caen encima de la línea que separa los dos polígonos del catastro... Leer más ...
Saludos _polifemo muy buen script, yo programo bajo ArcPAD con VbScript, te felicito por tan grande aportación; pero de casualidad tendrás un script que haga lo inverso que sea de coordenadas Geográficas a UTM. Saludos.
Estoy un poco liado con esto. Otra persona en un blog me ha indicado que las coordenadas que yo tengo al parecer no son UTM Mercator.
X: -405732
Y: 4924847
Esto es un hotel (Hotel Husa Nuevo Madrid) de Madrid (España) situado en la calle de la Bausa número 27. Esta persona me ha dicho y yo mismo lo he corroborado que no coincide con la conversión de UTM a geográfica.
Si alguien puede arrojar un poco de luz a esto... Leer más ...
Hola buenas. Es mi primer mensaje. Estamos desarrollando una aplicación de gestión de hoteles y nos proporcionan los datos de los hoteles en unos ficheros csv. En estos ficheros nos proporcionan dos campos x e y que son valores enteros. He leído el hilo de Coversiones UTM a Geográficas y para poder hacer esta conversión: ¿se necesitan como parámetros de entrada el huso y el hemisferio? ¿Con la x y la y unicamente no es posible calcular la latitud y la longitud? Gracias por las respuestas.
Cuidado Fran, pues esa solución no te va a resultar.
El que en esa zona del elipsoide las discrepancias sean de 100 y 200 metros en X e Y no significa que cuando utilices tu aplicación en otra zona no vayan a discrepar 500 metros. De hecho, ambos elipsoides no son equidistantes, se cortan, y por ende la distancia entre ellos variará.
¿Por que dices que no lo puedes coger por ningún lado?.
Pues he conseguido cuadrar la ruta del vehiculo con el mapa de google. Como se la ubicación exacta del vehiculo, he ido restandole a las coordenadas utm valores de 100 y 200 respectivamente para la x y para la y, de esta forma he podido mostrar la ruta que ha realizado el camión en un archivo kml generado desde la pagina asp.
Voy a seguir probando. Espero que esta solución sea buena...
Fran, echa un ojo en esta página, es gente que ha pasado por tu mismo camino. Usa un script en Python, tal vez puedas usarlo en tu página ASP (o adaptarlo).
Necesariamente, pues el datum que usa google es el wgs84.
Lo he buscado y no lo encuentro, pero el Instituto Geográfico Nacional (www.ign.es) o el Centro Nacional de informaciuón geográfica (www.cnig.es) tienes publicado el código fuente necesario para realizar la conversión. Buscalo con calma, y si no lo encuentras dímelo que te echo un cable.
Se desplazan todos los puntos un centanar de metros y en la misma dirección y sentido, ¿verdad?.
¿En base a que Datum están tomadas las coordenadas UTM de tu BBDD?.
Podría ser que la imagen de google esté mal georreferenciada (no sería el primer caso), pero también podría ser que tu GPS esté configurado en base a otro datum.
Ya he podido aplicar el codigo de vbs en una pagina asp y puedo obtener los registros convertidos en una tabla y también he podido mostrar las posiciones del GPS en un mapa de Google.
Pero ahora el problema es que no cuadra exactamente las posiciones con donde realmente ha pasado el vehículo sino que se desplazan los puntos unos 100 metros.
Alguna idea para esta segunda parte? Luego os padre el codigo para compartirlo con todos.
Nunca lo he probado, y no se si te conviene hacer las operaciones dentro del select (y por lo tanto en el servidor) o primero una función que llame a los datos, luego otra (adaptada de la mía) que los transforme y una tercera que los envíe.
Pero sea como sea tu idea tiene que ser viable seguro. Cosas mas complicadas se han hecho.
Y se puede usar este código dentro de un select que llama a una tabla con coordenadas utm almacenadas y que las convierta sobre la marcha en coordenadas geográficas?
Lo digo porque tengo una base de datos en donde las coordenadas están como UTM y necesito convertirlas cuando se abre una pagina ASP para mostrarlas en un mapa de google maps.
Se podría entonces hacer algo asi como:
select x, y, transformar(x) as Latitud, transformar(y) as Longitud from Coordenadas
- Perú es un país inmenso y sus coordenadas utm pueden estar tanto en los husos 17, 18 o 19 por lo que puede que la transformación de rbernalmarco no coincida con la posición real si el uso correspondiente no fuera el 19 (un truco sería restar 6 grados a la longitud y ver si coincide, y si no prueba restando 12 grados).
- Tienes además el siguiente archivo adjunto que convierte las coordenadas UTM en Geográficas. Solo que vas a necesitar saber el uso o probar suerte (para usar el archivo cambia la extensión a .vbs).
-Nunca te preocupes por el signo con coordenadas UTM. Siempre son positivas.
- El huso al que pertenecen tus coordenadas solo lo sabe con seguridad el topógrafo que te realizó el levantamiento. Te recomiendo que hables con el y le expliques que también necesitas las coordenadas en formato GMS (las coordenadas Geográficas).
Bueno he intentado no ser muy denso en mis explicaciones y creo que... no lo he conseguido. Así que ante la duda pregunta sin problemas
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 )
Je, je. No son tan buenos, tiras de apuntes de Cartografía Matemática y del excelente trabajo de Gabriel Ortiz. La verdad es que mi parte ha sido la mas cómoda.
Las ecuaciones utilizadas han sido las de Cotichia-Surace siguiendo el esquema para la transformación disponible en el foro de Gabriel Ortiz: www.gabrielortiz.com/
Para quien le pueda ser de provecho dejo un código en VBScript que convierte las coordenadas UTM en Geográficas.
Lo he desarrollado con VBScript (corre en servidor) y por estar enfocado a una aplicación hacia GE solo realiza la transformación en un sentido, con los valores en grados y fracción y referidos al elipsoide WGS84.
Ojo, pues tal como está el código se presupone que son coordenadas del hemisferio norte, si bien he dejado comentado como adaptarlo.
He mantenido los cuadros de dialogo para aquel que tenga que testearlo.
Hola DOOCH. Me temo que desde código GE te exige introducir las coordenadas como geográficas.
Las posibles soluciones son, o bien que implementes en tu código una función para la conversión de estas unidades o bien que utilices alguna aplicación externa para realizarlo.
visita este link www.zonums.com/ ...Earth.html la aplicación tiene muy buena pinta. No he tenido tiempo de ojearla pero con un poco de suerte dispones del código.
Tambien en galvarezhn.cartesianos.com/ ...con-excel/ dispones de una tabla excel que te hace la conversión, si ojeas el código de la macro te será de mucha utilidad.
Ya te aviso que el algoritmo de conversión UTM a Geográficas y viceversa es complicado.