Buenas... esto... xD sí era la proyección. Ahora ya se ve bien, y las distancias son de 200 y 300 metros :)
¡¡Muchas gracias!! 2009/3/31 Jonas Andradas <j.andra...@gmail.com>: > Buenas, > > 2009/3/31 Juan Guillermo Jordán Aldasoro <jjor...@robotica.uv.es>: >> En mi ejemplo yo usaba EPSG 4623. Los alcances que yo usaba eran del >> orden de 5-25 'unidades'. Digo unidades porque no tengo claro qué >> representan, en mi caso sí que parecía corresponderse a metros. > > Con todos los puntos pintados, cojo la herramienta de distancia y, de > una esquina de los puntos a la contraria, mide 0,01... Me temo que mi > problema va a estar ahí. Pero no sé qué he hecho mal :( Adjunto un > pantallazo. > > Voy a probar a cambiar la proyección, pero no creo que sea eso... > >> >> Jonas Andradas escribió: >>> Buenas de nuevo, >>> >>> me estoy encontrando con alguna dificultad, supongo que de mi poca >>> (errr.. nula) experiencia con gvSIG: >>> >>> >>>> 2009/3/26 Juan Guillermo Jordán Aldasoro <jjor...@robotica.uv.es>: >>>> >>> (...) >>> >>>>> Para gvSIG lo mejor sería partir del fichero CSV. Hay una forma de >>>>> importar >>>>> ficheros CSV a shapefile. >>>>> >>>>> Crear una nueva tabla (tabla->nuevo->csv string). El CSV debe estar >>>>> separado >>>>> por ";" en lugar de "," o no funcionará :-( . Puedes cambiar esto >>>>> fácilmente >>>>> con un editor de texto. >>>>> >>>> El CSV del Kismet ya los trae así, así que ni siquiera tengo que >>>> reemplazarlos :) >>>> >>>> >>>>> Crear una nueva vista. Menu vista->añadir capa de eventos. >>>>> En el dialogo seleccionar la tabla (si es que has abierto más de una) y >>>>> los >>>>> campos que constituyen latitud y longitud en tu tabla. >>>>> Ya tienes la capa shapefile. >>>>> >>>>> >>> >>> Esto ya lo tengo :) >>> >>> >>>>> * Otros XMLs con esta información agrupada de diferentes formas, >>>>> pero creo que los más interesantes son los anteriores. >>>>> >>>>> >>>>> >>>>> Haces el geoproceso correspondiente, por ejemplo un buffer. >>>>> >>>>> >>>>> Esta parte es donde estoy más verde. Pensaba que un "geoproceso" era >>>>> un proceso (como un script) para "procesar" (valga la redundancia) >>>>> datos georreferenciados. Pero al decir lo del "buffer" me he perdido, >>>>> y creo que estoy entendiéndolo mal. Por otra parte, no tengo ni idea >>>>> de cómo hacer un geoproceso, así que tengo aprender :P ¿los >>>>> geoprocesos son específicos de cada SIG? ¿Cómo has hecho el que envías >>>>> en el correo? >>>>> Agradezco cualquier ayuda :) >>>>> >>>>> >>>>> >>>>> En gvSIG se haría de la siguiente manera (pasos aproximados, para más >>>>> detalles ver manual): >>>>> >>>>> Con la capa shape seleccionada, pulsar menu de geoprocesos (un boton en la >>>>> barra de herramientas, o el menu vista->gestor de geoprocesos). >>>>> Te aparece una lista de geoprocesos. Selecciona uno de los primeros, se >>>>> llama buffer o área de influencia. Este geoproceso "engorda" las >>>>> geometrías, >>>>> si es un punto crea un círculo, si es una línea un churrito :-P >>>>> Aparece un diálogo. Hay varias opciones, puedes escoger un tamaño fijo >>>>> para >>>>> el buffer, o sea, el radio de los círculos, porque en este caso tus >>>>> geometrías serán puntos. También puedes seleccionar un campo de tu >>>>> shapefile >>>>> para que cada círculo tenga un radio. En la prueba que hice para enviar el >>>>> dibujo fije yo manualmente un radio para cada círculo. El problema es que >>>>> siempre toma el valor como metros, creo. O sea que si tú tienes decibelios >>>>> es posible que te pinte círculos muy grandes, y no conozco la forma de >>>>> hacer >>>>> que cambie la proporción (Quizás podrías modificar el CSV con excel para >>>>> tener una columna cuyo valor sea decibelios/algo). >>>>> >>> >>> Aquí es donde viene mi problema. Como alcance, tenía un número >>> decimal bastante "largo", del estilo de "30.45712393734458". Al >>> intentar seleccionar el campo "Cobertura" para el radio de los >>> círculos, obtengo un mensaje de error que dice que no es un campo >>> numérico. He cambiado el script en Perl con el que hago el CSV para >>> que me redondee este número a dos dígitos decimales, y sigo obteniendo >>> el mismo error. Sin embargo, si indico yo a mano un radio, se come >>> toda la imagen incluso poniendo como radio "1". O bien no estoy >>> importando la capa de latitud y longitud bien, o el radio no son >>> metros, o yo no lo he entendido :) Si pongo como radio "0.00150", al >>> menos veo círculos y zonas blancas, pero creo que siguen siendo >>> demasiado grandes. ¿Alguien sabe qué puedo estar haciendo mal? Voy a >>> intentar añadir una capa de WMS para ver si veo realmente dónde me >>> estoy equivocando. ¿Por qué un radio de "30.23" del campo "Cobertura" >>> (alcance, realmente) no lo coge? ¿Puede tener que ver que esté usando >>> EPSG 23030? >>> >>> >>>> (...) >>>> >>>>> Puedes decir si quieres que los círculos se fusionen, y si quieres tener >>>>> varios anillos en cada círculo. Para hacerlo más bonito, vamos. >>>>> >>>> Haré ambas cosas: Cuando son diferentes redes (con diferente ESSID), >>>> no los fusionaré, pero cuando sea la cobertura de una red con muchos >>>> APs, sí haré lo de la fusión. >>>> >>>> >>>>> Luego te pide que escojas un nuevo fichero shape para crear el buffer. >>>>> Aceptar y te generará una nueva capa. A esa capa le puedes cambiar la >>>>> simbología para que tenga transparencia y deje ver lo que hay debajo. >>>>> >>>>> >>>> Eso también me gustaba de tu ejemplo, porque en el gpsmap, la >>>> transparencia es de cada círculo. Cuando se superponen varios, se >>>> hacen cada vez más opacos, y terminan por tapar el mapa que hay >>>> debajo, y sólo se ven manchurrones de color. >>>> >>>> >>>>> Quizás con la extensión de Sextante tienes más opciones, que opinen los >>>>> que >>>>> la conozcan. >>>>> >>>>> A jugar! >>>>> >>>>> Juangui >>>>> >>>>> >>> >>> Muchas gracias por todo de nuevo, >>> >>> >> >> >> _______________________________________________ >> Talk-es mailing list >> Talk-es@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-es >> > > > > -- > Jonás Andradas > > Skype: jontux > LinkedIn: http://www.linkedin.com/in/andradas > GPG Fingerprint: 5A90 3319 48BC E0DC 17D9 > 130B B5E2 9AFD 7649 30D5 > Keyservers: wwwkeys.eu.pgp.net | pgp.rediris.es > -- Jonás Andradas Skype: jontux LinkedIn: http://www.linkedin.com/in/andradas GPG Fingerprint: 5A90 3319 48BC E0DC 17D9 130B B5E2 9AFD 7649 30D5 Keyservers: wwwkeys.eu.pgp.net | pgp.rediris.es _______________________________________________ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es