[Gvsig_usuarios] Piloto de redes
Alvaro Anguix
alvaro.anguix en iver.es
Vie Feb 8 14:34:44 CET 2008
Hola,
En la web de gvSIG puedes descargarte la hoja de ruta; en la pág.4,
hacia el final, viene una enumeración de la parte de topología que puede
servirte para hacerte una idea a grosso modo de la parte de topología
que se está implementando en gvSIG.
Hoja de ruta: http://www.gvsig.gva.es/index.php?id=funcionalidades&L=0
Saludos,
Alvaro Anguix
Jesús de Diego Alarcón escribió:
> Gracias Fran por la respuesta.
>
> En realidad, desconocía que hubiese desarrollos orientados a la
> gestión de topología.
> ¿Tienes más información?¿Hay algo en la Web? (antes de escribir
> cosulté las ponencias de las últimas jornadas, pero juraría que no vi
> nada...)
>
> En todo caso, las funcionalidades que te comento no son específicas
> del tratamiento de redes de agua:
>
> - la posibilidad de modelizar la red con diferentes capas , tanto de
> líneas como de puntos.
> - segmentación dinámica de líneas (de tal manera que puedo poner un
> objeto en medio de una línea sin generar un nodo y el objeto, además,
> puede tener comportamiento: abierto/cerrado).
> - la posibilidad de definir o validar la cardinalidad topológica de
> los objetos que conforman la red...
>
> Se trata de funcionalidades bastante genéricas... y por eso me asalta
> la duda:
> Si se pueden implementar estas funcionalidades desde los nuevos
> desarrollos de gestión topológia, ¿van a funcionar igualmente los
> algoritmos que habéis desarrollado para esta parte
> (caminos optimos, por ejemplo....) sobre estas nuevas redes?
>
> Saludos y gracias por todo
>
>
> Jesús de Diego
>
>
>
>
>
>
>
>
> El día 7/02/08, *Francisco José Peñarrubia* <fpenarru en gmail.com
> <mailto:fpenarru en gmail.com>> escribió:
>
> Hola.
>
> En el piloto de redes está la funcionalidad que había que hacer
> para el pliego. Ten en cuenta que luego hay cambios, y es probable
> de algunas de las cosas que planteas tengan solución.
> De hecho, de lo que has dicho, yo diría que muchas cosas ya se
> pueden hacer.
>
> De todas formas, la idea con lo de redes es tener una base sobre
> la que construir cosas. Es decir, tendremos una librería con las
> funcionalidades que pueda tener Network Analyst, o la librería
> NetEngine. Sobre esos modelos, la gente ha hecho sus aplicaciones
> para redes de aguas, eléctricas, gas o cable. Así que las
> posiblidades sí que estarán.
>
> En cuanto a funcionalidades de mayor nivel (quiero decir, a nivel
> de usuario), nosotros implementaremos las habituales que vienen en
> los GIS genéricos y alguna que otra más. El resto de aplicaciones,
> entiendo que son eso, aplicaciones a desarrollar por consultorías,
> como si fuese alguien que compra AV+Network Analyst y sobre eso
> programa sus propias extensiones.
>
> De lo que apuntas (y que no está hecho todavía, pero estamos en
> ello), se va a resolver el problema de buscar las válvulas que hay
> que cerrar para aislar una zona. Eso tiene que ver con un
> recorrido inverso por la red, que no está hecho, pero que estará
> cuando se libere la versión definitiva.
>
> En cuanto a las cosas de cardinalidad topológica, edición de la
> red, etc. creo que tienen que ver más con lo que se está
> desarrollando en paralelo de topología, que están implementando
> reglas topológicas de ese tipo.
>
> En mi opinión, de las cosas que más se pueden echar en falta (y
> que no es simple de hacer) en el piloto de redes es el trabajar
> con TurnCosts. Todavía no hemos pasado a java esa parte, así que
> no puedo decir que eso ya está. Con eso se podría modelar
> perfectamente lo de las válvulas que dejan pasar agua en un
> sentido o no, desviarla por otra tubería, etc.
>
> Otras cosas, como calcular la cardinalidad de los nodos de la red,
> son más sencillas de hacer, aunque claro, siempre podemos incluir
> una función dentro de GvNode al estilo de getCardinality(). Es
> más, lo tomo como una sugerencia, y pondremos algo así. Y un
> getIncidentArcs también nos vendrá bien, para el recorrido inverso.
>
> Bueno, nada más. Lamento que te haya decepcionado el piloto,
> espero que la versión definitiva cumpla mejor las expectativas.
>
> Saludos.
>
> Fran.
> Equipo gvSIG.
>
> Jesús de Diego Alarcón escribió:
>> Saludos
>>
>> He estado probando el piloto de redes con la idea de usar esta
>> extensión para la gestión de redes, en mi caso, de distribución
>> de agua.
>>
>> Sin embargo, por lo que estoy viendo, parece que la extensión
>> está más bien pensada para la gestión de rutas (un tipo de red)
>> que para la gestión genérica de redes...
>>
>> Echo en falta la posibilidad de poder generar topología de red
>> con información en varias capas: tuberías y acometidas, por
>> ejemplo, tienen modelos de datos diferentes y es difícil
>> acoplarlas en la misma capa....
>> Enlazando con esto, también veo que no hay herramientas que
>> permitan gestionar/editar las relaciones que existan entre estos
>> elemetos: una acometida se debe situar sobre la tubería, pero no
>> debe partirla (generar un nuevo nodo...)
>> Tampoco veo ninguna posibilidad de gestionar diferentes capas de
>> nodos, ni tipologías dentro de los nodos, ni tampoco la
>> cardinalida "topológica" de estas tipologías (del tipo: la
>> válvula del tipo A debe conectar 3 tuberías y la del tipo B sólo 2).
>> Tampoco existe la posibilidad de gestionar elementos puntuales
>> sobre la red que controlen el flujo por la misma (válvulas que se
>> abren y se cierran, por ejemplo) y en cuanto al análisis... pues
>> hecho también en falta un algorítmo de cálculo de sectores (o,
>> dado un punto, ver cual es el número mínimo de válvulas que es
>> necesario cerrar para aislarlo del resto de la red... vamos ).
>>
>> He mirado también en la documentación de las pasadas Jornadas de
>> gvSIG y veo que los desarrollos previstos tampoco van en esta línea.
>> ¿Es eso así? ¿Están previstos en un futuro próximo estos desarrollos?
>>
>> La verdad es que me ha decepcionado un poco sobre todo porque el
>> mundo de las redes es un poco más complejo que la gestión de rutas...
>>
>> --
>> Jesús de Diego Alarcón
>> jesdial en gmail.com <mailto:jesdial en gmail.com>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> gvSIG_usuarios mailing list
>> gvSIG_usuarios en runas.cap.gva.es <mailto:gvSIG_usuarios en runas.cap.gva.es>
>>
>> Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección:
>>
>> http://runas.cap.gva.es/mailman/listinfo/gvsig_usuarios
>>
>
>
>
> _______________________________________________
> gvSIG_usuarios mailing list
> gvSIG_usuarios en runas.cap.gva.es
> <mailto:gvSIG_usuarios en runas.cap.gva.es>
>
> Para ver histórico de mensajes, editar sus preferencias de usuario
> o darse de baja en esta lista, acuda a la siguiente dirección:
>
> http://runas.cap.gva.es/mailman/listinfo/gvsig_usuarios
>
>
>
>
> --
> Jesús de Diego Alarcón
> jesdial en gmail.com <mailto:jesdial en gmail.com>
> ------------------------------------------------------------------------
>
> _______________________________________________
> gvSIG_usuarios mailing list
> gvSIG_usuarios en runas.cap.gva.es
>
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección:
>
> http://runas.cap.gva.es/mailman/listinfo/gvsig_usuarios
>
--
Este mensaje y sus archivos son confidenciales. No está permitida su reproducción o distribución sin la autorización expresa de "IVER Tecnologías de la Información". Si usted no es el destinatario previsto, queda desautorizado cualquier uso, acceso o copia de este mensaje. Si ha recibido este mensaje por error, por favor bórrelo e infórmenos por esta misma vía.
------------ próxima parte ------------
Saltado el tipo de contenido multipart/related
Más información sobre la lista de distribución gvSIG_usuarios