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
I am attempting to use the pygimli gravimetry package to perform inversion on real gravimetry data. I found that the output from the GravityModelling forward operator yields slightly inconsistent results with my own forward modelling tool, as it appears that the conversation factor between microGal and the units of the output is ~0.15, which is not a familiar number. I guess my question is: could you confirm what units you are using for the input densities (g/cm^3 in your examples) and grid (m?), as well as your output gravity signal?
Your environment
Date: Tue Jul 30 12:48:49 2024 BST
OS : Darwin
CPU(s) : 10
Machine : arm64
Architecture : 64bit
RAM : 16.0 GiB
Environment : Jupyter
File system : apfs
Sorry for the late answer. Actually, I have never really used the operator except for generating the example with the Li&Oldenburg model. There is indeed a strange factor whose origin needs to be searched for in the Holstein kernel paper. Maybe @mschiffler can help.
I think, there is the gravitational constant missing as factor. Furthermore, I think that the kernel is defined in SI units, thus expect kg/m³ as input data.
Problem description
I am attempting to use the pygimli gravimetry package to perform inversion on real gravimetry data. I found that the output from the
GravityModelling
forward operator yields slightly inconsistent results with my own forward modelling tool, as it appears that the conversation factor between microGal and the units of the output is ~0.15, which is not a familiar number. I guess my question is: could you confirm what units you are using for the input densities (g/cm^3 in your examples) and grid (m?), as well as your output gravity signal?Your environment
Date: Tue Jul 30 12:48:49 2024 BST
Python 3.11.9 | packaged by conda-forge | (main, Apr 19 2024, 18:34:54)
[Clang 16.0.6 ]
Steps to reproduce
The text was updated successfully, but these errors were encountered: