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
Otherwise you could also generate one of the supported text file format and then just use TauPCreate. Might be a bit more generically useful.
A side note: There is actually no proper 1D model handling in ObsPy and that would be very nice to have. So if you want to take the time to cook up something more generic please open an issue on the obspy github to discuss it :)
How would you do it? Assume it's a 1D model? We do not strictly assume this anywhere yet but in principle allow for lateral variations in the AxiSEM run. Hence we also store the model on the mesh and not as a 1D model in the databases.
Of course, the 1D modelname is readily in the file and could be used with the 1D model class from the salvus mesher to do a bunch of stuff (but not yet writing to other file formats).
Well, the simplemost solution would be to traverse along the axis, read out the velocities of all points there and create a reasonable parameterisation from it.
I would very much like it to work with arbitrary models, esp. ones that are not the Earth...
Of course, if the user has enabled lateral variations, traversing the axis will not work. I would probably add a flag to the output file whether lateral variation had been switched on and throw an exception then. Another solution would be to use the median of all elements in depth range (d + Deltad), but that's not fool proof either.
Feature proposal:
Does anyone else think, it's a good idea? Should be pretty straightforward, and I can implement it in the next weeks.
The text was updated successfully, but these errors were encountered: