DOCSLIB.ORG

D2.1 State-Of-The-Art, Detailed Use Case Definitions and User Requirements

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
D2.1 State-Of-The-Art, Detailed Use Case Definitions and User Requirements D2.1 State-of-the-art, detailed use case definitions and user requirements Deliverable ID: D 2.1 Deliverable Title: State-of-the-art, detailed use case definitions and user requirements Revision #: 1.0 Dissemination Level: Public Responsible beneficiary: VTT Contributing beneficiaries: All Contractual date of delivery: 31.5.2017 Actual submission date: 15.6.2017 ESTABLISH D2.1 State-of-the-art, detailed use case definitions and user requirements 1 Table of Content Table of Content .................................................................................................................................... 2 1. Introduction ..................................................................................................................................... 4 2. Air quality state-of-the-art ................................................................................................................ 5 2.1 Indoor air quality effect on health and productivity ........................................................................ 5 2.2 Outdoor air quality ........................................................................................................................ 8 3. Technological state-of-the-art ........................................................................................................ 13 3.1 Self-awareness and self-adaptivity to cope with uncertainty ........................................................ 13 3.2 Objective health monitoring with sensors .................................................................................... 13 3.3 Sensors available for indoor air quality monitoring ...................................................................... 16 3.4 Networking technologies for building monitoring applications ...................................................... 17 3.5 Data Visualization Frameworks ................................................................................................... 20 3.6 Multi-modal Planning .................................................................................................................. 44 3.7 Adaptive control.......................................................................................................................... 48 3.8 Cloud Management Platforms for IoT .......................................................................................... 48 3.9 Big Data processing ................................................................................................................... 49 3.10 Mobility pattern analysis; spatial big data .................................................................................. 52 3.11 Processing architectures .......................................................................................................... 55 3.12 Complex Event Processing ....................................................................................................... 56 3.13 Traffic simulation for urban mobility .......................................................................................... 58 4. ESTABLISH use cases ................................................................................................................. 61 4.1 Optimized City and Mobility Planning (Prodevelop) ..................................................................... 61 4.2 Smart HVAC systems that ensure a healthy indoor environment (IMA) ....................................... 68 4.3 Rehabilitation decision support (SIVECO) ................................................................................... 74 4.4 Indoor air quality improvement at school (VTT) ........................................................................... 76 5. Use case requirements ................................................................................................................. 81 5.1 Optimized City and Mobility Planning .......................................................................................... 81 5.2 Smart HVAC systems that ensure a healthy indoor environment ................................................. 81 5.3 Rehabilitation decision support ................................................................................................... 81 5.4 Indoor air quality improvement at school ..................................................................................... 82 6. Conclusions and next steps .......................................................................................................... 83 References .......................................................................................................................................... 84 Appendixes .......................................................................................................................................... 89 Appendix 1A. Optimized City and Mobility Planning, technical requirements ..................................... 89 Appendix 1B. Optimized City and Mobility Planning, use case requirements ..................................... 90 ESTABLISH D2.1 State-of-the-art, detailed use case definitions and user requirements 2 Appendix 2A. Smart HVAC systems that ensure a healthy indoor environment, technical requirements ........................................................................................................................................................ 92 Appendix 2B. Smart HVAC systems that ensure a healthy indoor environment, use case requirements ........................................................................................................................................................ 94 Appendix 3A. Rehabilitation decision support, technical requirements .............................................. 97 Appendix 3B. Rehabilitation decision support, use case requirements .............................................. 98 Appendix 4A. Indoor air quality improvement at school, technical requirements .............................. 100 Appendix 4B. Indoor air quality improvement at school, use case requirements .............................. 102 ESTABLISH D2.1 State-of-the-art, detailed use case definitions and user requirements 3 1. Introduction This document (deliverable D2.1 State-of-the-art, detailed use case definitions and user requirements), presents the work done in work package (WP) 2 in the ESTABLISH project, during the first six months. The major goal of this WP2 is to provide definitions, requirements and specifications needed for the implementation of the ESTABLISH system. WP2 will collect and analyze the use case specific requirements to understand the motivation, interests, priorities and abilities of various stakeholders, establishing a context and concrete reference framework for the design and development of the technical solutions of the project. User needs and expectations towards defined use cases are explored via usability studies. Besides the requirements analysis, WP2 will codify the requirements in high-level technical specifications for the WPs 3 - 6. In those WPs, the requirements and specifications will be specified in more detail. Technical specifications will be documented in other deliverables. The work was started together with the partners in the kick-off meeting held in March 2017. There we brainstormed the use cases in groups. The ideas were discussed and prioritized together and the owners were chosen for the use cases. The use cases were developed further in smaller groups with the companies participating the certain use case. This deliverable is divided in six sections. After Introduction, the air quality related state-of-the-art is described in section 2 and technological state-of-the-art in Section 3. Section 4 presents the chosen use cases. Some of the use cases will be updated to this document later on, when the national funding decisions have been received. Use case requirements are presented in Section 5. Section 6 includes the conclusions and the next steps for WP2. All the references are listed at the end of the document. Use case specific technical specifications and general use case requirements are presented in Appendixes. Technical requirements of the use cases will be described more in detail in D2.2 T echnical requirements and high-level specifications at the end of the year. ESTABLISH D2.1 State-of-the-art, detailed use case definitions and user requirements 4 2. Air quality state-of-the-art 2.1 Indoor air quality effect on health and productivity Indoor air quality effect on health Since individuals spend majority of their time indoors, indoor air quality has clear effect on health, especially amongst more vulnerable people such as children and older people (Jones 1999). Indoor air pollutants (IAP) have the potential to cause transient morbidity, disability, disease, and even death in extreme cases. The likelihood that certain pollutant has an effect on individual’s health depends on the individual's sensitivity to the contaminant, the contaminant concentration, the current state of their psychological and physical health, and the duration and frequency of exposure. There is growing body of literature demonstrating adverse health effects and reduced performance caused by poor indoor air quality (Tham 2016). The sick building syndrome (SBS) is a medical condition where people in a building suffer from symptoms of illness or feel unwell for no apparent reason. The symptoms often worsen with the time spent in the building, and lessen or disappear after leaving the building. The common complaints
Load more

Recommended publications
  • DICE Framework – Initial Version
    Developing Data-Intensive Cloud Applications with Iterative Quality Enhancements DICE Framework – Initial version Deliverable 1.5 Deliverable 1.5. DICE Framework – Initial version Deliverable: D1.5 Title: DICE Framework – Initial version Editor(s): Marc Gil (PRO) Contributor(s): Marc Gil (PRO), Ismael Torres (PRO), Christophe Joubert (PRO) Giuliano Casale (IMP), Darren Whigham (Flexi), Matej Artač (XLAB), Diego Pérez (Zar), Vasilis Papanikolaou (ATC), Francesco Marconi (PMI), Eugenio Gianniti(PMI), Marcello M. Bersani (PMI), Daniel Pop (IEAT), Tatiana Ustinova (IMP), Gabriel Iuhasz (IEAT), Chen Li (IMP), Ioan Gragan (IEAT), Damian Andrew Tamburri (PMI), Jose Merseguer (Zar), Danilo Ardagna (PMI) Reviewers: Darren Whigham (Flexi), Matteo Rossi (PMI) Type (R/P/DEC): - Version: 1.0 Date: 31-January-2017 Status: First Version Dissemination level: Public Download page: http://www.dice-h2020.eu/deliverables/ Copyright: Copyright © 2017, DICE consortium – All rights reserved DICE partners ATC: Athens Technology Centre FLEXI: FlexiOPS IEAT: Institutul e-Austria Timisoara IMP: Imperial College of Science, Technology & Medicine NETF: Netfective Technology SA PMI: Politecnico di Milano PRO: Prodevelop SL XLAB: XLAB razvoj programske opreme in svetovanje d.o.o. ZAR: Universidad De Zaragoza The DICE project (February 2015-January 2018) has received funding from the European Union’s Horizon 2020 research and innovation programme under grant agreement No. 644869 Copyright © 2017, DICE consortium – All rights reserved 2 Deliverable 1.5. DICE Framework – Initial version Executive summary This deliverable documents the DICE Framework, which is composed of a set of tools developed to support the DICE methodology. One of these tools is the DICE IDE, which is the front-end of the DICE methodology and plays a pivotal role in integrating the other tools of the DICE framework.
    [Show full text]
  • Eclipse Ganymede at a Glance 10/13/09 9:39 AM
    Eclipse Ganymede at a glance 10/13/09 9:39 AM Eclipse Ganymede at a glance Learn what is aboard the 24-project release train Chris Aniszczyk ([email protected]), Principal Consultant, Code 9 Summary: The Eclipse Ganymede release of 24 projects showcases the diversity and innovation going on inside the Eclipse ecosystem. Get an overview of several Ganymede projects, along with resources to find out more information. Date: 20 Jun 2008 Level: Intermediate Activity: 3827 views Comments: 0 (Add comments) Average rating Simply put, Ganymede is the simultaneous release of 24 major Eclipse projects. The important thing to remember about Ganymede and Eclipse release trains in general is that even though it's a simultaneous release, it doesn't mean these projects are unified. Each project remains a separate open source project, operating with its own project leadership, its own committers, and its own development plan. In the end, Ganymede is about improving the productivity of developers working on top of Eclipse projects by providing a more transparent and predictable development cycle. Getting Ganymede Before we get into the details about the various projects, let's complete a quick hands-on exercise to install Ganymede on your machine. There are two main ways to get Ganymede and that depends on your preference. The first — and recommended — way is to just grab a package relevant to you. The other way to get Ganymede is to use an update site. Ganymede packages The recommended way to get Ganymede is to head over to the Eclipse Ganymede Packages site. The packages site contains pre-bundled versions of Ganymede specific for your usage needs.
    [Show full text]
  • BIRT) Mastering BIRT
    Business Intelligence & Reporting Tools (BIRT) Mastering BIRT Scott Rosenbaum BIRT Project Management Committee Innovent Solutions, Inc. Confidential | Date | Other Information, if necessary © 2002 IBM Corporation BIRT in the Big Picture Ecosystem Vertical Industry Initiatives Modeling Embedded Data Require- SOA System Mgt Tools Tools Management ments Mgt Java Dev C/C++ Dev Test and Web Tools Business Tools Tools Performance Intelligence & Reporting Frameworks Modeling Graphical Frameworks Frameworks Tools Platform Multi-language Project Model support Potential New Projects Rich Client Platform Runtime Generic Workbench Update (OSGi) Eclipse Foundation, Inc. | © 2005 by Innovent Solutions, Inc. and made available under the EPL v1.0 BIRT Top-Level Project Scope Operational Reporting Ad hoc Query & Reporting Analytics/OLAP/Data Mining In Reality, this is a Continuum: Typical Characteristics: • Operational reports • Simple ad hoc exploration of data • Complex “Slice and Dice” of data • Developer creates reports • Business user creates reports • Business user creates reports • Very easy end user access • Fairly easy to use • More complex to use • Highly formatted • Typically limited formatting • Minimal formatting • Multiple output formats • Interactive • Very interactive • No end user training needed • Minimal training • Requires training • Data access can be complex • Semantic layer hides complexity • Semantic layer/data cubes BIRT Initial Focus Eclipse Foundation, Inc. | © 2005 by Innovent Solutions, Inc. and made available under the EPL v1.0 What is the BIRT Project? BIRT has 4 initial projects 1 Eclipse Report Designer (ERD) 2 Eclipse Report Engine (ERE) 3 Eclipse Charting Engine (ECE) 4 Web Based Report Designer (WRD) Eclipse Web Based Report Engine Report Report Designer Designer (future) 4 1 Data Transform.
    [Show full text]
  • Flexibility at the Roots of Eclipse
    6°ÊÈ >ʽäÇ Dynamic Wizard Modeling with GMF Introduction to the Using GMF to Build a Dynamic Wizard Generic Eclipse Framework and a Graphical Editor Modeling System Developing a Deploying the BIRT Graphical Modeling Viewer to JBoss Tool for Eclipse Disseminate Report Content to an Application Server Subversive The Eclipse Enabling Plug-In for Integration and Subversion Interoperability for Eclipse based Development An Introduction to the Corona Project Flexibility at the Roots of Eclipse Solving the GUI Dilemma: SWTSwing and Eclipse on Swing 6°ÊÈ >ʽäÇ Vol.6 January 2007 Dynamic Wizard Modeling with GMF Introduction to the Using GMF to Build a Dynamic Wizard Generic Eclipse Table of Contents Framework and a Graphical Editor Modeling System Developing a Deploying the BIRT Graphical Modeling Viewer to JBoss Tool for Eclipse Disseminate Report Content to an Application Server Subversive The Eclipse Enabling Plug-In for Integration and Subversion FEATURES Interoperability for Eclipse based Development An Introduction to the Corona Project Flexibility at the Roots of Eclipse 29 Flexibility at the Roots of Eclipse Solving the GUI Dilemma: SWTSwing and Eclipse on Solving the GUI Dilemma: Swing SWTSwing and Eclipse on Swing No trench in the world of Java is deeper then that between SWT and Swing or Eclipse and Sun. Unity is only found in the knowledge that everybody suff ers from this argument. But how to end this almost religious battle over the righteous GUI-toolkit? How to bang their heads together if they only know DEPARTMENT one point of view—for them or against them! Th e sister projects SWTSwing and Eclipse on Swing News & Trends (EOS) achieve this trick.
    [Show full text]
  • Annex 1 Technology Architecture 1 Source Layer
    Annex 1 Technology Architecture The Technology Architecture is the combined set of software, hardware and networks able to develop and support IT services. This is a high-level map or plan of the information assets in an organization, including the physical design of the building that holds the hardware. This annex is intended to be an overview of software packages existing on the market or developed on request in NSIs in order to describe the solutions that would meet NSI needs, implement S-DWH concept and provide the necessary functionality for each S-DWH level. 1 Source layer The Source layer is the level in which we locate all the activities related to storing and managing internal or external data sources. Internal data are from direct data capturing carried out by CAWI, CAPI or CATI while external data are from administrative archives, for example from Customs Agencies, Revenue Agencies, Chambers of Commerce, Social Security Institutes. Generally, data from direct surveys are well-structured so they can flow directly into the integration layer. This is because NSIs have full control of their own applications. Differently, data from others institution’s archives must come into the S-DWH with their metadata in order to be read correctly. In the early days extracting data from source systems, transforming and loading the data to the target data warehouse was done by writing complex codes which with the advent of efficient tools was an inefficient way to process large volumes of complex data in a timely manner. Nowadays ETL (Extract, Transform and Load) is essential component used to load data into data warehouses from the external sources.
    [Show full text]
  • D2.1 OPENREQ Approach for Analytics & Requirements Intelligence
    Grant Agreement nº 732463 Project Acronym: OpenReq Intelligent Recommendation Decision Technologies for Project Title: Community-Driven Requirements Engineering Call identifier: H2020-ICT-2016-1 Instrument: RIA (Research and Innovation Action Topic ICT-10-16 Software Technologies Start date of project January 1st, 2017 Duration 36 months D2.1 OPENREQ approach for analytics & requirements intelligence Lead contractor: HITEC Author(s): HITEC, TUGraz, ENG, UPC Submission date: October 2017 Dissemination level: PU Project co-funded by the European Commission under the H2020 Programme. D2.1 OPENREQ approach for analytics & requirements intelligence Abstract: A brief summary of the purpose and content of the deliverable. The goal of OpenReq is to build an intelligent recommendation and decision system for community-driven requirements engineering. The system shall recommend, prioritize, and visualize requirements. This document reports on the conceptual model of the collection, processing, aggregation, and visualization of large amounts of data related to requirements and user reviews. In addition, it reports on research results we already achieved for the purpose of WP2. This document by the OpenReq project is licensed under a Creative Commons Attribution- NonCommercial-ShareAlike 4.0 Unported License. This document has been produced in the context of the OpenReq Project. The OpenReq project is part of the European Community's h2020 Programme and is as such funded by the European Commission. All information in this document is provided "as is" and no guarantee or warranty is given that the information is fit for any particular purpose. The user thereof uses the information at its sole risk and liability. For the avoidance of all doubts, the European Commission has no liability is respect of this document, which is merely representing the authors view.
    [Show full text]
  • Introduction to the BIRT Project | © 2007 by Actuate; Made Available Under the EPL V1.0 Business Intelligence and Reporting Primer
    BIRT: Introduction to the Eclipse Business Intelligence & Reporting Tools Project Paul Clenahan Eclipse BIRT Project Management Committee VP Product Management, Actuate Corporation © 2007 by Actuate; made available under the EPL v1.0 | March 4, 2007 Agenda BIRT Project = Business Intelligence and Report Tools Project Business Intelligence and Reporting Primer How Developers Solve the Problem Today The Emergence of the BIRT Project Demonstration Gallery API’s, Extensibility Actuate BIRT Summary 2 Introduction to the BIRT Project | © 2007 by Actuate; made available under the EPL v1.0 P r o t d s u Li ask c T ts t r r rde po S Business Intelligence and Reporting Primer e a Telecom Statement On k O R line aonr d Printed s l g u e W t e n y a s ic i ail es t s o k D iv S i v ll t r R In c Bi jec lie s r a b p y e e r ity l O p l rd il e a p O ist T t ev u t y L U L S n o c c ion t ce ct A du ct c rvi u r o n sa e d c t r ae n e S o i i P Tr f m r f n nt u e ro P f u q n f a g cco e D io r k A r iat A T an F ev ssets Un orts B D der M te Rep s anageme i udget e nt S ial B Sa g b anc laes Shipping Manifest ew e Fin t Comm r Vi u ission me W O Rep sto k orts Cu r gle o Sin tw e N Most applications have some type of reporting need Simple reporting is easy, but users demand more Real-world report development is challenging Non-relational data sources Sorting, aggregation and calculations on data tion success Professional presentation of information Meeting user demand for reporting is key to applica te; made available under the EPL
    [Show full text]
  • Network Analysis of the Evolution of an Open Source Development Community
    Network analysis of the evolution of an open source development community by Zhaocheng Fan A thesis submitted to the Faculty of Graduate Studies and Research in partial fulfillment of the requirements for the degree of Master of Applied Science in Technology Innovation Management Carleton University Ottawa, Canada, K1S 5B6 September 2013 © 2013 Zhaocheng Fan Abstract This research investigated the evolution of an open source development community by undertaking network analysis across time. Several open source communities have been previously studied using network analysis techniques, including Apache, Debian, Drupal, Python, and SourceForge. However, only static snapshots of the network were considered by previous research. In this research, we created a tool that can help researchers and practitioners to find out how the Eclipse development community dynamically evolved over time. The input dataset was collected from the Eclipse Foundation, and then the evolution of the Eclipse development community was visualized and analyzed by using different network analysis techniques. Six network analysis techniques were applied: (i) visualization, (ii) weight filtering, (iii) degree centrality, (iv) eigenvector centrality, (v) betweenness centrality, and (vi) closeness centrality. Results include the benefits of performing multiple techniques in combination, and the analysis of the evolution of an open source development community. i Acknowledgements Firstly, I thank my parents for their constant encouragement without which this research would not be possible. I take this opportunity to express my profound gratitude and deep regards to my guides Prof. Michael Weiss and Prof. Steven Muegge for their exemplary guidance, monitoring and constant encouragement throughout the course of this thesis. I also would like to thank Prof.
    [Show full text]
  • Eclipse Members Meeting, December 16, 2004, Teleconference
    Eclipse Membership Meeting December 16, 2005 Web & Teleconference Dial-in Numbers 1-613-287-8000 1-866-362-7064 Passcode: 880932# August 3, 2004 Confidential | Date | Other Information, if necessary © 2002 IBM Corporation Meeting Agenda ° Executive Director Report ° Projects Update ° Add-in Provider Report ° Eclipse Member Success Story ° Marketing Update ° Q&A Eclipse Community | information provided by the Eclipse Foundation Executive Director Report August 3, 2004 Confidential | Date | Other Information, if necessary © 2002 IBM Corporation Welcome to New Members in Q4 ° Aldon ° AvantSoft Inc. ° BZ Media ° Computer Associates ° ENEA Embedded Technology ° OC Systems ° Open Systems Publishing ° NTT Comware ° Texas Instruments Eclipse Community | information provided by the Eclipse Foundation Eclipse Is A Growing Community ° 9 Strategic Members ° 59 Add-In Provider Members; 13 Associate Members ° 6 Top level projects ° 33 projects in total (3 proposed) ° 60++ new committers!! Eclipse Community | information provided by the Eclipse Foundation Eclipse.org Website Migration Update ° Eclipse.org has been managed by IBM, at an IBM facility. Goal is to move it to an Eclipse Foundation facility and managed by the EMO. ° Eclipse.org will be migrated to an ISP located in Ottawa ° Schedule ° October 16 – Download server moved Successfully completed ° November 12 – Remaining content Successfully completed ° March 2005 – Migrate to new hardware and architecture ° Next Steps ° Install new donated equipment ° Have approached IBM, Intel and HP for hardware ° Have approached RedHat and Novell for operating systems ° Re-architect site with assistance of Intel services ° Establish an open source project to manage ongoing web site evolution Eclipse Community | information provided by the Eclipse Foundation CPL to EPL Conversion ° Still going hard to have all re-contributions in place by Dec.
    [Show full text]
  • COVID-WAREHOUSE: a Data Warehouse of Italian COVID-19, Pollution, and Climate Data
    International Journal of Environmental Research and Public Health Article COVID-WAREHOUSE: A Data Warehouse of Italian COVID-19, Pollution, and Climate Data Giuseppe Agapito 1,2 , Chiara Zucco 3 and Mario Cannataro 2,3,* 1 Department of Legal, Economic and Social Sciences, University Magna Graecia of Catanzaro, 88100 Catanzaro, Italy; [email protected] 2 Data Analytics Research Center, University Magna Graecia of Catanzaro, 88100 Catanzaro, Italy 3 Department of Medical and Surgical Sciences, University Magna Graecia of Catanzaro, 88100 Catanzaro, Italy; [email protected] * Correspondence: [email protected] Received: 30 June 2020; Accepted: 24 July 2020; Published: 3 August 2020 Abstract: The management of the COVID-19 pandemic presents several unprecedented challenges in different fields, from medicine to biology, from public health to social science, that may benefit from computing methods able to integrate the increasing available COVID-19 and related data (e.g., pollution, demographics, climate, etc.). With the aim to face the COVID-19 data collection, harmonization and integration problems, we present the design and development of COVID-WAREHOUSE, a data warehouse that models, integrates and stores the COVID-19 data made available daily by the Italian Protezione Civile Department and several pollution and climate data made available by the Italian Regions. After an automatic ETL (Extraction, Transformation and Loading) step, COVID-19 cases, pollution measures and climate data, are integrated and organized using the Dimensional Fact Model, using two main dimensions: time and geographical location. COVID-WAREHOUSE supports OLAP (On-Line Analytical Processing) analysis, provides a heatmap visualizer, and allows easy extraction of selected data for further analysis.
    [Show full text]
  • Using Actuate BIRT Designer Professional Information in This Document Is Subject to Change Without Notice
    Using Actuate BIRT Designer Professional Information in this document is subject to change without notice. Examples provided are fictitious. No part of this document may be reproduced or transmitted in any form, or by any means, electronic or mechanical, for any purpose, in whole or in part, without the express written permission of Actuate Corporation. © 1995 - 2012 by Actuate Corporation. All rights reserved. Printed in the United States of America. Contains information proprietary to: Actuate Corporation, 951 Mariners Island Boulevard, San Mateo, CA 94404 www.actuate.com www.birt-exchange.com The software described in this manual is provided by Actuate Corporation under an Actuate License agreement. The software may be used only in accordance with the terms of the agreement. Actuate software products are protected by U.S. and International patents and patents pending. For a current list of patents, please see http://www.actuate.com/patents. Actuate Corporation trademarks and registered trademarks include: Actuate, ActuateOne, the Actuate logo, Archived Data Analytics, BIRT, BIRT 360, BIRT Data Analyzer, BIRT Performance Analytics, Collaborative Reporting Architecture, e.Analysis, e.Report, e.Reporting, e.Spreadsheet, Encyclopedia, Interactive Viewing, OnPerformance, Performancesoft, Performancesoft Track, Performancesoft Views, Report Encyclopedia, Reportlet, The people behind BIRT, X2BIRT, and XML reports. Actuate products may contain third-party products or technologies. Third-party trademarks or registered trademarks of their respective owners, companies, or organizations include: Mark Adler and Jean-loup Gailly (www.zlib.net): zLib. Adobe Systems Incorporated: Flash Player. Apache Software Foundation (www.apache.org): Axis, Axis2, Batik, Batik SVG library, Commons Command Line Interface (CLI), Commons Codec, Derby, Hive driver for Hadoop, Shindig, Struts, Tomcat, Xalan, Xerces, Xerces2 Java Parser, and Xerces-C++ XML Parser.
    [Show full text]
  • Installing and Deploying Eclipse BIRT Information in This Document Is Subject to Change Without Notice
    Installing and Deploying Eclipse BIRT Information in this document is subject to change without notice. Examples provided are fictitious. No part of this document may be reproduced or transmitted in any form, or by any means, electronic or mechanical, for any purpose, in whole or in part, without the express written permission of Actuate Corporation. © 1995 - 2015 by Actuate Corporation. All rights reserved. Printed in the United States of America. Contains information proprietary to: Actuate Corporation, 951 Mariners Island Boulevard, San Mateo, CA 94404 www.opentext.com www.actuate.com The software described in this manual is provided by Actuate Corporation under an Actuate License agreement. The software may be used only in accordance with the terms of the agreement. Actuate software products are protected by U.S. and International patents and patents pending. For a current list of patents, please see http://www.actuate.com/patents. Actuate Corporation trademarks and registered trademarks include: Actuate, ActuateOne, the Actuate logo, Archived Data Analytics, BIRT, BIRT 360, BIRT Analytics, The BIRT Company, BIRT Content Services, BIRT Data Analyzer, BIRT for Statements, BIRT iHub, BIRT Metrics Management, BIRT Performance Analytics, Collaborative Reporting Architecture, e.Analysis, e.Report, e.Reporting, e.Spreadsheet, Encyclopedia, Interactive Viewing, OnPerformance, The people behind BIRT, Performancesoft, Performancesoft Track, Performancesoft Views, Report Encyclopedia, Reportlet, X2BIRT, and XML reports. Actuate products may contain third-party products or technologies. Third-party trademarks or registered trademarks of their respective owners, companies, or organizations include: Mark Adler and Jean-loup Gailly (www.zlib.net): zLib. Adobe Systems Incorporated: Flash Player, Source Sans Pro font.
    [Show full text]