...tanto en Google Earth como en el GARMIN 750t GPS para ir un día y comprobar donde están esos mojones y si siguen alli intactos y conocer sobre el terreno los límites reales de esas fincas.
Al ser una zona remota de bosque con sotobosque muy denso la dificultad de encontrarlos sin la ayuda de algún método de posicionamiento es grande.
De momento se me ha ocurrido que como que dispongo de las referencias catastrales que definen los polígonos y parcelas de esas fincas he ido a la web del catastro, me he descargado la información de polígonos y parcelas en formato kmz y los he introducido tanto en el Google Earth como también en el GARMIN 750t. De esta manera tengo así de entrada una buena referencia de por donde tengo que empezar a buscar.
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... Leer más ...
Prueba a poner esto en el cajón de busqueda:
41 59.9 2 46.3
A ver si te lleva donde tu quieres.
Otra opción es usar el formato Grados, minutos, segundos: por ejemplo, el correcto es: 34°36'13.40"S 58°22'53.73"W.
Ojo porque Oeste debe ponerse como "W" (del inglés "west").
Antes se introducian así: 481814.78 m E, 7544827.37 m S
Ahora mismo sin embargo, para ingresar las coordenadas hay que utilizar uno de estos formatos:
Grados decimales: por ejemplo 37.7, -122.2
Sin embargo no funcionan:
Grados, minutos, segundos: por ejemplo 37 25'19.07"N, 122 05'06.24"O (el correcto es: 34°36'13.40"S 58°22'53.73"W)
También funciona: 41 23'13,18" -2 10'12,12"
EN Google Earth, como verlas:
En la barra de herramientas / opciones / vista 3D / mostrar / universal transversal de Mercator
con eso se observan las coordenadas UTM en lugar de grados, minutos
Hola! Soy nuevo y lo primero que si este mensaje no fuera en este foro, pido disculpas. No encontré uno más específico.
Estoy interesado en crear una base de datos en algún formato cómodo de puntos de localización con datos sobre el punto. He leído que a través de excel con xls2kml se puede pero los datos tienen que están en coordenadas. Yo tengo creada la base de datos en excel con Población y/o códigos postales dado que el programa que usaba antes Mappoint de Microsoft permitía introducir los datos de esta forma.
Se os ocurre alguna forma de "solucionar" este pequeño problema? Las coordenadas de los puntos las tengo porque MapPoint permite extraer los datos a un archivo GPX pero no toda la información de cada uno de los puntos. Además tengo que crear una nueva base de datos con otro tipo de puntos y saber si habría alguna forma de introducirlos todos "del tirón" y no uno a uno.
Hola,
¿Cómo se interpretarian las coordenadas representadas en la documentación del CNIG (CUADRÍCULAS CARTOGRÁFICAS MTN25 y MTN50 )?. Lo mismo es una pregunta muy elemental, pero nunca he trabajado con este tipo de datos hasta ahora.
Entiendo que como cuadriculas, deberían estar formadas por un conjunto de 4 grupos, uno por cada vértice, pero aparecen más. Ejemplo:
Los ficheros KML los puedes abrir con el bloc de notas. Es un simple fichero de texto. Los ficheros en KMZ son ficheros comprimidos en zip. Si los descomprimes, son también ficheros de texto y por tanto con el bloc de notas los puedes ver también.
Cualquier conversión de un formato a otro conlleva pérdida de datos y mas si se desprecian decimales como comenta Google_Master
Espero que te pueda ayudar
Hola, es la primera vez que uso google earth, y quizá mi pregunta es demasiado básica, pero no encuentro la respuesta.
Me han pasado un archivo kmz, con unos puntos marcados, y las coordenadas vienen como grados/minutos/segundos, y yo las necesito como las muestra google maps.
Imagino que tiene que ser automático, al ser ambos de google, pero no lo consigo.
He tratado de importar el kmz desde google maps, pero es un archivo muy grande porque lleva imagenes de los puntos y no se me abre, me da error.
Pero te doy dos razones por las que no te recomiendo hacerlo.
La razón informática: Si has hecho la migración a la versión 3 imagino que una vez determinada la ruta puedes obtener el array de puntos intermedios mediante la propiedad waypoints del servicio DirectionsService. Pero los puntos existentes en cualquier ruta serán muchísimos y superarán la capacidad de los campos de tu BBDD independientemente que los guardes como strings, arrays o formatos XML.
La razón Cartográfica: Por cuestiones de resolución de pantalla, el nivel de detalle que uses en cada zoom del mapa será distinto y con cada nivel de detalle se usará una polilínea distinta. Es decir que si almacenas dicha polilínea en la BBDD se almacenará a un zoom determinado, pero en cuanto mueva el usuario el zoom, ya no te va a encajar la polilínea.
Entonces, la solución que yo te daría es que almacenes solo las coordenadas del punto inicial y final de la polilínea en la BBDD y luego construyes con ellas los objeto GLatLng necesarios para cargar las rutas.
Reconozco que me he lllevado una sorpresa al ver que la clase kmlLayer del APIv3 no carga archivos gpx. A fin de cuentas ambos formatos vienen del XML. ¿Has encontrado algún modo de cargar XML, GML y demás en el nuevo API?.
Volviendo a la versión dos: He encontrado este artículo que aborda la problemática de leer el formato xml y usar sus coordenadas para establecer placemarks mediante el API de gmaps. Creo que podrás abordarlo.
UN AVISO: podría ocurrir que el formato GPX no cumpla con todos los estándares XML. Y dado que estás usando una funcionalidad orientada al formato XML, pues tal vez surjan problemas.
Holas :
por si a alguno le puede interesar tener cartografia de España asi:
Las coordenadas UTM están de acuerdo al Datum oficial en España ETRS89 y las altimetrías con el NIVEL DEL MAR EN ALICANTE.
Datos que incorporan:
- dimensiones: 1x1 Km. con centro en los medios kilómetros y esquinas en los kilómetros enteros (en UTM Datum ETRS89)
- cuadricula de 25x25 mts.
- un punto (“point”) por vértice de la retícula (en 3D)
- una superficie (“3dmesh”) de 40x40 cuadrados, 41x41 filas / columnas de puntos en 3D.
- la retícula de coordenadas UTM rotulada cada 25 mts en el perímetro del terreno en cota 0.00 (2D)
- un bloque (“insert”) en cada vértice con un nombre individual (números correlativos del 1 al 1681) y los datos X,Y y Z del mismo como atributos.
- una fotografía del terreno, adaptada a la superficie como textura / material renderizable.
- tamaño de la imagen: 579x579 pixeles, color, formato JPG (editable), peso aproximado: 250 kb.
- la fotografía puede ser:
- imagen de satélite
- mapa de callejero / carreteras (si existe para la zona)
- mapa de sombras del terreno (si existe para la zona).
- satélite + callejero / carreteras
- la imagen JPG est... Leer más ...
Gracias, y existe algun programa que me convierta los datos de texto o en cvs, a kml???
Holas... ordonez....yo lo estoy haciendo con autocad.... te paso un kml , para ver desde google.earth donde hay metidos muchos puntos mios... la informacion que aportan es de pruebas...caotica...
los datos y sus coordenadas son tomados desde AUTOCAD, pero , claro, tambien los puedo tomar desde un txt, un excel...o cualquier otro formato mas o menos estandar.... oo con las especificaciones de otro que tu tengas...
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 ...
Entendo que GE utiliza ortofotos de muy diversas fuentes. No tienes más que acercarte a una zona y ver como el copyrigth cambia (P.ej. acercate a las islas Canarias y veras como el Copyrigth de las imágenes es de GRAFCAN, empresa publica del Gobierno de Canarias)
El formato disponible varía. En andalucia son de Instituto Cartográfico de Andalucia y están en formato SID. Estas ortofotos son públicas y a veces gratuitas como en el caso de Castilla la Mancha (creo).
Si quieres alguna zona en concreto se podría buscar y seguro que Gvsig las lee sin problema.
Si quieres alguna zona sin afinar demasiado, siempre podrías guardarla como imagen la vista de GE y luego con unas coordenadas conocidas meterlo en un SIG.
Lamentablemente con gvsig no he profundizado pero con ARCGIS no hay problema.
Una vez descargues la aplicación tienes que cambiarle la extensión a .vbs. Con "doble click" lo ejecutas y este te irá pidiendo de cada punto la coordenada X, luego la Y y al final el huso.
Y por si no conoces el formato. En tu primer punto ( 764.969/4.620.981): tienes primero la X (en centenares de miles: 764969 ), luego la Y (del orden del millón: 4620981).
Para cualquier duda, ya sabes donde preguntar.
Hola rbernalmarco, no consigo entender a que te refieres. A mí si que me parecen correctas las coordenadas (o vamos, por lo menos lógicas), ¿hablamos de coordenadas UTM?.
Cuando no carga el mapa suele ser indicativo (como tu bien has averiguado) de la imposibilidad de inicializar el mapa por un formato incorrecto de las coordenadas.
Trabajando con el API de Gmaps no te queda otra que trabajar con el formato correcto de WGS84 (cosa, por cierto que es lo recomendable).
Te recomiendo que para evitarte futuras sorpresas crees funciones tanto para adaptar tus datos, como para comprobar el correcto formato de los datos introducidos.
Es servidor local. Pero sabes, que me di cuenta que es el tipo de coordenada que le estoy ingresando, ya que en diferentes pruebas, me he dado cuenta que este es el tipo de coordenada que carga el mapa sin problemas Ej 21.9876, -32.3344 y yo estoy cargando 21 9.876, -32 3.344
Lamentablemente, no se puede modificar la api, para que cargue otro formato de coordenada, ya que en google maps las coordenadas que yo le estoy cargando funcionan perfectamente.
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 ...
Os comento, no necesito un cliente, ya que este es el que estoy intentando desarrollar.
Mi idea es encontrar algún webService / WMS que me deje consultar acerca de un catastro y poder pintarlo en el mapa de Google.
Lo unico que necesito como indico es pasar una ref. catastral y que me devuelva en cualquier tipo de formato un fichero con información del poligono a pintar.
No se si estoy publicando en el muro correcto para ello, si es así donde debo publicarlo?
tengo un problea: mi gps me da las coordenadas en el siguiente formato 36º 45.1812 y 5º 09.2200 y necesito pasarlas a grados, minutos y segundos. ¿como puedo hacerlo?
- 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