Leo,
Assuming you are using pyarts, you find documentation here:
https://atmtools.github.io/arts-docs-master/stubs/pyarts.arts.GriddedField2.html#pyarts.arts.GriddedField2
See especially point 3 under __init__.
For completeness, if using xarray here is another option:
Dear Leo Pio,
Below, you find Python code that you can use if you are working with
scalar skin_temperatures. Otherwise, I assume this is enough for you to
make a more general method.
Bye,
Patrick
def GriddedField2GloballyConstant(
ws: Workspace,
name: str,
value: float,
) ->
Ian,
Thanks for the input. Great that you have stress-tested MC. Too bad that
it revealed a limitation.
Good suggestion about iyMC. Today it would not be possible to do the
random sampling from yCalc, it would require information on the sensor
not at hand inside yCalc today. But we are
Hi,
If your version has geo_pos_agenda, you should put geo_posEndOfPpath in
that agenda.
If no such agenda, geo_posEndOfPpath should be placed inside iy_main_agenda.
In any case, you should not need to do extra calculations, y_geo should
be set in a standard call of yCalc.
Bye,
Patrick
Leo,
If you want to know the complete path through the atmosphere, you can do
as you outline. If you only are interested in where you end up at the
surface, you can use the geo_pos mechanism. You need to set geo_pos by
adding the WSM: geo_posEndOfPpath
Exactly how geo_pos is handled has
Stuart,
The built-in doc of OEM clarifies that x is both IN and OUT. But there
is no explanation of what the input states mean. We need to work the
documentation!
But there is some help in
/controlfiles/artscomponents/oem/TestOEM.arts
Here you find:
# x, jacobian and yf must be
Hi,
Sorry, I should have informed you. Kyle wrote to me on the side as well,
and I there asked for more details and then answered separately.
Not perfect. Next time I will force him to take all on arts-users.
Bye,
Patrick
On 2022-03-21 11:46, stefan.bueh...@uni-hamburg.de wrote:
Hi all,
Stefan and all,
I can not go, busy with teaching and to high overall load. From the
Chalmers side, the best candidate is Vasilis. He has developed MC code
for the optical region. He is now in Greece and has a relatively short
travel. But he is employment at Chalmers ends June 30. So would be
, 2021, 08:30 Patrick Eriksson
mailto:patrick.eriks...@chalmers.se>> wrote:
Hi again,
Seems that I have found the reason to some of the failing tests "the
hard way". After spending time on some other failing calculations, I
have figured out that the default in ARTS
et correct abs tables
in v2.5?
Bye,
Patrick
Forwarded Message
Subject: Failing tests
Date: Tue, 21 Sep 2021 17:55:33 +0200
From: Patrick Eriksson
To: ARTS Development List
Hi all,
I have spent some time on trying to figure out how the changes in my
branch could have cr
Hi all,
I have spent some time on trying to figure out how the changes in my
branch could have created some failing tests. But just run make
check-all with master and the same tests failed also there, so there
seem to be older issues.
The failed tests listed below. These issues under
with the
parameters there. If you want other parameters, and there is a good reason for
that, consider updating it. We have a mechanism to replace individual
parameters there (and document those substitutions).
Stefan
On 20 Sep 2021, at 10:46, Patrick Eriksson wrote:
Richard,
Thanks for additional
Patrick Eriksson
mailto:patrick.eriks...@chalmers.se>>:
Richard,
Thanks for the clarification.
Is the allocation of more memory done in fixed chunks? Or something
"smart" in the process? If the former and the chunks are too small,
then
maybe I am doing a lot
ds to look through.
//Richard
On Sun, Sep 19, 2021, 22:39 Patrick Eriksson
mailto:patrick.eriks...@chalmers.se>> wrote:
Richard,
> It's expected to take a somewhat arbitrary time. It reads ASCII.
I have tried multiple times and the pattern is not changing.
> The
Richard,
It's expected to take a somewhat arbitrary time. It reads ASCII.
I have tried multiple times and the pattern is not changing.
The start-up time is going to be large because of having to find the
first frequency, which means you have to parse the text nonetheless.
Understood.
Hi all,
I have noticed that the time used by ReadHITRAN is not linear with the
width of the frequency range. For example, to read all lines (of five
main species) between 800 and 840 cm-1 used 90 s, while reading 800-820
and 820-840 cm-1) together used 57 s.
Is this expected?
(The above
Stefan,
For HSE it is up to the user to apply this "fine tuning" or not. This including
to include adding call of the HSE method in OEM iterations, to make sure that HSE is
maintained after an iteration. The VMR rescaling should also be included in the iteration
agenda, if the retrieval can
Hi again,
Great that we agree on the problem. OK, let's keep the present
definition of VMR (that it refers to sum of all gases, not just
"constant" ones).
We should then for sure introduce a rescaling method (or maybe several).
I expressed myself poorly, I rather meant that introducing such
not the fact that it’s
condensible, I think, but just that there is so much of it, and at the same
time very variable. Other gas species have also very variable concentrations,
but it doesn’t matter for the total pressure.
All the best,
Stefan
On 15 Sep 2021, at 20:19, Patrick Eriksson wrote
Stefan,
Neither I had considered this definition of VMR. But would it not make
sense to follow it? Then a statement that the atmosphere contains 20.95%
oxygen makes more sense. You yourself pointed at that it would make
sense to scale N2 and O2 for low humid altitudes, where the amount of
Hi all,
And I take the opportunity to thank all that have contributed to ARTS during these first
20 years! This with a special thanks to Oliver that has kept a watchful eye on ARTS from
day one.
Cheers,
Patrick
On 2020-03-11 14:59, Oliver Lemke wrote:
Hi all,
20 years ago, on March 11
Dear Frank Werner,
It makes me happy to hear that your are integrating ARTS into your code
base. When we started ARTS, limb sounding was one of the main
applications so it is very nice if ARTS gets used on limb sounders
beside Odin/SMR.
Let me start by asking if you are using v2.2 or a
Dear ARTS friends,
It's time for a new ARTS workshop. The workshop will be similar to the
old ones, but this time we have also something to celebrate. The ARTS
project is approaching an age of 20 years! And if all goes well, we will
announce ARTS-3 some time before the workshop.
The
Stuart,
Good that you emailed. There is a old and new system for PSDs.
pnd_fieldCalcFromscat_speciesFields uses the old system. We have now
decided that the old system will be removed. Has not yet happen due to
lack of time. The new system supports retrievals, in contrast to the old
one.
ån 25 mars 2019 kl 19:47 skrev Patrick Eriksson
mailto:patrick.eriks...@chalmers.se>>:
Hi Richard,
I can agree on that this is not always critical for efficiency as long
as the check is a simple comparison. But some checks are much more
demanding. For example, the alti
on. That is, easier to pinpoint the
reason to the problem.
Bye,
Patrick
On 2019-03-25 12:24, Richard Larsson wrote:
Hi Patrick,
Just some quick points.
Den sön 24 mars 2019 kl 10:29 skrev Patrick Eriksson
mailto:patrick.eriks...@chalmers.se>>:
Hi Richard,
A great initiative. How
Hi Richard,
A great initiative. How errors are thrown can for sure be improved. We
are both lacking such checks (still to many cases where an assert shows
up instead on a proper error message), and they errors are probably
implemented inconsistently.
When it comes to use try/catch, I leave
Hi Richard,
It's nice that you are trying to use these methods. As far as I know,
you are the first using the methods not using Qpack.
I will have a look at the jacobianAdd methods and try to explain more
clearly how many x-elements that are generated by each method.
It seems reasonable
Dear Jonas,
Some quick feedback, I am on a conference.
The variables that you can retrieve using ARTS-OEM so far are mainly
atmospheric quantities. To handle instrument variables I maonly left for
the future.
A constant frequency switch could be handled by shifting the transitions
as you
Dear Alfred,
I'm glad to learn that the development version can handle the radar
observation. But, I want to know what this MC module can simulate, the
reflection coefficient of cloud or the thermodynamic radiation?
The MC module is called MCRadar.
I am not sure about what you mean with
Stefan,
A quick answer.
Is there a smarter way?
Not inside ARTS itself.
And, for the way I outlined, what is the currently recommended way to get out
tangent altitude and opacity along the los?
Note that you don't need to make a Tb calculation, you can calculate the
transmission
Hi Simon, Richard and all,
I started to think about how to allow a log10 retrieval "unit" for
scattering quantities. As often happens, this ended with that I want to
make a general cleaning and reorganisation.
My idea is to move towards a more clear distinction between unit and
Hi Freddy, Hi all,
A great idea to brake down the calculations into more steps than we
discussed in Hamburg. A general OK to your plans, but I think we need to
establish what terminology to use in ARTS before discussing the details.
I got dizzy when reading your plan ...
In ARTS we call
Hi Jana and Jakob , hi all,
Before commenting on this particular questions, I see a more general
discussion here. There are many similar issues. Shall we focus on
catching potential user mistakes/misunderstandings, or be less
restrictive to simplify batch/operational processing? For example,
rt to/from Gothenburg is arranged at
start/end of workshop. You only pay for room and food at Kristineberg.
We can not yet give you en exact price, but it should be in the order of
250 euro.
We send our best regards and hope to see you at Kristineberg,
Patrick Eriksson,
Stef
Hi all,
Information found below about a workshop with strong connection to
ongoing ARTS development. For example, there should be some workshop
contribution(s) associated with the database of single scattering
properties we are developing.
Bye,
Patrick
Forwarded Message
Hi all,
Our Christmas present to you!
We have now decided to arrange a new ARTS workshop. We will keep the
basic format of the workshop, and the venue will be the same as last
time, Kristineberg north of Gothenburg.
We are aiming for August 30 to Sep 1 (2017). If this time period does
not
a constant reference T profile already now. I think it
roughly doubles the size of the lookup table, though.
/Stefan
On Tue, 15 Nov 2016 at 13:37, Patrick Eriksson
<patrick.eriks...@chalmers.se <mailto:patrick.eriks...@chalmers.se>> wrote:
Hi all,
I struggled a bit to set u
Hi all,
I struggled a bit to set up absorption lookup tables for our Odin/SMR
processing. For some frequency modes we extend the retrieval into the
thermosphere, and this causes problems. My reference temperature profile
is about 170 K at the mesopause, and accordingly abs_t_pert can not go
Hi all,
We (Jana and Patrick) have discovered several issues the last weeks
around the SingleScattering data format.
1. Definition of direction
-
A direction can be specified by how the photons move, or in what
direction you observe to detect the photons. The radiative transfer
functions in
Dear ARTS users,
after a period with somewhat slower development of ARTS, we are again in
an active period. Some stuff has already been added and we are planning
some more additions. With this email we want to briefly announce these
features, and on the same time clarify how we add new
41 matches
Mail list logo