EDIM: Difference between revisions

From
Jump to navigation Jump to search
Line 32: Line 32:
For the second part there already exists the [http://www.gfz-potsdam.de/geofon/seiscomp/ SeisComP] system, which needs to be ported to OpenWrt and a plugin needs to be created for the Sensorboard.
For the second part there already exists the [http://www.gfz-potsdam.de/geofon/seiscomp/ SeisComP] system, which needs to be ported to OpenWrt and a plugin needs to be created for the Sensorboard.


''See also'':
''See also'': [http://www.gfz-potsdam.de/geofon/seiscomp/seedlink.html SEEDLink], SeisComP plugin API, slarchive(1) (part of SeisComP system) and [http://www.gfz-potsdam.de/geofon/seiscomp/SDS.html SeisComP file and directory structure for storage of earth quake events]
* [http://www.gfz-potsdam.de/geofon/seiscomp/seedlink.html SEEDLink]
* SeisComP plugin API <small>(src at /seiscomp/acquisition/src/libslplugin/plugin.c)</small>
* slarchive(1) (part of SeisComP system) and [http://www.gfz-potsdam.de/geofon/seiscomp/SDS.html SeisComP file and directory structure for storage of earth quake events]


This task could also be split up into more sections.
This task could also be split up into more sections.

Revision as of 09:20, 8 May 2007

EDIM - An Earthquake Disaster Information System for Marmara

Objective of the EDIM project is to develop an earthquake disaster information system for the Marmara region in Turkey. The already existing Istanbul Early Warning System is extended in terms of area, methodology and data transmission. Novel technologies in seismology, structural engineering, and information technology are developed and tested. The project is funded by the German Federal Ministry of Education and Research.

Partners: GFZ Potsdam, Universität Karlsruhe, KOERI, CEDIM
Roadmap: The project started April 2007

Research Opportunities

This is a list of possible topics for scientific work ("Dissertationen", "Diplom"- or "Studienarbeiten"). Some task are also more engineering like and more suitable for "Studienarbeiten. This list is to be extended and will always be work in progress. It ranges from more or less brain-storming to more concrete ideas:

Dual Channel MAC Protocol

Literature
http://www.utdallas.edu/~mxw013200/MAC_ADHOC.html

Time Synchronization

Mesh Routing

Distributed Backup over Wifi

The Wireless Nodes do also take care of longterm storage (5 to 7 days) of seismological data. Due to the nature of earth quakes, one or several nodes could be destroyed and with them their data when an an earth quake happens (and the ones nearest to the quake with the most interesting data are the most vulnerable ones; and their data cannot be examined later). To solve the problem there could be a backup system distributed over several nodes. Possible problems:

  • High amounts of data (each node produces 4 MB per hour)
  • backup traffic must be very low priority, because an earth quake can always happen (early warning detections)

Archiving system with MiniSeed export

The nodes have mainly two tasks:

  1. early warning detections of earth quakes
  2. archiving the data and export it in MiniSeed format

For the second part there already exists the SeisComP system, which needs to be ported to OpenWrt and a plugin needs to be created for the Sensorboard.

See also:

This task could also be split up into more sections.