Closed bwinkel closed 5 years ago
I've introduced a fix (the for-loop in atm.py:1373 is now starting at the layer index that fits the observer's altitude). New output:
Frequency | station height | elevation | attenuation
26.0 10.0 5.0 5.51
26.0 10.0 10.0 2.83
26.0 10.0 50.0 0.65
26.0 10.0 90.0 0.49
26.0 100.0 5.0 5.27
26.0 100.0 10.0 2.70
26.0 100.0 50.0 0.62
26.0 100.0 90.0 0.47
26.0 1000.0 5.0 3.34
26.0 1000.0 10.0 1.72
26.0 1000.0 50.0 0.39
26.0 1000.0 90.0 0.30
26.0 10000.0 5.0 0.10
26.0 10000.0 10.0 0.05
26.0 10000.0 50.0 0.01
26.0 10000.0 90.0 0.01
26.0 100000.0 5.0 0.00
26.0 100000.0 10.0 0.00
26.0 100000.0 50.0 0.00
26.0 100000.0 90.0 0.00
There is still a slight discrepancy between the MatLab values and pycraf results. Not sure, where this originates from.
Closing this.
The following was reported via email (by Robert Miesen): [translated]
pycraf slant attenuation values seem to differ from ITU's MatLab version (see here), and appear mostly independent on the observers altitude. It could be associated with line 1336 in atm.py, where the call to
profile_func
is done with theheights
variable, which is not accounting for the observer height.Here's an example:
But it should be: