Muy buenas, 2009/3/31 Carlos Dávila <cdavi...@jemila.jazztel.es>: > 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? >> > Revisa la definición de los campos de la tabla (el .dbf). En ocasiones > me ha pasado algo parecido y era porque el campo en cuestión estaba > definido como string, no como numérico. >>
Efectivamente, el campo es de tipo string. Pero no me deja modificar la tabla y ponerlo como "Double", sino que tengo que crear una columna nueva. No he sabido copiar toda una columna (la de string) a la nueva, double, salvo elemento a elemento. ¿Hay alguna forma mejor de hacerlo? He visto que se pueden poner expresiones como "toNumber([Cobertura])", en la nueva columna "Alcance". Si lo hago a través del menú de "Expresiones", se añade bien, pero si escribo eso tal cual, o con un "=" delante (al estilo de las hojas de cálculo), me ignora. Y tampoco puedo (o he sido capaz) de seleccionar toda la columna de la tabla y asignar dicha expresión a todas las celdas de la columna. ¿Se puede hacer esto de alguna forma? >>> (...) >>> >>>> 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, >> >> > > > -- > Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, > .ppt, .pptx, .mdb, mdbx > De nuevo, muchísimas gracias :) -- 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