Alternativas al desalojo masivo. Una aplicacion metodologica del desarrollo a escala humana en Pikine, Dakar (Senegal)

El artículo presenta los resultados de un estudio de caso del proyecto en curso para construir una carretera del peaje entre Dakar y Diamniadio. El proyecto forma parte de la estrategia para la reducción de la pobreza de Senegal y en 2009 fue reconocida como buena práctica por el Banco Mundial. A pesar de este reconocimiento institucional, la carretera implica el desalojo de más de 30.000 personas y por lo tanto la destrucción de sus organizaciones sociales de apoyo mutuo. Los gobiernos africanos tienden a invertir sus escasos recursos en las principales zonas urbanas. Intentan de esta manera « conectarlas con el espacio global del negocio y de flujos financieros ». La gente local se ve forzada a irse, en lo que supone una agresión múltiple: no se beneficiarán en absoluto de las inversiones y de la revalorización del precio del suelo; pierden sus vínculos con la ciudad en una localización central. Además en el prooceso se rompen los movimientos de base, pues realojarán a la gente en diversos puntos lejanos de Dakar. En este contexto de la alta vulnerabilidad, en el cual las autoridades no tienen en cuenta a los habitantes más desfavorecidos, un grupo de ciudadanos se organizó para reclamar sus derechos, intentando evitar los desalojos. La investigación analiza este caso aplicando el efoque de desarrollo a escala humana en un proceso participativo. Los resultados demuestran que existen alternativas a partir de procesos locales que permiten satisfacer de una manera sinérgica las necesidades humanas del conjunto. Se puede haccer frente a la exclusión social y a la vulnerabilidad a través de un desarrollo endógeno. Si las instituciones se implican en el proceso podrían a su vez aumentar su legitimidad.

MSB: Una aplicacion WWW para generación de resúmenes de comportamiento

La disponibilidad en Internet de grandes volúmenes de información en los que se basan decisiones relacionadas con el funcionamiento de sistemas dinámicos hace que cada vez sean más necesarios métodos efectivos de generación automáti-ca de resumen de información de comportamiento. En este artículo se describe la aplicación MSB (Multimedia Summari-zer of Behavior) como una herramienta software que genera presentaciones multimedia de resumen de comportamiento de sistemas dinámicos para ser presentadas en la Web. MSB usa como entrada datos de comportamiento de fuentes remo-tas (medidos por sensores) que pueden estar disponibles en diferentes servidores Web. Estas fuentes de información se interpretan y resumen usando métodos del campo de la Inteligencia Artificial simulando formas de razonamiento que realizan las personas al resumir información de interés. En el artículo se describe la arquitectura basada en el conocimien-to del sistema MSB y la aplicación desarrollada en el dominio de hidrología sobre comportamiento de cuencas hidrográ-ficas.

Implementación de instrumentación virtual con LaBVIEW

El objetivo del PFC es el diseño e implementación de una aplicación que funcione como osciloscopio, analizador de espectro y generador de funciones virtual, todo dentro de la misma aplicacion. Mediante una tarjeta de adquisición de datos tomaremos muestras de señales del mundo real (sistema analógico) para generar datos que puedan ser manipulados por un ordenador (sistema digital). Con esta misma tarjeta también se podrán generar señales básicas, tales como señales senoidales, cuadradas.... y además se ha añadido la funcionalidad de generar señales moduladas en frecuencia, señales tipo Chirp (usadas comúnmente tanto en aplicaciones sonar y radar, como en transmisión óptica) o PRN (ruido pseudo-aleatorio que consta de una secuencia determinista de pulsos que se repite cada periodo, usada comúnmente en receptores GPS), como también señales ampliamente conocidas como el ruido blanco Gaussiano o el ruido blanco uniforme. La aplicación mostrará con detalle las señales adquiridas y analizará de diversas maneras esas señales. Posee la función de enventanado de los tipos de ventana mas comunes, respuesta en frecuencia, transformada de Fourier, etc. La configuración es elegida por el usuario en un entorno amigable y de visualización atractiva. The objective of the PFC is the design and implementation of an application that works as oscilloscope, spectrum analyzer and virtual signal generator, all within the same application. Through a data acquisition card, the user can take samples of real-world signals (analog system) to generate data that can be manipulated by a computer (digital system). This same card can also generate basic signals, such as sine waves, square waves, sawtooth waves.... and further has added other functionalities as frequency modulated signals generation, Chirp signals type generation (commonly used in both sonar and radar applications, such as optical transmission) or PRN (pseudo-random noise sequence comprising a deterministic pulse that repeats every period, commonly used in GPS receivers). It also can generate widely known as Gaussian white noise signals or white noise uniform signals. The application will show in detail the acquired signals and will analyze these signals in different ways selected by the user. Windowing function has the most common window types, frequency response, Fourier transform are examples of what kind of analyzing that can be processed. The configuration is chosen by the user throught friendly and attractive displays and panels.

Estudio crítico comparativo de las metodologías de análisis de la rigidización de fondos comprimidos y almas de puentes mixtos planteadas por las diferentes normativas : RPX-95, EAE y EC4

Los puentes con sección mixta de hormigon y acero son, a dia de hoy, una de las tipologias mas recurrentes por las diversas, y ya conocidas, ventajas que ofrecen en determinadas circunstancias. Resulta por tanto necesario, y de interes, estar actualizado y conocer el marco normativo que rige el diseño y proyecto de este tipo de puentes. El planteamiento normativo referente al desarrollo de proyectos de puentes mixtos se encuentra actualmente en una fase de transicion durante la cual se llevaria a cabo la redaccion de una nueva “Instruccion para el Proyecto de Puentes Mixtos”, la cual incorporaria directamente las prescripciones del Eurocodigo 4. Dicha instruccion sustituira a las actualmente vigentes “Recomendaciones para el Proyecto de Puentes Mixtos para Carretera (RPX-95)”. Por otra parte, en el ano 2011, se incorpora a la reglamentacion la “Instruccion de Acero Estructural (EAE)” en la cual se establecen criterios de ambito comun con los dos documentos anteriormente citados. La coyuntura normativa descrita en el parrafo anterior hace que resulte de gran interes realizar un estudio comparativo entre las normativas actualmente vigentes: - Eurocodigo 4: “Proyecto de estructuras mixtas de acero y hormigon”-RPX-95: “Recomendaciones para el Proyecto de Puentes Mixtos para Carretera”-EAE: “Instruccion de Acero Estructural”. Uno de los principales objetivos de este estudio es poder extraer conclusiones interesantes de cara a la implementacion definitiva de los Eurocodigos en el marco normativo espanol, hecho que se preve que se produzca en un futuro cercano, alrededor del ano 2018. Dentro de la amplia casuistica que hace referencia al proyecto de puentes mixtos, el presente estudio se centra en las metodologias de analisis referentes a la rigidizacion de fondos comprimidos y almas. Por tanto, se analizaran y compararan los criterios relacionados con los Estados Limites ultimos de piezas flectadas con seccion mixta y se estudiara como influyen los rigidizadores, tanto transversales como longitudinales, en dichos Estados Limites Ultimos. Concretamente los Estados Limites Ultimos que seran objetivo de estudio seran: Resistencia a Flexion y a Cortante de la seccion, y dimensionado de los Rigidizadores. El estudio de los ELU recientemente citados incluye el analisis de la diversa casuistica tipica de los puentes mixtos: fenomenos de inestabilidad en fondos comprimidos y almas, presencia de losa inferior de hormigon en secciones de momentos negativos, particularidades de la seccion cajon, etc. Se debe resaltar que las diversas normativas de estructuras mixtas de hormigon y acero remiten con asiduidad en varios de sus apartados a las normativas especificas para estos materiales, por ejemplo al Eurocodigo 3 o al EHE. Por lo tanto el estudio de las secciones mixtas comporta tambien un buen conocimiento y dominio de las normativas que hacen referencia al hormigon y al acero por separado. Formalmente, el cuerpo del trabajo se estructura en tres partes bien diferenciadas: -CAPITULO III: Estudio critico comparativo -CAPITULO IV: Aplicacion practica de Eurocodigo y RPX-95 -CAPITULO V: Desarrollo de herramienta de calculo para la verificacion de rigidizadores transversales segun el Eurocodigo 4. En el CAPITULO III se lleva a cabo un analisis comparativo de la metodologia de analisis, condiciones y limitaciones que proponen cada una de las normativas, destacando las semejanzas y diferencias existentes entre ellas. Este apartado es basicamente teorico y tiene como objetivo observar las diferencias principales que existen y discutir el porque de estas, para los diversos criterios de Estado Limite Ultimo estudiados. Un aspecto interesante desde el punto de vista practico del diseño y proyecto de puentes es observar si las normativas son mas o menos conservadoras en las verificaciones que proponen y las limitaciones que establecen, ya que esto afecta directamente al coste del puente. A continuacion, en el CAPITULO IV, se realiza una aplicacion practica de algunos de los aspectos de Estado Limite ultimo estudiados en el CAPITULO III. Se aplican las metodologias de las dos normativas estudiadas con mayor profundidad, Eurocodigo y RPX-95, a diversas secciones tipo. De esta manera, se podran complementar y corroborar con datos numericos, las conclusiones extraidas del analisis comparativo del capitulo anterior. Por ultimo, en el CAPITULO V, se expone de manera detallada la informacion acerca de la hoja de Excel en que se ha implementado la metodologia de calculo para la verificacion de rigidizadores transversales segun los Eurocodigos. Esta hoja de calculo tiene como objetivo ser la version actualizada de ACE-003-Comprobación rigidizadores en cajones y perfiles en "H", una hoja de calculo utilizada e implementada en MC2 Estudio de Ingeniería S.L. en base a las directrices dictadas por la “Recomendaciones para el Proyecto de Puentes Mixtos para Carretera”.

Usando Kinect como sensor para una pulverización inteligente.

Este trabajo esta orientado a resolver el problema de la caracterización de la copa de arboles frutales para la aplicacion localizada de fitosanitarios. Esta propuesta utiliza un mapa de profundidad (Depth image) y una imagen RGB combinadas (RGB-D), proporcionados por el sensor Kinect de Microsoft, para aplicar pesticidas de forma localizada. A través del mapa de profundidad se puede estimar la densidad de la copa y a partir de esta información determinar qué boquillas se deben abrir en cada momento. Se desarrollaron algoritmos implementados en Matlab que permiten además de la adquisición de las imágenes RGB-D, aplicar plaguicidas sólo a hojas y/o frutos según se desee. Estos algoritmos fueron implementados en un software que se comunica con el entorno de desarrollo "Kinect Windows SDK", encargado de extraer las imágenes desde el sensor Kinect. Por otra parte, para identificar hojas, se implementaron algoritmos de clasificación e identificación. Los algoritmos de clasificación utilizados fueron "Fuzzy C-Means con Gustafson Kessel" (FCM-GK) y "K-Means". Los centroides o prototipos de cada clase generados por FCM-GK fueron usados como semilla para K-Means, para acelerar la convergencia del algoritmo y mantener la coherencia temporal en los grupos generados por K-Means. Los algoritmos de clasificación fueron aplicados sobre las imágenes transformadas al espacio de color L*a*b*; específicamente se emplearon los canales a*, b* (canales cromáticos) con el fin de reducir el efecto de la luz sobre los colores. Los algoritmos de clasificación fueron configurados para buscar cuatro grupos: hojas, porosidad, frutas y tronco. Una vez que el clasificador genera los prototipos de los grupos, un clasificador denominado Máquina de Soporte Vectorial, que utiliza como núcleo una función Gaussiana base radial, identifica la clase de interés (hojas). La combinación de estos algoritmos ha mostrado bajos errores de clasificación, rendimiento del 4% de error en la identificación de hojas. Además, estos algoritmos de procesamiento de hasta 8.4 imágenes por segundo, lo que permite su aplicación en tiempo real. Los resultados demuestran la viabilidad de utilizar el sensor "Kinect" para determinar dónde y cuándo aplicar pesticidas. Por otra parte, también muestran que existen limitaciones en su uso, impuesta por las condiciones de luz. En otras palabras, es posible usar "Kinect" en exteriores, pero durante días nublados, temprano en la mañana o en la noche con iluminación artificial, o añadiendo un parasol en condiciones de luz intensa.

Los recursos humanos y la huella ecológica portuaria

En su encíclica Laudato si de 24 de mayo de 2015 subtitulada "Sobre el cuidado de la casa común", el Papa Francisco hizo un llamamiento a “pensar en los distintos aspectos de una ecologia integral, que incorpore claramente las dimensiones humanas y sociales”. Este artículo incide, precisamente, en la importancia de conciliar el desarrollo de la actividad portuaria con el uso eficaz y eficiente de los recursos que ésta precisa en un entorno de gran valor ambiental como es el de los puertos; y todo ello dentro de un complejo contexto administrativo que implica la participacion de los recursos humanos de la empresa portuaria y la aplicacion de su know-how

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.