Buenas, ya me respondo yo solo, que lo he descubierto medio de casualidad :)
Si se selecciona toda la tabla (todas las columnas y todas las filas), y luego se selecciona el título de la columna que nos interesa, la expresión se aplica a todas las filas de dicha columna :) Un saludo, Jonás. 2009/3/31 Jonas Andradas <[email protected]>: > Muy buenas, > > 2009/3/31 Carlos Dávila <[email protected]>: >> 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 <[email protected]>: >>>> >>> (...) >>> >>>>> 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 > -- 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 [email protected] http://lists.openstreetmap.org/listinfo/talk-es
