Changes between Version 3 and Version 4 of Example_Configurations


Ignore:
Timestamp:
11/13/11 16:55:11 (10 years ago)
Author:
branden
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Example_Configurations

    v3 v4  
    5555 * [wiki:export_scn export_scn]: This is the long-distance shipping module (companion to [wiki:import_generic import_generic]), specialized to send specific data channels (Station, Component, Network names). In this application, several selected channels of data are being sent to another installation. 
    5656 
    57 * [wiki:copystatus copystatus], which conducts status messages and heartbeats to the HYPO_RING. statmgr is listening to that ring, and will be able to receive and process them. 
    58 pick_ew, as above, listens to selected trace channels, and produces pick and coda messages (along with status and heartbeat messages). These are broadcast into Pick_Ring. 
    59 Three modules listen to the messages on Pick_Ring: 
    60 binder_ew is the event associator (conceived and written by Carl Johnson). This module listens to pick messages, and produces trial location messages as well as link messages that relate picks to trial locations (via sequence numbers). 
    61 eqproc is the first of a series of sub-modules that perform event locations via hypo-inverse. The sub-modules are linked via operating system pipes, and as a group behave as an [wiki:Earthworm Earthworm] module. Briefly, their functions are as follows: eqproc assembles the trial locations produced by binder_ew with the associated pick and coda messages produced by pick_ew, and if the event has not been recalled by binder_ew within a time-out period, sends the assembled event parameters to eqbuf. This acts as a buffer, in case events are produced faster than the remaining sub-modules can process them. From there it passes to eqcoda, which computes coda durations from the coda measurements generated by pick_ew. It is then passed to eqverify, which applies a series of sanity checks to eliminate spurious events. From there it is passed to hypo_mgr, which is the encapsulation layer for hypo-inverse. Hypo-inverse has not been modified for [wiki:Earthworm Earthworm]. The standard FORTRAN source code is used, permitting any future changes to hypo-inverse to be directly inserted. The result of hypo_mgr is a message containing the standard hypo-inverse arc file information. This message is broadcast into the Hypo_Ring. 
    62 As before, copystatus is used to conduct heartbeat and status messages from the Pick_Ring to the Hypo_Ring, where statmgr can hear them. 
    63 Three modules listen to the messages on Hypo_Ring: 
    64 statmgr: As mentioned above, this module processes error messages, and takes specified actions if a module's heartbeat ceases. 
    65 export_generic: this is the general long distance message shipper. In this case used to ship hypo-centrer messages to another institution. 
    66 uw_report: used to send hypocentral and pick information to the UofW processing and archving system. 
     57 * [wiki:copystatus copystatus], which conducts status messages and heartbeats to the Hypo_ring. [wiki:statmgr statmgr] is listening to that ring, and will be able to receive and process them. 
     58 
     59 * [wiki:pick_ew pick_ew], as above, listens to selected trace channels, and produces pick and coda messages (along with status and heartbeat messages). These are broadcast into Pick_Ring. 
     60 
     61'''Three modules listen to the messages on Pick_Ring:'''  
     62 
     63 * binder_ew is the event associator (conceived and written by Carl Johnson). This module listens to pick messages, and produces trial location messages as well as link messages that relate picks to trial locations (via sequence numbers). 
     64eqproc is the first of a series of sub-modules that perform event locations via hypo-inverse. The sub-modules are linked via operating system pipes, and as a group behave as an [wiki:Earthworm Earthworm] module. Briefly, their functions are as follows: eqproc assembles the trial locations produced by  
     65 
     66 * [wiki:binder_ew binder_ew] with the associated pick and coda messages produced by [wiki:pick_ew pick_ew], and if the event has not been recalled by [wiki:binder_ew binder_ew] within a time-out period, sends the assembled event parameters to [wiki:eqbuf eqbuf]. This acts as a buffer, in case events are produced faster than the remaining sub-modules can process them. From there it passes to [wiki:eqcoda eqcoda], which computes coda durations from the coda measurements generated by [wiki:pick_ew pick_ew]. It is then passed to [wiki:eqverify eqverify], which applies a series of sanity checks to eliminate spurious events. From there it is passed to hypo_mgr (extinct module, now hypo71_mgr and hypo2000_mgr), which is the encapsulation layer for [wiki:hypoinverse hypoinverse]. [wiki:hypoinverse hypoinverse] has not been modified for [wiki:Earthworm Earthworm]. The standard FORTRAN source code is used, permitting any future changes to [wiki:hypoinverse hypoinverse] to be directly inserted. The result of hypo_mgr is a message containing the standard [wiki:hypoinverse hypoinverse] arc file information. This message is broadcast into the Hypo_Ring. 
     67 
     68 * As before, [wiki:copystatus copystatus] is used to conduct heartbeat and status messages from the Pick_Ring to the Hypo_Ring, where [wiki:statmgr statmgr] can hear them. 
     69 
     70'''Three modules listen to the messages on Hypo_Ring:''' 
     71 
     72 * [wiki:statmgr statmgr]: As mentioned above, this module processes error messages, and takes specified actions if a module's heartbeat ceases. 
     73 
     74 * [wiki:export_generic export_generic]: this is the general long distance message shipper. In this case used to ship hypo-center messages to another institution. 
     75 
     76* [wiki:uw_report uw_report]: used to send hypocentral and pick information to the University of Washington processing and archiving system.