Dear Rolf,
Welcome back to ARTS!
The short answer: There is no ready mechanism in ARTS to do what you
propose.
If you still want to test doing retrievals with ARTS, I hope there is
someone out there that could share a sample setup. Nobody in the core
team is working actively with OEM. We
Hi all,
In the last try we did not get any applicant with relevant background at
all, and we give this another chance! Please help us to spread the word
about this possibility. However, please note that only citizens in
EUMETSAT member states are eligible for the position.
The position is
Hi all,
Please help us to spread the word about a new possibility to apply for
tenure track positions at Chalmers. Details and conditions outlined below.
Research on radiative transfer and remote sensing could end up either in
basic science, space technology or ocean, depending on the focus
,
Caroline
-Original Message-
From: Patrick Eriksson
Sent: Thursday, January 18, 2024 5:33 PM
To: Cox, Caroline (STFC,RAL,RALSP) ;
arts_users.mi@lists.uni-hamburg.de
Subject: Re: [arts-users] Scattering Jacobians
Dear Caroline,
We have now something in that direction, but nothing very
Dear Caroline,
We have now something in that direction, but nothing very advanced and
with limitations. If you can describe the applications you have in mind,
it is easier to comment on the details.
Bye,
Patrick
On 2024-01-18 13:00, Caroline Cox - STFC UKRI wrote:
Hi All,
Can anyone
Hi all,
Information about a new post doc position at Chalmers found below.
Please forward this email to persons that could be interested in the
position.
The position is a fellowship funded by EUMETSAT, placed at the Division
of Geoscience and Remote Sensing at Chalmers University of
Hi all,
We have now a new PhD student position at Chalmers University of
Technology in satellite measurements of clouds and precipitation. The
overall aim of the project is to increase our capacity to simulate
satellite observations of clouds and/or precipitation, and to apply this
Hi,
HSE stands for hydrostatic equilibrium. The atmosphere is generally in
HSE and it is likely a good idea to make sure that your model atmosphere
fulfils HSE.
We should fix that comment in inversion_iterate_agenda. The agenda is
ready. The comment just refers to the documentation.
Bye,
scattering?
Looking forward to your reply again, thanks!
Sincerely，
Jiaan He.
At 2023-11-02 16:15:43, "Patrick Eriksson" wrote:
Hi,
In general, it works perfectly fine to use PlanckBT from start. But
could depend on the calibration of the instrument you simulate.
There is one
scattering, and then ultimately convert to StringSet (iy_unit,
"PlanckBT"). Why do we do this? Can't we just switch to Planck
brightness temperature?
Looking forward to your reply again, thanks!
Sincerely，
Jiaan He.
At 2023-11-02 14:17:07, "Patrick Eriksson" wrote:
Hi,
FOS is &quo
Hi,
FOS is "dead" and no plans to get it back to live.
A main reason for starting FOS was to have scattering calculations,
providing the Jacobian. This was newer completed. Instead, also iyHybrid
was started and that method provides a Jacobian (not the totally full
one, but seems to be good
to make sure that I understand
correctly. If the simulation target is conical scanning radiometer
(fixed incidence angle), I can get realistic results using
surfaceFlatReflectivity.
Best regards,
Shaofei Wang
Replied Message
From Patrick Eriksson
<mailto:patrick.eriks...@chalmers
Hi,
Sorry, but is only possible to use that option for surface_rtprop_agenda
with scattering solvers by having one frequency in surfaceFlatReflectivity.
Please note that using surfaceFlatReflectivity anyhow does not give
realistic results, as you then assume a reflectivity constant with
Hi,
The only way to get ARTS to do QV and QH automatically, is to use a
"system" denoted as metmm. You find it in folder
arts/controlfiles/instruments/metmm
It is not totally straightforward to use and the documentation is not
extensive. As far as I know, the documentation is basically the
Hi,
For theory, see Sec 5.7 of doi:10.1016/j.jqsrt.2011.03.001
Note especially Eq 19.
To automatically extract V and/or H inside ARTS, you need to use
sensor_responsePolarisation, with polarisations measured/wanted
specified by instrument_pol.
Bye,
Patrick
On 2023-10-09 09:32,
you provide some help?
Looking forward to your reply!Thank you!
Best wishes.
Sincerely,
ZhangChao
-原始邮件-
发件人: "Patrick Eriksson"
发送时间: 2023-10-05 03:55:05 (星期四)
收件人: "张超" ,
arts_users.mi@lists.uni-hamburg.de
抄送:
主题: Re: [arts-users] consultancy question
Hi,
Hi,
Thanks for the quick reply! Regarding the first point mentioned, the simulation
is described in detail as follows. The first simulation example based on is the
artscomponents/montecarlo.arts file, with the input of 3-dimensional ERA5
contour data including temperature, humidity,
trans_in_jacobian, pext_scaling, t_interp_order )
Authors: Patrick Eriksson
Variables:
OUT iy (Matrix): Monochromatic pencil beam radiance spectrum.
OUT iy_aux (ArrayOfMatrix): Data auxiliary to *iy*.
OUT diy_dx (ArrayOfTensor3):
Derivative of *iy* with resp
Hi,
Thanks for your interest in ARTS.
Unfortunately, I have observed a significant deviation between the
simulated bright temperatures and the actual measurements, with
discrepancies reaching up to 20 K. I suspect that there may be an issue
with my approach. Have you encountered similar
Dear all,
Please, help us spread this. Our division has now an open faculty
position in the topic of Global observations of atmospheric water. It is
a permanent, open-rank position. That is, candidates can range from
early career to full professor.
For details, and to apply, visit:
Hi all,
We have now a new PhD student position at Chalmers University of
Technology in sub-millimetre observations of clouds
The position is related to two completely new satellite instruments, AWS
(Arctic Weather Satellite) and ICI (Ice Cloud Imager). You will take
part in the final
Dear Li Zhuoyang,
If you are using Matlab and not very familiar with the scattering data,
the simplest is to use the Matlab version of the "standard habits". Some
example code found below, that I copied from one of my old scripts,
showing how to import two habits and merge the data.
Bye,
Dear Adrian Loftus,
The gases are supposed to affect the two-way attenuation of the radar
signal. Both inside and outside "clouds" How do you deduce that there is
gas attenuation inside, but not outside?
Please note that the gas attenuation is quite low, even at 94 GHz.
Inside the cloud,
Dear Jiawei Zhu,
You are not clear about how you use TNOISE to generate random noise. If
you use the Atmlab function make_noise, the random draw is made by randn.
In any case, this is likely a general Matlab question. It seems that you
want to reset the settings of the random generator. This
Dear Mattia,
I leave it to Simon to comment on the covariance matrix part.
The error you report now is different. The iterations give you a water
vapour VMR that is out of the range of your lookup table. If you look at
the (first) error message, you can see that you get a H2O VMR of 2.9% at
Hi all,
Our department is looking for a post doc. The primary task will be to
work with the set of ground-based microwave radiometers at Onsala Space
Observatory. See further below. Not mentioned in the add, but here could
also be an opportunity to work with Odin-SMR.
Bye,
Patrick
Caroline,
A few comments. The ARTS interface to Tmatrix just supports single-size
calculations. You define the particle size distribution in ARTS. If you
will be doing microwave calculations, there are precalculated data in
our scattering database.
If you describe what type of simulations
or U and V
stokes parameters.
Best regards,
Shaofei Wang
Replied Message ----
From Patrick Eriksson
<mailto:patrick.eriks...@chalmers.se>
Date2/23/2023 21:29
To Shaofei Wang ,
<mailto:wangshaofei...@163.com>
arts_users.mi@lists.uni-hamburg.de
<mailto:arts_user
Dear Shaofei Wang,
I had a quick look at the code, and yes FASTEM values matching U and V
are not used. Despite I stand as author for the FASTEM methods, I can
answer why we left it like this. There are several possibilities:
1. It was left to be fixed later.
2. We were unsure about how to
ot the other hail species?
I'm running into many errors in everything I tried.
Thanks for the time!
On 02.02.2023 03:15, Patrick Eriksson wrote:
Vito,
Can you explain how it failed?
Bye,
Patrick
On 2023-02-01 16:34, Galligani wrote:
Hi Patrick! Thanks that worked out!
I'm now running a F
his possible? All my attempts have failed.
Thank you!
Vito
On 25.01.2023 19:15, Patrick Eriksson wrote:
Vito,
scat_data and scat_data_raw are of type
ArrayOfArrayOfSingleScatteringData. The first Array dimension matches
scat_species and the second one size. So you need multiple Append to
scat_da
s error.
Am I taking a bad approach at doing this?
Later I add the pndf_fields by doing something similar:
Tensor4Create(pnd_field2)
ReadXML( pnd_field2, "hail_pnddata2.xml" )
Append( pnd_field, pnd_field2)
I hope this helps someone else too
Thank you!
Vito
On 15.12.2022 18:3
Dear Jiawei Zhu,
First of all, please note that there is no active development of qpack2.
The primary way to make use of ARTS is today by Python.
That said, there is no automatic way to select the line data to use for
a simulation, neither in qpack2 nor ARTS. The safest option is to load
cloudbox.
Bye,
Patrick
On 2022-12-15 07:51, Lemke, Oliver wrote:
Hi Patrick, hi Vito,
On 14. Dec 2022, at 20:04, Patrick Eriksson
wrote:
pndFromPsdBasic
}
Append( scat_species, species_id_string )
Append( pnd_agenda_array_input_names, pnd_agenda_input_names )
But the error message
Vito,
When it comes to:
ArrayOfAgendaAppend( pnd_agenda_array ){
VectorSet(pnd_size_grid, [1])
VectorSet(psd_size_grid, [1])
psdMonoDispersive(psd_data, dpsd_data_dx, pnd_agenda_input_t,
pnd_agenda_input,
pnd_agenda_input_names, dpnd_data_dx_names, scat_meta,
Hi,
Yes, this is not totally streamlined. And nothing we will change now as
the handling of scattering data is being rewritten from scratch.
You must do a bit more than you included, as scat_dataCalc requires
scat_data_raw. Not clear from where you get that.
I think you can use Append to
Conrad,
Please note that the ppath points are listed starting at the side of the
sensor. If the sensor is outside the atmosphere, the first point will be
at the top of the atmosphere, i.e. 80 km in this case. If you look at
the last ppath point, it should be at 3 km.
If you mean that you
Dear Shaofei Wang,
rain-MPM93 works in a stand-alone fashion. That is, you can forget about
ScatElementsToabs_speciesAdd.
But please note that you have to be at very low frequencies (<10 GHz?)
to be in a situation where neglecting scattering by rain is a fair
approximation.
Regards,
Dear Frank,
First a warning. 2D antenna patterns in ARTS are implemented in a crude
way and result in slow calculations. In addition, hardly used and
accordingly not very well tested.
Not sure where you need help. I would suggest to start without
polarization. You seem to have what is
re any other sources of information out there with a few more
detailed examples on how to use this for clouds, I would really
interested to see them.
Thanks
Caroline
--------
*From:* Patrick Eriksson
*Sent:* 20 August 2022 19:00
Caroline,
If you are using ARTS v2.2, the simplest way to obtain scattering data
in the correct format should be to use the Tmatrix code coming with
ARTS. This could need that you set some compilation flag.
Long time since I used v2.2. The method I talk about is now called
mperature (RJTB)
% INzplat Platform altitude.
% za Zenith angle.
% 2013-04-17 Created, Patrick Eriksson.
function [f,y] = qarts_backend_demo(zplat,za)
%= Atmlab settings
%
arts_xmldata_path = atmlab( 'ARTS_XMLDATA_PATH' );
%
if isnan( arts_xmldata_path )
error('You ne
Hi,
Adding to Oliver's answer. Failing convergence should mainly be an issue
of size parameter. We have not investigated this in detail, but the
limit for this code seems to be at size parameters of 5-10.
Bye,
Patrick
On 2022-04-27 22:33, Krolick, William C. (MSFC-ER42)[ESSCA] wrote:
Daniele,
Nice to see that you are using ARTS. Yes, rigorous=0 should be safe for your case. This
check is mainly relevant for limb sounding.
Depending on how much you care about the surface, DISORT is an alternative that could be
faster.
Looks like you are doing stuff very similar to what
Dear Song shuhua,
You have discovered one of the reasons why we created the standard
habits. It is difficult to run DDA on the large particles at high
frequencies, and we had a limit at size parameter = 10. This means that
the highest frequencies not are present for all particles.
In the
Hi,
1. I think AtmFieldPRegrid is what you are looking for
2. WriteXMLIndexed should solve your problem here
Bye,
Patrick
On 2022-02-25 08:28, Shaofei Wang wrote:
Hi, all
(1) Recently I was using ARTS to simulate scattering effects and I
generated pnd_field (Tensor4) using WSM
Renish and Freddy,
It is likely very long time since someone else used opt_prop_sptFromData!
Freddy: This method is most closely related to DOIT. I noticed that it
is opt_prop_sptFromMonoData that is actually used by DOIT (for the
version in main at least). Any comments about these methods?
-launch preparations and analyse the first data from the
satellites.
See further:
https://www.chalmers.se/en/about-chalmers/Working-at-Chalmers/Vacancies/Pages/default.aspx?rmpage=job=10254=UK
Contact: Patrick Eriksson, patrick.eriks...@chalmers.se
There is also a new PhD position in radar
Mattia,
I don't remember exactly when SurfaceBlackbody was introduced, but seems
that you have a too old version not containing it. Oliver can you check?
What I can answer:
You are not really supposed to make changes in agendas_surface.arts. If
you want to use an agenda setup not in
Stuart,
No, met_mm does not support antennas. I just checked the code. Remember
that we discussed antennas at some point, but don't remember if we had a
plan for the antenna part. Can't say if it would be easy to add it. I am
afraid that it could be complicated as we use antenna_dlos in a
Daniele,
Good question. Easy to get lost in the scattering data. Some clarifications:
SingleScatteringData: The scattering data of one "scattering element".
Normally the data for one particle size.
ArrayOfSingleScatteringData: The scattering data of one "scattering
species". Normally the
Hi,
It feels specially appropriate to put this job add on our mailing list.
ARTS experience is mentioned as an additional merit!
There is now an open position at SMHI as: Remote sensing expert with
microwave competence
Hi,
Our university has again an open call for tenure track positions:
https://assistant-professor-positions.chalmers.se/
Would be great to see some applicants with a background in remote
sensing, atmospheric science and climate. These areas end up in basic
science where two positions are
and insights based on
field campaigns. This session addresses cloud (bulk) microphysics and
optical properties over the UV to MW spectrum, their application and
required inputs from in-situ and laboratory observations.
Convenors: Tobias Wehr (ESA), Anthony Baran (Met Office), Patrick
Eriksson
Hi again,
We were not aware of the first point, but this indeed look like an issue
of numerical precision.
We derive tau from transmissivity. I did a test in Matlab. exp(-740) is
> 0, while exp(-750) gives 0. This fits what you report reports, that
optical thicknesses above 750 can not be
-
From: Patrick Eriksson
Sent: Thursday, September 2, 2021 1:19 AM
To: Farid Alam ; arts_users.mi@lists.uni-hamburg.de;
Ranjan Mehta
Subject: Re: [arts-users] iyRadioLink: Unknown Method
WARNING: This email originated from outside of the organization. Do not click
links or open attachments
Farid, Ranjan,
Looks like method “*iyRadioLink*” is missing in ARTS 2.4.0, and ARTS
2.5.0 (dev).
Sorry, there is no replacement in v2.4 or v2.5. It should be resurrected
to v3, but unclear when that version will appear.
I take the opportunity to also answering the question from Ranjan,
Eric,
(1998)). The values of the poly_order=0 are now quite small (mostly
lower than 0.1K), however, I still only get positive values. Is that
something that could be expected from the way the function
"retrievalAddPolyfit" works maybe ?
No, there is nothing that promotes positive values.
Enzo,
As far as I know there are no available data for such large hail particles.
How you can calculate the scattering properties depends mainly on the
size parameter, i.e. the ratio between particle size and wavelength.
Accordingly, it would help to know the frequencies you want to simulate.
Eric,
I don't know about a fixed setup for dealing with the troposphere in
observations of this type. As your observations at max gives one piece
of information for the troposphere, I would say that the single
retrieval point setup makes most sense. In any case it is plausible option.
I
Isaac,
I assume that CRTM includes temperatures up to 300K is to cover ice reaching
the ground even when the surface temperature is well above 0C. In such cases
the ice particles are not in equilibrium with the environment. Internally the
temperature will be close to 0C. My suggestion is then
Hi,
Some quick input, for clarification.
At least for the Matlab interface there are functions for interpolating
in frequency, angular grid and temperature, to get the data of all sizes
on the same set of grids. That is, the idea is to use these functions
first, before any size
Eric,
I am performing strato-mesospheric ozone retrievals with the OEM
implemented directly in ARTS (using the python interface).
As my sensor is not changing much with time, I am wondering if there is
a way (and if this is worth in terms of computation speed) to reuse the
sensor_response
Robert,
No, the update did not include the azimuthally random oriented (ARO) ice
particle.
For ice habits, the update covered only totally random orientation. But
also introduced ARO data for non-spherical rain drops.
Bye,
Patrick
On 2021-04-08 22:45, Schrom, Robert S.
Hi,
We are pleased to announce that version 1.1.0 of the ARTS scattering
database has been released. Database, technical report and readme
document have been updated. It is highly recommended to download both
the new interface and database versions. They are found at the same
places as v1.0
Hi,
There is the same/similar problem on the Matlab side (as there is no
writing and reading of xml-files including the time group).
So a general hint for all. If you just want to set sensor_time to some
value, you can do this by these method calls
timeNow
ArrayOfTimeSetConstant(
the atmosphere?
Thanks,
Renish Thomas
*From:* Patrick Eriksson
*Sent:* Thursday, February 4, 2021 2:32 AM
*To:* Thomas,Renish ;
arts_users.mi@lists.uni-hamburg.de
*Subject:* Re: [arts-users] ARTS Scattering Jacobians
Thomas
Thomas,
Jacobian calculations in ARTS we still see as work in progress and there
are strong restrictions. So we keep this so far a bit on the side.
In short, the only method that can produce Jacobians with scattering is
iyHybrid (that totally lacks documentation). This one only works in 1D
Ranish,
1.) So, if I must set the scattering particle temperature to an arbitrary value after
calling "pnd_fieldCalcFromParticleBulkProps", do I just override and assign
'pnd_agenda_input_t".
You got me wrong. You don't need to do anything. pnd_agenda_input_t is set automatically
where
ammaMassXmean
Negative mean sizefound.
This is not allowed.
4) I have attached the sub-function python control file for setting the scattering fields
before running MC_General(). Any help would be great.
Thanks,
Renish
---------
:* "Thomas,Renish"
*Skickat:* 4 december 2020 16:40:25 CET
*Till:* Patrick Eriksson ,
"arts_users.mi@lists.uni-hamburg.de"
*Ämne:* Re: [arts-users] ARTS internally generated PND fields
Hi Patrick/ Everyone,
Thanks, for the inputs .
I was able to clear some of the errors.
Hi Renish,
Yes, this part is a complex and could need some more examples. However,
this part will be modified in a big overhaul of the handling of
scattering properties that Simon is working on and this makes us all a
bit reluctant to add examples right now.
1.) So, the "Mass_content" ,
Hi Thomas,
That sounds correct. That is the expected difference, if my memory is correct.
To get insignificant differences you have to below about 30 GHz.
Bye,
Patrick
"Thomas,Renish" skrev: (28 oktober 2020 16:36:41
CET)
>Hi Everyone,
>
>I had a question about when to use RJBT vs PlanckBT
*From:* Patrick Eriksson
*Sent:* Tuesday, August 11, 2020 8:29 AM
*To:* Thomas,Renish ;
arts_users.mi@lists.uni-hamburg.de
*Subject:* Re: [arts-users] IWP in ARTS
Dear Renish,
ARTS does not take IWP, TWP etc as input. You need to specify
Hi,
It is Q.P_GRID that is ultimately used. The raw atmosphere is interpolated from its
pressure grid to p_grid (linearly in log(p)).
Bye,
Patrick
On 2020-05-01 21:01, Thomas,Renish wrote:
Hi All,
I have a question regarding the pressure grid in Atmlab fields. So I see in the
Dear Robin,
As Stefan wrote, we don't have much experience of the lowest frequencies you mentioned,
but in
https://www.atmos-meas-tech.net/12/6341/2019/
we used ARTS down to 7 GHz. We did not consider the atmospheric settings in detail, so I
can not say anything about the absolute accuracy.
Dear friends of ARTS,
Considering the covid-19 outbreak we have decided to cancel the workshop
completely.
We find it highly unlikely that the situation is back to normal in time for the workshop.
We also expect that the workload during the coming months will be higher than normal,
ideo, send an email to
patrck.eriks...@chalmers.se
including this information:
- If you want to follow presentations
- If you would like to give a presentation: title + abstract
- If you will be interested in joining group work
Kind regards,
Patrick Eriksson,
Stef
Hi all,
We are now looking for a new post doc or PhD student. The position deals with satellite
retrievals of precipitation by machine learning. A description of the position and project
is found below. Please forward to persons that could be interested in this position.
For full details and
Dear Eric,
Nice to hear that you have long term plans around your retrievals and
that they involve ARTS.
Very good questions, for sure important information for ARTS users.
1.Will it be possible to continue using Qpack with the new release of
ARTS and if yes, will it involve some major
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
Hi,
so, logrel and rel only make a difference in a (externally coupled)
retrieval, e.g. with qpack, not with plain ARTS. is that correct?
Yes.
so, when I'd like to label a (logrel) O3 Jacobians plot, I could use K /
100% O3? or what would you suggest?
Yes, that labeling looks OK,
Hi Jana,
Are you just interested in the Jacobian or will you also perform
retrievals (by Qpack?)?
our main issue here is to understand what unit logrel(O3) implies.
following Patrick's advice from the previous (wind) thread, I checked
the AUG (and the correct one for that matter - cause
Hi Jana, Hi all,
The definition of the winds do not change between 1D, 2D and 3D. That
would at least lead to messy code.
This is in fact a question of the azimuth angle of the sensor. There is
also a north direction in 1D and the sensor is assumed to be looking
exactly North for 1D. This
(613) 998-5349 | Cellphone: (343) 549-4262
natalia.bliankinsht...@nrc-cnrc.gc.ca
____
From: Patrick Eriksson
Sent: March 7, 2019 2:43 AM
To: Bliankinshtein, Natalia; arts_users.mi@lists.uni-hamburg.de
Subject: Re: [arts-users] FASTEM in ARTS
Dear Natalia,
Y
Dear Natalia,
Yes, FASTEM is at hand, but it is a bit tricky to give a general answer.
It depends on e.g.
* Do you want to retrieve any surface properties?
* Do you want to set specific wind speeds etc, or do you want to obtain
wind speed etc. by interpolation from some data?
Can you give
Patrick Eriksson
mailto:patrick.eriks...@chalmers.se>> wrote:
Victoria,
The warning about normalization is common, so that's known. But not the
error. The error should in principle be tracked down, but I have no
time
for that. In addition, there should hopefully be a new v
Victoria,
The warning about normalization is common, so that's known. But not the
error. The error should in principle be tracked down, but I have no time
for that. In addition, there should hopefully be a new version of the
RT4 interface at some point where the normalization not will be an
Hi all,
A colleague here at Chalmers asked my distribute information about a
post doc position involving microwave remote sensing. The objective is
to support the development of a passive microwave car sensor, to e.g.
detect ice on the road. For details, follow the link below.
Feel free to
Dear Weng,
First of all, as this deals Atmlab, please send future questions instead
to atmlab_dev...@lists.uni-hamburg.de.
If r is constant, you only need to modify C.PND_FIELD{1} to make sure
that the IWC at each pressure level fits with what you want. Including
to set C.PND_FIELD{1} to
Hi Victoria,
(I wrote this yesterday, but seems that the sending failed! Anyhow, here
is an answer complementing Oliver's reply.)
Not sure what you mean with retrieve. If you just want to export the
data to files, easiest is to do the storing inside the agenda. For example:
AgendaSet(
be the proper approach and I hope that you
decide to implement instrument variables soon! This is the last piece in
the way of operational WIRA-C Wind retrievals with ARTS (and thus
without Matlab). Until then I will tinker with my patch.
Best regards,
Jonas
On 18.09.2018 10:27, Patrick Eriksson
Hi,
The reason to the error is that the method ScatSpeciesScatAndMetaRead
expects the files to hold data of type SingleScatteringData, while the
standard habits are stored as ArrayOfSingleScatteringData (to get all
data into a single file).
I am not using ScatSpeciesScatAndMetaRead myself,
Dear Weng,
Yes. What you wrote is correct.
For all: Please notice the {} on the left-side:
C.SCAT_DATA{1}=S(1);
Regards,
Patrick
On 2018-08-11 10:32, WCS wrote:
Dear All,
Hello, I have an question about the use of the Single Scattering
Database with Atmlab.
There is a file
Hi all,
The article describing the "ARTS scattering database" is now out:
https://www.earth-syst-sci-data.net/10/1301/2018
We welcome feedback on the database.
Bye,
Patrick and Robin
___
arts_users.mi mailing list
arts_users.mi@lists.uni-hamburg.de
Hi all,
FYI: There has been a bug affecting TELSEM, TESSM and surfaceFlatRvRh.
The polarization inside surface_emission had wrong sign.
Bye,
Patrick
___
arts_users.mi mailing list
arts_users.mi@lists.uni-hamburg.de
Hi all,
I am about to make a commit with some major changes. Richard, Jana and I
have since the ARTS workshop worked on streamlining the radiative
transfer methods, with the aim of having a coherent internal system
covering both non-LTE and scattering, as well as simplifying and
extending
Dear WCS,
These scattering data require that you are using v2.3.
Could it be that you are using v2.2? If yes:
I have not considered this situation, but it could be quite easy to
convert the data to a version working with v2.2. However, I don't have
time right now to check the details. Anyone
Dear Wenyu Wang,
It seems that you are trying to use Fastem outside of iy_surface_agenda.
If that is what you want, try then surfaceFastem (but you still need to
specify transmission, but in a simpler format).
If you want to do complete clear-sky simulations, then Fastem should be
used
Dear Pauline,
A small example, let's assume you have created a a combination of
p_grid, z_field and t_field. Let's assume that you have z_surface = 0,
and your first point in p_grid, z_field and t_field is set to match the
surface exactly. That is z_field(1) = 0;
If you set the reference
1 - 100 of 107 matches
Mail list logo
