Difference between revisions of "STSM Call 2012-12"

From COST Action FP0804: FORSYS
Jump to: navigation, search

Warning: require(): Unable to allocate memory for pool. in /data/home/fp0804/www/wiki/includes/AutoLoader.php on line 1191
(Eights call for Short Term Scientific Missions)
 
(2 intermediate revisions by one user not shown)
Line 1: Line 1:
 
[[Category:Short-term Scientific Missions]]
 
[[Category:Short-term Scientific Missions]]
==Seventh call for Short Term Scientific Missions==
+
==Eights call for Short Term Scientific Missions==
'''The deadline is 1 June 2012 '''
+
'''Absolute last date for submitting an application - 31st December 2012'''
  
The current call is evaluated on the following criteria (note that the order does not constitute a rank of priority): (i) case studies of DSS strengths and weaknesses; (ii) STSM suggestions from WGs (see list below); (iii) contribution to guidelines to support the design of DSS; (iv) general contribution to FORSYS milestones.  
+
'''This is the last opportunity to propose STSMs under FORSYS. The applications will be evaluated as they are submitted, on a monthly basis (deadlines: 30th of September, 31st of October, 30th of Novembre, 31st of December) until the available budget is exhausted. In any cases, [[missions have to be completed and reported no later than 28ht of February]] to be of value for the Action.'''
  
Applications can only be submitted by using the on-line registration tool on http://www.cost.esf.org/stsm (select Action FP0804). To see details go to ftp://salix.slu.se/download/FORSYS_info/STSM.pdf. The applicant should also submit to STSM coordinator Luigi Portoghesi (lporto at unitus.it): (i) a detailed work plan, (ii) CV, and (iii) host acceptance letter.
+
Short Term Scientific Missions (STSMs) allow scientists to learn from an institution or laboratory in another COST country innovative concepts and methodologies of particular interest to young scientists. The Applicant should normally be a post graduate student, a postdoctoral fellow or be employed in an institution of a COST Country having accepted the MoU.
  
One aim of STSMs is to contribute to the achievement of one or more milestones (see the WG workplans on http://fp0804.emu.ee/). The current call is evaluated on the following criteria (note that the order does not constitute a rank of priority): (i) case studies of DSS strengths and weaknesses; (ii) STSM suggestions from WGs (see list below); (iii) contribution to guidelines to support the design of DSS; (iv) general contribution to FORSYS milestones.
+
FORSYS activities are structured in four Working Groups (WGs):
 +
# DSS Architecture and design
 +
# Method-based management system
 +
# Knowledge management
 +
# Participatory processes
  
Applications can only be submitted by using the on-line registration tool on http://www.cost.esf.org/stsm (select Action FP0804). To see details go to ftp://salix.slu.se/download/FORSYS_info/STSM.pdf; copy link to browser if needed. The applicant should also submit to STSM coordinator Luigi Portoghesi (lporto@unitus.it): (i) a detailed work plan, (ii) CV, and (iii) host acceptance letter.  
+
The WGs’ work passes a number of milestones of various characters which relate directly to the points highlighted in the scientific program. One aim of STSMs is to contribute to the achievement of one or more milestones (see the WG workplans on http://fp0804.emu.ee/). The current call is evaluated on the following criteria (without priority): (i) case studies of DSS strengths and weaknesses (see e.g. http://fp0804.emu.ee/wiki/index.php/STSM_Opportunities); (ii) STSM suggestions from WGs (see list below); (iii) contribution to guidelines to support the design of DSS; (iv) general contribution to FORSYS milestones.
  
The work plan should be structured as follow:
+
Applications can only be submitted by using the on-line registration tool on http://www.cost.esf.org/stsm (select Action FP0804). To see details go to ftp://salix.slu.se/download/FORSYS_info/STSM.pdf (copy link to browser if needed). The applicant should also submit to STSM coordinator Luigi Portoghesi (lporto@unitus.it): (i) a detailed work plan, (ii) CV, and (iii) host acceptance letter.
*Background of and motivation for the mission
+
*Goal of the proposed STSM and its contribution to FORSYS objectives
+
*Main contents of the STSM (list of activities to be carried out at the host institution)
+
  
The budget for an individual STSM can be maximum € 2500 including travel and a daily allowance of € 60-90. The Steering Committee of FORSYS will evaluate the applications on behalf of the Management Committee.
+
The work plan should be structured as follow:
 +
* Background of and motivation for the mission
 +
* Goal of the proposed STSM and its contribution to FORSYS objectives
 +
* Main contents of the STSM (list of activities to be carried out at the host institution)
 +
 
 +
The budget for an individual STSM can be maximum € 2500 including travel (seldom in excess of € 400) and a daily allowance (€ 60-90). The Steering Committee of FORSYS will evaluate the applications on behalf of the Management Committee.
  
 
==STSM suggestions from WGs==
 
==STSM suggestions from WGs==
Line 22: Line 28:
 
*Link the DSS to the problem types through the problem dimensions; label the problem types (connected to the wiki).  
 
*Link the DSS to the problem types through the problem dimensions; label the problem types (connected to the wiki).  
 
*Glossary, first step towards an ontology of the wiki.  
 
*Glossary, first step towards an ontology of the wiki.  
*Categories as the basis for DSS search on the wiki.  
+
*Categories as the basis for DSS search on the wiki.
*Architecture – new approaches.
+
*Implementing a new query builder and the query result forms on the FORSYS semantic wiki.
 
+
*Architecture – '''new approaches'''.  
(Note: a STSM could cover more than one aspect mentioned above if they are closely linked).  
+
  
 
===WG2===
 
===WG2===
*Table development – review the comments from the Problem type/Method description table being developed in WG2 and develop the advantage and disadvantage key attributes of the different methods. Link methods to the Wiki entries by examining the DSS and making key word (methods) links.  
+
*New case study descriptions that focus on the application of existing DSS tools to forest management questions, or to the improved delivery of ecosystem services in a specific region, with specific emphasis on the methods used and the rationale for selection.  
*Single stand optimization methods
+
*Non-linear programming? Single stand optimization method problem type is probably under-represented or not represented. Are there any methods that could be used for this problem?
+
 
===WG3===
 
===WG3===
*To identify computer based KM tools which support the processes of knowledge identification and generation, knowledge storage and transfer in the context of the topic identifying adaption strategies for Climate change.
+
*To contribute to the formulation of the FORSYS guidelines: What is the benefit of using Knowledge Management (KM) techniques and tools in developing DSS? Which tools and techniques can be used for a particular design phase? What is the joint benefit of the use of KM tools and techniques in relation to the participation of different users (e.g. decision maker) and developers (scientist, IT-specialist, decision analyst)? What is the benefit of using web2.0 social media tools?
*To explore the role of Cognitive Mapping (CM) in supporting participatory planning, knowledge management and problem structuring - an example on Regional Forest Programs in Finland
+
*To consider common issues of participation processes and Knowledge Management processes in DSS approaches for the formulation of the FORSYS guidelines
+
  
 +
*To contribute to the formulation of the FORSYS guidelines: What is the benefit of integrating Knowledge Management (KM) techniques and tools in DSS? Which tools and techniques can form an integral part of a DSS for multipurpose forest management? Which design principles have to be considered in offering such techniques and tools to the user of the DSS? How can DSS developers (scientist, IT-specialist, decision analyst) link knowledge management processes (e.g. knowledge identification, generation, sharing, ..) to the planning and decision making processes of DSS?
 +
 
===WG4===
 
===WG4===
*Study specific cases of interest from the participatory planning (PP) point of view. (The cases of interest for participatory planning will be presented on the WIKI pages, and presented based on the case template given.)
+
* Study specific cases of interest from the participatory planning (PP) point of view. _The study can be based on the general template presented on the WIKI pages, but also case studies concentrating on the use and/or usefulness of forest DSS in a particular participatory planning case are welcomed.  
*Make reviews of the collected information (cases/CR), and see what tools are actually used in PP and what have not been used. If tools seemingly useful are not utilized in practice, we try to find out why.  
+
*Make reviews of the collected information (cases/CR), and see what tools are actually used in PP and what have not been used. If tools seemingly useful are not utilized in practice, we try to find out why.
 
*Screen the DSS cases to see how common using PP in the development has been, and to what sort of tasks.
 
*Screen the DSS cases to see how common using PP in the development has been, and to what sort of tasks.

Latest revision as of 20:10, 5 November 2012

Eights call for Short Term Scientific Missions

Absolute last date for submitting an application - 31st December 2012

This is the last opportunity to propose STSMs under FORSYS. The applications will be evaluated as they are submitted, on a monthly basis (deadlines: 30th of September, 31st of October, 30th of Novembre, 31st of December) until the available budget is exhausted. In any cases, missions have to be completed and reported no later than 28ht of February to be of value for the Action.

Short Term Scientific Missions (STSMs) allow scientists to learn from an institution or laboratory in another COST country innovative concepts and methodologies of particular interest to young scientists. The Applicant should normally be a post graduate student, a postdoctoral fellow or be employed in an institution of a COST Country having accepted the MoU.

FORSYS activities are structured in four Working Groups (WGs):

  1. DSS Architecture and design
  2. Method-based management system
  3. Knowledge management
  4. Participatory processes

The WGs’ work passes a number of milestones of various characters which relate directly to the points highlighted in the scientific program. One aim of STSMs is to contribute to the achievement of one or more milestones (see the WG workplans on http://fp0804.emu.ee/). The current call is evaluated on the following criteria (without priority): (i) case studies of DSS strengths and weaknesses (see e.g. http://fp0804.emu.ee/wiki/index.php/STSM_Opportunities); (ii) STSM suggestions from WGs (see list below); (iii) contribution to guidelines to support the design of DSS; (iv) general contribution to FORSYS milestones.

Applications can only be submitted by using the on-line registration tool on http://www.cost.esf.org/stsm (select Action FP0804). To see details go to ftp://salix.slu.se/download/FORSYS_info/STSM.pdf (copy link to browser if needed). The applicant should also submit to STSM coordinator Luigi Portoghesi (lporto@unitus.it): (i) a detailed work plan, (ii) CV, and (iii) host acceptance letter.

The work plan should be structured as follow: 
* Background of and motivation for the mission 
* Goal of the proposed STSM and its contribution to FORSYS objectives 
* Main contents of the STSM (list of activities to be carried out at the host institution)

The budget for an individual STSM can be maximum € 2500 including travel (seldom in excess of € 400) and a daily allowance (€ 60-90). The Steering Committee of FORSYS will evaluate the applications on behalf of the Management Committee.

STSM suggestions from WGs

WG1

  • Link the DSS to the problem types through the problem dimensions; label the problem types (connected to the wiki).
  • Glossary, first step towards an ontology of the wiki.
  • Categories as the basis for DSS search on the wiki.
  • Implementing a new query builder and the query result forms on the FORSYS semantic wiki.
  • Architecture – new approaches.

WG2

  • New case study descriptions that focus on the application of existing DSS tools to forest management questions, or to the improved delivery of ecosystem services in a specific region, with specific emphasis on the methods used and the rationale for selection.

WG3

  • To contribute to the formulation of the FORSYS guidelines: What is the benefit of using Knowledge Management (KM) techniques and tools in developing DSS? Which tools and techniques can be used for a particular design phase? What is the joint benefit of the use of KM tools and techniques in relation to the participation of different users (e.g. decision maker) and developers (scientist, IT-specialist, decision analyst)? What is the benefit of using web2.0 social media tools?
  • To contribute to the formulation of the FORSYS guidelines: What is the benefit of integrating Knowledge Management (KM) techniques and tools in DSS? Which tools and techniques can form an integral part of a DSS for multipurpose forest management? Which design principles have to be considered in offering such techniques and tools to the user of the DSS? How can DSS developers (scientist, IT-specialist, decision analyst) link knowledge management processes (e.g. knowledge identification, generation, sharing, ..) to the planning and decision making processes of DSS?

WG4

  • Study specific cases of interest from the participatory planning (PP) point of view. _The study can be based on the general template presented on the WIKI pages, but also case studies concentrating on the use and/or usefulness of forest DSS in a particular participatory planning case are welcomed.
  • Make reviews of the collected information (cases/CR), and see what tools are actually used in PP and what have not been used. If tools seemingly useful are not utilized in practice, we try to find out why.
  • Screen the DSS cases to see how common using PP in the development has been, and to what sort of tasks.