Difference between revisions of "Kuopio workshop report"
(→Testing of Intarese methods and tools in noise policy case) |
(email to Clive added) |
||
| Line 1: | Line 1: | ||
The report about the workshop, including outcomes, experiences, lessons learned, problems faced, development needs identified etc., will be written here. An intermediate report will be prepared for presentation at the SP1 meeting on 20 March and the final report will be prepared in the end of the workshop and presented at SP4 workshop in April. | The report about the workshop, including outcomes, experiences, lessons learned, problems faced, development needs identified etc., will be written here. An intermediate report will be prepared for presentation at the SP1 meeting on 20 March and the final report will be prepared in the end of the workshop and presented at SP4 workshop in April. | ||
| + | |||
| + | ==Email to Clive 19.3.2007 at 12:30== | ||
| + | |||
| + | Dear Clive, | ||
| + | |||
| + | I copy-pasted the wiki page "Tools needed in Intarese toolbox" on a Word file. In the meeting this morning, we decided that my talk tomorrow will focus on | ||
| + | *describing these tables as the major output of the workshop, | ||
| + | *telling that it is useful to divide things to | ||
| + | ** assessment-specific things (an extension of cross-cutting issues) | ||
| + | ** variable-specific things | ||
| + | ** step-specific things (that is things that relate to a particular step in the causal chain such as source, exposure etc) | ||
| + | *emphasizing that the major output of Intarese should be an assessment workspace, which is a working area where several assessors can work together, bring in information, and discuss it and synthesise it into risk assessments, | ||
| + | *emphasizing that we need already now a draft version of such an assessment workspace, and the only thing is available to our knowledge is Mediawiki. What the final workspace will be, can be decided later based on our and SP3's experiences. | ||
| + | |||
| + | Useful observations related to these tables: | ||
| + | *when we categorise things this way, we are able to place almost everything that has come to our minds into this framework. | ||
| + | * there are important gaps in the Intarese project that we noticed when looking at these tables: emission models and policy options (i.e. actions in DPSEEA) are missing. | ||
| + | |||
| + | Sincerely, | ||
| + | |||
| + | Jouni | ||
Revision as of 10:31, 19 March 2007
The report about the workshop, including outcomes, experiences, lessons learned, problems faced, development needs identified etc., will be written here. An intermediate report will be prepared for presentation at the SP1 meeting on 20 March and the final report will be prepared in the end of the workshop and presented at SP4 workshop in April.
Contents
Email to Clive 19.3.2007 at 12:30
Dear Clive,
I copy-pasted the wiki page "Tools needed in Intarese toolbox" on a Word file. In the meeting this morning, we decided that my talk tomorrow will focus on
- describing these tables as the major output of the workshop,
- telling that it is useful to divide things to
- assessment-specific things (an extension of cross-cutting issues)
- variable-specific things
- step-specific things (that is things that relate to a particular step in the causal chain such as source, exposure etc)
- emphasizing that the major output of Intarese should be an assessment workspace, which is a working area where several assessors can work together, bring in information, and discuss it and synthesise it into risk assessments,
- emphasizing that we need already now a draft version of such an assessment workspace, and the only thing is available to our knowledge is Mediawiki. What the final workspace will be, can be decided later based on our and SP3's experiences.
Useful observations related to these tables:
- when we categorise things this way, we are able to place almost everything that has come to our minds into this framework.
- there are important gaps in the Intarese project that we noticed when looking at these tables: emission models and policy options (i.e. actions in DPSEEA) are missing.
Sincerely,
Jouni
Testing of Intarese methods and tools in noise policy case
Click here to download original Analytica file
The noise policy case in the Schiphol assessment (see figure) tests and applies the selected Intarese methods and tools (see table). We start with the green and yellow variables, since there are data available. For each variable we describe the methods and tools needed and give an example/application of available methods and tools in the noise policy case.
Noise level distribution: Application in noise policy case
Original variable: Noise levels
Methods and tools needed
Development of noise level indicator
Methods and tools available:
- WHO indicator development methodology
- Application in case:
- Input to method: Noise level measurements
- Output of method: Noise level indicator
Population distribution
Original variable: Exposed population
Methods and tools needed
Methods and tools available:
- Application in case:
- Input to method:
- Output of method: Noise level indicator
Number of people exposed to certain noise levels: Application in noise policy case
Original variable: Noise exposure
Methods and tools needed
Noise exposure model
Methods and tools available:
- WP1.2 exposure models
- Application in case:
- Input to method:
- Output of method:
Development of noise exposure indicator
Methods and tools available:
- WHO indicator development methodology
- Application in case:
- Input to method: None
- Output of method: Noise exposure indicator (for example: Fraction of population with a given Lden of <55 dB(A), 55-60 dB(A), >60 dB(A))
Model to translate noise levels into sleep disturbance : Application in noise policy case
Original variable Sleep disturbance
Methods and tools needed
- WP1.3 methods of systemtic review/meta-analysis
- Application in case:
- Input to method: specific epidemiological studies dealing with noise and sleep disturbance
- Output of method: One specific study/ model that can be best used to model noise related sleep disturbance. (For example: Miedema functions, see Sleep disturbance
