Skip to content
This repository has been archived by the owner on Dec 22, 2021. It is now read-only.

Extend gravmag.transform.reduction_to_pole() to take arrays for inc and dec #422

Open
mtb-za opened this issue Jan 31, 2018 · 3 comments
Open

Comments

@mtb-za
Copy link
Contributor

mtb-za commented Jan 31, 2018

I have been doing some additional work on things, and have, in combination with https://github.com/scivision/pyigrf12 got a grid matching my survey block with how the inclination and declination varies across the survey area.

I would be nice to have an additional RTP method that can take such grids and use them when doing the RTP steps.

Is this something other people would see value in me spending some time in doing?

(side note: it would be nice to get a version of pyigrf that does not need a Fortran compiler to be installed, especially for Windows people....)

@leonfoks
Copy link

leonfoks commented Jan 31, 2018

I'm surprised that Python is not using its canned Fortran compiler. If the setup.py file is told about the Fortran code, it should just compile and install for you.

As for Fortran on windows, I have instructions on how to install the free GNU compilers here (Sorry for the shameless plug)

@mtb-za
Copy link
Contributor Author

mtb-za commented Jan 31, 2018

Yeah, it complains that I do not have a fortran compiler installed. Not sure if it is on my end or if there is something odd on their end. But that is probably off-topic for here anyway. Just want to gauge interest in extending inc and dec to optionally also being arrays.

@leouieda
Copy link
Member

leouieda commented Feb 8, 2018

@mtb-za I don't think anyone has actually solved this problem yet. At least I've never seen an RTP with variable inc, dec. I don't know how simple this would be in the Fourier domain. The equations assume constant inc, dec so you might have to derive new ones.

Not sure how useful this would be because RTP of large areas is generally not a good idea because of remanence effects. But it's more "correct" than what we currently do, so I say go for it! If you want to tackle this, I'd be willing to help. Let me know.

@leonfoks please, more shameless plugs :)

it would be nice to get a version of pyigrf that does not need a Fortran compiler

We can build conda packages for it so that the user wouldn't need to compile. But it's not exactly painless.

Another option is to do the synthesis in SHTOOLS using the published coefficients. Though it does need a compiler still.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants