hello k.brunt;

I believe I have answered your questions in other posts
yet I wish to add that I am using Winquake I believe not
as it was originally intended to be used So I understand the problems
here are my own doing and not whoever programmed winquake itself.

I am putting in 1 hour raw 8 bit data into a text file with the proper data
I expect Winquake to use but obviously from personal experience
I realize I did not understand Winquake actually wants data
exactly on the second mark or the mouse will not display
the correct time of the samples given.
This is obviously (now) because it was designed to
work within a system geared to the exact second and not
an arbitrary calibration mark which I give to my data
in the first three minutes of the record.
My first sample will only rarely be an exact second mark
since it can begin at any time. My program will mark a sample number
as a cal mark at the top of every minute until a recording is triggered
automatically at which time that cal sample number becomes
the reference for the entire record. The record then needs to
be cropped to the next top of the second in order for winquake
to properly read the times as I wish to see them.
I am not using Larry's system but one I built myself but Winquake
is much better than anything I could program myself so I have purchased the
right to use his program to look at my own data. It is only now I have
looked into and discovered why my times were not right within
his program...no fault of his only lack of understanding on my own.

Cheers;
geoff

----- Original Message ----- 
From: "Kevin Brunt" 
To: 
Sent: Tuesday, March 10, 2009 2:41 PM
Subject: Re: WinQuake


> 
> On Mon, 9 Mar 2009 18:01:23 -0700 Geoffrey  wrote:
> 
>> FYI:
>> 
>> There Is Only One Way I can Get Winquake to
>> see right times for my data.
>> 
>> It is necessary to crop the data to the nearest
>> second before giving it to Winquake.
>> 
>> No matter what I do WQ will not see fractions of seconds
>> for the start time.
>> 
>> No matter what the precision is of the numbers
>> WQ only will show the first sample to a whole second.
>> 
>> Like if I tell it 23:49: 20.4 for the first second
>> it will show only 23:49:20 for the first sample
>> 
>> SO you must run your data until it gets to
>> 23:49:21 then crop it from there to the end
>> before giving it to wq and tell wq
>> it is 23:49:21.0 and you can forget the fractions
>> your start time may be a couple milliseconds off
>> but WTHeck.
>> 
>> Otherwise if you do not do this things just aint right.
>> 
>> Also, the various filters in the WQ3 FFT used to work fine
>> but since installing the new WQ3  those filters dont work (all grayed out) ??
>> What am I doing wrong ?
>> 
>> cheers
>> geoff
> 
> Hi,
> 
> I'm starting back here, rather than following on from the other posts, because 
> I want to ask you to describe the format of the data that you are putting into 
> WinQuake. By this, I *don't* mean the exact arrangement of bytes in the input 
> file, but rather the "conceptual" format of the data.
> 
> Why I'm asking is because from what you have written, it almost sounds as if 
> you are supplying a file containing only the samples and are trying to tell 
> WinQuake what the time the data starts separately. If we can get onto the same 
> wavelength on this, it will make things clearer.
> 
> I don't run WinQuake (nor indeed a seismic sensor at the moment) but it looks 
> to me as if WinQuake wants to display the data starting at a round second. (It 
> makes the divisions on the time axis regular.) I think that if you tell it to 
> start in the middle of a second, it will wind back to the sample that was taken 
> closest to the "start" of the second, and start displaying from there. This is 
> not the same as what you are describing, which is why I'm asking about your 
> data input.
> 
> Kevin 
> 
> 
> __________________________________________________________
> 
> Public Seismic Network Mailing List (PSN-L)
> 
> To leave this list email PSN-L-REQUEST@.............. with 
> the body of the message (first line only): unsubscribe
> See http://www.seismicnet.com/maillist.html for more information.
>
__________________________________________________________

Public Seismic Network Mailing List (PSN-L)