Jim, The period of the instrument is a kind of meta-data, similar to the location of the instrument, the maximum and minimum possible digital values for an instrument, etc. I had not left a lot of room for this stuff, but when Larry got interested we moved fields around in the PSN file header to make room for lots more meta-data. (Thus the "old" and "new" file formats.) However we did not define a field to store the period of the sensor. Theoretically, the three-character ID of the sensor should map to a particular set of characteristics, one of which would be period, but that's probably cutting it a bit fine for a basement operation. We already compute sampling rate directly from the data by knowing start and stop times, and the number of samples, so there's no need to store it in the header. I wonder - is it possible to figure out the fundamental period of a sensor from the recording of some interval of time when it was being energized by seismic waves? If so, then the period is already encoded in every data file, and it's just SMOP to get it out. (SMOP = Small Matter Of Programming. Term typically used by management, particularly Dilbert-type management.) Regards, Ted RADIOTEL@....... on 11/18/99 08:04:31 PM Please respond to PSN-L Mailing ListTo: psn-l@.............. cc: Subject: Re: WinQuake In the program WinQuake, is the component labeled "Diff" on the last line when you print out earthquake results the area that indicates the period of the instrument? If so are there variables that change the period from one quake to another? Jim Allen _____________________________________________________________________ Public Seismic Network Mailing List (PSN-L) _____________________________________________________________________ Public Seismic Network Mailing List (PSN-L)
Larry Cochrane <cochrane@..............>