4. Entorno de trabajo en QGIS
Última actualización
¿Te fue útil?
Última actualización
¿Te fue útil?
Si bien todos los sistemas GIS son compatibles con la herramienta Giswater, no ocurre lo mismo con su plugin, puesto que este se ha programado como un complemento de QGIS. Así pues, todas las funcionalidades disponibles se ejecutarán desde el entorno de QGIS.
Todo usuario que requiera la utilización del plugin Giswater debe estar familiarizado con los sistemas de información geográfica (GIS).
Una vez el usuario ha creado un nuevo proyecto de datos, con la herramienta Giswater, tal como se explica en el apartado 2.5, ya está en condiciones de abrir el proyecto QGIS y empezar a trabajar. En este manual se usará el proyecto de ejemplo para abastecimiento de agua (ws_sample).
A continuación, se muestran las principales partes de las que se compone el entorno de QGIS en relación con Giswater y su plugin.
La ToC (Table of Contents o Tabla de Contenidos) es donde se cargan todas las tablas y vistas de la base de datos necesarias para trabajar con Giswater. Para tener la información bien estructurada esta se ha dividido en siete grandes grupos que a su vez facilitarán la gestión de roles (en función de los permisos del usuario este podrá gestionar unas determinadas tablas, que por defecto pertenecerán a un grupo). Estos grupos son: Operaciones y mantenimiento, Inventario, EPA, Masterplan y Mapas base.
En este apartado se pretenden describir todas las tablas y vistas que se encuentren cargadas en QGIS, con la finalidad de facilitar al usuario la comprensión de la compleja red de tablas de la que se compone Giswater. Cada tabla tiene un número variable de campos con la información relativa a lo que la tabla represente. Como la información de este apartado sería de un gran volumen, se ha optado por añadir en el anexo del manual la mayoría de las definiciones de tablas y campos. Sin embargo, el usuario encontrará a continuación la información suficiente como para entender la finalidad de cada grupo de tablas.
Este gran grupo contiene la información del inventario de los activos de la red, y a su vez se divide en cuatro subgrupos: Catalogs, Map zones, Network y Other.
4.2.1.1 Catalogs (Catálogos)
En este primer grupo nos encontramos cargados aquellos catálogos que hacen referencia a los principales elementos de la red (nodo, arco, connec y gully).
El segundo grupo de capas del inventario de activos es el relacionado con las zonas del mapa. Como muy bien indica su nombre, este grupo de capas representa y delimita las distintas zonas territoriales del mapa, ya definidas en el apartado 3.4 de este manual.
Todas las capas de este grupo tienen geometría poligonal (excepto la macroexplotación, que sólo aparece en formato tabla para los proyectos de WS). Se trata de un grupo de capas muy relevante, puesto que una de las reglas básicas del proyecto es la necesidad de que cualquier elemento de la red se encuentre dentro de alguna de las distintas zonas.
La explotación (Exploitation), concretamente, es imprescindible para comenzar cualquier proyecto. Como se ha comentado, es muy recomendable añadir un valor de explotación en las propiedades del proyecto, mediante una variable. Así el proyecto estará relacionado directamente con una explotación, la zona del mapa que, en general, abarcará una superficie más grande.
Las zonas del mapa con las que cuenta Giswater son las siguientes:
Exploitation: zona de explotación, habitualmente relacionada con un ámbito de gestión de uno o varios usuarios.
Macroexploitation: agrupación de explotaciones.
Dma: para WS se trata de district metring areas, áreas para contabilizar los usos del agua. Para UD son district management areas, áreas de gestión de la red de saneamiento. En ambos casos se pueden delimitar en función de las necesidades del usuario y siempre con una coherencia de uso.
Macrodma: agrupación de dmas.
Sector: los sectores tienen relación con el correcto funcionamiento del modelo hidráulico y por eso deben tener coherencia con las entradas y salidas de agua del mismo. Se delimitan en función de esta coherencia según el usuario lo considere oportuno.
Macrosector: agrupación de sectores.
En el anexo del manual se encuentran las tablas completas de este apartado con una descripción para cada campo, así como los criterios de interpretación utilizados.
Este grupo contiene todas aquellas capas que hacen referencia a elementos de red, que a su vez tienen geometría, es decir, se representan gráficamente en el mapa.
Una vez completados los catálogos correspondientes, mediante la edición de estas capas se podrá iniciar la construcción de nuestra red. Siempre siguiendo el orden marcado por las reglas topológicas, tal y como se explica en el apartado 3.7.
Los elementos de red se dividen en cinco capas más un grupo para los polígonos:
Node (v_edit_node)
Arc (v_edit_arc)
Connec (v_edit_connec)
Gully (v_edit_gully; sólo en proyectos UD)
Link (v_edit_link)
Grupo de elementos polygon
Para aprovechar el uso de los GIS, cada elemento tiene su propio estilo asociado que se visualizará en la interfaz gráfica de QGIS. Los estilos se representan en función del tipo concreto de elemento (para saber cuáles son podemos consultar la tabla sys_feature_cat).
En el caso de los elementos de red, las diferencias entre tipos de proyecto son muy grandes. Hay muy pocos elementos que coincidan tanto en abastecimiento como en drenaje urbano de agua; es por eso que ninguna tabla de este grupo se describirá como común.
Formularios de los elementos
Además del estilo visual de cada uno de los elementos, estos también tienen asociado un formulario, diseñado uno por uno en función de sus campos específicos. Los formularios se abren cuando el usuario clica un elemento mediante el botón de información de Giswater en QGIS y usan distintas pestañas para mostrar la información según su categoría:
Datos: información relacionada con los atributos propios del elemento. En las tablas situadas en el anexo del manual se pueden comprobar los campos que tiene cada elemento, los cuales deberán ser mostrados en esta pestaña del formulario. También se distribuye en distintos apartados.
Main data: información básica común entre la mayoría de elementos, como pueden ser fechas de inicio, códigos, suelo, elevaciones y profundidades, etc.
Additional data: información adicional del elemento. Contiene los datos sobre la dirección y la información añadida opcionalmente.
Relations: muestra una tabla de otros elementos que se encuentran vinculados solo a este elemento. Habitualmente no están conectados a la red, pues el elemento debe ser suficientemente grande como para contener sus elementos relacionados. Las relaciones, en función del tipo de proyecto y el tipo de elemento, pueden ser con:
Element: en esta pestaña se muestran otros elementos, no conectados a la red, que se encuentran vinculados al elemento que estamos visualizando. Desde el propio formulario se pueden vincular, desvincular y añadir elementos de este tipo.
Hydrometer (solo para elementos tipo connec): vincula las conexiones con hidrómetros y puede mostrar sus valores además de vincularlos o desvincularlos.
Document: en esta pestaña se muestran los documentos vinculados con el elemento que estamos visualizando. Desde el propio formulario se pueden vincular, desvincular y añadir documentos además de categorizar por fecha y tipo de documento.
O&M: se muestran los eventos relacionadas con el elemento que estamos visualizando. Cada evento forma parte de una visita, las cuales pueden ser consultadas mediante un botón dentro del formulario. También se pueden añadir visitas, visualizar las fotografías y documentos relacionados con los eventos.
Scada (solo para elementos tipo node): relacionado con los valores que provienen del sistema SCADA para el elemento que estamos visualizando.
Cost (solo para elementos tipo node y arc): permite calcular el coste del elemento que estamos visualizando. Para elementos tipo nodo solo entran en juego dos parámetros (precio por unidad o precio por metros de profundidad). Para elementos arco hay muchas más variables que son necesarias en el momento de calcular el precio y todas se especifican en este último apartado del formulario.
Partes de un formulario
En la siguiente imagen se representan las diferentes partes de un formulario. En general son similares, aunque el formulario de ejemplo sea de un elemento manhole de un proyecto UD.
Para ayudar al usuario en la comprensión de algunos de los campos de los elementos de red, en la imagen 20 se representan gráficamente los parámetros de profundidades, cotas y pendiente para proyectos de drenaje urbano (UD).
En el anexo del manual se encuentran las tablas completas de este apartado con una descripción para cada campo, así como los criterios de interpretación utilizados.
Los elementos que no forman parte estrictamente de la red de agua potable o saneamiento, pero sí que tienen representación visual en el mapa de QGIS, es decir, tienen geometría, se encuentran en este grupo. Los datos de estos elementos no serán indispensables para el uso de los modelos hidráulicos que incorpora Giswater, pero su información sí puede tener interés en otros aspectos, y, por lo tanto, hay que prestar también atención a sus características.
Elementos comunes
Dimensioning (v_edit_dimensions): esta tabla se va rellenando cuando el usuario utiliza la herramienta del plugin que permite calcular las distancias y dimensiones entre diferentes puntos dentro del mapa de QGIS. La distancia se representa mediante una línea y una etiqueta con la información numérica en metros. También muestra la profundidad en caso de asociarle algún valor.
Samplepoint (v_edit_samplepoint): se trata de los puntos de muestreo. Son puntos donde se analiza la calidad del agua que circula. Tiene un campo que relaciona el punto de muestreo con un laboratorio.
Element (v_edit_element): pueden ser cualquier otro tipo de elementos que habrá que definir en el catálogo de elementos. Estos pueden estar o no vinculados con otros elementos de red. Permiten añadir información extra en relación a alguna característica.
En el anexo del manual se encuentran las tablas completas de este apartado con una descripción para cada campo, así como los criterios de interpretación utilizados.
El segundo grupo de capas que se encuentra en la ToC del proyecto Giswater dentro de QGIS es el de operaciones y mantenimiento (O&M). A diferencia del grupo anterior (inventario de activos), que cuenta con una gran cantidad de capas, este se reduce a un simple grupo de 2 o 3 capas en función del tipo de proyecto y la capa de inventario de visitas, común para los dos tipos de proyectos.
Las capas de operaciones y mantenimiento que encontramos son:
Visits (v_edit_om_visit)
En esta capa se encuentran todas las visitas realizadas a la red y se visualizan mediante elementos puntuales sobre el mapa. Cada visita cuenta con una data de inicio y de finalización, así como un identificador del usuario que ha hecho la visita. Cada visita puede contener diferentes eventos y del mismo modo cada evento puede tener varias fotografías para ilustrar el evento. En esta misma capa no se encuentran los eventos, pero están relacionados con las visitas con llaves foráneas.
Las capas de mincut proponen a los usuarios las válvulas que deberían ser cerradas en caso de querer hacer algún tipo de operación en un elemento de la red. Basándose en los distintos estados y atributos de los elementos, el polígono de corte será uno u otro. Hay varios parámetros que entran en juego a la hora de usar esta herramienta. Principalmente hay que tener en cuenta el estado (state) y la explotación (exploitation) de los elementos que se visualizan en la pantalla, pues solo los elementos visibles se usaran para esta herramienta.
Dado que los elementos en estado obsoleto no tienen topología (no están conectados a la red), es recomendable que no sean visibles cuando se use la herramienta; los elementos con estado en servicio pueden usarse sin problemas para hacer el polígono de corte y, finalmente, los elementos planificados también pueden formar parte de un polígono de corte pero hay que ir con especial atención ya que estos pueden situarse encima de otros elementos en servicio y provocar errores en el polígono de corte.
Las capas que encontramos cargadas en el mapa de QGIS son las relativas a los resultados del polígono de corte en función de su geometría y tipo de elemento, con simbología propia:
Mincut init point (v_om_mincut): representa el punto de inicio del polígono de corte, dónde el usuario ha clicado para que se calcule el resultado.
Mincut result valve (v_om_mincut_valve): resultados del polígono de corte que representan válvulas. Mediante el campo proposed se establece si una válvula debe ser cerrada o no.
Mincut result arc (v_om_mincut_arc): resultados del polígono de corte que representan arcos.
Mincut result node (v_om_mincut_node): resultados del polígono de corte que representan nodos.
Mincut result connec (v_om_mincut_connec): resultados del polígono de corte que representan conexiones.
Las capas de flowtrace muestran al usuario los elementos de la red que se encuentran aguas arriba o aguas abajo de un elemento seleccionado. La capa actualiza sus campos cada vez que el usuario realiza una nueva operación para conocer los elementos afectados y estos, mediante una simbología específica, aparecen representados en el mapa para que puedan ser consultados fácilmente. Igual que en la herramienta del polígono de corte, aquí entran en juego todos los elementos que sean visibles en el mapa (se encuentren dentro de las vistas editables de nodo, arco, connec).
El uso de esta herramienta es relevante en dos casos distintos:
Fase de estructuración de datos: si existen arcos que van en dirección errónea, mediante el flowtrace serán fácilmente identificables, pues cortarán la red en un punto inusual y se podrá modificar su dirección y así corregir el error.
Fase de consulta: permitirá visualizar todos los elementos que se encuentren aguas arriba o aguas abajo de un elemento específico.
Existen 2 capas y 4 simbologías distintas:
Flowtrace arc (v_anl_flow_arc): representa los elementos tipo arco para la herramienta de seguimiento de flujo. Muestra con el color correspondiente los arcos que se encuentran aguas arriba (flowtrace) o aguas abajo (flow exit) del elemento seleccionado.
Flowtrace node (v_anl_flow_node): representa los elementos tipo nodo para la herramienta de seguimiento de flujo. Muestra con el color correspondiente los nodos que se encuentran aguas arriba o aguas abajo del elemento seleccionado.
En el apartado 5.2.2 se detallará el uso de las herramientas del plugin que se relacionan con este grupo.
La base de datos de Giswater contiene muchas otras tablas relacionadas con el apartado o&m, pero estas no se encuentran en el grupo homónimo de QGIS, pues se usarán en otros grupos de la ToC o para diversos procesos del programa. La finalidad de las tablas de operaciones y mantenimiento es la de inventariar y programar las visitas hechas por técnicos a la red real de abastecimiento o saneamiento para controlar, calcular o hacer cualquier tipo de rehabilitación o reparación en la red.
En el anexo del manual se encuentran las tablas completas de este apartado con una descripción para cada campo, así como los criterios de interpretación utilizados.
El tercer grupo de capas que encontramos en la ToC es el relacionado con el modelo hidráulico (EPANET). El comportamiento de este se basa en el programa con el mismo nombre, de dominio público y desarrollado por la Agencia de Protección Ambiental de Estados Unidos (EPA).
Se trata de un grupo exclusivo para proyectos de abastecimiento de agua (WS), sin embargo, los proyectos de saneamiento tienen su grupo exclusivo con unas características similares (SWMM), que se describirá en el apartado 4.2.4.
Las capas del grupo EPANET se dividen, al mismo tiempo, en dos grupos:
Input data: son todas las capas con datos necesarios para que el modelo hidráulico funcione correctamente. Hay distintos grupos dentro de Input data según la naturaleza de estos datos y el tipo de geometría:
Node: formado por las capas geométricas de tipo nodo y las tablas relacionadas.
Arc: formado por las capas geométricas de tipo arco y las tablas relacionadas.
Controls & Rules: tablas de las distintas reglas y controles sobre los datos.
Options: diferentes tablas con opciones relacionadas con el modelo hidráulico.
Tags y Labels
Output result: son todas las capas que almacenan los resultados una vez realizado el modelo hidráulico. Permiten visualizar rápidamente dentro del mapa de QGIS los resultados y compararlos con resultados antiguos. Los resultados (tablas con el prefijo rpt) se dividen en:
Node minimum values
Node maximum values
Arc maximum values
Energy usage y Hydraulic status
En el capítulo 7 de este manual se mostrará al usuario como implementar el modelo hidráulico de su red mediante las capas y tablas que forman este grupo.
En el anexo del manual se encuentran las tablas completas de este apartado con una descripción para cada campo, así como los criterios de interpretación utilizados.
Storm Water Management Model (SWMM) es el tercer grupo de capas que encontramos en la ToC de un proyecto de saneamiento y drenaje de aguas urbanas (UD). Se trata del “hermano” de EPANET, también desarrollado por la EPA, pero cuyo uso y aplicaciones son evidentemente distintas.
Las capas de SWMM también se estructuran, al igual que EPANET, en capas y tablas de entrada y salida, añadiendo un grupo intermedio que permitirá al usuario establecer que sectores y cuencas hidrológicas entran en juego a la hora de realizar el modelo hidráulico:
Input data: datos de entrada para el modelo de SWMM. Como se trata de una gran cantidad de parámetros, estos se agrupan en función de su naturaleza:
Climatology: en este grupo se introducen datos relacionados con la climatología que podrán influir en los flujos de agua antes que esta llegue a la red.
Hydrology: referido a los datos relativos a flujos de agua que entran de forma natural (escorrentía), tales como precipitaciones, acuíferos, infiltraciones o deshielo. Hay dos capas con geometría:
Subcatchment: representa las subcuencas como polígonos
Hydraulics: en este grupo entran en juego los distintos elementos de la propia red que son necesarios para realizar el modelo. Se dividen entre nodos y arcos, cada uno de estos relacionado con otras tablas sin geometría que contienen información adicional.
Node: elementos tipo Junction, Outfall, Divider y Storage. Las tablas adicionales hacen referencia a aportes externos de caudal directamente a la red. Hay tres tipos:
Inflows – series de valores de caudales que entran directamente en los nodos definidos por el usuario. Se utilizan en caso de ausencia de datos de escorrentía.
Dwf (Dry weather inflows) – continuas entradas de caudal que reflejan las contribuciones que los caudales de aguas negras realizan a la red. Pueden considerarse como caudales de referencia de los conductos.
RDII (Rainfall-Derived Infiltration/Inflow) – se trata de caudales provenientes de aguas de lluvia que se introducen en la red debido a aportes directos en las conexiones con los pozos, los colectores de bombeos o en caso de roturas en las conducciones o malas conexiones de los elementos.
Arc: elementos tipo Conduit y Virtual arc. También hay tablas referidas a las secciones transversales, que describen como varía la cota de fondo de un conducto, y a los reguladores de caudal (flow regulators), dispositivos utilizados para controlar y derivar los caudales dentro del sistema. Pueden ejercer la función de regulación los orificios, vertederos (weirs), descargas (outlets) y bombas (pumps).
Quality: este grupo de tablas sin geometría permite, básicamente, introducir datos relacionados con usos del suelo y contaminantes presentes en el agua. Los usos del suelo sirven únicamente para considerar los fenómenos de acumulación y arrastre de contaminantes en las cuencas.
Curves & Timeseries: las curvas permiten establecer la relación entre dos cantidades (de un modo similar a un gráfico) para que estos datos sean fácilmente introducidos en la red mediante la asignación de curvas a los elementos del sistema. Las series temporales sirven para describir determinadas propiedades de algunos objetos del proyecto que varían con el tiempo.
Input selected feature: este grupo sirve para, en caso de tener varios sectores o cuencas hidrológicas, seleccionar con cuál de estos el usuario quiere trabajar. Esta es una de las herramientas que añade Giswater a los propios usos del programa SWMM. Si se selecciona, entonces, alguna zona concreta para realizar el modelo hidráulico, en este grupo de capas se mostrarán cuáles son los elementos nodo y arco que entran en juego: todos los que se encuentren dentro de la zona seleccionada.
Output result: el grupo de los resultados del modelo permite al usuario visualizar, tanto a través de elementos simbolizados en el mapa como de tablas de datos, los resultados del modelo hidráulico de SWMM. Igual que en EPANET, se permite también comparar resultados con otro modelo realizado con anterioridad.
A continuación, se describen algunos de los posibles resultados del modelo, ordenados del mismo modo que la ToC de QGIS:
El resto de tablas que se encuentran en este grupo no tienen geometría, pero también aportan datos sobre los resultados del modelo hidráulico tales como calidad y cantidad de infiltración, índices de inestabilidad, valores de aguas superficiales, entre otros.
En el anexo del manual se encuentran las tablas completas de este apartado con una descripción para cada campo, así como los criterios de interpretación utilizados.
Este cuarto grupo de tablas y capas que se encuentra en la ToC de QGIS se usa para realizar cálculos presupuestarios de la red. Se trata de una de las herramientas principales y con más potencial de Giswater, ya que su uso permite realizar de forma muy sencilla distintas valorizaciones de la red de agua y sistematizar este proceso de forma que una vez se tengan todos los datos necesarios el cálculo sea prácticamente automático. Esto supone un ahorro de tiempo y de trabajo considerable para los usuarios responsables de realizar tales cálculos.
Tanto para proyectos de WS como de UD la estructura del grupo es la misma, pero los datos tienen alguna diferencia, ya que la naturaleza de los proyectos es distinta. Como a lo largo de todo el manual, cuando alguna de las explicaciones sea exclusiva para algún tipo de proyecto, se especificará su pertenencia.
Hay dos partes claramente diferenciadas dentro del grupo de Masterplan:
Cálculo del valor patrimonial de los elementos: en estas capas se calcula el precio por cada elemento sea cual sea su estado (Obsoleto, en servicio o planificado). Todos los datos se insertan en dos vistas (v_plan_result_node y v_plan_result_arc) en función del tipo de elemento.
Cálculo de valores de los sectores de planificación (psector): aquí se calculan los precios solo para los elementos planificados. Cada grupo de elementos planificados para una operación de modificación de la red se debe insertar dentro de un sector planificado o psector. El objetivo de este grupo es el de conocer el precio de realizar una operación planificada en la red.
El primer paso de todos es el de asignar precios a los elementos de la red, a los materiales, a las posibles combinaciones de variables y, en definitiva, a todos los parámetros que puedan tener coste para realizar el presupuesto. En los mismos catálogos se encuentran muchos de estos valores, que se transfieren directamente a los elementos. El resto de los precios deben incorporarse en las dos tablas del grupo Prices:
Prices: en esta tabla se muestran los precios simples para cada parámetro. La mayoría de estos se importan de la base de datos y los cálculos de ITeC (Instituto de Tecnología de la Construcción). El campo unit especifica la manera de calcular el precio (por unidad, por metro cúbico, etc.)
Compost price: muestra precios variables, ya que el precio de ciertos elementos no se puede calcular con un precio simple, pues está compuesto por más de una parte. Contiene los id’s de la tabla anterior. El compost_id puede repetirse, ya que un elemento compuesto estará formado por más de un elemento simple (simple_id). La columna value representa el porcentaje de elemento simple que compone el elemento compuesto. Relacionando estos campos será posible calcular los precios totales.
Para el cálculo del valor patrimonial hay una sola tabla dentro del grupo de datos de entrada (input data):
Arc_x_pavement: esta tabla tiene como único objetivo establecer en porcentajes los tipos de pavimento que tiene un único arco. Evidentemente, un arco puede tener el 100% de su longitud en el mismo pavimento, pero en caso contrario, esta tabla se usará para especificar que porcentajes tiene de cada uno. Como los pavimentos -que se encuentran en el catálogo de pavimentos (cat_pavement)- tienen precios por metro cuadrado distintos, el hecho de conocer los porcentajes que se usan en cada arco de la red permitirá finalmente establecer unos valores patrimoniales muy precisos.
ATENCIÓN: Cuando insertas un arco nuevo, de forma automática se insertan los registros en la tabla plan_arc_x_pavement, sin valores de pavimento y porcentajes, pero de esta forma todos los arcos estarán disponibles para tener valores.
Una vez las tablas de precios y la de pavimento tengan datos suficientes, nos encontramos en disposición de rellenar las tablas de resultados del valor patrimonial. Hay que tener muy en cuenta la importancia de tener todos los datos completos, unos datos que se cogen de distintas tablas. Algunos vienen directamente de las tablas de los elementos (arc, node) y deben estar correctamente rellenados para un cálculo correcto. Todas las columnas son requeridas y todos los parámetros son necesarios.
Las tablas con los resultados del cálculo del valor patrimonial son dos, una para elementos arco y otra para elementos nodo. Hay que recordar que aquí se mostrarán los datos de valores para elementos en cualquier tipo de estado, ya sea obsoleto, en servicio o planificado:
Plan result node: contiene los datos del cálculo del valor patrimonial de cada nodo y se representa en QGIS como elemento puntual y con distintos colores en función del valor final.
Plan result arc: contiene los datos del cálculo del valor patrimonial de cada arco y se representa en QGIS como elemento lineal y con distintos colores en función del valor final.
Los psector, sectores de planificación, son zonas con actuaciones planificadas que afectan a distintos elementos representados en el mapa de QGIS. Evidentemente, si se trata de elementos planificados su estado (state) debe ser planificado (2).
La importancia de este grupo de tablas y capas se encuentra en el hecho de la habitual dificultad para calcular el valor y precio de operaciones para añadir nuevos elementos a la red. Mediante estos sectores de planificación será posible obtener el precio de ejecución de toda la obra, así como los precios detallados de cada elemento.
Plan psector (v_edit_plan_psector): representa geométricamente los distintos sectores de planificación que existen. Contiene datos adicionales como la prioridad o algunos campos de porcentajes como el gexpenses (costes añadidos de contrato) y el vat (coste del IVA).
En el anexo del manual se encuentran las tablas completas de este apartado con una descripción para cada campo, así como los criterios de interpretación utilizados.
En masterplan, además de planificar sectores de red, también se gestionan los dos tipos de precios que la red puede tener. Se trata de los precios de reconstrucción y de rehabilitación.
Para poder tener asignado un precio de reconstrucción es necesario tener completamente rellenados los campos de los catálogos previstos para ello, de manera que lo primero que hay que hacer es proceder al llenado de los mismos. En la imagen 21 se representa un conducto con sus respectivas medidas, especificando todos los parámetros que entran en juego a la hora de calcular los precios.
Los campos que influyen en el cálculo del valor patrimonial son:
Del catálogo de arcos (cat_arc):
z1 (m)
z2 (m)
width (m) - Anchura total. Anchura + bulk*2
area (m2)
estimated_depth (m)
bulk (UD (m) WS (mm)) - Grosor de la pared del conducto
cost_unit - Unidades de medida
cost - Precio del tipo de arco. Vincular con las tablas de precios
m2bottom_cost - Precio del suelo. Vincular con las tablas de precios
m3protec_cost - Precio de protección. Vincular con las tablas de precios
Del catálogo de pavimentos (cat_pavement)
thickness (m) - Grosor del pavimento
m2_cost - Precio del metro cuadrado de pavimento. vincular con las tablas de precios
Del catálogo de suelos (cat_soil)
y_param – Inclinación del talud de la zanja
b (m) - Distancia entre el conducto y el límite de la zanja
trenchlining (%) - Porcentaje de entibación del tipo de suelo
m3exc_cost - Precio de excavación. Vincular con las tablas de precios
m3fill_cost - Precio de relleno. Vincular con las tablas de precios
m3excess_cost - Precio de transporte de excesos. Vincular con las tablas de precios
m2trenchl_cost - Precio de entibación. Vincular con las tablas de precios
Del catálogo de nodos (cat_node):
estimated_y
cost_unit - Unidades de medida
cost - Precio del tipo de nodo. Vincular con las tablas de precios
Una vez realizado este trabajo solo nos quedará vincular los elementos con sus catálogos:
ARC con: cat_arc (arc.arccat_id), cat_pavement (plan_arc_x_pavement) y cat_soil (arc.soilcat_id)
NODE con cat_node (node.nodecat_id)
Por otro lado, para poder asignar un precio de rehabilitación, dada la disparidad de costes y casuísticas, cada operador deberá construir su propio algoritmo de rehabilitación, con lo cual la opción está preparada, pero está deshabilitada como valor de serie.
En el anexo del manual se encuentran las tablas completas de este apartado con una descripción para cada campo, así como los criterios de interpretación utilizados.
En este grupo de capas básicamente se gestionan los diferentes catálogos con los que trabaja Giswater.
Trabajar con catálogos es una de las principales características que tiene Giswater, y ello es posible porque nos encontramos en un entorno de base datos.
De hecho, antes de empezar a trabajar con nuestro proyecto deberemos construir al menos los catálogos de arco y nodo para poder introducir un simple registro en las capas de arco y de nodo.
Su función es múltiple. Entre otras características nos permiten catalogar la información para estandarizar valores, poner valor económico en cada uno de los elementos de red o caracterizar las propiedades de los elementos para su uso en el modelo hidráulico.
Es interesante conocer que existen cuatro tipologías de catálogos:
Elementos topológicos: Dado que la red está basada en topología arco-nodo los catálogos sobre los que pivotan estos elementos serán los más importantes de nuestra red (catálogo de nodos y catálogo de arcos).
Otros elementos de red: Los elementos que complementan nuestra red son connec o element quienes tienen sus correspondientes catálogos.
De gestión: Como complemento a los catálogos de red, existen otras tablas en la base de datos que también actúan como catálogos, como son los catálogos de: suelos, constructores, expedientes de obras, propietarios, pavimento.
De modelo hidráulico: Necesarios para la construcción de un modelo hidráulico de calidad. En este sentido tenemos el catálogo de rugosidades, que permiten diferenciar rugosidades en función de la edad del material.
Listado de catálogos comunes (entre paréntesis el nombre de la tabla en base de datos)
CATALOGO DE MATERIAL DE NODOS (cat_mat_node)
CATALOGO DE MATERIAL DE ARCOS (cat_mat_arc)
CATALOGO DE NODOS (cat_node)
CATALOGO DE ARCOS (cat_arc)
CATALOGO DE ACOMETIDAS (cat_connec)
CATALOGO DE MATERIALES DE ELEMENTO (cat_mat_element)
CATALOGO DE ELEMENTOS (cat_element)
CATALOGO DE PROPIETARIOS (cat_owner)
CATALOGO DE SUELOS (cat_soil)
CATALOGO DE PAVIMENTOS (cat_pavement)
CATALOGO DE EXPEDIENTES DE OBRAS (cat_work)
CATALOGO DE CONSTRUCTORES (cat_builder)
Pre-dependencias
Los catálogos generan muchas dependencias, de hecho, deben llenarse antes de empezar a trabajar puesto que sus registros serán solicitados en muchas tablas de sistema.
Además, se debe comentar que los catálogos también tienen dependencias entre ellos. En este sentido antes de llenar los catálogos de arco y nodo se deben llenar los catálogos precedentes que son el de materiales de nodo y el de materiales de arco.
Antes de empezar a trabajar los catálogos se deben tener rellenadas las tablas de sistema que tipifican los diferentes elementos de nuestra red (ver el apartado 2.5.1.1):
cat_feature_node (para el caso de catálogo de nodo)
cat_feature_arc (para el caso de catálogo de arco)
cat_feature_connec (para el caso de catálogo de acometidas)
cat_feature_gully (para el caso de catálogos de sumideros en UD)
Aunque no se encuentran cargadas en QGIS, es importante explicar en este punto cómo funcionan los catálogos de jerarquía superior, ya mencionados en el apartado 4.2.1.1. Se explica cómo ejemplo para nodo, pero la explicación es extrapolable a arc, connec y gully.
Cat feature node (cat_feature_node): La tabla nos caracteriza los diferentes tipos de nodo que puede tener nuestro proyecto. El tipo de nodos que el sistema permite - campo type, a partir de ahora 'system node type' – no es modificable ni ampliable. Lo que sí se puede es disponer de tantos elementos de tipo de nodo queramos - campo id, a partir de ahora 'custom node type' - con el mismo atributo de system node type, siempre que este atributo esté en el sistema.
Es importante conocer que:
Cada 'system node type' tiene un modelo de datos definido, diferente de los demás. Si se quieren crear nuevos registros de tipos de nodo, deberá antes analizar cuál de los diferentes modelos de datos de los nodos de sistema se ajusta más al nuevo 'node custom type' que queremos crear.
Para cada 'custom node type' podemos definir un valor por defecto de tipo de elemento en el modelo hidráulico. Este valor por defecto es OBLIGATORIO, pero para cada elemento de red puede ser modificado en cualquier momento por los ingenieros hidráulicos.
El 'custom node type' nos permite personalizar los nombres de los elementos en el idioma que queramos. Esto permite que, aunque el sistema trabaja siempre con el 'system node type' esto va a ser siempre transparente para el usuario que nunca va a ver el 'system node type' sino que siempre va a trabajar con el 'custom node type'.
Es importante, como ya se ha comentado, conocer el funcionamiento de los catálogos y sus relaciones mediante llaves foráneas y otras restricciones para dar consistencia al proyecto. En la imagen 22 se representa de forma esquemática la jerarquía que siguen las tablas de catálogos de elementos.
Llegamos al último grupo de capas de la ToC de Giswater, donde encontramos los mapas base, es decir, la cartografía que sirve referencia para el resto de elementos y que representa algunas de las partes del territorio en cuestión. La incorporación de estas capas al proyecto es muy importante, ya que añade una información que la mayoría de usuarios están acostumbrados a ver y por lo tanto les resulta más fácil de identificar. La cartografía base está compuesta por:
Hay distintas llaves foráneas entre las tablas de callejero que dan consistencia a los datos y restringen los posibles errores. La tabla ext_address debe tener el campo muni_id de la tabla ext_municipality y el campo streetaxis_id de la tabla ext_streetaxis. Asimismo, esta tabla ext_streetaxis también debe tener el campo muni_id. Al existir distintos municipios, solo se podrá relacionar cada eje de calle con el municipio al que pertenece con este campo.
El origen de los datos referentes a cartografía base no tiene nada que ver con Giswater, sino que debe venir de otras fuentes -de ahí el prefijo ext en las capas-, como pueden ser servicios de descarga de datos catastrales. Estas capas, aunque de procedencia exterior, están integradas completamente en el proyecto Giswater y tienen más funcionalidades además de la simple representación cartográfica de los elementos, por esto deben tener una estructura específica, que se puede ver en el anexo de este manual. Estas funcionalidades se verán reflejadas en el apartado 5.2, pero son básicamente de búsqueda.
Del mismo modo, si un usuario lo desea, se pueden añadir aquí más capas externas relacionadas con la cartografía base de la zona para visualizar otros elementos o cualquier cosa que se quiera representar. En este caso, cualquier capa que se añada, será completamente externa a Giswater y tendrá ninguna relación con otras tablas. Ejemplos de capas que pueden añadirse aquí son un ráster de topografía de Catalunya o una ortofoto.
En el anexo del manual se encuentran las tablas completas de este apartado con una descripción para cada campo, así como los criterios de interpretación utilizados.
Raingage: representa los pluviómetros como elementos puntuales
