El castillo del lugar de la Puente, en la isla de Cádiz

El castillo del lugar de la Puente, en la isla de Cádiz. En Al-Andalus, XV. Madrid 1950

Convento para religiosas clarisas, en Zamora

Convento para religiosas clarisas, en Zamora

Capilla de las Escuelas profesionales Salesianas de San José, en Zamora

Capilla de las Escuelas profesionales Salesianas de San José, en Zamora

Nepfix: on-demand cloud elastic simulation of networks of evolutionary processors

Una Red de Procesadores Evolutivos o NEP (por sus siglas en ingles), es un modelo computacional inspirado por el modelo evolutivo de las celulas, específicamente por las reglas de multiplicación de las mismas. Esta inspiración hace que el modelo sea una abstracción sintactica de la manipulation de information de las celulas. En particu¬lar, una NEP define una maquina de cómputo teorica capaz de resolver problemas NP completos de manera eficiente en tóerminos de tiempo. En la praóctica, se espera que las NEP simuladas en móaquinas computacionales convencionales puedan resolver prob¬lemas reales complejos (que requieran ser altamente escalables) a cambio de una alta complejidad espacial. En el modelo NEP, las cóelulas estóan representadas por palabras que codifican sus secuencias de ADN. Informalmente, en cualquier momento de cómputo del sistema, su estado evolutivo se describe como un coleccion de palabras, donde cada una de ellas representa una celula. Estos momentos fijos de evolucion se denominan configuraciones. De manera similar al modelo biologico, las palabras (celulas) mutan y se dividen en base a bio-operaciones sencillas, pero solo aquellas palabras aptas (como ocurre de forma parecida en proceso de selection natural) seran conservadas para la siguiente configuracióon. Una NEP como herramienta de computation, define una arquitectura paralela y distribuida de procesamiento simbolico, en otras palabras, una red de procesadores de lenguajes. Desde el momento en que el modelo fue propuesto a la comunidad científica en el año 2001, múltiples variantes se han desarrollado y sus propiedades respecto a la completitud computacional, eficiencia y universalidad han sido ampliamente estudiadas y demostradas. En la actualidad, por tanto, podemos considerar que el modelo teórico NEP se encuentra en el estadio de la madurez. La motivación principal de este Proyecto de Fin de Grado, es proponer una aproxi-mación práctica que permita dar un salto del modelo teórico NEP a una implantación real que permita su ejecucion en plataformas computacionales de alto rendimiento, con el fin de solucionar problemas complejos que demanda la sociedad actual. Hasta el momento, las herramientas desarrolladas para la simulation del modelo NEP, si bien correctas y con resultados satisfactorios, normalmente estón atadas a su entorno de ejecucion, ya sea el uso de hardware específico o implementaciones particulares de un problema. En este contexto, el propósito fundamental de este trabajo es el desarrollo de Nepfix, una herramienta generica y extensible para la ejecucion de cualquier algo¬ritmo de un modelo NEP (o alguna de sus variantes), ya sea de forma local, como una aplicación tradicional, o distribuida utilizando los servicios de la nube. Nepfix es una aplicacion software desarrollada durante 7 meses y que actualmente se encuentra en su segunda iteration, una vez abandonada la fase de prototipo. Nepfix ha sido disenada como una aplicacion modular escrita en Java 8 y autocontenida, es decir, no requiere de un entorno de ejecucion específico (cualquier maquina virtual de Java es un contenedor vólido). Nepfix contiene dos componentes o móodulos. El primer móodulo corresponde a la ejecución de una NEP y es por lo tanto, el simulador. Para su desarrollo, se ha tenido en cuenta el estado actual del modelo, es decir, las definiciones de los procesadores y filtros mas comunes que conforman la familia del modelo NEP. Adicionalmente, este componente ofrece flexibilidad en la ejecucion, pudiendo ampliar las capacidades del simulador sin modificar Nepfix, usando para ello un lenguaje de scripting. Dentro del desarrollo de este componente, tambióen se ha definido un estóandar de representacióon del modelo NEP basado en el formato JSON y se propone una forma de representation y codificación de las palabras, necesaria para la comunicación entre servidores. Adicional-mente, una característica importante de este componente, es que se puede considerar una aplicacion aislada y por tanto, la estrategia de distribution y ejecución son total-mente independientes. El segundo moódulo, corresponde a la distribucióon de Nepfix en la nube. Este de-sarrollo es el resultado de un proceso de i+D, que tiene una componente científica considerable. Vale la pena resaltar el desarrollo de este modulo no solo por los resul-tados prócticos esperados, sino por el proceso de investigation que se se debe abordar con esta nueva perspectiva para la ejecución de sistemas de computación natural. La principal característica de las aplicaciones que se ejecutan en la nube es que son gestionadas por la plataforma y normalmente se encapsulan en un contenedor. En el caso de Nepfix, este contenedor es una aplicacion Spring que utiliza el protocolo HTTP o AMQP para comunicarse con el resto de instancias. Como valor añadido, Nepfix aborda dos perspectivas de implementation distintas (que han sido desarrolladas en dos iteraciones diferentes) del modelo de distribution y ejecucion, que tienen un impacto muy significativo en las capacidades y restricciones del simulador. En concreto, la primera iteration utiliza un modelo de ejecucion asincrono. En esta perspectiva asincrona, los componentes de la red NEP (procesadores y filtros) son considerados como elementos reactivos a la necesidad de procesar una palabra. Esta implementation es una optimization de una topologia comun en el modelo NEP que permite utilizar herramientas de la nube para lograr un escalado transparente (en lo ref¬erente al balance de carga entre procesadores) pero produce efectos no deseados como indeterminacion en el orden de los resultados o imposibilidad de distribuir eficiente-mente redes fuertemente interconectadas. Por otro lado, la segunda iteration corresponde al modelo de ejecucion sincrono. Los elementos de una red NEP siguen un ciclo inicio-computo-sincronizacion hasta que el problema se ha resuelto. Esta perspectiva sincrona representa fielmente al modelo teórico NEP pero el proceso de sincronizacion es costoso y requiere de infraestructura adicional. En concreto, se requiere un servidor de colas de mensajes RabbitMQ. Sin embargo, en esta perspectiva los beneficios para problemas suficientemente grandes superan a los inconvenientes, ya que la distribuciín es inmediata (no hay restricciones), aunque el proceso de escalado no es trivial. En definitiva, el concepto de Nepfix como marco computacional se puede considerar satisfactorio: la tecnología es viable y los primeros resultados confirman que las carac-terísticas que se buscaban originalmente se han conseguido. Muchos frentes quedan abiertos para futuras investigaciones. En este documento se proponen algunas aproxi-maciones a la solucion de los problemas identificados como la recuperacion de errores y la division dinamica de una NEP en diferentes subdominios. Por otra parte, otros prob-lemas, lejos del alcance de este proyecto, quedan abiertos a un futuro desarrollo como por ejemplo, la estandarización de la representación de las palabras y optimizaciones en la ejecucion del modelo síncrono. Finalmente, algunos resultados preliminares de este Proyecto de Fin de Grado han sido presentados recientemente en formato de artículo científico en la "International Work-Conference on Artificial Neural Networks (IWANN)-2015" y publicados en "Ad-vances in Computational Intelligence" volumen 9094 de "Lecture Notes in Computer Science" de Springer International Publishing. Lo anterior, es una confirmation de que este trabajo mas que un Proyecto de Fin de Grado, es solo el inicio de un trabajo que puede tener mayor repercusion en la comunidad científica. Abstract Network of Evolutionary Processors -NEP is a computational model inspired by the evolution of cell populations, which might model some properties of evolving cell communities at the syntactical level. NEP defines theoretical computing devices able to solve NP complete problems in an efficient manner. In this model, cells are represented by words which encode their DNA sequences. Informally, at any moment of time, the evolutionary system is described by a collection of words, where each word represents one cell. Cells belong to species and their community evolves according to mutations and division which are defined by operations on words. Only those cells are accepted as surviving (correct) ones which are represented by a word in a given set of words, called the genotype space of the species. This feature is analogous with the natural process of evolution. Formally, NEP is based on an architecture for parallel and distributed processing, in other words, a network of language processors. Since the date when NEP was pro¬posed, several extensions and variants have appeared engendering a new set of models named Networks of Bio-inspired Processors (NBP). During this time, several works have proved the computational power of NBP. Specifically, their efficiency, universality, and computational completeness have been thoroughly investigated. Therefore, we can say that the NEP model has reached its maturity. The main motivation for this End of Grade project (EOG project in short) is to propose a practical approximation that allows to close the gap between theoretical NEP model and a practical implementation in high performing computational platforms in order to solve some of high the high complexity problems society requires today. Up until now tools developed to simulate NEPs, while correct and successful, are usu¬ally tightly coupled to the execution environment, using specific software frameworks (Hadoop) or direct hardware usage (GPUs). Within this context the main purpose of this work is the development of Nepfix, a generic and extensible tool that aims to execute algorithms based on NEP model and compatible variants in a local way, similar to a traditional application or in a distributed cloud environment. Nepfix as an application was developed during a 7 month cycle and is undergoing its second iteration once the prototype period was abandoned. Nepfix is designed as a modular self-contained application written in Java 8, that is, no additional external dependencies are required and it does not rely on an specific execution environment, any JVM is a valid container. Nepfix is made of two components or modules. The first module corresponds to the NEP execution and therefore simulation. During the development the current state of the theoretical model was used as a reference including most common filters and processors. Additionally extensibility is provided by the use of Python as a scripting language to run custom logic. Along with the simulation a definition language for NEP has been defined based on JSON as well as a mechanisms to represent words and their possible manipulations. NEP simulator is isolated from distribution and as mentioned before different applications that include it as a dependency are possible, the distribution of NEPs is an example of this. The second module corresponds to executing Nepfix in the cloud. The development carried a heavy R&D process since this front was not explored by other research groups until now. It's important to point out that the development of this module is not focused on results at this point in time, instead we focus on feasibility and discovery of this new perspective to execute natural computing systems and NEPs specifically. The main properties of cloud applications is that they are managed by the platform and are encapsulated in a container. For Nepfix a Spring application becomes the container and the HTTP or AMQP protocols are used for communication with the rest of the instances. Different execution perspectives were studied, namely asynchronous and synchronous models were developed for solving different kind of problems using NEPs. Different limitations and restrictions manifest in both models and are explored in detail in the respective chapters. In conclusion we can consider that Nepfix as a computational framework is suc-cessful: Cloud technology is ready for the challenge and the first results reassure that the properties Nepfix project pursued were met. Many investigation branches are left open for future investigations. In this EOG implementation guidelines are proposed for some of them like error recovery or dynamic NEP splitting. On the other hand other interesting problems that were not in the scope of this project were identified during development like word representation standardization or NEP model optimizations. As a confirmation that the results of this work can be useful to the scientific com-munity a preliminary version of this project was published in The International Work- Conference on Artificial Neural Networks (IWANN) in May 2015. Development has not stopped since that point and while Nepfix in it's current state can not be consid¬ered a final product the most relevant ideas, possible problems and solutions that were produced during the seven months development cycle are worthy to be gathered and presented giving a meaning to this EOG work.

Instrumentación GPS de pruebas de carga en el Nuevo Puente de Ventas sobre la M-30 en Madrid

Se muestra en este artículo el trabajo realizado durante las pruebas de carga de puesta en servicio del Nuevo Puente de Ventas sobre la M-30 de Madrid, con el fin de determinar los desplazamientos producidos mediante la aplicación de técnicas GPS, así como la discusión de precisiones obtenidas y posibilidades que encierra este tipo de sistemas de instrumentación de deformaciones en obra civil.

Puente y enlace de la Avenida de las Ciudades sobre la A-42

La actuación proyectada en este estudio presenta una relevancia muy importante ya que la ciudad de Getafe en los últimos años está presentando un crecimiento muy importante tanto de población como de actividad, como es la ubicación de la universidad Carlos III muy próxima al punto de actuación, a su vez su proximidad a la ciudad de Madrid ayuda a que éste crecimiento se todavía más pronunciado, por ello en el PGOU de la ciudad se presenta como relevante y necesaria la actuación en la que se centra todo el estudio. Como prueba relevante de toda ésta información cabe destacar el estudio de tráfico que se ha realizado donde se observa claramente el crecimiento de la intensidad de tráfico y la consecuente necesidad de una mejora de infraestructura. Se ha optado por la alternativa de la construcción de dos puentes mixtos de sección cajón con canto variable, debido a la facilidad constructiva y la menor afección a la autovía que atravesará la actuación, ya que la colocación del cajón por medio de grúas permitirá la posterior colocación de la losa utilizando el cajón metálico como cimbra, otro aspecto importante a destacar es la velocidad a la que se puede realizar ésta actuación con lo cual la afección disminuirá más todavía por lo que parece una solución apropiada.

Rehabilitación del puente ferroviario de la línea Venta de Baños-Santander, en el pk. 507+435

El objeto del presente Proyecto es definir las reparaciones necesarias en el puente situado en el P.K. 507+435 de la línea Venta de Baños - Santander, subsanando aquellas singularidades detectadas en las estructuras que supongan mermas en la seguridad estructural, así como en la durabilidad y funcionalidad de todos los elementos que constituyen la estructura, de modo que la obra quede en las mejores condiciones posibles. Es importante destacar que esta estructura fue proyectada para unas condiciones de explotación muy diferentes a las actuales (cargas, intensidad de tráfico, etc.). Además, tras una larga vida útil, su estado actual (materiales, configuración estructural, incluso geometría) puede haber cambiado notablemente con relación al inicial. Todo esto hace imprescindible realizar una evaluación estructural del puente teniendo muy en cuenta su estado actual.

Puente para la mejora de la conectividad de la urbanización Entrepinos con la A-62. Simancas (Valladolid)

El puente sobre el que versa este proyecto surge como una necesidad para mejorar la conectividad de la Urbanización Entrepinos con la A-62. Dicho puente es consecuencia del hecho de que la variante tiene que salvar el río Pisuerga. El objeto de este proyecto constructivo es la realización de un proyecto que permita desarrollar completamente la definición de la actuación. Para poder definir la actuación se han llevado a cabo una serie de estudios básicos que permiten obtener información suficiente para la definición del proyecto. Sus conclusiones dan pie a nuevos estudios básicos o, directamente, al dimensionamiento de la actuación.

Aprovechamiento hidroeléctrico en el tramo Santa Cilia - Puente la Reina, Jaca (Huesca)

Mediante este estudio se pretende mejorar la generación eléctrica del norte de la provincia de Huesca a través de la construcción de una minicentral hidroeléctrica en la zona de la Jacetania, en el tramo entre Santa Cilia y Puente la Reina. Las variaciones sustanciales de consumo en los meses de verano e invierno, por el numeroso turismo navarro, vasco y aragonés nos llaman a encontrar una solución de autosuficiencia. Para resolver dicho problema se ha optado por estudiar distintas soluciones, de acuerdo a las cerradas existentes y a los saltos hidroeléctricos factibles. En los siguientes apartados sintetizaremos la situación existente en el sector hidroeléctrico en Huesca, señalaremos los distintos condicionantes que nos hemos encontrado a la hora de proponer las soluciones, se desarrollará también un programa básico de necesidades y finalmente se describirán los datos y cómo son las soluciones finales, dejando constancia de la elegida. Con este aprovechamiento pretendemos dotar a la comarca de la Jacetania de autonomía energética, cosa que permitirá un futuro desarrollo poblacional e industrial. Nuestro objetivo ha sido reducir el presupuesto lo máximo posible y a su vez evitar una invasión excesiva en las propiedades existentes del tramo.

Refuerzo del puente sobre el río Zadorra para su nuevo uso en el P.K. 469.875 de la línea Madrid - Hendaya.

El objeto del presente proyecto es el cálculo y ejecución del refuerzo del puente sobre el rio Zadorra, para su nuevo uso en el PK 469.875 de la línea Madrid-Hendaya”, que esta misma empresa realizó en Diciembre de 2012 para ADIF y que ha de satisfacer las nuevas necesidades que la estructura afronta. La solución adoptada, consigue el desdoblamiento de la vía y permite duplicar el tráfico, pensando, sobre todo, en dedicar una vía al servicio de mercancías con destino Francia a través de Hendaya.

Nuevo puente en la vía Enköpingsvägen sobre el lago Malären, conectando los municipios de Kungsängen y Kallhäll.

El presente proyecto consiste en la construcción de un nuevo puente sobre la vía Enköpingsvägen (carretera 841), que conecta los distritos municipales de Kallhäll y Kungsängen en la provincia de Estocolmo (Suecia). Dicha construcción se realiza con el objetivo de sustituir el ya existente en dicha ruta, que es un puente rotatorio que permite el paso a aquellas embarcaciones que cruzan por el lago Mälaren con destino a Sigtuna, desde Estocolmo y viceversa. La sustitución de este puente por uno nuevo se fundamenta en lo siguiente: primero, evitar el importante consumo energético que el puente requiere a la hora de rotar sobre sí mismo; segundo, disminuir los gastos de mantenimiento asociados a la rotación de la estructura; tercero, reducir los atascos que se producen en los accesos al puente actual, cuando entra en funcionamiento para permitir el paso de embarcaciones, para lo cual se propone, como alternativa, un puente fijo que tenga la altura necesaria para permitir la navegación de las embarcaciones existentes. Por último, otro motivo es la cercanía a la expiración de la vida útil que tiene dicho puente. La construcción del mismo data de hace más de 80 años y, en Suecia, actualmente la media del plazo de desmantelamiento se sitúa entre 60 y 70 años.

Análisis de la dinámica del impacto. Aplicación al choque de un barco con un puente

La consideración de los efectos producidos por la colisión de un barco con una pila de un puente sobre el Estrecho de Gibraltar constituye una exigencia en un diseño adecuado de la estructura. En efecto, la existencia de un tráfico marítimo interno - con barcos que pueden alcanzar las 500.000 toneladas - las importantes corrientes que se generan en la zona, representan factores que, incluso con un estricta regulación y control de la navegación en el Estrecho, elevan la probabilidad de ocurrencia de este suceso. Sin embargo, una comprobación adecuada de la integridad estructural del puente bajo la acción del choque de un barco debería llevarse a cabo únicamente en estados avanzados del proyecto. Un cálculo de este tipo precisa un esfuerzo computacional muy importante y, por otra parte, las consecuencias del choque, raras veces modifican los parámetros significativos del diseño y su concepción general, y sólo en algunos casos exige la modificación de detalles constructivos y la disposición del pertinente sistema de defensa alrededor de las pilas. En este artículo, se presenta de un modo sucinto la formulación general de la dinámica del impacto, cuya aplicación al caso particular del choque del barco con las defensas de las pilas corresponde a una simple aplicación. Alternativamente, se expone un método aproximado para el estudio estructural de los efectos del impacto. Finalmente, se comentan las posibilidades de aplicación de los procedimientos anteriores a un puente sobre el Estrecho y se dan indicaciones de los programas de computador más importantes que permiten un análisis de este tipo.

El puente del Cadí y la puerta de los Panderos, en Granada

El puente del Cadí y la puerta de los Panderos, en Granada

Visita al taller de construcciones metálicas de La Felguera y estudio de un puente parabólico de grandes dimensiones

Visita al taller de construcciones metálicas de La Felguera y estudio de un puente parabólico de grandes dimensiones

Puente mixto de canto variable sobre la A-30 en Murcia

El puente mixto sobre la A-30 se engloba dentro de las obras para la construcción de la autovía A-33, que conecta 3 corredores de gran importancia entre el centro peninsular y levante, concretamente la A-31 (Madrid-Alicante), la A-30 (Albacete-Cartagena) y la A-35 (Albacete-Valencia); y permite la conexión entre las autovías A-30 y A-33. Para esta estructura se adoptó una tipología del tablero de viga de canto constante con cartelas de refuerzo sobre apoyos, más propia de puentes de hormigón que de puentes mixtos, para lograr una mayor ligereza y transparencia de la estructura. El canto necesario para salvar el gran vano central derivado del esviaje en el cruce de vías y el estricto gálibo previsto, implican la necesidad de disminuir el peso visual del tablero para equilibrarlo con la luz aparente del vano principal, que es la percibida por los usuarios de la vía, y la reducida altura de pilas.