exhange message for laboratory observations from labs to customer.
The laboratory observation information exchange process is used between the laboratory party who is reporting about the observation and the user of these observation report. This user is usually the party who uses the content of the report, but this user can also be the party who ordered and pays for the observation or has any other connection with the observation report.
The observation report can be used in private and in a public context.
The e-Lab observation report is a message send by the laboratory to the concerned parties who are eligible to receive the results of the observations on the sample, performed by the laboratory . The observations are done on samples water, soil, agricultural commodities, plant products, animal product and or samples taken from live animals. It includes a broad usage ranging from soil, fertilizer, crop products, animal feed, and health status and diagnostic on live animals. These results are used to obtain information of the quality of soil, water, crop products, animal products , or health information about plants or animals.
Only two types of parties are involved, the laboratory and the receiving parties.
Disease Pressure Service provides farmer the information on elevated risk of a crop (etc) disease. DPS alarms may be used e.g. to trigger a spraying event. The purpose of the data transfer is to get a weather nowcast for the Disease Pressure Service internal processes. The applicable actors are Advisory Service (Disease Pressure Service), Intermediator (Weather Service) and Field (Parcel).
Weather Service Provider provides weather information (e.g. nowcast) in GeoTIFF format through a Web Coverage Service interface. The actual weather data variable values are stored into metadata of a returned GeoTIFF image. Lightweight ESB like service was implemented between Disease Pressure Service and Weather Service to a) convert the WCS interface into more convenient SOA interface with XML message exchange and to b) eliminate the need to implement image metadata manipulation routines into the Disease Pressure Service server side code.
Used standards/de facto standards: GeoTIFF, WCS, ESB, SOA, XML, REST
Interface provides XML message exchange capability for Disease Pressure Service (DPS) when requesting weather information (nowcast) from Weather Service Provider’s (WSP) Web Coverage Service interface. The sequence begins with getNowcast action request (within a XML message) from the DPS to the lightweight ESB Service (ESBS) implement. The parameters (coverage) include the coordinates of the area the weather info is requested, weather variables needed and the timestamp of the sample. ESBS parses the request into a valid WCS request format (URL) and passes it to the WSP. The WSP response input stream (GeoTIFF image) is read by ESBS and the image metadata is applied utilizing Apache Sanselan class libraries. The valid parameters are extracted from the image metadata, parsed into a XML and passed to the DPS as a response.
The DPS and the ESBS services are implemented using Java EE (http://www.oracle.com/technetwork/java/javaee/overview/index.html). In order to implement GeoTIFF metadata reader you need to download and install e.g. Apache Sanselan (used in this implement) class libraries ( http://commons.apache.org/sanselan/download_sanselan.cgi).
Disease Pressure Service uses a SOAP client for message exchange with ESB Service (REST implement). The DPS’s weather request (XML message exchange) triggers an event where the Weather Service Provider’s Web Coverage Service interface is called. The method is using basic Java .io and .net class libraries (InputStream is = url.openStream() where the url is an object from a class URL created passing WSC service url to the constructor). The beauty of the Apache Sanselan is that it can read the image metadata directly from the input stream (metaData = Sanselan.getMetadata(is, null)). The Sanselan metadata container type is an array list (ArrayList <Object> al = new ArrayList() , al = metadata.getItems()). The XML messaging between DPS and ESBS is currently using proprietary format but a possibility to use e.g. AgroXML is investigated.
agriXchange project team
Forwarding of data about creation of a new batch
After an actor executed a process of batch creation, it sends data about it to a central repository or to che customer
The stream, usually persisted in a file, is sent to the receiver. It is important to stress that the semantic is hold in the receiver database, or - better - is shared between them
In this case it is an Xml file, with a structur similar to the following example. Please notice that there is no description of Ids.
Service for an automated assessment of agricultural production and management standards.
The farmer verifies with help of a farm managment system or a similar software his data.
Standards : W3C OWL, W3C RIF, XML
Request for subsidies with the an application and a standardized interface.
The farmer needs an account at the agency. Request Form is integrated into specialized application or a farm managmend system.
Web based service based on agroXML and or a similar data standard and with accompanying letter.
Request for LPIS Bounderiey with the web user interface. An desktop application provided by the IACS authorities has an exclusive access to the data.
The farmer needs an account at the agency. With this Account he has access to the personalised data and a gis system.
Web Service with an proprietary xml standard with GML.