Advisory
ADIS-ADED
Fri, 2012-09-28 12:17 — EstherProvides the means to enable communication between on-farm process computers of stationary and mobile agricultural equipment or machinery, and management computers. Specifies an Agri-cultural Data Interchange Syntax (ADIS) to exchange data electronically. It implies that the syn-tax is not intended for real-time data exchange.
Electronic data interchange between information systems in agriculture -- Agricultural data ele-ment dictionary -- Part 1: General description, Part 2: Dairy farming, Part 3: Pig farming
- Login to post comments
e LABs
Mon, 2012-06-11 09:31 — f.van.diepenexhange 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.
- Login to post comments
Request for Weather Nowcast (GeoTIFF to XML conversion)
Wed, 2012-03-21 11:30 — Markku KoistinenDisease 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
More on SOA: https://www2.opengroup.org/ogsys/jsp/publications/PublicationDetails.jsp...
More on REST: https://www.ibm.com/developerworks/webservices/library/ws-restful/
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
Fertilization advice reply (Dutch)
Fri, 2011-07-08 12:06 — ari_ronkainenManual contact and delivery
Manual contact and delivery
Manual contact and delivery
- Login to post comments
Fertilization advice request (Dutch)
Fri, 2011-07-08 10:55 — ari_ronkainenManual request
Manual request
Manual request
- Login to post comments
Soil data delivery
Thu, 2011-07-07 13:56 — ari_ronkainenAn interface for publishing and delivery of previously requested soil measurement.
The service provider publishes a list of completed orders. Client software retrieves this list and it client's request is completed, the list provides a download link to provided advice, which the client downloads after authentication.
Service provider publishes a XML-file containing job IDs, job status and download link in regular HTTP-server configuration. Client retrieves provided XML-file on regular time intervals or on request by user via standard HTTP file request. If any of clients jobs is completed client retrieves job files using Web Coverage Service.
- Login to post comments
Request for soil data
Thu, 2011-07-07 13:51 — ari_ronkainenA request to measure soil and fertility is sent to service provider along with the requested time of measurement and location and boundaries of the land parcel to be measured.
A GML-file containing desired land parcels for measurement are described with requested time window for measurement
After authentication a GML-flie is uploaded to service provider's file server. Receiving this file initiates sampling and analysis process.
- Login to post comments
LAI measurement delivery
Thu, 2011-07-07 13:08 — ari_ronkainenAn interface for publishing and delivery of previously requested LAI measurement results.
The service provider publishes a list of completed orders. Client software retrieves this list and it client's request is completed, the list provides a download link to provided advice, which the client downloads after authentication.
Service provider publishes a XML-file containing job IDs, job status and download link in regular HTTP-server configuration. Client retrieves provided XML-file on regular time intervals or on request by user via standard HTTP file request. If any of clients jobs is completed client retrieves job files using Web Coverage Service.
- Login to post comments
Request for LAI index measurement
Thu, 2011-07-07 11:01 — ari_ronkainenA request to measure LAI index is sent to service provider along with the requested time of measurement and location and boundaries of the land parcel to be measured.
A GML-file containing desired land parcels for measurement are described with requested time window for measurement
After authentication a GML-flie is uploaded to service provider's file server. Receiving this file initiates photography and analysis process.
- Login to post comments
Fertilization instruction delivery
Thu, 2011-07-07 10:25 — ari_ronkainenAn interface for publishing and delivery of previously requested fertilization advice.
The service provider publishes a list of completed orders. Client software retrieves this list and it client's request is completed, the list provides a download link to provided advice, which the client downloads after authentication.
Service provider publishes a XML-file containing job IDs, job status and download link in regular HTTP-server configuration. Client retrieves provided XML-file on regular time intervals or on request by user via standard HTTP file request. If any of clients jobs is completed client retrieves job files using Web Coverage Service. Service provider verifies client identity using kerberos authentication.
