Re: [Talk-es] Mapas de cobertura sobre OpenStreetMap
Hola de nuevo 2009/3/31 Carlos Dávila cdavi...@jemila.jazztel.es: Jonas Andradas escribió: 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 :) Aunque ya lo hayas resuelto, te comento otra forma, por si es útil. Abre el dbf en Calc y cambia la cabecera de la columna que te interese de Nombre,C,longitud a Nombre,N,longitud_parte_entera,longitud_parte_decimal Esto no se me había ocurrido :) Interesante. Lo miraré así la próxima vez. Ahora hay algo que no termino de comprender. Si al hacer los buffers le digo que coja el radio de un campo de la tabla, lo hace pero me sale un radio *enorme*, de varios miles de metros. Si pongo el mismo número como radio fijo para todos los puntos, me sale bien. He estado haciendo pruebas y sólo sale un radio más o menos correcto (léase acorde con la realidad) si cojo el dato de dicha columna y lo divido por 100.000. ¿Esto puede tener sentido? Si el radio es 45.3 en la tabla, me sale un círculo que se sale de la pantalla y me ocupa casi todo el mapa de España. Si lo pongo a mano, sale de 45,3 metros. Si creo una nueva columna cuyo valor sea [Alcance]/10, y uso esa columna como el radio, entonces me los pinta bien. ¿Si se pone a mano o se lee de la tabla usa diferentes unidades de medida? Ahora que tengo el mapa con la cobertura superpuesta, ¿qué formas hay de exportarlo a imagen? He creado un Mapa y le he añadido la Vista. Lo he exportado a PDF y a PS, pero no sé si habría alguna forma de exportarlo a PNG (además de convertir el PDF a PNG con el GIMP, por ejemplo, claro). Muchas gracias, Jonás. -- 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
Re: [Talk-es] Mapas de cobertura sobre OpenStreetMap
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? (...) 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, -- 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
Re: [Talk-es] Mapas de cobertura sobre OpenStreetMap
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. 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? (...) 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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapas de cobertura sobre OpenStreetMap
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.andra...@gmail.com: Buenas, 2009/3/31 Juan Guillermo Jordán Aldasoro jjor...@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 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? (...) 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
Re: [Talk-es] Mapas de cobertura sobre OpenStreetMap
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 jjor...@robotica.uv.es: 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 j.andra...@gmail.com: Buenas, 2009/3/31 Juan Guillermo Jordán Aldasoro jjor...@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 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
Re: [Talk-es] Mapas de cobertura sobre OpenStreetMap
Hola Jonas Jonas Andradas escribió: Hola Juangui, muchas gracias por la información :) 2009/3/24 Juan Guillermo Jordán Aldasoro jjor...@robotica.uv.es: No sé si alguien te ha hecho ya esta sugerencia: Algo así me había comentado Iván, pero mi problema era cómo convertir lo que tengo a un Shapefile. Importas los puntos de cobertura en gvSIG. Si los tienes en formato CSV o SHP puedes abrirlo, por ejemplo. Lo que tengo son todos los ficheros que genera Kismet: * Un fichero XML donde aparecen todas las coordenadas donde ha detectado señal, indicando entre otras cosas el instante de tiempo (hora GPS, creo), el BSSID y la intensidad de la señal en ese punto. * Un CSV con información acerca de cada punto de acceso, como puede ser: el nombre, BSSID, longitud y latitud (y altitud) mínimas y máximas donde se ha detectado la señal, así como la posición de la mejor recepción 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. 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. * 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). 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. 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. Quizás con la extensión de Sextante tienes más opciones, que opinen los que la conozcan. A jugar! Juangui ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapas de cobertura sobre OpenStreetMap
El mié, 25-03-2009 a las 15:46 +0100, Jonas Andradas escribió: Lo que tengo son todos los ficheros que genera Kismet: * Un fichero XML donde aparecen todas las coordenadas donde ha detectado señal, indicando entre otras cosas el instante de tiempo (hora GPS, creo), el BSSID y la intensidad de la señal en ese punto. * Un CSV con información acerca de cada punto de acceso, como puede ser: el nombre, BSSID, longitud y latitud (y altitud) mínimas y máximas donde se ha detectado la señal, así como la posición de la mejor recepción * Otros XMLs con esta información agrupada de diferentes formas, pero creo que los más interesantes son los anteriores. Quizas esto te pueda servir http://casoilresource.lawr.ucdavis.edu/drupal/node/288 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapas de cobertura sobre OpenStreetMap
Buenas, 2009/3/25 snaker sna...@locolandia.net: El mié, 25-03-2009 a las 15:46 +0100, Jonas Andradas escribió: Lo que tengo son todos los ficheros que genera Kismet: * Un fichero XML donde aparecen todas las coordenadas donde ha detectado señal, indicando entre otras cosas el instante de tiempo (hora GPS, creo), el BSSID y la intensidad de la señal en ese punto. * Un CSV con información acerca de cada punto de acceso, como puede ser: el nombre, BSSID, longitud y latitud (y altitud) mínimas y máximas donde se ha detectado la señal, así como la posición de la mejor recepción * Otros XMLs con esta información agrupada de diferentes formas, pero creo que los más interesantes son los anteriores. Quizas esto te pueda servir http://casoilresource.lawr.ucdavis.edu/drupal/node/288 Muchas gracias. Esto lo había encontrado ya, y andaba pegándome con el script en Python, porque al intentar ejecutarlo me da varios errores, de módulos inexistentes o que se llaman de otro modo, así que estoy intentando resolver esos problemilas instalando módulos o viendo si es que el nombre ha cambiado desde que se escribió el código. Gracias a todos, Un saludo, -- 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
Re: [Talk-es] Mapas de cobertura sobre OpenStreetMap
Buenas a todos, 2009/3/18 Iván Sánchez Ortega i...@sanchezortega.es: El Miércoles, 18 de Marzo de 2009, Jonas Andradas escribió: [...] gpsmap (parte de Kismet) es capaz de interpolar los puntos de cobertura, y generar una imagen. Esta imagen se puede pintar sobre un mapa (de los que no me interesa ninguno), o sobre un mapa en blanco. Quizá podría usar esta imagen como una capa en gvSIG o similar, pero nunca he hecho nada con gvSIG, así que no sé si es trivial o no. Tendría, claro está, que ser capaz de obtener las coordenadas de las esquinas o de algunos puntos de la imagen para poder pintarla correctamente en gvSIG, sobre OSM o lo que sea, ¿no? Exacto - si tienes las coordenadas de las esquinas, las metes en un fichero de texto (con el mismo nombre que la imagen pero otra extensión, etc etc), y tanto gvSIG como cualquier otro SIG pofesioná la puede cargar como capa. En concreto, el gpsmap, al pintar sobre los mapas de OSM (como comentabas más abajo, con -S 7 lo hace), se descarga el mapa, y le pone un nombre del tipo: map_40.448034_-3.853243_2100_1280_1024.gif (aunque es un PNG), donde, si no he entendido mal, 40.44803, -3.853243 son las coordenadas del centro del mapa, 2100 es la escala en OSM (en otras fuentes va de 2 a 16, p. ej., mientras que en OSM hay diferentes valores: 2100, 4320, 8600, 17200 y 34000. ¿Sabéis si a partir de este número, conociendo el centro y sabiendo que la imagen es de 1280x1024 se pueden determinar las esquinas de la imagen? Por cierto, que investigando un poco por ahí parece que gpsmap sí que tira de OSM... o al menos parece que se lanzó un parche hace unos ocho meses para que pudiera soportar las tiles de OSM, pero igual nunca se llegó a documentar. Leo del parche: -Source to download maps from (-1 = Null; 0 = Mapblast; 1 = MapPoint(broken); 2 = Terraserver; 3 = Tiger Census; 4 = Earthamap; 5 = Terraserver Topographic). Default: 4 ++Source to download maps from (-1 = Null; 0 = Mapblast; 1 = MapPoint(broken); ++2 = Terraserver(broken); 3 = Tiger Census; 4 = Earthamap(broken); ++5 = Terraserver Topographic(broken); 6 = Expedia; 7 = OpenStreetMap). ++Default: -1. No sé si estará implementado o no, pero no se pierde nada por lanzar un gpsmap con la opción -S 7 :-) Efectivamente, se baja el mapa y lo pinta encima :) Lo que he encontrado es una forma de pasar los datos desde Kismet/gpsmap a GIS [1], y he pensado que estaría bien compartirlo, por si alguien se encuentra en una situación similar a la mía :) Si con esto no lo consiguiera, se me había ocurrido usar el kismet2kml, para obtener un fichero KML, y luego un kml2shp, para poder meterlo en el GIS, pero no sé si se va a perder información o detalles por el camino. [1] http://casoilresource.lawr.ucdavis.edu/drupal/node/288 Un saludo, -- 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
[Talk-es] Mapas de cobertura sobre OpenStreetMap
Hola a todos, la semana que viene haré una auditoría inalámbrica en una empresa, y quería pintar un pequeño mapa del alcance de sus redes WiFi fuera de sus instalaciones. Había pensado usar Kismet + GPSD, y pintar la ruta por la que me muevo (o visualizarla) con gpsdrive. La idea es usar luego algún software del tipo gpsmap, para pintar los datos de cobertura en un mapa. Sin emabrgo, gpspmap sólo me deja usar Mapblast, Terraserver, Tiger Census, Earthamap (por defecto) o Terraserver Topographic. He visto que, con gpsdrive, en Debian se instalan librerías de mapnik, así como los plugins (libmapnik0.5, mapnik-plugins y python-mapnik). Durante el uso de gpsdrive, me indica que no puede usar Mapnik, porque no detecta una PostgreSQL en local, o algo así. ¿Si la instalo y configuro, sabéis si podría pintar sobre Mapnik? Con la instalación de gpsdrive también se instalan openstreetmap-map-icons-classic y openstreetmap-map-icons-square. ¿Sabéis si hay alguna forma (mejor) de hacer lo que quiero usando los datos de OpenStreetMap? No sé si con algún software de GIS/SIG, o usando Viking, GPSbabel o algún otro se podría hacer esto, una vez que he recopilado los datos con Kismet, o si incluso para esto me recomendáis otro programa. Cualquier sugerencia será bienvenida. Muchas gracias por adelantado, -- 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
Re: [Talk-es] Mapas de cobertura sobre OpenStreetMap
El Miércoles, 18 de Marzo de 2009, Jonas Andradas escribió: ¿Sabéis si hay alguna forma (mejor) de hacer lo que quiero usando los datos de OpenStreetMap? No sé si con algún software de GIS/SIG, o usando Viking, GPSbabel o algún otro se podría hacer esto, una vez que he recopilado los datos con Kismet, o si incluso para esto me recomendáis otro programa. Yo iría directamente a la solución bestia: sacar un shapefile o un GML con la cobertura, y usar gvSIG para generar la vista. Luego puedes enganchar OSM tirando de WMS. Lo de usar gvSIG lo digo por la simbología: puedes pintar puntitos de colores distintos según los decibelios que lleguen a cada punto. Incluso luego le puedes pasar un geoproceso para generar una cobertura a partir de los puntos (interpolando los colores de cada punto para generar una capa ráster), aunque en cosas de geoprocesos con Sextante estoy muy perdido. El único problema estaría en ver cómo leches usar las herramientas de gdal para convertir los datos de kismet+gpsd a un shapefile/gml sin que se pierda la información que necesitas. Igual no es demasiado difícil pasarlo a GML a golpe de script. Durante el uso de gpsdrive, me indica que no puede usar Mapnik, porque no detecta una PostgreSQL en local, o algo así. ¿Si la instalo y configuro, sabéis si podría pintar sobre Mapnik? Para usar mapnik con OSM en local, *necesitas* un PGSQL instalado, *y* cargar un planet (o un extracto de planet) en ese PGSQL a golpe de osmosis. Un saludo, -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapas de cobertura sobre OpenStreetMap
Muchas gracias por la rápida respuesta, Iván. 2009/3/18 Iván Sánchez Ortega i...@sanchezortega.es El Miércoles, 18 de Marzo de 2009, Jonas Andradas escribió: ¿Sabéis si hay alguna forma (mejor) de hacer lo que quiero usando los datos de OpenStreetMap? No sé si con algún software de GIS/SIG, o usando Viking, GPSbabel o algún otro se podría hacer esto, una vez que he recopilado los datos con Kismet, o si incluso para esto me recomendáis otro programa. Yo iría directamente a la solución bestia: sacar un shapefile o un GML con la cobertura, y usar gvSIG para generar la vista. Luego puedes enganchar OSM tirando de WMS. Lo de usar gvSIG lo digo por la simbología: puedes pintar puntitos de colores distintos según los decibelios que lleguen a cada punto. Incluso luego le puedes pasar un geoproceso para generar una cobertura a partir de los puntos (interpolando los colores de cada punto para generar una capa ráster), aunque en cosas de geoprocesos con Sextante estoy muy perdido. gpsmap (parte de Kismet) es capaz de interpolar los puntos de cobertura, y generar una imagen. Esta imagen se puede pintar sobre un mapa (de los que no me interesa ninguno), o sobre un mapa en blanco. Quizá podría usar esta imagen como una capa en gvSIG o similar, pero nunca he hecho nada con gvSIG, así que no sé si es trivial o no. Tendría, claro está, que ser capaz de obtener las coordenadas de las esquinas o de algunos puntos de la imagen para poder pintarla correctamente en gvSIG, sobre OSM o lo que sea, ¿no? En esto de hacer geoprocesos o scripts para transformar estas cosas, ando muy perdido aún. Pero qué buena ocasión para aprender y practicar :) El único problema estaría en ver cómo leches usar las herramientas de gdal para convertir los datos de kismet+gpsd a un shapefile/gml sin que se pierda la información que necesitas. Igual no es demasiado difícil pasarlo a GML a golpe de script. Miraré por Google a ver si encuentro algo de esto. Antes no sabía nada. Ahora sé que puedo intentar convertir mis datos a un Shapefile/GML, si encuentro la forma de hacerlo. Durante el uso de gpsdrive, me indica que no puede usar Mapnik, porque no detecta una PostgreSQL en local, o algo así. ¿Si la instalo y configuro, sabéis si podría pintar sobre Mapnik? Para usar mapnik con OSM en local, *necesitas* un PGSQL instalado, *y* cargar un planet (o un extracto de planet) en ese PGSQL a golpe de osmosis. No lo he hecho nunca, pero no suena trivial. :P Si puedo ahorrarme esta opción, especialmente porque lo montaría en un portátil no demasiado estupendo, y con no demasiada potencia ni espacio, de momento mejor. (Ya cacharrearé más adelante, pero de ahora a la semana que viene, con mil cosas más urgentes que hacer en el trabajo, no creo que le guste a nadie (salvo a mí) que me ponga con ello) Un saludo, -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. Un saludo, -- 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
Re: [Talk-es] Mapas de cobertura sobre OpenStreetMap
El Miércoles, 18 de Marzo de 2009, Jonas Andradas escribió: [...] gpsmap (parte de Kismet) es capaz de interpolar los puntos de cobertura, y generar una imagen. Esta imagen se puede pintar sobre un mapa (de los que no me interesa ninguno), o sobre un mapa en blanco. Quizá podría usar esta imagen como una capa en gvSIG o similar, pero nunca he hecho nada con gvSIG, así que no sé si es trivial o no. Tendría, claro está, que ser capaz de obtener las coordenadas de las esquinas o de algunos puntos de la imagen para poder pintarla correctamente en gvSIG, sobre OSM o lo que sea, ¿no? Exacto - si tienes las coordenadas de las esquinas, las metes en un fichero de texto (con el mismo nombre que la imagen pero otra extensión, etc etc), y tanto gvSIG como cualquier otro SIG pofesioná la puede cargar como capa. Por cierto, que investigando un poco por ahí parece que gpsmap sí que tira de OSM... o al menos parece que se lanzó un parche hace unos ocho meses para que pudiera soportar las tiles de OSM, pero igual nunca se llegó a documentar. Leo del parche: -Source to download maps from (-1 = Null; 0 = Mapblast; 1 = MapPoint(broken); 2 = Terraserver; 3 = Tiger Census; 4 = Earthamap; 5 = Terraserver Topographic). Default: 4 ++Source to download maps from (-1 = Null; 0 = Mapblast; 1 = MapPoint(broken); ++2 = Terraserver(broken); 3 = Tiger Census; 4 = Earthamap(broken); ++5 = Terraserver Topographic(broken); 6 = Expedia; 7 = OpenStreetMap). ++Default: -1. No sé si estará implementado o no, pero no se pierde nada por lanzar un gpsmap con la opción -S 7 :-) -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es