[Talk-es] Mapas de cobertura sobre OpenStreetMap

Mar Mar 31 15:04:26 BST 2009

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.andradas en gmail.com>:
> Buenas,
>
> 2009/3/31 Juan Guillermo Jordán Aldasoro <jjordan en 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 <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?
>>>
>>>
>>>> (...)
>>>>
>>>>> 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 en 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