Community social innovation: a view of experiences of housing occupation from the Social Work perspective

This work aims to reflect on the concept of social innovation, questioning its explanatory capacity for the discipline of social work. For this purpose, certain on-going debates with regard to this concept are examined and certain minimum dimensions are offered to enable an analysis of the social innovation strategies that certain affected groups implement to meet social needs. The approach is to construct «glasses» that permit an analytical engagement with new realities and with the strategies used by certain social groups to resolve situations of severe vulnerability. Finally, a case study is presented: a strategic group known as the Corrala Utopía that seeks to respond to severe housing problems and is developing in the city of Seville. The article highlights the elements of community social innovation emerging from the experience studied.

D7.3 - Summary Report RAGE Stakeholder Consultation Pocess

This report presents a summary of the RAGE Stakeholder consultation methodology, process, instruments and activities, which inform parallel work packages in the RAGE project; specifically workpackage 8 (responsible for development of the evaluation framework) and workpackage 9 (concerned with exploitation and sustainability).

D6.6 – Summary, Analysis, Road-mapping and Production of Training materials

This deliverable summarizes, validates and explains the purpose and concept behind the RAGE knowledge and innovation management platform as a self-sustainable Ecosystem, supporting innovation processes in the Applied Gaming (AG) industry. The Ecosystem portal will be developed with particular consideration of the demand and requirements of small and medium sized game developing companies, education providers and related stakeholders like AG researchers and AG end-users. The innovation potential of the new platform underlies the following factors: a huge, mostly entire collection of community specific knowledge (e.g., content like media objects, software components and best practices), a structured approach of knowledge access, search and browse, collaboration tools as well as social network analysis tools to foster efficient knowledge creation and transformation processes into marketable technology assets. The deliverable provides an overview of the current status and the remaining work to come, preceding the final version in month 48 of the RAGE project.

D2.3 First bundle of client-side components

This document describes the first bundle of core WP2 (user data analytics) client side components, including their specifications, usecases, and working prototypes. Included assets contain a description of their current status, and links to their full designs and downloadable versions. This deliverable only describes operational SW assets (even though beta) that are tested and documented. It should be noted, however, that various additional software assets (2.2d Cognitive Capacity Measurement and 2.3a Realtime Emotion Detection) are near completion for inclusion in games during the first pilot round. Those assets are still scheduled for inclusion in the final bundle deliverable D2.2.

D6.1 – Ecosystem Software Platform with Underlying Software Repository, Digital Library and Media Archive

The objective of D6.1 is to make the Ecosystem software platform with underlying Software Repository, Digital Library and Media Archive available to the degree, that the RAGE project can start collecting content in the form of software assets, and documents of various media types. This paper describes the current state of the Ecosystem as of month 12 of the project, and documents the structure of the Ecosystem, individual components, integration strategies, and overall approach. The deliverable itself is the deployment of the described components, which is now available to collect and curate content. Whilst this version is not yet feature complete, full realization is expected within the next few months. Following this development, WP6 will continue to add features driven by the business models to be defined by WP7 later on in the project.

D5.5 – First Version Scenario Arrangement Document – round 1

This deliverable outlines the implementation plan for each of the first-round studies of the RAGE pilots. The main goal of these pilots is to perform a small-scale test of the RAGE games with end-users and intermediary stakeholders in five different non-leisure domains to guide the further development of the games for the final validation studies. At the same time the pilots implement the pre-testing of the research instruments and methodology for answering the main evaluation questions in the five areas of investigation identified in D8.1: 1) usability, 2) game experience, 3) learning effectiveness, 4) transfer effect and 5) pedagogical costs and benefits. Finally, the pilots are aimed at collecting preliminary results for a first formative evaluation of the games and game technologies, with the goal of feeding back useful information to development for the final versions of games and assets. The results of the first pilot will be compared with the results of the final evaluation studies to demonstrate improvements of the game and game effects from first to final version. A revision of the deliverable will be done in the next few months to produce the final arrangement document (D5.1, due at M21).

D3.5 – First Storytelling Framework

This document presents the first release of the project’s storytelling framework, which is composed by two assets. The purpose of this framework is to facilitate the use of interactive storytelling for the development of applied games. More precisely, the framework is meant to aid developers in the creation of game scenarios where both players and autonomous characters are playing an active role in a narrative that unfolds according to their actions. The document describes the current state for the assets that are part of this framework, also providing links to the source code of the assets as well as associated demonstrations and documentation. The primary audience for the contents of this deliverable are the game developers that will use the proposed framework in their development process. The information about the specific RAGE use cases that are using the framework is written in Deliverable 4.2.

D3.3 – First Social Gamification Assets

This deliverable is software, as such this document is abridged to be as succinct as possible, the extended descriptions and detailed documentation for the software are online. The document consists of two parts, part one describes the first bundle of social gamification assets developed in WP3, part two presents mock-ups of the RAGE ecosystem gamification. In addition to the software outline, included in part one is a short market analysis of existing gamification solutions, outline rationale for combining the three social gamification assets into one unified asset, and the branding exercise to make the assets more developer friendly.Online links to the source code, binaries, demo and documentation for the assets are provided. The combined assets offer game developers as well as a wide range of software developers the opportunity to readily enhance existing games or digital platforms with multiplayer gamification functionalities, catering for both competitive and cooperative game dynamics. The solution consist of a flexible client-server solution which can run either as a cloud-based service, serving many games or have specific instances for individual games as necessary.

D3.1 – First Bundle of Core Social Agency Assets

This deliverable presents and describes the first delivery of assets that are part of the core social agency bundle. In total, the bundle includes 16 assets, divided into 4 main categories. Each category is related to a type of challenge that developers of applied games are typically faced with and the aim of the included assets is to provide solutions to those challenges. The main goal of this document is to provide the reader with a description for each included asset, accompanied by links to their source code, distributable versions, demonstrations and documentation. A short discussion of what are the future steps for each asset is also given. The primary audience for the contents of this deliverable are the game developers, both inside and outside of the project, which can use this document as an official list of the current social agency assets and their associated resources. Note that the information about which RAGE use cases are using which of these assets is described in Deliverable 4.2.

D1.4 – First version applied gaming asset methodology

This deliverable (D1.4) is an intermediate document, expressly included to inform the first project review about RAGE’s methodology of software asset creation and management. The final version of the methodology description (D1.1) will be delivered in Month 29. The document explains how the RAGE project defines, develops, distributes and maintains a series of applied gaming software assets that it aims to make available. It describes a high-level methodology and infrastructure that are needed to support the work in the project as well as after the project has ended.

Engineering tools

The aim of this report is to give an overview of the results of Work Package 5 “Engineering Tools”. In this workpackage numerical tools have been developed for all relevant CHCP systems in the PolySMART demonstration projects (WP3). First, existing simulation platforms have been described and specific characteristics have been identified. Several different simulation platforms are in principle appropriate for the needs in the PolySMART project. The result is an evaluation of available simulation and engineering tools for CHCP simulation, and an agreement upon a common simulation environment within the PolySMART project. Next, numerical models for components in the demonstration projects have been developed. These models are available to the PolySMART consortium. Of all modeled components an overall and detailed working principle is formulated, including a parameter list and (in some cases) a control strategy. Finally, for four CHCP systems in the PolySMART project, a system simulation model has been developed. For each system simulation a separate deliverable is available (D5.5b to D5.5e) These deliverables replace deliverable 5.4 ‘system models’. The numerical models for components and systems developed in the Polysmart project form a valuable basis for the component development and optimisation and for the system optimisation, both within and outside the project. Developers and researchers interested in more information about specific models can refer to the institutes and contact persons involved in the model development. 

ClimateWell TDC with District Heat

The PolySMART demonstration system SP1b has been modeled in TRNSYS and calibrated against monitored data. The system is an example of distributed cooling with centralized CHP, where the driving heat is delivered via the district heating network. The system pre-cools the cooling water for the head office of Borlänge municipality, for which the main cooling is supplied by a 200 kW compression chiller. The SP1b system thus provides pre-cooling. It consists of ClimateWell TDC with nominal capacity of 10 kW together with a dry cooler for recooling and heat exchangers in the cooling and driving circuits. The cooling system is only operated from 06:00 to 17:00 during working days, and the cooling season is generally from mid May to mid September. The nominal operating conditions of the main chiller are 12/15°C. The main aims of this simulation study were to: reduce the electricity consumption, and if possible to improve the thermal COP and capacity at the same time; and to study how the system would perform with different boundary conditions such as climate and load. The calibration of the system model was made in three stages: estimation of parameters based on manufacturer data and dimensions of the system; calibration of each circuit (pipes and heat exchangers) separately using steady state point; and finally calibration of the complete model in terms of thermal and electrical energy as well as running times, for a five day time series of data with one minute average data values. All the performance figures were with 3% of the measured values apart from the running time for the driving circuit that was 4% different. However, the performance figures for this base case system for the complete cooling season of mid-May to midSeptember were significantly better than those for the monitoring data. This was attributed to long periods when the monitored system was not in operation and due to a control parameter that hindered cold delivery at certain times. 

D5.1 – Scenario Arrangement Document – round 1

This deliverable is a confirmation and update of 'D5.5 - First Version Scenario Arrangement Document – round 1' after a revisions with game developers. It outlines the implementation plan for each of the first-round studies of the RAGE pilots. The main goal of these pilots is to perform a small-scale test of the RAGE games with end-users and intermediary stakeholders in five different non-leisure domains to guide the further development of the games for the final validation studies.

'Danger Theory: The Link between AIS and IDS?'

Abstract We present ideas about creating a next generation Intrusion Detection System (IDS) based on the latest immunological theories. The central challenge with computer security is determining the difference between normal and potentially harmful activity. For half a century, developers have protected their systems by coding rules that identify and block specific events. However, the nature of current and future threats in conjunction with ever larger IT systems urgently requires the development of automated and adaptive defensive tools. A promising solution is emerging in the form of Artificial Immune Systems (AIS): The Human Immune System (HIS) can detect and defend against harmful and previously unseen invaders, so can we not build a similar Intrusion Detection System (IDS) for our computers? Presumably, those systems would then have the same beneficial properties as HIS like error tolerance, adaptation and self-monitoring. Current AIS have been successful on test systems, but the algorithms rely on self-nonself discrimination, as stipulated in classical immunology. However, immunologist are increasingly finding fault with traditional self-nonself thinking and a new 'Danger Theory' (DT) is emerging. This new theory suggests that the immune system reacts to threats based on the correlation of various (danger) signals and it provides a method of 'grounding' the immune response, i.e. linking it directly to the attacker. Little is currently understood of the precise nature and correlation of these signals and the theory is a topic of hot debate. It is the aim of this research to investigate this correlation and to translate the DT into the realms of computer security, thereby creating AIS that are no longer limited by self-nonself discrimination. It should be noted that we do not intend to defend this controversial theory per se, although as a deliverable this project will add to the body of knowledge in this area. Rather we are interested in its merits for scaling up AIS applications by overcoming self-nonself discrimination problems.

'Danger Theory: The Link between AIS and IDS?'

Abstract We present ideas about creating a next generation Intrusion Detection System (IDS) based on the latest immunological theories. The central challenge with computer security is determining the difference between normal and potentially harmful activity. For half a century, developers have protected their systems by coding rules that identify and block specific events. However, the nature of current and future threats in conjunction with ever larger IT systems urgently requires the development of automated and adaptive defensive tools. A promising solution is emerging in the form of Artificial Immune Systems (AIS): The Human Immune System (HIS) can detect and defend against harmful and previously unseen invaders, so can we not build a similar Intrusion Detection System (IDS) for our computers? Presumably, those systems would then have the same beneficial properties as HIS like error tolerance, adaptation and self-monitoring. Current AIS have been successful on test systems, but the algorithms rely on self-nonself discrimination, as stipulated in classical immunology. However, immunologist are increasingly finding fault with traditional self-nonself thinking and a new 'Danger Theory' (DT) is emerging. This new theory suggests that the immune system reacts to threats based on the correlation of various (danger) signals and it provides a method of 'grounding' the immune response, i.e. linking it directly to the attacker. Little is currently understood of the precise nature and correlation of these signals and the theory is a topic of hot debate. It is the aim of this research to investigate this correlation and to translate the DT into the realms of computer security, thereby creating AIS that are no longer limited by self-nonself discrimination. It should be noted that we do not intend to defend this controversial theory per se, although as a deliverable this project will add to the body of knowledge in this area. Rather we are interested in its merits for scaling up AIS applications by overcoming self-nonself discrimination problems.