[arts-users] Sensor design issues
Dear ARTS community, How to set up a microwave spectrometer and a traditional microwave radiometer when considering jointly building a model?To my knowledge, their channel responses are different. How can we model them in the same. arts file? Looking forward to your reply！Thank you! Best wishes, Jiaan He
[arts-users] Gas absorption issues
Dear ARTS community, I compared the absorption coefficients of H2O-MPM93 with H2O line absorption and the continuous absorption model of H2O-contmpm93 through experiments. It was found that the absorption coefficient of H2O-MPM93 is not equal to the sum of line absorption and continuous absorption, which seems to contradict the absorption theorem. May I ask where the problem lies? Looking forward to your reply！Thank you! Best wishes, Jiaan He
Re: [arts-users] ReadHITRAN problem
Hi Richard, I followed your suggestion and installed 2.5.13 through Pre compiled binaries. How do I proceed with testing? Do I still need to build from source and install dependency packages? Looking forward to your reply！Thank you! Best wishes, Jiaan He At 2023-12-07 14:47:26, "Richard Larsson" wrote: Hi Jiaan. I recommend using the arts-cat-data package we provide. It is available at https://www.radiativetransfer.org/tools/ under the heading ARTS Catalog Data. I have added Zeeman effect and line mixing of O2 to those lines (the exact changes are in my repository at https://github.com/atmtools/arts-cat). They should be otherwise very similar as to what HITRAN provides. It might only work on a newer version of ARTS (which you can install easily if you use conda-forge following our guide at https://atmtools.github.io/arts-docs-master/installation.html). //Richard Den tors 7 dec. 2023 kl 07:33 skrev suifengbenpao2023 : Hi Richard, Thank you for your careful explanation. I do want to consider the Zeeman splitting effect (especially oxygen) and accelerate the calculation speed. According to your explanation, I need to consider quantum numbers. Is there a way for me to consider quantum numbers? Can we set the global quantum numbers and local quantum numbers for ReadHITRAN? I have tried this and found that the definition format of quantum numbers seems to be different from before? It seems that it cannot be set to： localquanta="J Omega F" upperglobalquanta="S 1/2 Lambda 1 parity 1 kronigParity 102 v1 0 ElectronState 88" lowerglobalquanta="S 1/2 Lambda 1 parity -1 kronigParity 102 v1 0 ElectronState 88" He reported an error saying that there cannot be numbers such as 2/1, 1, etc. Do I have any other options? Looking forward to your reply！Thank you! Best wishes, Jiaan He At 2023-12-07 13:16:42, "Richard Larsson" wrote: Hi Jiaan, qns' and qns'' contain HITRAN quantum numbers (mostly based on VAMDC). There is some quantum number definition in the pure 150-char par-line, but we do not parse it as it is generally not possible with the information available (the paper-published format doesn't always agree with what is actually published in data). Your LBL calculations should not be affected by just reading or not reading the qns' and qns''. If you want more accurate LBL results, say you want to activate Zeeman effect or need line mixing, you will need the quantum numbers to do that. Likewise, if you want to speed up your calculations then having the quantum numbers also helps with that since it is easier to throw away bands. So you are just limiting what you can do, not what the results of doing nothing extra will bring. //Richard Den tors 7 dec. 2023 kl 04:17 skrev suifengbenpao2023 : Hi Oliver， Thank you for your help! However, I have a doubt. I compared the extracted data with the data in the directory/home/zc/arts XML data-2.4/spectoscopy/Hitran. Their respective results are as follows: （1） 9021534521.6108 2.9232326101396e-22 3.16646203680995e-20 26 26 8.491e-11 nan nan 88761.6455958549 0.66 0 0 0 0.66 0 0 11834.8860794473 0.66 0 0 0 0.66 0 0 (HITRAN2020) （2） 9021534521.6108 2.9232326101396e-22 3.16646203680995e-20 26 26 8.491e-11 0 0 11834.8860794473 0.66 0 0 0 0.66 0 0 11834.8860794473 0.66 0 0 0 0.66 0 0 23/2 1/2 25/2 23/2 1/2 25/2 In terms of labels and values, there are differences in their results, so I would like to ask if the results I extracted in this way are correct? Will it affect the line by line absorption calculation? Looking forward to your reply！Thank you! Best wishes, Jiaan He At 2023-12-05 14:52:23, "Lemke, Oliver" wrote: >Hi Jiaan, > >All parameters ARTS can us are included in the .par line (including >broadening). ARTS will not utilize any other parameters besides what's >contained in the .par line, qns' and qns''. Adding other parameters will also >most likely break our reading routine. > >Cheers, >Oliver > > >> On 5. Dec 2023, at 02:30, suifengbenpao2023 >> wrote: >> >> >> Hi Oliver， >> >> Thank you for your help! Thank you for providing the online screenshot. May >> I ask if you need to add any other parameters that can be obtained to define >> the new output format according to your screenshot? For example, self >> widening, external widening, etc. >> >> Looking forward to your reply！Thank you! >> Best wishes, >> Jiaan He >> >> At 2023-12-04 21:26:59, "Lemke, Oliver" wrote: >> >Hi Jiaan, >> > >> >"Online" is the recommended way. You also need to define a custom output >> >format to include the .par line and the quantum numbers qns' and qns''. >> >Here is a screenshot with the configuration from the HITRAN online pa
Re: [arts-users] ReadHITRAN problem
Dear Richard， Thank you for your prompt response and assistance! I have reviewed the GitHub repository you provided at https://github.com/atmtools/arts-cat. I would like to clarify whether HITRAN2020 data is already considered in this dataset. If so, can I directly use the data provided in the "ARTS Catalog Data" section on the Radiative Transfer website (https://www.radiativetransfer.org/tools/) to perform calculations involving HITRAN2020 for Line-By-Line (LBL), Seeman effects, and line mixing effects within the ARTS framework based on version 2.4? I appreciate your guidance on this matter. Looking forward to your reply！Thank you! Best wishes, Jiaan He At 2023-12-07 14:47:26, "Richard Larsson" wrote: Hi Jiaan. I recommend using the arts-cat-data package we provide. It is available at https://www.radiativetransfer.org/tools/ under the heading ARTS Catalog Data. I have added Zeeman effect and line mixing of O2 to those lines (the exact changes are in my repository at https://github.com/atmtools/arts-cat). They should be otherwise very similar as to what HITRAN provides. It might only work on a newer version of ARTS (which you can install easily if you use conda-forge following our guide at https://atmtools.github.io/arts-docs-master/installation.html). //Richard Den tors 7 dec. 2023 kl 07:33 skrev suifengbenpao2023 : Hi Richard, Thank you for your careful explanation. I do want to consider the Zeeman splitting effect (especially oxygen) and accelerate the calculation speed. According to your explanation, I need to consider quantum numbers. Is there a way for me to consider quantum numbers? Can we set the global quantum numbers and local quantum numbers for ReadHITRAN? I have tried this and found that the definition format of quantum numbers seems to be different from before? It seems that it cannot be set to： localquanta="J Omega F" upperglobalquanta="S 1/2 Lambda 1 parity 1 kronigParity 102 v1 0 ElectronState 88" lowerglobalquanta="S 1/2 Lambda 1 parity -1 kronigParity 102 v1 0 ElectronState 88" He reported an error saying that there cannot be numbers such as 2/1, 1, etc. Do I have any other options? Looking forward to your reply！Thank you! Best wishes, Jiaan He At 2023-12-07 13:16:42, "Richard Larsson" wrote: Hi Jiaan, qns' and qns'' contain HITRAN quantum numbers (mostly based on VAMDC). There is some quantum number definition in the pure 150-char par-line, but we do not parse it as it is generally not possible with the information available (the paper-published format doesn't always agree with what is actually published in data). Your LBL calculations should not be affected by just reading or not reading the qns' and qns''. If you want more accurate LBL results, say you want to activate Zeeman effect or need line mixing, you will need the quantum numbers to do that. Likewise, if you want to speed up your calculations then having the quantum numbers also helps with that since it is easier to throw away bands. So you are just limiting what you can do, not what the results of doing nothing extra will bring. //Richard Den tors 7 dec. 2023 kl 04:17 skrev suifengbenpao2023 : Hi Oliver， Thank you for your help! However, I have a doubt. I compared the extracted data with the data in the directory/home/zc/arts XML data-2.4/spectoscopy/Hitran. Their respective results are as follows: （1） 9021534521.6108 2.9232326101396e-22 3.16646203680995e-20 26 26 8.491e-11 nan nan 88761.6455958549 0.66 0 0 0 0.66 0 0 11834.8860794473 0.66 0 0 0 0.66 0 0 (HITRAN2020) （2） 9021534521.6108 2.9232326101396e-22 3.16646203680995e-20 26 26 8.491e-11 0 0 11834.8860794473 0.66 0 0 0 0.66 0 0 11834.8860794473 0.66 0 0 0 0.66 0 0 23/2 1/2 25/2 23/2 1/2 25/2 In terms of labels and values, there are differences in their results, so I would like to ask if the results I extracted in this way are correct? Will it affect the line by line absorption calculation? Looking forward to your reply！Thank you! Best wishes, Jiaan He At 2023-12-05 14:52:23, "Lemke, Oliver" wrote: >Hi Jiaan, > >All parameters ARTS can us are included in the .par line (including >broadening). ARTS will not utilize any other parameters besides what's >contained in the .par line, qns' and qns''. Adding other parameters will also >most likely break our reading routine. > >Cheers, >Oliver > > >> On 5. Dec 2023, at 02:30, suifengbenpao2023 >> wrote: >> >> >> Hi Oliver， >> >> Thank you for your help! Thank you for providing the online screenshot. May >> I ask if you need to add any other parameters that can be obtained to define >> the new output format according to your screenshot? For example, self >> widening, external widening, etc. >> >> Looking forward to your reply！Thank you! >
Re: [arts-users] ReadHITRAN problem
Hi Richard, Thank you for your careful explanation. I do want to consider the Zeeman splitting effect (especially oxygen) and accelerate the calculation speed. According to your explanation, I need to consider quantum numbers. Is there a way for me to consider quantum numbers? Can we set the global quantum numbers and local quantum numbers for ReadHITRAN? I have tried this and found that the definition format of quantum numbers seems to be different from before? It seems that it cannot be set to： localquanta="J Omega F" upperglobalquanta="S 1/2 Lambda 1 parity 1 kronigParity 102 v1 0 ElectronState 88" lowerglobalquanta="S 1/2 Lambda 1 parity -1 kronigParity 102 v1 0 ElectronState 88" He reported an error saying that there cannot be numbers such as 2/1, 1, etc. Do I have any other options? Looking forward to your reply！Thank you! Best wishes, Jiaan He At 2023-12-07 13:16:42, "Richard Larsson" wrote: Hi Jiaan, qns' and qns'' contain HITRAN quantum numbers (mostly based on VAMDC). There is some quantum number definition in the pure 150-char par-line, but we do not parse it as it is generally not possible with the information available (the paper-published format doesn't always agree with what is actually published in data). Your LBL calculations should not be affected by just reading or not reading the qns' and qns''. If you want more accurate LBL results, say you want to activate Zeeman effect or need line mixing, you will need the quantum numbers to do that. Likewise, if you want to speed up your calculations then having the quantum numbers also helps with that since it is easier to throw away bands. So you are just limiting what you can do, not what the results of doing nothing extra will bring. //Richard Den tors 7 dec. 2023 kl 04:17 skrev suifengbenpao2023 : Hi Oliver， Thank you for your help! However, I have a doubt. I compared the extracted data with the data in the directory/home/zc/arts XML data-2.4/spectoscopy/Hitran. Their respective results are as follows: （1） 9021534521.6108 2.9232326101396e-22 3.16646203680995e-20 26 26 8.491e-11 nan nan 88761.6455958549 0.66 0 0 0 0.66 0 0 11834.8860794473 0.66 0 0 0 0.66 0 0 (HITRAN2020) （2） 9021534521.6108 2.9232326101396e-22 3.16646203680995e-20 26 26 8.491e-11 0 0 11834.8860794473 0.66 0 0 0 0.66 0 0 11834.8860794473 0.66 0 0 0 0.66 0 0 23/2 1/2 25/2 23/2 1/2 25/2 In terms of labels and values, there are differences in their results, so I would like to ask if the results I extracted in this way are correct? Will it affect the line by line absorption calculation? Looking forward to your reply！Thank you! Best wishes, Jiaan He At 2023-12-05 14:52:23, "Lemke, Oliver" wrote: >Hi Jiaan, > >All parameters ARTS can us are included in the .par line (including >broadening). ARTS will not utilize any other parameters besides what's >contained in the .par line, qns' and qns''. Adding other parameters will also >most likely break our reading routine. > >Cheers, >Oliver > > >> On 5. Dec 2023, at 02:30, suifengbenpao2023 >> wrote: >> >> >> Hi Oliver， >> >> Thank you for your help! Thank you for providing the online screenshot. May >> I ask if you need to add any other parameters that can be obtained to define >> the new output format according to your screenshot? For example, self >> widening, external widening, etc. >> >> Looking forward to your reply！Thank you! >> Best wishes, >> Jiaan He >> >> At 2023-12-04 21:26:59, "Lemke, Oliver" wrote: >> >Hi Jiaan, >> > >> >"Online" is the recommended way. You also need to define a custom output >> >format to include the .par line and the quantum numbers qns' and qns''. >> >Here is a screenshot with the configuration from the HITRAN online page: >> > >> >https://attachment.rrz.uni-hamburg.de/97c802f4/Screenshot-2023-12-04-at-14.04.57.png >> > >> >Cheers, >> >Oliver >> > >> > >> >> On 4. Dec 2023, at 13:33, suifengbenpao2023 >> >> wrote: >> >> >> >> Dear ARTS community, >> >> >> >> When I directly use the data downloaded from hitranonline (without >> >> changing the data format), I can run the ReadHITRAN method to extract >> >> lines data. I used the "Post2004" and "Online" methods, and the results >> >> are the same. Is this correct? >> >> >> >> Looking forward to your reply！Thank you! >> >> Best wishes, >> >> Jiaan He >> > > > > > >
Re: [arts-users] ReadHITRAN problem
Hi Oliver， Thank you for your help! However, I have a doubt. I compared the extracted data with the data in the directory/home/zc/arts XML data-2.4/spectoscopy/Hitran. Their respective results are as follows: （1） 9021534521.6108 2.9232326101396e-22 3.16646203680995e-20 26 26 8.491e-11 nan nan 88761.6455958549 0.66 0 0 0 0.66 0 0 11834.8860794473 0.66 0 0 0 0.66 0 0 (HITRAN2020) （2） 9021534521.6108 2.9232326101396e-22 3.16646203680995e-20 26 26 8.491e-11 0 0 11834.8860794473 0.66 0 0 0 0.66 0 0 11834.8860794473 0.66 0 0 0 0.66 0 0 23/2 1/2 25/2 23/2 1/2 25/2 In terms of labels and values, there are differences in their results, so I would like to ask if the results I extracted in this way are correct? Will it affect the line by line absorption calculation? Looking forward to your reply！Thank you! Best wishes, Jiaan He At 2023-12-05 14:52:23, "Lemke, Oliver" wrote: >Hi Jiaan, > >All parameters ARTS can us are included in the .par line (including >broadening). ARTS will not utilize any other parameters besides what's >contained in the .par line, qns' and qns''. Adding other parameters will also >most likely break our reading routine. > >Cheers, >Oliver > > >> On 5. Dec 2023, at 02:30, suifengbenpao2023 >> wrote: >> >> >> Hi Oliver， >> >> Thank you for your help! Thank you for providing the online screenshot. May >> I ask if you need to add any other parameters that can be obtained to define >> the new output format according to your screenshot? For example, self >> widening, external widening, etc. >> >> Looking forward to your reply！Thank you! >> Best wishes, >> Jiaan He >> >> At 2023-12-04 21:26:59, "Lemke, Oliver" wrote: >> >Hi Jiaan, >> > >> >"Online" is the recommended way. You also need to define a custom output >> >format to include the .par line and the quantum numbers qns' and qns''. >> >Here is a screenshot with the configuration from the HITRAN online page: >> > >> >https://attachment.rrz.uni-hamburg.de/97c802f4/Screenshot-2023-12-04-at-14.04.57.png >> > >> >Cheers, >> >Oliver >> > >> > >> >> On 4. Dec 2023, at 13:33, suifengbenpao2023 >> >> wrote: >> >> >> >> Dear ARTS community, >> >> >> >> When I directly use the data downloaded from hitranonline (without >> >> changing the data format), I can run the ReadHITRAN method to extract >> >> lines data. I used the "Post2004" and "Online" methods, and the results >> >> are the same. Is this correct? >> >> >> >> Looking forward to your reply！Thank you! >> >> Best wishes, >> >> Jiaan He >> > > > > > >
[arts-users] ReadHITRAN problem
Dear ARTS community, When I directly use the data downloaded from hitranonline (without changing the data format), I can run the ReadHITRAN method to extract lines data. I used the "Post2004" and "Online" methods, and the results are the same. Is this correct? Looking forward to your reply！Thank you! Best wishes, Jiaan He
[arts-users] Polarized brightness temperature
Dear ARTS community, I am currently using the HITRAN spectral database. May I ask what version of the hitran. par file can be read using the ReadHITRAN method? How can I obtain different versions of the hitran database from different historical periods? Is it only the latest that can be obtained from the official website? Looking forward to your reply！Thank you! Best wishes, Jiaan He
Re: [arts-users] OEM inversion problem
Hi Patrick, Thank you for your help! Does OEM inversion of temperature and humidity profiles in ARTS have high requirements for profile error, making it difficult to retrieve profiles that differ significantly from the background (especially water vapor)? This seems to be a difficult thing to apply in practice? Looking forward to your reply！Thank you! Best wishes, Jiaan He At 2023-11-09 03:40:21, "Patrick Eriksson" wrote: >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, > >Patrick > > > >On 2023-11-08 10:35, suifengbenpao2023 wrote: >> Dear ARTS community, >> >> >> I am currently working on joint inversion of atmospheric temperature and >> humidity profiles. I have seen some routines that apply hse, and I am >> confused about this. What are the effects of using or not using >> HSE? Another issue is the website address of ARTS2.4 >> https://atmtools.github.io/arts-docs-2.4/docserver/agendas/inversion_iterate_agenda.html >> It says' conversion 'on it_ Iterate_ Agenda is Work in progress, Is this an >> unfulfilled meaning? >> >> >> Looking forward to your reply！Thank you! >> >> Best wishes, >> >> Jiaan He
[arts-users] OEM inversion problem
Dear ARTS community, I am currently working on joint inversion of atmospheric temperature and humidity profiles. I have seen some routines that apply hse, and I am confused about this. What are the effects of using or not using HSE? Another issue is the website address of ARTS2.4 https://atmtools.github.io/arts-docs-2.4/docserver/agendas/inversion_iterate_agenda.html It says' conversion 'on it_ Iterate_ Agenda is Work in progress, Is this an unfulfilled meaning? Looking forward to your reply！Thank you! Best wishes, Jiaan He
Re: [arts-users] Use of scattering methods
Hi Patrick, Thank you for your help. It is indeed very difficult to achieve inversion of temperature and humidity profiles under cloud conditions. I have another question, is it in the planetary toolbox that the best way to use it is iyFOS or iyDOTIT? IyMC seems too slow. At 2023-11-06 15:52:08, "Patrick Eriksson" wrote: >Hi, > >Very hard to answer without more specific information what you want to do. > >If you want to do OEM-type inversion involving scattering, then iyHybrid >is the only option inside ARTS. It is reasonable fast, if used with e.g. >DISORT. > >DISORT is the fastest scattering solver inside ARTS, but has several >limitations. > >iyMC is the slowest, but still the one to use for 3D calculations. > >To retrieve atmospheric temperature or humidity with scattering present >is a very hard problem. > >Bye, > >Patruick > > > >On 2023-11-02 13:44, suifengbenpao2023 wrote: >> Hi Patrick, >> >> Thanks again for your help! Is the iymc method generally slower than the >> iydoit method? If the radiative transfer rate calculated by the scattering >> method is very slow, does it mean that it is difficult to invert the >> atmospheric temperature and humidity profile from the scattering scene? Is >> there a quick way to calculate 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 exception, and that's iyMC. It does not accept PlanckBT, >>>just RJBT. >>> >>>Bye, >>> >>>Patrick >>> >>> >>>On 2023-11-02 08:42, suifengbenpao2023 wrote: >>>> Hi Patrick, >>>> >>>> Thank you for your help! Based on your suggestion, I will no longer use >>>> iyfos and instead use iyMC to handle scattering situations. But I have >>>> another question that confuses me. I often see routines that use >>>> StringSet (iy_unit, "1") for unit conversion before calculating >>>> 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 "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 enough). >>>>> >>>>>Bye, >>>>> >>>>>Patrick >>>>> >>>>>On 2023-11-02 01:20, suifengbenpao2023 wrote: >>>>>> Dear ARTS community, >>>>>> >>>>>> I am dealing with scattering situations and have used the iyFOS method >>>>>> in Arts-2.2 version, but there is no FOS method in Arts-2.4. May I ask >>>>>> if the method name has changed? I know and have consulted relevant >>>>>> literature on MC and DOIT methods, but is there any reference to FOS >>>>>> methods? >>>>>> >>>>>> Looking forward to your reply！Thank you! >>>>>> >>>>>> Best wishes, >>>>>> >>>>>> Jiaan He
Re: [arts-users] Use of scattering methods
Hi Patrick, Thanks again for your help! Is the iymc method generally slower than the iydoit method? If the radiative transfer rate calculated by the scattering method is very slow, does it mean that it is difficult to invert the atmospheric temperature and humidity profile from the scattering scene? Is there a quick way to calculate 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 exception, and that's iyMC. It does not accept PlanckBT, >just RJBT. > >Bye, > >Patrick > > >On 2023-11-02 08:42, suifengbenpao2023 wrote: >> Hi Patrick, >> >> Thank you for your help! Based on your suggestion, I will no longer use >> iyfos and instead use iyMC to handle scattering situations. But I have >> another question that confuses me. I often see routines that use >> StringSet (iy_unit, "1") for unit conversion before calculating >> 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 "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 enough). >>> >>>Bye, >>> >>>Patrick >>> >>>On 2023-11-02 01:20, suifengbenpao2023 wrote: >>>> Dear ARTS community, >>>> >>>> I am dealing with scattering situations and have used the iyFOS method >>>> in Arts-2.2 version, but there is no FOS method in Arts-2.4. May I ask >>>> if the method name has changed? I know and have consulted relevant >>>> literature on MC and DOIT methods, but is there any reference to FOS >>>> methods? >>>> >>>> Looking forward to your reply！Thank you! >>>> >>>> Best wishes, >>>> >>>> Jiaan He
Re: [arts-users] Use of scattering methods
Hi Patrick,Thank you for your help! Based on your suggestion, I will no longer use iyfos and instead use iyMC to handle scattering situations. But I have another question that confuses me. I often see routines that use StringSet (iy_unit, "1") for unit conversion before calculating 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 "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 enough). > >Bye, > >Patrick > >On 2023-11-02 01:20, suifengbenpao2023 wrote: >> Dear ARTS community, >> >> I am dealing with scattering situations and have used the iyFOS method >> in Arts-2.2 version, but there is no FOS method in Arts-2.4. May I ask >> if the method name has changed? I know and have consulted relevant >> literature on MC and DOIT methods, but is there any reference to FOS >> methods? >> >> Looking forward to your reply！Thank you! >> >> Best wishes, >> >> Jiaan He
[arts-users] Use of scattering methods
Dear ARTS community, I am dealing with scattering situations and have used the iyFOS method in Arts-2.2 version, but there is no FOS method in Arts-2.4. May I ask if the method name has changed? I know and have consulted relevant literature on MC and DOIT methods, but is there any reference to FOS methods? Looking forward to your reply！Thank you! Best wishes, Jiaan He
[arts-users] Consultation on AMSU type sensor settings related issues
Dear ARTS community, I am doing AMSU type sensor simulation for brightness temperature work, and in order to improve the calculation speed, for the absorption calculation use absorption lookup table. However, I found that when using the sensor_responseGenericAMSU method, the f_grid generated is accurate to Hz and even decimals, which makes it difficult to apply the absorption lookup table to find the relevant frequency. Is there any way to set the f_grid on top of sensor_responseGenericAMSU to make it possible to use an absorption lookup table with 0.01 GHz intervals? Looking forward to your reply！Thank you! Best wishes, Jiaan He.
Re: [arts-users] Polarized brightness temperature
Hi Patrick， Thank you for your quick reply, the advice you provided is very helpful, thank you again very much! Best wishes, Jiaan He At 2023-10-18 01:11:31, "Patrick Eriksson" wrote: >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 file >TestMetMM.arts. > >The sensor definitions are found in sub-folder sensor_descriptions. >Inside these QV and QH are denoted AMSU-V and AMSU-H. This assumes that >QH and Qv work in the same way for all cross-track microwave radiometer. >I assume this is true, but I am not 100% sure. > >Bye, > >Patrick > > > >On 2023-10-17 14:15, suifengbenpao2023 wrote: >> Dear ARTS community, >> >> >> ARTS provides calculation methods for vertical polarization and >> horizontal polarization. However, many sensors are now set up with QH >> and QV polarization. I simulated the brightness temperature of a >> satellite borne microwave radiometer channel at 23.8GHz (QH >> polarization) over the ocean using a one-dimensional atmosphere, and the >> first Stokes vector I obtained was close to the observed QH polarization >> brightness temperature. However, the simulated brightness temperature of >> H polarization （instrument_pol, [6] ) was significantly different from >> the observed QH brightness temperature, May I ask if it is possible to >> simulate the QH polarization of spaceborne radiometers through the H >> polarization of ARTS? Is it still possible that I input other variables >> incorrectly? >> >> >> Looking forward to your reply！Thank you! >> >> Best wishes, >> >> Jiaan He
[arts-users] Polarized brightness temperature
Dear ARTS community, ARTS provides calculation methods for vertical polarization and horizontal polarization. However, many sensors are now set up with QH and QV polarization. I simulated the brightness temperature of a satellite borne microwave radiometer channel at 23.8GHz (QH polarization) over the ocean using a one-dimensional atmosphere, and the first Stokes vector I obtained was close to the observed QH polarization brightness temperature. However, the simulated brightness temperature of H polarization （instrument_pol, [6] ) was significantly different from the observed QH brightness temperature, May I ask if it is possible to simulate the QH polarization of spaceborne radiometers through the H polarization of ARTS? Is it still possible that I input other variables incorrectly? Looking forward to your reply！Thank you! Best wishes, Jiaan He
Re: [arts-users] Polarized brightness temperature
Hi Patrick,Thank you for your help! I tried the method you provided and it shows that TBv=TB(I)+TB(Q),TBh=TB(I)-TB(Q). So does that mean TB(Q)=(TBv-TBh)/2. Not sure if I have to understand correctly? Note: TB stands for brightness temperature. Looking forward to your reply again, thanks! Sincerely， Jiaan He. At 2023-10-10 18:50:31, "Patrick Eriksson" wrote: >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, suifengbenpao2023 wrote: >> Dear ARTS community, >> >> >> Currently I am simulating H and V polarization brightness temperatures, >> but I found that the polarization calculation in the description is not >> the same as the traditional radiation calculation (Q=Iv-Ih), so how >> should I calculate the brightness temperatures of H and V polarization >> from the stokes vector of brightness temperatures? How is it derived? >> >> >> Looking forward to your reply！Thank you! >> >> Best wishes, >> >> Jiaan He
[arts-users] Polarized brightness temperature
Dear ARTS community, Currently I am simulating H and V polarization brightness temperatures, but I found that the polarization calculation in the description is not the same as the traditional radiation calculation (Q=Iv-Ih), so how should I calculate the brightness temperatures of H and V polarization from the stokes vector of brightness temperatures? How is it derived? Looking forward to your reply！Thank you! Best wishes, Jiaan He
