Muy buenas,

está quedando bastante chulo.  Tengo que ajustar el alcance, porque
pese a haberlo pasado de pies a metros, y luego dividirlo por la mitad
(era tan grande que supongo que se refería al diámetro horizontal y
vertical del alcance, no al radio, pero no sé).  Aún así, el alcance
me parece excesivo :)  Voy a ver si lo hago más pequeño.

Las redes se ven directamente al pasar con el coche, pero tendría que
repetirlo otra vez (debería), ya que creo que no podría usar los datos
recogidos durante la auditoría en sitios fuera :P

Un saludo,

Jonás.

2009/3/31 Juan Guillermo Jordán Aldasoro <[email protected]>:
> Me alegro de que lo hayas solucionado.
>
> Y ya en otro orden de cosas, si los datos de redes capturadas no son
> privados, considera la opción de subirlas a la base de datos de wigle
> [1] de puntos de acceso. No tienen una licencia tan "guay" como la de
> osm -al parecer no puedes hacer uso comercial de los datos-, pero tienes
> acceso a muchos datos para uso experimental. Yo estuve subiendo varios
> miles de puntos de acceso de Valencia.
>
> Saludos
> Juangui
>


> [1] http://www.wigle.net/
> [2] http://www.wigle.net/eula.html
>
> Jonas Andradas escribió:
>> 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 <[email protected]>:
>>
>>> Buenas,
>>>
>>> 2009/3/31 Juan Guillermo Jordán Aldasoro <[email protected]>:
>>>
>>>> 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 <[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?
>>>>>
>>>>>
>>>>>
>>>>>> (...)
>>>>>>
>>>>>>
>>>>>>> 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
>>>> [email protected]
>>>> 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
>>>
>>>
>>
>>
>>
>>
>
>
> _______________________________________________
> Talk-es mailing list
> [email protected]
> 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

_______________________________________________
Talk-es mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-es

Responder a