Project Status WP1 Results - Briseide

tumwaterpointlessInternet και Εφαρμογές Web

4 Δεκ 2013 (πριν από 3 χρόνια και 10 μήνες)

168 εμφανίσεις

BRIdging SErvices, Information and
Data for Europe

WWW.BRISEIDE.EU

1.
Project
current

status

2.
Short description of

results

of WP1

3.

State

of
the

art
:


Deployment

of
value

added

spatio
-
temporal

services


Pilot and
assessment


Liaisons with

other

projects

and
initiatives


Events
:


Past

Events


Future
Events


Research Highlights


Project Meetings



Stakeholders

Board

Meeting


Project
Status



The

past

six

months

have

been

crucial

for

the

project
.

In

fact

after

the

design

and

requirements

definition

stage

had

been

completed

on

the

sixth

month
,

the

project

then

entered

the

development

stage
.

During

the

past

six

months

the

main

focus

has

been

on

the

second

work

package

which

is

focusing

on

“development

of

value

added

spatio
-
temporal

services”
.

This

has

required

the

developers’

team

to

work

on

a

number

of

concurrent

tasks
.


Firstly

existing

meta

data

models

have

been

extended,

by

introducing

time

as

one

of

the

key

dimensions
.

From

the

development

point

of

view

this

period

has

seen

a

major

involvement

of

the

consortium

in

the

development

of

the

software

components

necessary

to

ensure

access

to

spatio
-
temporal

functionalities
.


This

has

required

extending

server
-
side

software

components,

for

instance

to

account

for

time

within

WMS

and

WCS

services,

as

well

as

developing

client
-
side

software

components,

necessary

for

the

users

to

be

able

to

access

those

functionalities
.


From

the

server

point

of

view

the

project

has

seen

the

development

of

the

first

set

of

WPS

(Web

Processing

Services)

modules

as

well

as

the

infrastructural

components

necessary

to

ensure

their

orchestration

at

the

server

and

client

level
.


This

period

has

also

seen

the

deployment

of

the

portal

where

all

the

relevant

resources,

to

be

used

by

the

various

pilots,

have

been

collected

and

made

availabe

to

the

consortium
.

The

project

has

also

analysed

aspects

related

to

IPR

management,

exploitation

and

dissemination

of

results,

which

have

resulted

in

key

official

deliverables
.

Last

but

not

least,

as

detailed

within

the

following

pages,

a

number

of

dissemination

activities

have

been

carried

on,

ensuring

proper

awareness

and

communication

of

the

project’s

results

outside

the

consortium

to

a

very

large

set

of

stakeholders
.





Table of Contents





BRISEIDE is supported by

the CIP / ICT
Policy Support Programme of the
European Commission



FrameWork
:

Competitiveness

and
Innovation

FrameWork

Programme



ICT PSP
Theme
:

6.2
Geographic

Information



ICT PSP
Identifier
:

CIP
-
ICT
-
PSP
-
2009
-
3



Duration
:

30
months



Project
Coordinator

Raffaele De Amicis

Fondazione
GraphiTech

e
-
mail
:

raffaele.de.amicis@graphitech.it

Phone:

+39 0461 2833
97





Fact & Figures

The Consortium

Issue

February

1
1

0
2

BRISEIDE Project Office:
Fondazione
Graphitech

| Via Alla Cascata, 65/C
-

38123 Trento, Italy | Tel.: +39 0461 283397 | Fax.: +39 0461 283398

BRIdging SErvices, Information and
Data for Europe


One

of

the

main

objectives

of

BRISEIDE

is

to

implement

value

added

spatio
-
temporal

services

based

on

real

used

needs

and

practices
.

For

such

a

reason

the

project

has

a

relevant

number

of

“user

partners”,

such

as

Agencies

and

Public

Administrations,

engaged

in

urban

planning,

environmental

management,

risk

management,

i
.
e
.

those

who

need

spatio
-
temporal

processing

of

Geographical

Information

(GI)

to

support

decision

making

in

critical

situations
.

The

goal

of

the

first

work

package

was

to

identify

BRISEIDE’s

user

and

system

requirements

from

the

partners

and

to

define,

according

to

these,

the

architecture

of

the

final

pilot
.


Use

Cases

(UC)

were

comple
-
mented

by

requirements

collected

by

the

different

users

involved

in

BRISEIDE
.

These

include

technological,

opera
-
tional

as

well

as

usability

issues
.


The

objective

was

to

clearly

identify

the

services

and

functionalities

that

could

best

comply

with

the

needs

of

the

users

and

their

perceived

requirements

with

regards

to

their

daily

activities
.


Finally

common

types

of

Use

Cases

were

defined

for

1
)

System

Access,

Management

of

Information,

2
)

Information

Visualization,

3
)

Data

Creation,

4
)

Processing

of

information

and

Generation

of

Alerts
.




WP1
Results




USE
CASES

Furthermore,

many

Pilot
-
driven

UCs

and

requirements

were

collected
.

The

detailed

information

about

all

Use

Cases

can

be

found

in

the

deliverable

“D
1
.
1
.
01



User

Requirements

and

Use

Cases”
.


At

service

level,

requirements

are

structured

as

follows
:


General
:

requirements

related

to

general

conditions

within

BRISEIDE

context

(e
.
g
.

relationship

and/or

connections

to

other

services)
.


Functional
:

requirements

related

to

functionalities

available

server
-
side

(e
.
g
.

coordinate

conversion)
.


Non

functional
.

In

turn

these

have

been

articulated

into

the

following

categories
:


Performance
:

requirements

related

to

response

time

for

a

given

operation

and/or

high

availability

of

the

system
.


Interface
:

requirements

related

to

service

standards

and/or

technical

specs

to

be

implemented

(e
.
g
.

OGC

CSW

2
.
0
.
2

AP

ISO)
.


Operational
:

requirements

related

to

functionalities

available

client
-
side

(e
.
g
.

zoom

in/out)
.


Spatial
-
temporal
:

requirements

related

to

spatial

and

temporal

queries

to

be

implemented

(e
.
g
.

For

calculation

of

intersection)
.





How to use Q
-
R Code


A

Quick

Response

(QR)

code

is

a

two
-
dimensional

code

that

can

be

scanned

by

smart
-
phone

cameras

to

auto
-
matically

pull

up

text,

photos,

videos,

music

and

URLs
.

Simply

search

your

app

store

for

“barcode

rea
-
der,”

or

“QR

code

scan
-
ner,”

and

you’ll

find

seve
-
ral

to

choose

from
.


WWW.BRISEIDE.EU

The

video

shows

a

typical

scenario

of

BRISEIDE
.

It

first

demonstrates

the

capabilities

of

the

SDI

approach
.

A

user

with

administrator

rights

logs
-
in

into

the

system

through

the

client

application

and

can

navigate

in

a

3
D

GeoBrowser
.

He

accesses

the

data,

uploads

new

information

on

the

SDI

and

changes

the

graphic

description

of

the

layers
.

In

the

second

phase

a

typical

hazard

management

scenario

is

illustrated
.

The

operator

searches

the

information

related

to

a

sensor

within

a

given

zone,

then

starts

the

simulation,

using

a

specific

WPS

process,

the

flood

scenario

assuming

a

new

river

level
.

The

system

returns

the

area

affected

by

the

flood

and

by

chaining

another

geocoding

service,

it

returns

the

address

and

phone

number

of

the

people

potentially

affected

by

the

flood
.


Page 1

SERVICE
REQUIREMENTS


User

requirements

collected

and

described

in

“D
1
.
1
.
01



User

Requirements

and

Use

Cases”

have

been

analysed

in

order

to

map

each

Use

Case

to

Service

Requirements
.

Services

have

been

classified

according

to

standard

taxonomy,

inspired

by

“ISO

19119

Geographic

Information



Services”,

and

are

mainly

focused

on

spatial

and

temporal

processing

of

geographic

information

related

to

civil

protection

issues
.

Two

main

categories

of

services

were

defined

in

BRISEIDE
:


Access
:

base

services,

as

OWS

for

viewing,

downloading

and

extracting

subsets

of

geospatial

data
.


Process
:

geoprocessing

services,

operating

on

Spatial
-
Temporal

features
.



Figure

2
:
E
xam
p
le of selection of a
sensor

and temporal query through

t
he software developed by Graphitech

Figure
1:
An
example

of 3D
thematic

visualisation

BRIdging SErvices, Information and
Data for Europe

WWW.BRISEIDE.EU

Catalogue

Services

In

BRISEIDE

Catalogue

Services

will

focus

on

discovery

operations

to

allow

clients

to

perform

search

and

retrieval

of

geographic

data

and

services
.

Metadata

coming

from

existing

catalogues

(Pilots

or

other)

will

be

cached

through

harvesting

mechanisms,

to

ensure

better

performances

during

search

operations
.

Spatial

and

temporal

searches

shall

be

implemented

as

priority

task
:

either

spatial

or

temporal

filters

are

needed

to

query

metadata

repository

and

retrieve

data

and

services
.



Ingestion

Services

The

BRISEIDE

infrastructure

will

have

to

be

able

to

ingest

data

in

near

real
-
time

as

it

will

be

produced

or

made

available

by

the

external

stakeholders
.


Taking

this

into

account

means

that

the

infrastructure

to

be

developed

shall

comply

with

a

number

of

requirements

that

ensure

that

it

will

be

ready

to

react

to

external

events,

like

file

arrival

on

a

specific

FTP

site
.

The

infrastructure

should

support

a

sequence

of

operations

that

should

range

from

data

integrity

verifi
-
cation,

to

format

transcoding,

ingestion

into

dissemination

services,

as

well

as

metadata

cataloguing
.

For

this

reason

the

Ingestion

Services,

in

the

following

IS,

are

an

essential

component

of

the

infra
-
structure

since

they

will

represent

the

main

entry

point

for

data

ingestion
.


Furthermore

they

will

be

responsible

for

correct

and







meaningful

archival

and

cataloguing

of

data

received
.

The

IS

will

be

responsible

for

ingesting,

preprocessing

and

storing

of

data

received

from

external

sources

of

infor
-
mation,

external

stakeholders

(users

and

services)

as

well

as

from

the

other

services

of

the

proposed

architecture
.


Dissemination

Services


Feature

Data

Access

Services

will

focus

on

access

and

filter

operations

to

allow

clients

to

perform

search

and

retrieval

of

geographic

features

(vector)

on

the

basis

of

spatial

and

temporal

parameters
.


Coverage

Data

Access

Services

will

focus

on

access

and

filter

operations

to

allow

clients

to

perform

search

and

retrieval

of

grid

coverages

on

the

basis

of

spatial

and

temporal

parameters
.


Sensor

services

allow

the

user

to

access

sensor

data

using

standard

protocol
.

The

service

interface

shall

be

based

on

OGC’s

Sensor

Observation

Services

standards

and

the

information

model

shall

be

based

on

the

SWE

and

Observation

&

Measure
-
ments

standards
.


Portrayal

Services

are

related

to

the

graphical

representation

of

geogra
-
phical

information
.

Graphical

representation

means

the

display

of

geographical

information

through

the

use

of

maps

(choropleth,

dots)

and/or

diagrams

(pie,

bar)
.


Pro
cessing

Services

Within

BRISEIDE,

Processing

Services

are

related

to

the

elaboration

of

input

data

(either

geographical

or

alphanumerical)

and

the

production

of

output

data

on

the

basis

of

specific

algorithm

and/or

functions
.

The

BRISEIDE

topological

services

perform

operations

in

order

to

obtain

computed

features

from

the

input

features

based

on

topological

relationship

bet
-
ween

them
.

A

topology

is

a

set

of

rules

and

behaviours

that

model

how

points,

lines

and

polygons

share

their

geome
-
tries
.

The

Raster

algebra

processing

services

perform

a

subset

of

algebraic

and

logical

operations

on

the

raster

layer
.

The

operators

shall

be

applied

to

a

single

raster

layer

both

at

multiple

layers
.

The

statistical

service

shall

perform

a

series

of

basic

statistic

operators

on

feature

attributes

and

raster

values

(min,

max,

mean,

median,

standard

deviation)
.

The

process

shall

calculate

the

statistic

index

based

on

field

selection

and

time

series

of

retrieved

features
.

The

feature

extraction

process

service

shall

perform

algorithms

in

order

to

extract

some

features

from

raster

or

satellite

images
.

They

can

use

supervised

or

unsuper
-
vised

methods

using

as

input

the

training

data

set
.

The

process

shall

give

as

input

the

layer

containing

the

classified

feature

class
.

The

change

detection

process

service

shall

compare

two

layers

with

different

temporal

extension

in

order

to

find

some

changes

occurred

during

the

time
.




Page 2

The

service

requires

as

input

two

different

layers

containing

the

same

information

referred

to

different

epochs
.

The

results

shall

be

a

layer

with

the

changed

elements
.

The

stati
-
stic

time
-
driven

process

shall

perform

some

operations

such

as

interpolation,

geostatistic,

spatial

analysis

etc
.

The

services

shall

receive

as

input

one

or

more

layers

and

para
-
meters

based

on

the

specific

analysis
.

The

transformation

process

shall

perform

the

transformation

of

geographic

data

both

in

terms

of

Coordinate

Reference

System

(CRS)

and

format
.


Location

Services

Within

BRISEIDE

context

Location

Services

will

be

used

to

perform

geocoding

and

routing

operations,

and

to

elaborate

spatial
-
temporal

request

parameters

in

order

to

satisfy

general

and

pilot
-
specific

requirements
.

The

service

interface

will

be

based

on

OGC’s

Open

Location

Service

(OLS)

standards

and

the

corresponding

information

model
.

Geocoding

Services

will

be

used

to

perform

travel

directions

and

routing

operations,

and

to

elaborate

spatial
-
temporal

request

parameters

in

order

to

satisfy

general

and

pilot
-
specific

requirements
.

Routing

Services

will

be

used

to

perform

travel

directions

and

routing

operations,

also

taking

into



account

spatial
-
temporal

request

parameters
.

Furthermore,

BRISEIDE

will

operate

with

Security

Level

Services

and

Pilot
-
Specific

Services
.

The

detailed

information

about

BRISEDE

services

can

be

found

in

the

document

“D
1
.
1
.
02



Service

Requirements”
.



The

objective

was

to

analyse

the

data

described

in

the

document

“D
1
.
1
.
01



User

Requirements

and

Use

Cases”

in

order

to

identify

some

lacks

in

the

information

and

related

to

BRISIEDE

purpose
.

The

diversity

of

data

available,

mainly

regarding

the

structure,

format,

geometry

and

temporary

resolution

(their

update),

requires

facing

the

issue

of

their

harmonisation

in

order

to

maximise

the

possibility

of

re
-
use

by

several

actors
.

The

document

“D
1
.
1
.
04



Survey

of

Existing

GI

and

Services”

gives

overall

information

about

analysis

of

available

vector,

raster,

alphanumeric

and

services

data

sources
.

EXISTING
GI
&
SERVI CES

The

main

goal

of

BRISEIDE

is

to

create

value

added

web
-
services

in

the

field

of

environmental

monitoring

and

emergency

management

and

therefore

t
he

aim

of

the

survey

was

to

identify

all

the

data

and

services

available

through

partners,

as

public

repositories

as

well

as

through

other

eContentPlus

projects
.

Additionally

the

survey

has

explored

availability

of

processing

services

within

the

open

source

community
.

The

survey

has

investigated

some

characteristics

of

data

set

in

particular

related

to

format,

accessibility

and

temporal

properties
.

BRISEIDE

deals

with

Geographic

Information

and,

following

the

traditional

classification

of

data

in

this

area,

the

survey

was

subdivided

in

4

Macro
-
categories
:

Vector,

Raster,

Alphanumeric

and

Services
.



ADAPTATION
OF
EXISTING

DATA
&

SERVICES


The

aim

of

this

part

of

WP
1

was

to

provide

an

overview

of

the

potential

adaptation

needed

for

the

existing

Data

and

Services

that

will

be

shared

and

provided

by

the

partners

for

the

BRISEIDE

project

according

to

the

different

pilots
.

The

first

issue

raised

has

been

the

adaptation

of

existing

data
.


Open

Location

Services



The

O
GC

Open

Location

Services

Interface

Standard

(OpenLS)

specifies

interfaces

that

enable

companies

in

the

Location

Based

Services

(LBS)

value

chain

to

“hook

up”

and

provide

their

pieces

of

applications

such

as

emergency

response

(E
-
911
,

for

example),

personal

navigator,

traffic

information

service,

proximity

service,

location

recall,

mobile

field

service,

travel

directions,

restau
-
rant

finder,

corporate

asset

locator,

concierge,

routing,

vector

map

portrayal

and

interaction,

friend

finder,

and

geo
-
graphy

voice
-
graphics
.


These

applications

are

enabled

by

interfaces

that

implement

OpenLS

ser
-
vices

such

as

a

Directory

Service,

Gate
-
way

Service,

Geocoder

Service,

Pre
-
sentation

(Map

Portrayal)

Service

and

others
.


http
:
//www
.
opengeospati
al
.
org
/
standards
/
ols







Technology

Focus

Enterprise

Java™

Beans


Enterprise

Java™

Beans

is

a

server

side

component

architecture

that

allows

simplified

and

rapid

development

of

distri
-
buted

transactional,

por
-
table

and

secure

enter
-
prise

Java

applications
.

The

EJB

model

is

an

encapsulation

of

the

business

logic

of

the

application

and

is

a

standard

mean

to

imple
-
ment

the

solutions

to

the

repeating

problems

of

back
-
end

business

code
.

Such

common

issues

are,

usually,

persistence,

trans
-
actional

integrity,

security,

concurrency

control,

com
-
ponents

deployment

and

events

handling
.

EJBs

are

run

within

an

application

server
.











Technology

Focus

BRIdging SErvices, Information and
Data for Europe

WWW.BRISEIDE.EU

We

have

considered

several

aspects

for

achieving

the

harmonized

data

sets
;

such

are

data

format

and

storage,

data

transformation

required

and

data

re
-
projection,

underlining

specifically

the

adaptation

needed

for

including

temporal

extension

as

the

principal

aspect

considered

within

the

project
.

The

harmonization

into

a

common

data

model

has

been

already

addressed

by

quite

a

number

of

international

/

EU

projects,

for

which

the

final

objective

was

to

be

able

to

provide

INSPIRE

compliant

datasets

and

metadata
.

These

projects


intend

to

harmonize

infor
-
mation

from

different

themes,

according

to

INSPIRE

specifi
-
cations,

considering

also

the

compliance

with

the

formats

for

data

(GML

3
.
2
.
1
)

and

metadata

(XML)
.

We

have

reviewed

some

of

them

in

order

to

avoid

duplications

in

providing

methods

or

guides

for

adaptation

of

the

data

model
.

This

information

will

be

used

in

next

steps

of

BRISEIDE
.

In

order

to

evaluate

the

adaptation

of

existing

services

we

have

initially

focused

on


adaptation

of

existing

services

we

have

initially

focused

on

the

OWS

defining

the

aspects

required

for

adapting

WMS,

WFS,

WCS

and

WPS
.

Special

attention

has

been

devoted

to

the

Sensor
-
related

services

as

they

are

essential

to

ensure

adequate

monitoring

of

the

environment,

but

require

a

more

in

deep

analysis

and

detailed

explanation

of

the

related

standards

and

the

adaptation

required

in

the

BRISEIDE
.

The

experience

obtained

from

previous

co
-
financed

projects

regarding

the

services,

is

that

minimum

adaptability

for

publishing

the

information

have

been

required
.

However

in

some

cases

additional

services

needed

to

be

created
.

From

the

technological

perspective,

some

issues

were

raised

when

preparing

the

services,

especially

those

related

to

the

adaptability

to

the

specific

versions

required

by

INSPIRE,

that

are

not

yet

considered

by

some

commercial

or

open

source

software
.

Additionally

we

have

reviewed

the

adaptation

to

current

infra
-
structures

from

the

security
-
related

perspectives
.




At

the

lowest

data

level

there

will

be

the

data

repositories

including

those

from

other

EU

projects

which

are

already

available

through

OGC

Web

Service

(OWS)
.

The

middleware

level

then

builds

on

top

of

these

low

level

OWS
,

a

number

of

geo
-
processing

services

deployed

as

Web

Processing

Services

(WPS)
.

The

different

software

components

will

be

eventually

packaged

within

a

software




Fig. XXX

Description

toolbox

that

will

allow

data

and

service

providers

to

create

plug
-
and
-
play

soft
-
ware

services

capable

to

expose

spatio
-
temporal

by

extending

BRISEIDE’s

ser
-
vices
.

The

BRISEIDE

client

will

be

a

comprehensive

appli
-
cation,

also

available

as

web
-
start,

allowing

data

access

and

management

as

well

as

access

to

a

number

of

spatio
-
temporal

services
.

These

features

extend

the

concept

of

Spatial

Data

Infra
-
structures

(SDI)

to

deliver

a

comprehensive

Decision

Support

Systems

(DDS)
.



This

is

bringing

to

an

integrated

view

of

the

Web

Services

whose

orchestration

relies

on

BRISEIDE

services

to

provide

access

to

information

in

an

SDI,

as

a

simple

exchange

of

raster

data

or

either

complex

processes

that

perform

a

series

of

operations
.

The

services

are,

usually,

distributed

over

a

network

of

peers,

so

that

each

provider

could

have

its

own

services

maintained

on

its

servers
.

Finally,

to

conclude,

we

have

evaluated

the

pilots

and

the

specific

adaptation

required

by

each

of

them
.

This

perspective

will

be

investigated

in

depth

in

subsequent

steps

to

be

followed

in

forthcoming

periods

and

activities
.

The

document

“D
1
.
1
.
05



Analysis

of

Adaptation

of

Existing

Data

/

Services”

gives

overall

information

about

analysis

of

available

vector,

raster,

alphanumeric

and

services

data

sources
.

Figure

5
:

Example

of

BRISEIDE

architecture

(with

sensor

from

Autonomous

Province

of

Trento

-

PAT)

Page 3

Software

architecture

The

design

has

followed

a

modular

methodology

based

on

a

federated

approach

to

data

collection,

processing

and

distribution

of

spatio
-
temporal

data
.

This

allows

creating

a

logical

layer

between

existing

services,

exposing

data

and

functionalities

via

SOAP

or

through

OGC

communication

protocols

such

as

WMS,

WFS,

and

WPS

etc
.

The

framework

follows

a

multi
-
level

structure
.




Figure

4
:

Different

Way

to

access


to

BRISEIDE

services

Public

Web


access

and

GIS

client

Decision

Support

System


A

decision

support

system

(DSS)

is

a

computer
-
based

information

system

that

supports

business

or

organizational

decision
-
making

activities
.

DSSs

serve

the

management,

operations,

and

planning

levels

of

an

organization

and

help

make

decisions,

which

may

be

rapidly

changing

and

not

easily

specified

in

advance
.

DSSs

include

knowledge
-
based

systems
.

A

properly

designed

DSS

is

an

interactive

software
-
based

system

intended

to

help

decision

makers

com
-
pile

useful

information

from

a

combination

of

raw

data,

documents,

personal

knowledge,

or

business

models

to

identify

and

solve

problems

and

make

decisions
.








Technology

Focus

Figure

3
:

Project

development

timeline

BRIdging SErvices, Information and
Data for Europe

WWW.BRISEIDE.EU

WP
2

has

brought

to

the

development

of

the

BRISEIDE

metadata

profile

for

data

and

services
.

The

main

goal

of

this

profile

was

to

fulfil

these

requirements
:


Metadata

profile

is

compliant

to

INSPIRE

regulation
.


Profile

follows

INSPIRE

implementation

rules

(valid

XML)
.


Data

Metadata

profile

includes

ISO

19115

-

Core

metadata

for

geographic

datasets
.


Service

Metadata

profile

is

based

on

ISO

19119
.


Profile

is

based

on

D
1
_
1
_
03

-

Briseide

Metadata

Requirements
.


Profile

includes

important

temporal

elements
.


We

have

initially

prepared

detailed

tables

that

contained

all

metadata

elements

and

described

the

whole

structure

of

the

metadata

tree
.


Table

includes

elements

such

as

ISO

codes,

INSPIRE

codes,

Multiplicity,

Path,

Definition

and

Domain
.

Each

element

domain

is

expressed

as

primitive

data

type

(e
.
g
.

text,

date,

number)

or

code

from

code

list
.

All

code

lists

are

also

part

of

the

document
.

The

deliverable

contains

separate

profile

for

data

metadata

as

well

as

service

metadata
.

The

document

also

contains

annexes

that

include

XML

examples

of

metadata,

where

the

examples

have

been

validated

by

using

INSPIRE

validator
.








Examples

contain

mandatory

elements,

obligatory

elements

are

also

present

but

they

are

commented
.

The

metadata

profile

has

been

prepared

also

with

respect

to

metadata

catalogue

software

that

might

be

used

in

the

future
.

According

to

our

observations

it

should

be

easy

to

use

the

profile

in

GeoNetwork

open

source

as

well

as

MICKA

catalogue
.



More

detailed

information

can

be

found

in

the

document

“D
2
.
2
.
01



Metadata

Model

Extension“
.



BRISEIDE

metadata

profile

During

the

first

months

of

the

WP
2

partner

Reggiani

has

focused

its

activities

providing

the

infrastructure

needed

for

the


data

collection

task
.

Reggiani

played

an

active

role

providing

support

and

instructions

to

the

data

providers,

reviewing

data

uploaded

and

providing

periodically

communication

and

report

to

the

partners

to

inform

about

the

status

of

th
e

task
.

Reggiani

has

provided

a

first

feedback

on

data

uploaded

by

the

partners

asking

to

provide

standard

formats

and

valid

metadata

XML

files
.

After

this

stage

Reggiani

has

deployed

the

Intergraph

SDI

node

on

its

data

center

in

Milan

and

started

to

verify

and

expose

the

first

data

collected

from

data

providers
.

Most

of

the

data

from

EPSILON

and

ISPRA

have

been

validated

and

exposed

with

Standard

Services

WMS

1
.
3
,

WFS

2
.
0
,

WCS

1
.
0

through

the

SDI

pro

suite
.

Reggiani,

in

collaboration

with

the

other

technological

partners,

have

checked

the

pre
-
requisites

for

the

open
-
source

"time
-
aware"

nodes

(i
.
e
.

operating

system,

RAM,

core,

...
)

and

started

the

configuration

of

the

infrastructure

located

within

its

data

center

in

Milan
.

Report for Data collected from
partner
:


Vector Data











80%


Raster Data











80%


Alphanumeric data





40%


Me
tad
a
ta






















50%

Low

level

OWS

(WMS,

WFS)

integrated

Technology

Focus

GeoNetwork


GeoNetwork

open

source

is

a

standard

based

and

decentralized

spatial

information

management

system,

designed

to

enable

access

to

geo
-
referenced

databases

and

cartographic

products

from

a

variety

of

data

providers

through

descriptive

metadata,

en
-
hancing

the

spatial

information

exchange

and

sharing

between

orga
-
nizations

and

their

aud
-
ience,

using

the

capacities

and

the

power

of

the

Internet
.

The

system

provides

a

broad

community

of

users

with

easy

and

timely

access

to

available

spatial

data

and

thematic

maps

from

multidisciplinary

sources,

that

may

in

the

end

support

informed

decision

making
.

The

main

goal

of

the

software

is

to

increase

collaboration

within

and

between

organizations

for

reducing

duplication

and

enhancing

information

consistency

and

quality

and

to

improve

the

accessibility

of

a

wide

variety

of

geographic

information

along

with

the

associated

information,

organized

and

document
-
ed

in

a

standard

and

consistent

way
.






http
:
//geonetwork
-
opensource
.
org/



Figure 5:
MICKA metainformation
catalogue

enables

creation
of
BRISEIDE metadata profile

Reggiani

D
ata

center

in

Milan
:


3

Virtual

servers

each

one

with

8

GB

Ram

and

4

CPUs
.


OS

Ubuntu

server

10
.
04

LTS

64

bit
.


2
Tb

for

storage

(with

weekly

backup)
.


the

starting

configuration

for

disks

is
:


VM
1
:

disc
1

20

GB


-


disc
2

100
GB
.


VM
2
:

disc
1

20

GB


-


disc
2

100
GB
.


VM
3
:

disc
1

20

GB


-


disc
2

100
G
B


-


disc
3

100
GB

(with

NFS
-
mount

on

VM
1

and

VM
2
)
.




Technology Focus

Page 4

State

of
the

art



Figure 6:

General

overview


of
the

system

architecture

BRIdging SErvices, Information and
Data for Europe

WWW.BRISEIDE.EU

The

multidimensional

raster

data

model

In

our

view

a

raster

is

a

complex

structure

describing

a

set

of

gridded

datasets

having

the

same

domain

and

the

same

band

layout
.

Usually

they

can

be

the

result

of

remote

sensing

observations,

imagery

data

or

model

runs

/

execu
-
tions
.

The

picture

below

repre
-
sents

the

general

structure

of

a

multidimensional

raster
.

Usually

the

model

is

run

at

fixed

time

(called

execution

time

or

run

time

T
run
)

and

produces

several

3
D

hypercubes

for

a

predefined

number

of

forecast

times,

separated

by

a

certain

time

period,

called

Tau
.

We

will

therefore

obtain

a

set

of

hypercube
s

controlled

by

a

temporal

dimension

that

comprises

of

the

various

T
run
.


A

limitation

of

this

model

is

that

it

cannot

represent

correctly

sparse

matrixes

of

points

in

a

multidimensional

dataset

but

it

assumes

that

the

dataset

is

composed

by

a

set

of

2
D

slices

varying

in

space

(e
.
g
.

lat,

lon)

for

a

fixed

time

and

elevation
.

Each

slice

then

can

be

composed

by

a

number

of

different

bands
.

The

latter

is

usually

also

subdivided

in

tiles,

i
.
e
.

sub
-
elements

with

a

fixed

width

and

height
.

A

2
D

slice

is

said

to

be

a

pyramid

when

it

also

comprises

the

"overviews"
.









GeoServer

management

of

TIME

and

ELEVATION

for

raster

data

In

2009

and

2010
,

GeoServer

trunk

development

branch

has

been

modified

in

order

to

be

able

to

respond

to

WMS

and

WCS

queries

involving

the

TIME

and

ELEVATION

dimen
-
sion

for

raster

data
.

We

are

now

going

to

describe

briefly

the

specifics

of

this

development
.


Multidimensional

WMS

WMS

(
1
.
1
.
1
)

is

able

to

expose

additional

dimension

for

WMS

layers

beyond

easting

and

northing
.

Specifically,

two

dimensions

have

a

fixed

name

by

default,

TIME

and

ELEVATION,

while

additional

dimensions

can

be

specified

using

the

“band”

construct
.

Currently

GeoServer

is

able

to
:

1.
Extract

TIME

and

ELEVATION

values

from

ImageMosaic

plugins

that

advertise

them
.



Spatio
-
temporal

processes

2.
Advertise

T I M E

a n d

E L E V A T I O N

v a l u e s

in

the

Capabilities

document

as

ordered

lists

of

single

elements
.

3.
Respond

to

requests

involving

a

single

TIME

value

as

well

as

a

single

ELEVATION

value
.


Multidimensional

WCS

Similarly

to

WMS,

WCS

can

support

requests

that

include

TIME

and

ELEVATION
.

However,

with

respect

to

WMS,

there

is

a

slight

difference

concerning

the

management

of

the

ELEVATION

dimension
:

WCS

1
.
0

and

1
.
1

currently

support

GridCoverage,

that

is

rectified

raster

data

along

easting,

northing

and

elevation,

meaning

that

the

3
D

spatial

positions

within

a

GridCoverage

must

be

equally

spaced

along

the

three

dimensions
.







Open

Location

Services

The

activities

related

to

“Open

Location

Services”

started

at

the

beginning

of

WP
2
.

Several

technological

partners

have

been

working

for

specifying

and

structuring

the

procedures

for

implementing

a

routing

service

for

the

pilots
.

Three

pilots

will

use

the

services

of

geocoding

and

routing
.

This

services

should

be

OGC
-
OLS

compliant

and

meet

the

requirements/

functionalities

for

the

specific

Briseide

pilots

.

During

the

last

few

months

several

activities

have

been

carried

out
.

The

first

task

has

started

with

an

deep

investigation

about

the

different

solutions

for

data

models

and

services

available

in

the

market
.






These

have

been

analysed

from

different

perspectives,

always

considering

the

specifications

agreed

in

previous

WP
1
.


Regarding

routing

data

models,

commercial

models

such

are

TeleAtlas

and

ESRI

data

models

have

been

reviewed

among

others

and

it

has

been

also

investigated

other

alternatives

to

the

commercial

models
.

OpenStreetMap

data

model

has

been

finally

chosen

to

be

used

as

starting

point

in

project
.

The

main

reason

to

use

OpenStreetMap,

OSM,

is

because

it

is

considered

the

Wikipedia

of

the

maps
.

It

is

beginning

to

get

very

popular

and

it

has

a

lot

of

potential
.

Additionally

it

provides

the

model

to

work

with

data

already

available,

so

anyone

can

use

in

a

free

and

open

way
.


The

partners

involved

in

the

pilots

will

transform

their

original

data

to

fit

with

the

OSM

Model,

having

also

the

possibility

to

use

public

OSM

data

if

some

data

from

the

partner

is

missing
.

For

services

development,

we

have

used

the

same

criteria,

trying

to

simplify

and

reuse

as

much

information

as

possible,

basing

the

developments

preferably

in

open

source
.

According

to

this,

for

the

routing

algorithms,

we

will

use

already

available

software

pgrouting

library

which

is

an

SQL

utility

to

create

routing

applications
.


Pgrouting

uses

PostGIS

Database

format,

but

partners

can

use

shape

files

to

deal

with

the

data

and

then

load

them

into

the

database
.



Partners

will

use

OSM

model,

so

they

might

transform

their

data

or

use

public

OSM

data
.

Then,

a

service

will

process

requests

and

pass

them

to

the

Pgrouting

library,

which

will

return

the

route,

depending

on

the

needs

of

the

request
.

This

information

will

be

translated

by

a

final

service,

that

will

make

the

route

OpenLS

compliant

which

is

the

final

service

agreed

by

the

consortium
.





Figure

7
:

Multidimensional

coverage

as

RasterLayer

d

Figure

8
:

Using

Open

Location

Services

in

BRISEIDE

Technology

Focus

GeoServer


GeoServer

is

an

open

source

software

server

written

in

Java

that

allows

users

to

share

and

edit

geospatial

data
.

Designed

for

inter
-
operability,

it

publishes

data

from

any

major

spatial

data

source

using

open

standards
.

GeoServer

is

the

reference

implemen
-
tation

of

the

Open

Geospatial

Consor
-
tium

(OGC)

Web

Feature

Service

(WFS)

and

Web

Coverage

Service

(WCS)

stan
-
dards,

as

well

as

a

high

performance

certified

compliant

Web

Map

Service

(WMS)
.

GeoServer

forms

a

core

com
-
ponent

of

the

Geo
-
spatial

Web
.


http
:
//geoserver
.
org/


Technology

Focus

OpenStreepMap


OpenStreetMap

creates

and

provides

free

geographic

data

such

as

street

maps

to

anyone

who

wants

them
.

The

project

was

started

because

most

maps

you

think

of

as

free

actually

have

legal

or

technical

restrictions

on

their

use,

holding

back

people

from

using

them

in

creative,

productive,

or

unexpected

ways
.

The

initial

map

data

was

built

from

scratch

by

volunteers

performing

systematic

ground

surveys

using

a

handheld

GPS

unit

and

a

notebook,

digital

camera,

or

a

voice

recorder
.

This

data

was

then

entered

into

the

OpenStreetMap

database
.

More

recently

the

availability

of

aerial

photography

and

other

data

sources

from

commercial

and

government

sources

has

greatly

increased

the

speed

of

this

work

and

has

allowed

land
-
use

data

to

be

collected

more

accurately
.

When

large

datasets

are

available

a

technical

team

will

manage

the

conversion

and

import

of

the

data
.









Page 5

BRIdging SErvices, Information and
Data for Europe

WWW.BRISEIDE.EU

specifically

the

BRISEIDE

client,

are

enabled

to

perform

searches

and

queries
.


The

BRISEIDE

Geo
N
etwork

catalogue

will

be

deployed

onto

Tomcat/Apache

environment
.

BRISEIDE

Catalogue

will

allow

Harvesting,

this

is

the

process

of

collecting

remote

metadata

and

storing

them

locally

for

a

faster

access
.

This

is

a

periodic

process

to

do,

for

example,

once

a

week
.

Harvesting

is

not

a

simple

import
:

local

and

remote

metadata

are

kept

aligned
.

One

GeoNetwork

node

is

capable

of

discovering

metadata

that

have

been

added,

removed

or

updated

in

the

remote

node
.

GeoNetwork

is

able

to

harvest

from

the

following

sources

(for

more

details

see

below)
:


Another

BRISEIDE

node
.


Another

GeoNetwork

node
.


A

WebDAV

server
.


A

CSW

2
.
0
.
1

or

2
.
0
.
2

catalogue

serve
r
.


An

OAI
-
PMH

server
.


An

OGC

service

using

its

GetCapabilities

document
.

These

include

WMS,

WFS,

WPS

and

WCS

services
.



The

process

retrieves

geometryless

WFS

feature

collections

with

all

the

attributes

of

the

zoning

layer

(prefixed

by

'z_'),

and

the

statistics

fields

count/min/max/sum/avg/stdd
ev
.

The

development

of

the

topological

and

statistical

is

almost

concluded

(
95
%
)
;

the

final

test

of

the

process

will

be

carried

on

as

soon

as

the

complete

set

of

test

data

will

become

available
.



WPS

The

Briseide

WPS

processes

are

logically

subdivided

in

topological

and

statistical
.

These

processes

are

implemented

within

the

Geoserver

project
.

The

Geoserver

WPS

request

builder

could

be

used

to

test

these

processes
.

The

topological

processes

are

divided

in

four

sub
-
types
:


BufferFeatureCollection
.


IntersectionFeatureCollection
.


UnionFeatureCollection
.


InclusionFeatureCollection
.

The

topological

processes

receive

as

input

a

FeatureCollection,

represented

as

an

XML

WFS

FeatureCollection

and

it

retrieves

as

output

a

FeatureCollection

of

the

same

type
.

The

BufferFeatureCollection

calculates

a

buffer

for

each

Feature

in

a

Feature

Collection
.

The

buffer

value

should

be

passed

as

an

input

value,

or

could

be

obtained

by

a

the

value

of

a

field

in

the

layer
.

The

IntersectionFeatureCollection

returns

the

intersections

between

two

feature

collections
.

The

UnionFeatureCollection

returns

the

union

between

two

feature

collections
.




The

InclusionFeatureCollection

provides

a

feature

collection

containing

the

features

of

the

first

input

collection

included

in

the

second

feature

collection
.

The

statistical

processes

are

divided

in

two

sub
-
types
:


VectorZonalStatistics


RasterZonalStatistics

The

VectorZonalStatistics

provides

statistics

for

the

distribution

of

a

certain

quantity

in

a

set

of

reference

areas
.

The

process

receives

as

input

a

data

layer

that

must

be

a

point

layer,

a

set

of

reference

areas

that

must

be

passed

as

a

polygon

layer,

and

the

attribute

to

be

used

for

the

computation

of

the

statistics

that

must

be

a

field

name

of

the

point

layer
.

The

process

retrieves

a

WFS

FeatureCollection

with

all

the

attributes

of

the

zoning

layer

(prefixed

by

'z_'),

and

the

statistics

fields

count/min/max/sum/avg/std
dev
.


According

to

CEN

“Geospatial

data

catalogues

are

discovery

and

access

systems

that

use

metadata

as

the

target

for

query

on

raster,

vector,

and

tabular

geospatial

information
.

Metadata

is

the

information

and

documentation,

which

makes

data

understandable

and

sharable

for

users

over

time”
.

Indexed

and

searchable

metadata

provide

a

disciplined

vocabulary

against

which

intelligent

geospatial

search

can

be

performed
.

Catalogue

services

provide

the

functionality

both

to

manage

and

to

search

catalogues
;

they

are

a

special

case

of

geospatial

processing

service
.

They

can

be

considered

the

heart

of

any

SDI
.

A

catalogue

can

be

thought

of

as

a

specialized

database

of

information

about

geospatial

resources

available

to

a

group

or

community

of

users
.

These

resources

are

assumed

to

have

OpenGIS

features,

feature

collection
s
,

catalogue

and

metadata

interfaces,

or

they

may

be

geoprocessing

services
.


The

BRISEIDE

Catalogue

Services

rely

on

the

CSW

ISO

Application

Profile

[CSW

ISO

AP]

as

defined

in

INSPIRE

Discovery

Service

[INS

DIS],

so

to

extend

additional

aspects








Service

catalogue

not

covered

by

the

[CSW

ISO

AP]
.


The

main

purposes

of

this

service

are
:


to

collect

all

resource

metadata

(dataset

and

services)

related

to

BRISEIDE

topics,


to

allow

a

Client

to

perform

spatio
-
temporal

queries,


to

allow

a

Client

to

invoke

data

access

services

on

the

basis

of

temporal

parameters
.

The

logical

model

of

a

BRISEIDE

Catalogue

Service

data

with

temporal

dimension

are

uploaded

in

the

exchange

format

to

the

FTP

site

(or

equivalent)

of

the

Time
-
aware

SDI

node

(note

that

this

can

be

integrated

with

the

Pilot’s

system

itself)

providing

some

metadata

too
.

Data

and

metadata

are

ingested

by

the

Ingestion

Engine

that

updates

the

Metadata

Catalogue

implemented

with

GeoNetwork

by

means

of

the

CSW
-
T

interface
.

GeoNetwork

installation

relies

on

a

Post
gr
eSQL

DBMS

in

which

metadata

are

stored

with

a

Profile

that

manages

temporal

attributes
.

The

metadata

repository

is

visible

from

the

network

so

that

clients,

and





Each

zone

will

report

statistics

partitioned

by

classes

according

to

the

values

of

the

grid

coverage
)
;

this

optional

layer

is

supposed

to

be

a

single

band

integral

data

type

coverage
.

The

RasterZonalStatistics

provides

statistics

for

the

distribution

of

a

certain

quantity

in

a

set

of

reference

areas
.

The

process

receives

as

input

a

data

l a y e r

t h a t

is

a

raster

layer,

a

reference

layer

that

must

be

a

polygonal

layer,

a

raster

band

used

to

compute

statistics,

and

an

optional

coverage

whose

values

will

be

used

as

classes

for

the

statistical

analysis
.





Figure

9
:

T
wo

WMS

requests

with

TIME

and

ELEVATION
.

Page 6

..&TIME=2008
-
10
-
31T00:00:000Z&ELEVATION=50

…&TIME=2008
-
10
-
31T00:00:000Z&ELEVATION=0

Technology

Focus

Harvesting


Harvesting

is

the

process

of

collecting

remote

metadata

and

storing

them

locally

for

a

faster

access
.

This

is

a

periodic

process

to

do,

for

example,

once

a

week
.

The

harvesting

mechanism

is

based

on

the

concept

of

a

universally

unique

identifier

(UUID)
.

This

is

a

special

id

because

it

is

not

only

unique

locally

to

the

node

that

generated

it

but

it

is

unique

across

all

the

world
.

It

is

a

combination

of

the

network

interface’s

MAC

address,

the

current

date/time

and

a

random

number
.

Every

time

you

create

a

new

metadata

in

GeoNetwork,

a

new

UUID

is

generated

and

assigned

to

it
.


Another

important

concept

behind

the

harvesting

is

the

last

change

date
.


These

two

concepts

allow

GeoNetwork

to

fetch

a

remote

metadata,

check

if

it

has

been

updated

and

remove

it

locally

if

it

has

been

removed

remotely
.



http
:
//geonetwork
-
opensource
.
org/stable/us
ers/admin/harvesting/ind
ex
.
html


BRIdging SErvices, Information and
Data for Europe

WWW.BRISEIDE.EU

Geoportal

URM

(Uniform

Resource

Management)

Geoportal

is

based

on

two

principles,

Geohosting

and

Uniform

Resource

Management
.

Objectives

of

Geohosting

are

the

creation

of

system

for

sharing

of

spatial

data

with

possibility

to

publish

data

for

any

user

on

Web
.

The

system

is

based

on

open

formats

and

it

is

open

for

interaction

with

other

SDI

platforms
.

The

main

objective

of

URM

is

easy

description,

discovery

and

validation

of

relevant

information

sources

(not

only

spatial)
.

URM

has

ensured

that

any

user

can

easily

discover,

evaluate

and

use

relevant

information
.

The

free

text

engine

(e
.
g
..

Google)

can’t

be

used

due

to

the

fact

that

in

many

cases

a

user

obtains

thousands,

if

not

millions,

of

irrelevant

links
.


This

happens

because

the

free

text

engines

do

not

fully

recognise

the

context

of

researched

information
.

The

context

characterises

any

information,

knowledge

and

observation
.

Context

strongly

influences

the

way

how

the

information

is

used
.

A

pos s i bi l i t y

f o r

s o l vi ng

the

discovery

problem

within

a

context

is

to

use

metadata

for

standardised

description

of

any

information,

knowledge,

data

sources,

sensors,

etc
.

In

combination

with

standardised

lists

of

terms

(controlled

vocabularies

or

thesaurus,

standardised

way

of

geometric

location,

gazetteers

and

controlled

list

of

categories),

it

increas
es

efficiency

of

discovery

of

requested

knowledge,

information

or

data

sources
.


The

URM

concept

also

allows

accessing

any

information

stored

on

one

portal

with

other

portals

using

URM

principles
.

It

extends

work

with

spatial

data

for

any

type

of

data
.

The

Geoportal

is

composed

from

independent

components
;

most

of

them

are

Open

Source
.

The

main

principles

of

the

solution

are
:


Independent

components

-

c
omposition

according

to

user

requirements
;

b
ased

on

SOA
;

p
ossibility

to

integrate

with

other

resources
.


Maximum

openness


-

o
pen

s
ource
;

o
pen

s
tandards
.


Extension

to

non
-
GIS

community


-

Open

Search

Administration

of

other

(non
-
spatial)

data

sources
.

The

components,

of

which

geoportal

is

composed

are
:


Content

management

system

(SimpleCMS

or

Liferay)
.


Metadata

system

Micka
.


Catalogue

client

Micka
.


Micka

light

for

editing,

exporting

and

validation

metadata

based

on

INSPIRE

metadata

standard
.


HSlayers

based

on

OpenLayers

and

Ext
.


GeoHosting

including

MapMan

and

DataMan
.


Optional

support

for

GeoServer
.


Metadata

extractor

for

publishing

non

spatial

data

with

metadata

description
.


Portal

and

web

client

deployment

catalogue

Figure

10
:

GeoPortal

SOA

imlementation


Technology

Focus

SimpleCMS


Simple

CMS

allows

editing

of

home

page

of

URM

portal
.

This

function

is

dedicated

to

administrator
.

SCMS

allows

the

following
:


Define

content

and

system

of

menu

for

home

page


Publish

articles

on

home

page



Publish

external

links

in

menu

on

home

page


Publish

predefined

map

composition

from

MapMan

on

home

page



Order

information

on

home

page


Remove

information

from

home

page


Publish

RSS

channels

on

home

page

For

guest

or

normal

users

only

a

predefined

context

is

accessible
.

It

can

be

articles

or

links

on

external

web

pages

or

map

information

can

be

displayed

directly

on

home

page
.

Administrator

after

login

to

portal

can

edit

the

context

of

home

page
.

An

administrator

is

allowed

to
:


Edit

menu


Delete

menu


Add

submenu


Move

the

menu

up

or

down


Add

new

item

into

the

menu


A

further

section

will

be

devoted

to

service

orchestration
.

The

approach

will

be

based

on

graphical

components

to

be

plugged

together
.

Each

service

will

be

automatically

rendered

as

a

graphical

component,

formatted

according

to

the

type

of

service

(e
.
g
.

WPS,

WFS

etc
.
),

to

the

input

required

as

well

as

to

the

output

provided
.

This

information

will

be

automatically

extracted

by

the

system

through

the

available

metadata
.

The

operator

will

be

then

able

to

connect

graphically

compatible

input

and

output

slots

which

will

be

snapped

by

the

system

automatically

(if

compatible

data
-
wise),

whenever

the

user

drags

them

close

to

one

another
.




This

way

it

will

be

possible

to

create

complex

service

chains

in

a

very

user

friendly

manner

without

the

user

being

forced

to

be

aware

of

the

underlying

infrastructure
.

The

user

will

be

able

to

run

the

corresponding

processing

sequence,

while

the

orchestration

components

will

take

care

of

all

the

overhead

and

underlying

communi
-
cation
.

The

result

will

be

visualized

with

an

immediate

graphical

way
.

At

this

phase

of

development

the

BRISEDE

Client

allows

to

manage

standard

services

in

2
D

and

3
D

view,

further

Sensor

Observation

Services

(SOS)

can

be

consumed

by

the

client

using

the

52
North

plug
-
in

for

uDig

and

the

sensor

data

can

be

visualized

in

according

with

time

properties
.


Client

The

BRISEIDE

client

will

be

developed

on

top

of

uDig

and

Nasa

World

Wind,

which

in

turns

are

built

over

the

Eclipse

Framework
.

A

notable

example

of

a

powerful

implementation

of

the

OSGi

paradigm

over

an

RCP

platform

is

uDig,

an

advanced

and

complete

desktop

GIS

for

data

access,

editing

and

viewing,

integrating

advanced

GIS

capabilities

through

the

well
-
known

Geotools

library
.

The

BRISEIDE

client

will

be

composed

of

a

number

of

different

views,

as

detailed

within

the

previous

section
.

It

should

also

be

noted

that

a

default

view

will

be

provided,

however,

due

to

the

flexible

nature

of

Eclipse,

the

final

user

will

be

free

to

customize

their

view

and

define

their

own

view

arrangement
.

By

default

the

client

will

show

a

central

area

where

the

2
D

and

3
D

views

will

be

available
.

At

the

bottom

of

the

page

a

panel

providing

logging

functionalities

will

be

provided
.

On

one

of

the

sides

of

the

interface

it

will

be

possible

to

access

the

resources

available

to

the

system
.

These

include

available

data

and

services,

table

of

content,

access

to

metadata

information

through

tables

etc
.




Technology

Focus

Eclipse

Rich

Client

(RCP)


Eclipse

RCP

is

a

platform

for

building

and

deploying

rich

client

applications
.

It

includes

Equinox,

a

component

framework

based

on

the

OSGi

standard,

the

ability

to

deploy

native

GUI

applications

to

a

variety

of

desktop

operating

systems,

such

as

Windows,

Linux

and

Mac

OSX

and

an

integrated

update

mechanism

for

deploying

desktop

applications

from

a

central

server
.



http
:
//www
.
eclipse
.
org/h
ome/categories/rcp
.
php





Page 7

Figure

11
:

Client

interface

mock
-
up


BRIdging SErvices, Information and
Data for Europe

WWW.BRISEIDE.EU

Page 8

The

main

objectives

for

WP
3

are
:


To

prepare

information

that

will

be

used

by

the

pilots

according

the

established

requirements
.


To

define

the

final

functionalities

for

the

different

pilots
.


To

make

the

practical

implementation

of

the

services

for

every

pilot
.


To

ensure

testing

an

validation

of

the

pilots
.


To

train

final

users
.

Data

collection

and

data

fitting

The

goal

of

this

task

is

to

collect

the

static

data/metadata

available

from

different

data

providers

in

addition

to

those

already

available

through

other

EU

project,

as

identified

during

previous

T
.
1
.
5
.

This

activity

has

already

started,

coordinating

efforts

with

WP
2

by

partner

Reggiani
.

A

server

to

host

the

data

provided

by

the

partners

has

been

set
-
up

and

the

partners

have

upload

the

first

information

described

in

WP
1
.

This

includes

also

some

additional

information

which

enlarge

the

list

of

data

availability

for

the

project

and

represents

a

subset

of

all

possible

type

of

information

to

be

used

within

the

pilots
.

A

guideline

for

uploading

data

and

creating

metadata

has

been

produced,

including

formats

for

data

to

be

uploaded

and

tools

for

the

metadata

creation
.







The

main

efforts

right

now

lays

on

collecting

representative

information

from

pilot

partners

and

producing

the

report

on

data

collection,

which

is

due

to

be

finished

by

April

2011

(
Deliverable

3
.
3
.
04
.

Report

on

Data

Collection
)
.

Definition

of

evaluation

methodology

This

task

will

identify

the

evaluation

strategy

to

be

followed,

which

will

be

focused

on

the

aims

and

the

objectives

of

the

evaluation

as

well

as

the

elaboration

of

the

methodology

for

testing

and

assessment

of

developed

BRISEIDE

Pilot

B
.

This

activity

started

in

December

and

the

leader

partner

together

with

coordinator

team

are

working

in

the

preparation

of

the

first

draft

of

the

Deliverable

3
.
3
.
02
.

Evaluation

Methodology

The

methodology

will

be

based

on

several

strategic

elements

to

focus

what

is

going

to

be

analysed,

different

Indicators

that

will

be

used

for

the

impact

assessment

and

the

tools

and

techniques

adopted

for

the

test

plan

implementation
.


The

proposed

methodology

will

be

followed

for

the

evaluation

and

testing

of

the

pilot’s

developments
.




Pilot

deployment

and

assessment

This

phase

aims

at

implementing

the

different

Pilots

within

a

real

life

test
-
bed
.

This

phase,

which

started

last

September

2010

will

be

running

up

to

the

end

of

the

project

in

August

2012
.

The

activities

carried

out

during

last

months

include

the

preparation

of

the

Deliverable

D
3
.
3
.
01
-

First

BRISEIDE

pilot

B

prototype

that

will

make

available

the

first

version

of

the

Pilot

(beta)

with

basic

functionalities

resulting

from

integration

of

existing

technologies
.

The

work

of

task

3
.
5

runs

in

parallel

to

work

performed

in

task

3
.
1

and

task

2
.
2
.

The

first

deployment

of

pilot

is

related

to

the

deployment

of

BRISEIDE

node
.

The

activity

planned

with

SINERGIS

and

REGGIANI

are

the

following
:


Deployment

of

data

collected

as

basic

OGC

services

into

Intergraph

portal
.

The

prototype

version

portal

is

now

ready

with

some

EPSILON

and

ISPRA

pilot

data

available
.


Deployment

of

EPSILON

data

on

the

BRISEIDE

open

infrastructure
.

At

the

moment

the

activities

are

focused

on

making

available

the

framework

of

the

virtual

servers

for

the

deployment
.



Technology

Focus

Sensor

Observation

Service

(SOS)

A

Sensor

Observation

Service

provides

an

API

for

managing

deployed

sensors

and

retrieving

sensor

data

and

specifically

«observation»

data
.

Whether

from

in
-
sity

sensors

(e
.
g
.

Water

monitoring)

or

dynamic

sensors

(e
.
g
.

Satellite

imaging),

measurements

made

from

sensor

systems

contribute

most

of

the

geospatial

data

by

volume

used

in

geospatial

systems

today
.


The

general

scenario

for

in
-
situ

sensors

is

illustrated

in

Figure

1
-
1
,

where

deployed

sensors

(Sn)

of

various

types

are

grouped

into

several

constellations

(Cn)

that

are

then

accessed

through

some

service

(e
.
g
.
,

SOS)
.







[
...
]

Used

in

conjunction

with

other

OGC

specifications,

the

SOS

provides

a

broad

range

of

interoperable

capability

for

discovering,

binding

to

and

interrogating

individual

sensors,

sensor

platforms,

or

networked

constel
-
lations

of

sensors

in

real
-
time,

archived

or

simulated

environments
.


Source
:

Open

Geospatial

Consortium

Inc
.

Sensor

Observation

Service,

Implementation

Standard
.


Liaisons

with

existing

projects


CEN

TC

287

Geographic

Information

(
http
:
//www
.
gistandards
.
eu/MWS/index
.
php
)


BRISEIDE

has

officially

started

a

liaison

with

the

European

Committee

for

Standardization,

CEN,

is

multi
-
sectorial

and

develops

European

Standards

for

most

areas

(www
.
cenorm
.
be)
.

CEN

contributes

to

the

objectives

of

the

European

Union

and

European

Economic

Area

with

voluntary

technical

standards,

which

promote

free

trade,

the

safety

of

workers

and

consumers,

interoperability

of

networks,

environmental

protection,

exploitation

of

research

and

development

programmes,

and

public

procurement
.






Project

Focus

eContentPlus
project



European

Network

of

Best

Practices

for

Interoperability

of

Spatial

Planning

Information

(www
.
plan
4
all
.
eu)

coordinated

by

partner

UWB

The

Plan
4
all

project

should

contribute

to

the

standardisation

in

the

field

of

spatial

data

from

spatial

planning

point

of

view
.

Its

activities

and

results

will

become

a

reference

material

for

INSPIRE

initiative
;

especially

for

data

specification
.

Plan
4
all

is

focused

on

the

following

7

spatial

data

themes

as

outlined

in

Annex

II

and

III

of

the

INSPIRE

Directiv
e
:


Land

cover


Land

use


Utility

and

Governmental

services


Production

and

industrial

facilities


Agricultural

and

aquaculture

facilities


Area

management/restriction/r
egulation

zones

and

reporting

units


Natural

risk

zones







Update

on

WP
3



Pilot

and

assesment

OneGeology
-
Europe
www.onegeology.org

enviroGRIDS Black
www.envirogrids.net

i
-
Tour
www.itourproject.com/

HUMBOLDT

www.esdi
-
humboldt.eu

Naturnet Plus
www.portal.naturnet.org

NESIS

www.nesis.eu

Plan4all
http://www.plan4all.eu

Habitas

www.inspiredhabitats.eu

HLANDATA
www.hlandata.eu

Medisolae 3D
www.medisolae
-
3d.eu

GENESI DEC
http://www.genesi
-
dec.eu/

RURAL INCLUSION
www.rural
-
inclusion.eu/

SCIER

www.SCIER.eu

EURADIN

www.euradin.eu

VESTA
-
GIS

www.vesta
-
gis.eu

GIS4EU

www.gis4eu.eu

eSDI
-
Netplus
www.esdinetplus.eu/

SDI
-
EDU

http://portal.sdi
-
edu.zcu.cz

NatureSDI
plus

www.nature
-
sdi.eu


CEN TC 287
www.gistandards.eu

BRIdging SErvices, Information and
Data for Europe

WWW.BRISEIDE.EU

Key
Past

Events




14
t
h
National conferenc
e ASITA 2010

Operators

in

the

field

of

the

territorial

and

environmental

information,

had

in

Brescia,

Italy

the

occasion

to

get

an

overview

of

current

situation

of

geomatics

and

related

applications
.



The

conference

covered

all

aspects

related

to

spatial

knowledge,

Geographic

Information

Systems

and

the

implementation

of

the

INSPIRE

Directive

at

European

level
.



BRISEIDE

participated

with

a

paper

titled
:

“BRISEIDE

-

BRIdging

Services

Information

and

Data

for

Europe”

De

Amicis

R
.
,

Conti

G
.
,

Prandi

F
.
,

Di

Donato

P
.
,

Salvemini

M
.
,

Cimbelli

A
.





National Conference Geomatics in Projects



Castle

Kozel,
Czech

Republic



30

September

201
0



Intergraph Day, Croatia 2010



Z
agreb, Croatia



13

October

2010


II Conference of Croatian platform for reducing of disaster



Zagreb, Croatia



14
-
15

October

2010


II NSDI and INSPIRE day and 6
th

Conference Cartography and Geoinformation



Opatija, Croatia



25
-
27

November

2010


The CEN/TC 287 workshop and WG5 meeting on data interoperability in GMES, INSPIRE



at JRC, ISPRA, Italy


GEOSS DIMS retreat 2010



Trento
, Italy


20
-
21 December

2010


AdaptAlp Workshop on Hazard Mapping /Geological Hazard



Bavarian Environmental Agency



4

December

2010


International Symposium GIS Ostrava 2011



Ostrava,
Czech

Republic



23
-
26

January

2011






The

Defence

Geospatial

Intelligence

2011


Defence

Geospatial

Intelligence

(DGI)

is

Europe's

largest

and

most

international

annual

gathering

dedicated

to

the

high
-
level

discussion

of

the

importance

and

the

major

challenges

of

the

use

of

geospatial

intelligence

in

both

defence

and

national

security

operations
.


Addressing

the

use

of

geospatial

information

in

scenarios

such

as

international

conflicts,

defence

operations,

C
4
ISR,

humanitarian

disasters,

crime,

national

security,

border

control,

arms

treaty

monitoring

and

global

climate

change
;

a

fundamental

objective

of

DGI

is

to

help

organisations

understand

how

to

build

the

necessary

infrastructure

and

architecture

to

take

advantage

of

geospatial

intelligence

capabilities
.

Events Focus

For more Information
about Project Events visit:


http://www.briseide.eu/joo
mla/events/events
-
2.html

Page 10

Figure

12
:

BRISEIDE

at

Defence

Geospatial

Intelligence

2011

BRIdging SErvices, Information and
Data for Europe

WWW.BRISEIDE.EU

The

27
th

plenary

of

CEN/TC

287

Geographic

information

has

been

held

in

Malta

15
th

-

16
th

September

2010
.

Invitation

to

this

meeting

is

only

through

CEN

member

countries,

National

standards

bodies

or

official

liaison

organizations

to

CEN/TC

287
.


Best

Practice

workshop

has

been

held

in

Malta

on

14
th

September

2010
.

This

has

given

projects

the

opportunity

to

showcase

their

results
.

CEN/TC

287
,

in

partnership

with

the

European

Commission

Joint

Research

Centre

(DG

JRC)

are

considering

a

"Best

Practice"

technical

report

on

important

deliverables

from

European

funded

projects
.



Space

has

been

made

available

on

this

website

to

expose

some

of

the

work

being

done

in

the

geospatial

arena
.

The

project

has

been

presented

at

the

last

Geospatial

Intelligence

Summit,

in

Vienna,

Austria,

29
th

-

30
th

September

2010
.

The

event

brings

together

heads

of

Geospatial

Intelligence,

GIS,

Remote

Sensing,

Operations,

Imagery

and

Analysis
.



The

event

provides

a

unique

forum

to

discuss

and

debate

the

development

of

GIS

capabilities

across

the

globe,

addressing

the

use

of

geospatial

information

in

scenarios

such

as

international

conflicts,

humanitarian

disasters,

crime,

security,

border

control,

arms

treaty

monitoring

and

global

climate

change
.



A

fundamental

objective

of

the

conference

is

to

help

organisations

understand

how

they

can

best

take

full

advantage

of

GIS

capabilities

in

strategy

and

decision
-
making
.

Project
Meetings


WP2
Technical

Meeting

Lisbon

Meeting

The

WP
2

technical

meeting

was

held

in

Trento
,

Italy,

on

26
th

November

2010
.


WP
2

related

issues

were

discussed

among

involved

partners

during

the

round

table

sections
.



The

third

project

meeting

was

held

in

Lisbon
,

Portugal

21
st



2
4
th

February

201
1
.

The

meeting

was

hosted

by

partner

Istituto

Geogràfico

Portuguès
.


The

first

day

of

the

meeting

the

state

of

the

art

of

the

project

activities

was

presented
.

Presentation

were

given

by

the

work

packages’

leaders

and

project

coordinator
.


During

the

second

day

the

project

activities

and

project

management

issues

were

discussed
.


Furthermore

the

stakeholders

board

meeting

took

place

in

framework

of

Lisbon

Mee

ting
.






Page 11

Figure

14
:

The

3
rd

project

meeting

was

held

in

premises

of

IGP



Figure

13
:

Round

table

discussion

during

the

WP
2

technical

meeting


The

first

Stakeholders

Board

Meeting

The

first

Stakeholders

Board

(SB)

meeting

took

place

on

22

February

2011
,

at

the

premises

of

IGP

-

Instituto

Geográfico

Português

(Portuguese

Geographical

Institute)

in

Lisbon,

Portugal

in

the

context

of

the

3
rd

Project

Meeting
.

The

SB

will

insure

openness

and

visibility

of

the

project,

it

will

update

BRISEIDE

with

requirements

and

perspectives

of

users

and

industrial

partners
.

Dissemination

activities

as

well

as

project

visibility

may

be

achieved

through

organization

of

joint

workshops

involving

stakeholders

involved

in

BRISEIDE
.


The

Stakeholders

Board

is

made

of

involved

industrial

partners

and

business

incubators

of

the

consortium,

specifically
:


Geofoto (Croatia)


Technology Development Forum


TDF (Latvia)


Istituto Superiore per la Protezione la Ricerca Ambientale
-

ISPRA (Italy)


Reggiani (Italy)


Trabajos Catastrales, S.A.


TRACASA (Spain)


Instituto Geográfico Português


IGP (Portugal)


Epsilon International (Greece)


SinerGIS (Italy)

Furthermore the project Stakeholders Board involves also four members external to the stakeholders:


Carsten Rönsdorf, Ordnance Survey (UK)


Dr
.

Daniel Holweg, MOSS (Germany)


Prof
.

Juergen Doellner, HPI
-

Hasso Platner Institute/University of Potsdam (Germany)


Prof
.

Mike Jackson, University of Nottingham (UK)

The

competences,

skills

and

professional

expertise

of

the

stakeholders

involved

is

providing

useful

advice

that

is

helping

the

project

improve

its

quality

standards
.

Members

of

the

Stakeholders

Board

in

fact

is

bringing

into

BRISEIDE

key

input

on

technological

and

strategic

decisions
.

More

specifically,

during

the

meeting,

the

members

of

the

board

have

been

presented

the

state

of

BRISEIDE

as

well

as

a

list

aspects

for

the

future

progress

of

BRISEIDE
.

The

Stakeholders

Board

have

been

asked

to

give

feedback

on

the

work

done

and

presented

so

far

and

to

provide

suggestions

for

technological

and

strategic

decisions
.

In

the

subsequent

Stakeholders

Board

meeting,

the

Operational

Manager

shall

address

the

suggestions

and

explain

how

and

how

the

Consortium

has

dealt

with

the

Stakeholders

Board's

suggestions

and

reccomendations
.














Mr
.

Carsten Roensdorf

Dr
.

Daniel Holweg

Prof
.

Juergen Doellner

Prof
.

Mike Jackson

BRIdging SErvices, Information and
Data for Europe

WWW.BRISEIDE.EU



Follow

us



BRISEIDE
@

Web
2.0



The

BRI SEI DE

project

is

also

promoted

through

several

social

networks

including

Facebook,

LinkedIn,

Twitter

and

YouTube
.

These

can

be

accessed

at

the

following

addresses

or

through

the

QR

codes

next

to

each

of

the

social

network’s

logo
.



Linked
-
in
:

http
:
//www
.
linkedin
.
com/groups?mostPopular=&gid=
2865455


Facebook
:

http
:
//www
.
facebook
.
com/people/Briseide
-
Eu/
100000881936293


YouTube
:

http
:
//www
.
youtube
.
com/user/BriseideEU


Twitter
:


https
:
//twitter
.
com/#!/BriseideEU






Stay tuned:
BRISEIDE YouTube
channel






Page 12