[Talk-es] Mapas de cobertura sobre OpenStreetMap

[Jonas Andradas]

Muy buenas,

2009/3/31 Carlos Dávila <cdavilam en 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 <jjordan en 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