sí que es un debate interesante. Suerte con la demo<br><br><div class="gmail_quote">El 29 de septiembre de 2011 12:08, Jorge Arévalo <span dir="ltr"><<a href="mailto:jorge.arevalo@deimos-space.com">jorge.arevalo@deimos-space.com</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Buenas,<br>
<br>
2011/9/23 Luis Franco Vázquez <<a href="mailto:luis@piezas.org.es">luis@piezas.org.es</a>>:<br>
<div class="im">>>Pero, una pregunta, ¿cargaría en esos casos gvsig (por ejemplo) las capas?<br>
><br>
>>¿Se tragaría gvsig (p.e.) algo rollo<br>
>>http://user:password@server/<br>
>><br>
>> >mapserver?loquesea ? (no lo sé, habría que<br>
>> >verlo o que contestara alguien del proyecto)<br>
><br>
> Pues menuda pregunta me haces Pedro, ;). No lo sé. No conozco tan a fondo<br>
> Gvsig. Si es capaz de una autentificación básica mediante http no veo por<br>
> qué no. Tampoco era el contexto inicial: añadir una capa de imágenes<br>
> georeferenciadas privadas en una aplicación de openlayers, pero es lo que<br>
> tienen estas conversaciones de frik... geointeresados, que nunca sabes en<br>
> qué pueden acabar. :)<br>
><br>
> Una cosa, Jorge. Ya que estabas interesado en el rendimiento. Si usas apache<br>
> con mod_rwrite, mod_auth o lo que sea, y quieres que vaya más rápido, pon<br>
> las directivas en el lado del servidor, no en un htaccess. Es entre un 10 y<br>
> un 30% más ràpido. Sólo por tener un htaccess vacío, que no haga nada,<br>
> penalizas la velocidad entre un 7 y un 10%.<br>
><br>
<br>
</div>Pues ahora mismo estamos tirando por otro camino (igual no es el<br>
óptimo, pero hay una demo mañana y esto lo teníamos ya medio montado<br>
:-)). Trabajamos con GeoDjango en la parte del servidor, que gestiona<br>
la autenticación del usuario, entre otras cosas. Después de eso,<br>
OpenLayers hace peticiones a urls atendidas por GeoDjango, que busca<br>
al usuario autenticado en una base de datos y obtiene información<br>
asociada a él/ella. Básicamente, capas raster, en formato GeoTiff y<br>
capas vectoriales almacenadas en PostGIS. Estas capas se superpondrán<br>
sobre la capa base SOLO para ese usuario.<br>
<br>
Para devolver las capas vectoriales, creamos un JSON. Para las capas<br>
raster, queríamos usar MapServer, y para eso, tendríamos que<br>
implementar un mecanismo de seguridad que permita acceder a la<br>
información que gestiona de la misma manera que estamos accediendo a<br>
la información gestionada por GeoDjango (las capas vectoriales en<br>
PostGIS).<br>
<br>
Como nos pilla un poco el toro y ya solo nos queda terminar esa parte,<br>
estamos intentando servir las capas raster de la misma manera, en un<br>
JSON. Me gusta más la idea de servirlas via Mapserver, para que sea<br>
éste el que se encargue de transformarlas en PNG (son GeoTIFF sin<br>
comprimir), trabajar con pirámides cuando sea necesario, etc. Y es lo<br>
que haremos a largo plazo.<br>
<br>
Por ahora, con la opción de servirlas "a mano" en un JSON, estamos<br>
teniendo algún problemilla, como por ej, que los ficheros GeoTIFF que<br>
servimos son NDVI (una sola banda, Float32) y al pasarlas a PNG,<br>
gdal_translate no se lo traga (el driver de PNG no soporta más que<br>
Byte o Uint16 para los píxeles), pero bueno, confío en que es más<br>
rápido que "securizar" MapServer. Que ya digo que es la opción que<br>
prefiero a largo plazo. Se aceptan sugerencias, por supuesto<br>
(apuntadas están las que habéis dicho)<br>
<br>
Seguiremos informando. Interesante el tema éste para tratar en algún<br>
#geoinquietos :-)<br>
<br>
Saludos,<br>
<font color="#888888">Jorge<br>
</font><div><div></div><div class="h5"><br>
> El 23 de septiembre de 2011 10:15, Pedro-Juan Ferrer Matoses<br>
> <<a href="mailto:pferrer@osgeo.org">pferrer@osgeo.org</a>> escribió:<br>
>><br>
>> 2011/9/23 Luis Franco Vázquez <<a href="mailto:luis@piezas.org.es">luis@piezas.org.es</a>><br>
>> >Para que funcione lo que tú dices necesitarías pasarle un identificador<br>
>> > de<br>
>> >sesión a algún lenguaje, si no no podrías evitar que alguien viera algo<br>
>> > no<br>
>> >deseado.<br>
>><br>
>> Como ya comenté puedes combinar mod_rewrite con lenguajes de<br>
>> programación (no necesariamente php, cualquiera que corra en el<br>
>> sistema y cuando digo sistema me refiero específicamente fuera de la<br>
>> jerarquía de Apache) y claro que es la forma más obvia de que alguien<br>
>> no vea algo no deseado pero creo que tiene la ventaja que apunto en el<br>
>> siguiente párrafo<br>
>><br>
>> > Dependiendo de si estás usando apache y qué versión siempre puedes usar<br>
>> > mod_auth_dbd (v. 2.2) para acceder a un sistema de autentificación<br>
>> > (quién<br>
>> > es) y autorización (a qué puede acceder) almacenados en una base de<br>
>> > datos.<br>
>> > Dependiendo del proyecto incluso te podrías plantear usar LDAP.<br>
>><br>
>> Pero, una pregunta, ¿cargaría en esos casos gvsig (por ejemplo) las capas?<br>
>><br>
>> ¿Se tragaría gvsig (p.e.) algo rollo<br>
>> http://user:password@server/mapserver?loquesea ? (no lo sé, habría que<br>
>> verlo o que contestara alguien del proyecto)<br>
>><br>
>> El método que comento funciona porque las herramientas SIG que<br>
>> interpretan WMS tienden a "ignorar" los parametros extra no estándar<br>
>> que le pones o mejor dicho, a pasarlos "tal cual tu me lo han puesto<br>
>> ya tu si eso te aclaras" al servidor.<br>
>><br>
>> > DACS es un proyecto muy interesante.<br>
>><br>
>> Habrá que pegarle un vistazo :)<br>
>><br>
>> --<br>
>> Pedro-Juan Ferrer Matoses<br>
>> Valencia (España)<br>
>> _______________________________________________<br>
>> Spanish mailing list<br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/spanish" target="_blank">http://lists.osgeo.org/mailman/listinfo/spanish</a><br>
>> <a href="http://es.osgeo.org" target="_blank">http://es.osgeo.org</a><br>
>> <a href="http://twitter.com/osgeoes" target="_blank">http://twitter.com/osgeoes</a><br>
><br>
><br>
> _______________________________________________<br>
> Spanish mailing list<br>
> <a href="http://lists.osgeo.org/mailman/listinfo/spanish" target="_blank">http://lists.osgeo.org/mailman/listinfo/spanish</a><br>
> <a href="http://es.osgeo.org" target="_blank">http://es.osgeo.org</a><br>
> <a href="http://twitter.com/osgeoes" target="_blank">http://twitter.com/osgeoes</a><br>
><br>
><br>
<br>
<br>
<br>
</div></div><div class="im">--<br>
Jorge Arévalo<br>
Internet & Mobility Division, DEIMOS<br>
<a href="mailto:jorge.arevalo@deimos-space.com">jorge.arevalo@deimos-space.com</a><br>
<a href="http://es.linkedin.com/in/jorgearevalo80" target="_blank">http://es.linkedin.com/in/jorgearevalo80</a><br>
<a href="http://mobility.grupodeimos.com/" target="_blank">http://mobility.grupodeimos.com/</a><br>
<a href="http://gis4free.wordpress.com" target="_blank">http://gis4free.wordpress.com</a><br>
<a href="http://geohash.org/ezjqgrgzz0g" target="_blank">http://geohash.org/ezjqgrgzz0g</a><br>
_______________________________________________<br>
</div><div><div></div><div class="h5">Spanish mailing list<br>
<a href="http://lists.osgeo.org/mailman/listinfo/spanish" target="_blank">http://lists.osgeo.org/mailman/listinfo/spanish</a><br>
<a href="http://es.osgeo.org" target="_blank">http://es.osgeo.org</a><br>
<a href="http://twitter.com/osgeoes" target="_blank">http://twitter.com/osgeoes</a><br>
</div></div></blockquote></div><br>