320 likes | 407 Views
A working world-compatible grid framework for ubiquitous agricultural and natural resource applications. Seishi Ninomiya, Matthew Laurenson and Masayuki Hirafuji National Agricultural Research Center Tsukuba, Japan. How to make Ag and NR applications that can run anywhere in the world?.
E N D
A working world-compatible grid framework for ubiquitous agricultural and natural resource applications Seishi Ninomiya, Matthew Laurenson and Masayuki Hirafuji National Agricultural Research Center Tsukuba, Japan
How to make Ag and NR applications that can run anywhere in the world?
Examples of Ag and NR decisions • Strategic • Which crop or variety to plant • Whether to dam a river • What land use is appropriate • Operational • Whether to spray a crop to protect from disease • How much to irrigate • Where will flooding occur?
Potential for Data Sharing Between DSS Data Decisions
Farm-specific Spray records Chemical properties Data is common to all Weather Dynamic Multiple sources Existing databases Data Characteristics or
Current Situation: Web-based applications but… • Applications closely coupled to databases • Limited range of applications at each site • Duplicated development at each site
Connectors for local data Ag and NR Grid – a “Hotel Room” for Agricultural and Natural Resource DSS User interface in national language Room DSS DSS DSS Soils Maps Weather Elevation
New Zealand Maps Soils Elevation Weather
日本 地図 地 地面の高さ 気象
中国 土壤 交通图 气象 海拔
Challenges • Databases differ in format and structure (even if contain the same kind of data) • Internationalization is time consuming • Collecting and maintaining farm-level data is time consuming
Problem 1 • Databases containing the same kind of data (eg weather) differ: • Logical structure • Database software • Access method
Mediated Architecture – “Brokers” Consistent data access to one kind of data “Driver” for each database Domain Databases (Heterogeneous) Applications Relational Broker File-based Web-pages/CGI
We Have Brokers For: • Surface Weather Observations • Digital Elevation Models • Web-based map services • Soils data
Brokers • Provide access to both password-protected and publicly accessible databases • Utilize whatever access approach database owners are willing and able to provide • Java applications access broker via RMI (have alternative HTTP firewall bypass) • Have associated JavaBean components to simplify client application development (access each broker in a separate thread) • Are open source under GNU LGPL
MetBroker • Consistent interface to 15 databases (6000 stations) • SOAP-based access (Visual Basic, Delphi...)
DEMBroker – Digital Elevation Data • World 1km resolution • Japan 50m resolution
ChizuBroker – Online Maps www.mapfan.com(Japan) www.mapzone.co.nz(New Zealand)
Problem 2 • Need to be able to localize software
Java ResourceBundle Issues • Maintenance: • Add new item must recompile • Performance: • Not designed for distributed computing • Java-specific
Web-based User Interface Localization User Supervisor Translator User ResourceServer User Database Translator User
Fieldserver Roles • Field monitoring (weather, camera) • Wireless Internet access point (for PCs, wearable computers...) • Wireless relay • Distributed parallel processing “farm”?
Fieldserver Engine • Sensor-linked Web-server • Ethernet IF for Wi-Fi AP • DDS (Direct Digital Synthesizer) • Remote-controlled I/O
Summary • This approach handles the diverse kinds of data and databases, and diverse data ownership prevalent in agriculture and natural resource management domain.
We welcome interest, comments, collaboration • Fieldserver: http://yummy.narc.affrc.go.jp hirafuji@affrc.go.jp • Brokers: http://www.agmodel.net Thank you