env-e-city a short presentation

AUT/LHTEE

ENV-e-CITY A short presentation

www.env-e-city.org

Nicolas Moussiopoulos

Aristotle University Thessaloniki, Greece

AUT/LHTEE ENV-e-CITY background

Compliance of city authorities with EU environmental legislation Need for efficient environmental assessments;

these are only possible on the basis of sufficient and reliable environmental information.

Need to inform the citizen on the state of the environment

Support of environmental professionals, e.g. those involved in impact assessment studies

AUT/LHTEE ENV-e-CITY project goals

Ultimate goal of project: To create an internet-based brokerage

infrastructure for public sector environmental information, available as a “turn-key” application via docking.

Relationship to other projects: Innovative project acting as an extension of

existing, “information production” projects (APNEE, IRENIE, AIR-EIA, APPETISE, etc.)

AUT/LHTEE The ENV-e-CITY consortium

ActivityType

Nr Partner Country code

RTD Role in the project

RES 1 AUTh/LHTEE EL ■ Domain experts (air quality assessment), ■ IT developers (web based wizards)

OTH 2 ESS A ■ IT specialist, internet tools

REC 3 FAW DE ■ IT specialist, software design and development.

REC 4 FMI FI ■ Domain expert (meteorology)

HES 5 IER DE ■ Domain expert (emissions)

IND 6 LOH DE ■ Domain expert (topography-EIA) and ■ User support

REC 7 NILU NO ■ Domain expert (air quality)

IND 8 NORGIT NO ■ IT specialist (GIS and database)

REC 9 RIVM NL ■ Domain experts and■ User support (citizens) (+ IT consulting)

REC 10 TNO NL ■ Domain experts and ■ User support (cities)

AUT/LHTEE

18.01.2002

Data Sources

Common Meta Model

InternetAccess

BasicService

s

BasicService

s

BasicService

s

Import Export

AddedValue

Services

AddedValue

Services

System architecture

AUT/LHTEE

Thematic areas Emissions Air quality Meteorology Topography

Overall scientific background: the SATURN project, the “urban” subproject of EUREKA/EUROTRAC-2(http://lhtee.meng.auth.gr/saturn)

AUT/LHTEE

18.01.2002

SATURN: Studying atmospheric pollution in urban areas

Objective:Objective: To substantially improve our ability of establishing source-receptor relationships at the urban scale.

AUT/LHTEE Topography

Data exploring “web-worms” Digital Elevation Maps On-line available info (Land use + Topography) (

http://edcdaac.usgs.gov/glcc/globdoc1_2.html)

Topography data on demand

AUT/LHTEE Emissions

Data exchange Module for Emissions City Emissions Estimator

using fuel consumption data, based on traffic data,

overall vehicle usage, analytical traffic network estimation.

AUT/LHTEE

18.01.2002

Meteorology Easy meteorological assessment

Pre-processors Data selection wizard

Personalized weather info EIA studies

Suggest tools Provide links Support on-line submission of data and retrieval of

results

AUT/LHTEE Air quality

Easy air quality assessment Gaussian models (from emissions to AQ) Model selection via MDS Data requirements list based on assessment needs Assessment method suggestion (on-line expert system)

Personalized Air Quality Indicators EIA studies

Suggest tools Provide links Support on-line submission of data and retrieval of results

AUT/LHTEE Technology

System architecture Some component examples

Web-based application examples WebGIS example

AUT/LHTEE

18.01.2002

Data Sources

Common Meta Model

InternetAccess

BasicService

s

BasicService

s

BasicService

s

Import Export

AddedValue

Services

AddedValue

Services

System architecture

AUT/LHTEE

18.01.2002

Service& Data Provider

CommonService& Data Model Base

Administration&ServiceInterfaces

ENV-e-CITY Base

AdminBasic

Services

AddedValue

ServicesExport Import

Internet Access

Components

AUT/LHTEE

18.01.2002

AUT/LHTEE

18.01.2002

AUT/LHTEE

18.01.2002

AUT/LHTEE

18.01.2002

WebGIS example

AUT/LHTEE

18.01.2002

Business model draft

Service Portfolio

ENV-e-CITYBroker System

ENV-e-CITYData & Service

Provider

ENV-e-CITYData & Service

Provider

ENV-e-CITYData & Service

Provider

ENV-e-CITYData & Service

Provider

Price of Service & Data

Price of Service & DataLicense Price

Broker Operator

User/CustomerUser/CustomerUser/CustomerUser/CustomerUser/CustomerUser/Customer

€ €

€

& Hosting Price

AUT/LHTEE

Competitive analysis Competitors

City and national authorities, but will become usersusers and providersproviders!

Strengths Long IT experience in relevant projects and

unique scientific skills in consortium Weaknesses

Innovation vs. pragmatism: how to overcome the momentum of a “sleeping market?”

AUT/LHTEE

18.01.2002

Exploitation aspects Involvement of major “clients” from the beginningbeginning

of the project: EEA’s Topic Centre on Air and Climate Change Eurocities EIA community

high viability potential after the project end. Leading institutions with strong academic

background, AND very strong commercial contacts via the consortium.

ENV-e-CITY partners alreadyalready provide commercially exploited products.

AUT/LHTEE

18.01.2002

Self standing viability ENV-e-CITY to become the core for a European

Centre of excellence for the Urban Environment. E-content & environmental information is a promising

business opportunity. Evidence regarding the viability of the idea:

Environmental information are among the top of P.S.I. data costs in Europe and U.S., and can easily be combined with brokerage architectures.

ENV-e-CITY is an immaterialisation project, taking advantage of current trends regarding the sustainable information society (http://aix.meng.auth.gr/eurosustain/) .

AUT/LHTEE

18.01.2002

Project co-ordinator

AUT/LHTEE

18.01.2002

Partner: ESS

AUT/LHTEE

18.01.2002

Partner: FAW

AUT/LHTEE

18.01.2002

Partner: FMI

AUT/LHTEE

18.01.2002

Partner: IER

AUT/LHTEE

18.01.2002

Partner: LOH

AUT/LHTEE

18.01.2002

Partner: NILU

AUT/LHTEE

18.01.2002

Partner: NORGIT

AUT/LHTEE

18.01.2002

Partner: RIVM

AUT/LHTEE

18.01.2002

Partner: TNO

AUT/LHTEE

18.01.2002

Broker architecture (draft) 1/2 Meta model of data and services

formats, reference/call, semantics, prising scheme, access type...

Docking station for services basic services: no or low costs added value services: prised services

hosting and operating costs of broker service and provider fees

service chains for combined services requires detailed interface specification

AUT/LHTEE

18.01.2002

Broker architecture (draft) 2/2 Type of services

request for (pre-generated) data images, animations, maps, tables, infos, etc.

request for individual services call of specific function (online or by order, result

returned by email, ftp,...) chaining of services

if possible: service and data providers maintain their own data and service store depends on execution time, Internet bandwidth

and local resources