You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The PH5toSEGY class would contain methods for returning SEG-Y data objects in Shot (event) and Receiver order. (e.g. def get_data_shot(), def get_data_recevier() ). These methods may be further decomposed to reuse code.
The get_data_shot() and get_data_recevier() methods in the above example, would return SEG-Y data objects. These objects would have a write method that writes their contents to a file like object or standard out.
With this model, running the program from the command line is trivial:
The user would supply parameters including a request type.
The program will then instantiate a PH5toSEGY object instance with the supplied parameters
The program will call the requested data selection method (get_data_shot() or get_data_recevier()) on that PH5toSEGY instance. This will return a SEG-Y data object.
The program will call the SEG-Y data objects write method, which will in return write the SEG-Y data to a file like object or standard out.
The text was updated successfully, but these errors were encountered:
Nick, I agree with the overview. Thanks. One of the details that may be a problem on your end? I was planning on yielding the text and reel headers and then yielding each trace header with the trace seperately until the gather is complete. Would this work instead of the entire gather?
The PH5toSEGY get_data_shot() or get_data_recevier() methods should return some sort of SEG-Y data object (much like a ObsPy trace) that would contain all of the information required to read the PH5 data set and write one SEG-Y file.
Performance optimizations that you make while writing the data shouldn't make a difference as long as when the PH5toSEGY object's write method is envoked - SEG-Y data is either written to a file-like object or to standard out.
Just remember that data streams like (std-out) are not seekable, so you can't write the data first and then go back and write the headers later. All of the file contents need to be written in the order they will appear in the SEG-Y file.
The ph5torec.py and ph5toevt.py scripts for converting PH5 to SEG-Y should be changed to match the general model used in ph5tomsAPI.py.
From what I can tell, this implies the following:
With this model, running the program from the command line is trivial:
The text was updated successfully, but these errors were encountered: