Gracias por las indicaciones, me gustaría si fuese posible preguntaros alguna cosa más concreta. Os cuento, como os decía a la hora de representar las líneas o polígonos en función de los valores que existan en la base de datos no sé si se puede utilizar las utilidades de caché, ya que a la hora de representar los colorines de cada línea tengo que mirar constantemente la base de datos.
El problema es que el número de líneas a representar es muy elevado y no sé cómo se va a comportar en cuanto a rendimiento. ¿Se os ocurre alguna forma de plantear este tipo de problemas?. Gracias por vuestra ayuda. El día 30 de junio de 2008 13:17, Lorenzo Becchi <[EMAIL PROTECTED]> escribió: > Hola, > > Marcelo Díaz wrote: > >> Hola a todos, tengo que montar un SIG con cliente ligero que lo que va a >> hacer básicamente es, en función de datos de gestión que se encuentran >> almacenados en una base de datos, representar unas capas de puntos y >> líneas con un rango de colores dependiendo de los valores que cada línea o >> punto tenga asociada en la base de datos, estos datos pueden ir variando >> frecuentemente. Por otra parte también se debe realizar un cálculo de >> distancias óptimas entre dos puntos. >> Para la primera parte había pensado utilizar geoserver con openlayer para >> la >> representación de la cartografía mediante WMS, pero no tengo claro cuál >> sería la mejor forma de representar las líneas y puntos con un color u >> otro >> dependiendo de los valores de la base de datos de gestión, ya que como >> decía >> antes los valores que dictan en qué color se han de representar pueden >> variar con frecuencia. >> > puedes utilizar SLD para dar "colorines" a tus capas. Geoserver lo suporta > muy bien. > OpenLayers no ofrece aun un editor de SLD aun si hay alguien que esta > trabajando en ello. > si no necesitas un editor completo puedes escribirte las 4 funciones para > dar color a los puntos y lineas con un poco de javascript y dos llamadas > AJAX para actualizar tu base de datos. > > Para la segunda parte, (cálculo de rutas), también tengo una duda, no sé si >> montar un WPS con 52º North o con PYWPS para poder utilizar GRASS o >> resolverlo con pgrouting. No sé si 52º North y PYWPS están maduros. La >> idea >> de montarlo con estos dos últimos es por si luego van creciendo los >> geoprocesos. >> > tal vez el WPS es mucho para lo que necesitas. > Chris Schmidt [1] ha creado un web processing server [2] que no utiliza el > WPS pero esta echo para ser sencillo y colaborar con OpenLayers. > de toda manera tengo experiencia con pyWPS y funciona muy bien. > yo, el routing de pgRouting, lo monté sobre ka-Map sin necesitar algún WPS. > > > En fín, espero que me podáis recomendar una arquitectura para plantear el >> proyecto. >> > > pues, con postgis, geoserver, openlayers y un poco de scripting (python o > jsp o php o lo que te gusta mas) para pegar las cosas, tendras todo lo que > te nececites. > > ciao > Lorenzo > > > [1] http://crschmidt.net/ > [2] http://code.google.com/p/webprocessingserver/ > >> Gracias. >> >> -- >> Marcelo Díaz >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Spanish mailing list >> [email protected] >> http://lists.osgeo.org/mailman/listinfo/spanish >> >> > _______________________________________________ > Spanish mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/spanish > -- Marcelo Díaz
_______________________________________________ Spanish mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/spanish
