ENV-e-CITY A short presentation
description
Transcript of 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