39 research outputs found

    5.10 How do Regulatory Requirements and Assumptions Correlate to Practical Experience in Residue Studies with Nectar and Pollen?

    Get PDF
    Residues of pesticides detected in pollen and nectar (bee relevant matrices) represent a realistic research approach to estimate pollinator exposure. Therefore, a robust and reliable method to sample and measure these residues is part of risk assessment schemes in several parts of the world. EFSA guidance for pollinators was the first risk assessment to allow for the refinements of the expected residue values during exposure. EPA as well as IBAMA followed suite and proposed in vivo refinements for residue values. To achieve this goal nectar and pollen from plant species have to be collected in sufficient amounts to allow for residue analysis. Several methods are available for the collection of bee matrices. We list general methods developed to sample pollen and nectar, focus on some common issues encountered during the conduct of these studies and place the measurements derived from these studies into a risk assessment context. With all the information available now it would be a useful task to compare residue levels in matrices collected manually and with the help of pollinators to give advice for guidance document refinements and help to approve the design of studies in the future.Residues of pesticides detected in pollen and nectar (bee relevant matrices) represent a realistic research approach to estimate pollinator exposure. Therefore, a robust and reliable method to sample and measure these residues is part of risk assessment schemes in several parts of the world. EFSA guidance for pollinators was the first risk assessment to allow for the refinements of the expected residue values during exposure. EPA as well as IBAMA followed suite and proposed in vivo refinements for residue values. To achieve this goal nectar and pollen from plant species have to be collected in sufficient amounts to allow for residue analysis. Several methods are available for the collection of bee matrices. We list general methods developed to sample pollen and nectar, focus on some common issues encountered during the conduct of these studies and place the measurements derived from these studies into a risk assessment context. With all the information available now it would be a useful task to compare residue levels in matrices collected manually and with the help of pollinators to give advice for guidance document refinements and help to approve the design of studies in the future

    Modeling Adaptation with Klaim

    Get PDF
    In recent years, it has been argued that systems and applications, in order to deal with their increasing complexity, should be able to adapt their behavior according to new requirements or environment conditions. In this paper, we present an investigation aiming at studying how coordination languages and formal methods can contribute to a better understanding, implementation and use of the mechanisms and techniques for adaptation currently proposed in the literature. Our study relies on the formal coordination language Klaim as a common framework for modeling some well-known adaptation techniques: the IBM MAPE-K loop, the Accord component-based framework for architectural adaptation, and the aspect- and context-oriented programming paradigms. We illustrate our approach through a simple example concerning a data repository equipped with an automated cache mechanism

    Engineering context-aware systems and applications:A survey

    Get PDF
    Context-awareness is an essential component of systems developed in areas like Intelligent Environments, Pervasive & Ubiquitous Computing and Ambient Intelligence. In these emerging fields, there is a need for computerized systems to have a higher understanding of the situations in which to provide services or functionalities, to adapt accordingly. The literature shows that researchers modify existing engineering methods in order to better fit the needs of context-aware computing. These efforts are typically disconnected from each other and generally focus on solving specific development issues. We encourage the creation of a more holistic and unified engineering process that is tailored for the demands of these systems. For this purpose, we study the state-of-the-art in the development of context-aware systems, focusing on: (A) Methodologies for developing context-aware systems, analyzing the reasons behind their lack of adoption and features that the community wish they can use; (B) Context-aware system engineering challenges and techniques applied during the most common development stages; (C) Context-aware systems conceptualization

    A structure of a c# framework ContextCS based on context-oriented programming

    No full text

    Proceedings of the International Workshop on Context-Oriented Programming

    No full text
    Context information plays an increasingly important role in our information-centric world. Software systems must adapt to changing contexts over time, and must change even while they are running. Unfortunately, mainstream programming languages and development environments do not support this kind of dynamic change very well, leading developers to implement complex designs to anticipate various dimensions of variability. Starting from this observation, Context-Oriented Programming (COP) has emerged as a solution to directly support variability depending on a wide range of dynamic attributes, making it possible to dispatch run-time behaviour on any property of the execution context. The goal of the 4th International Workshop on Context-Oriented Programming (COP'12) was to further establish context orientation as a common thread to language design, application development, and system support. Several researchers are working on Context-Oriented Programming and related ideas, and implementations ranging from prototypes to mature platform extensions used in commercial deployments have illustrated how multi-dimensional dispatch can indeed be supported effectively to achieve expressive run-time behavioural variations. This is a follow-up event to 3 consecutive successful editions of the workshop at ECOOP 2009, 2010 and 2011, each attracting around 30 participants. The workshop received 5 submissions. Each paper was reviewed by 3 members of the program committee. All of the 5 submissions were selected for presentation at the workshop, and publication in this workshop proceedings
    corecore