Re: Failing tests

Hi Patrick, I'm currently working on the conversion of the lookup table to use propmat_clearsky_agenda instead of abs_xsec_agenda and also porting the remaining abs_xsec_per_speciesAdd* methods to propmat_clearksyAdd*. It should be ready within the next two weeks. > On 22 Sep 2021, at 08:30,

Re: Correct text encoding for ARTS source code?

Hi Stuart, The Unix `file` command reports it as ISO-8859. If that doesn't work, send me a line number with an example of the broken characters, then I can have a closer look. Cheers, Oliver > On 21 Sep 2021, at 15:02, Fox, Stuart wrote: > > Hi arts devs, > > I’m currently working on

Default build type switched to Release

Hi all, With the merge of PR #328 [1], the default build type for ARTS is now Release mode. That means if you want to compile your ARTS with assertions and debug information, you have to pass -DCMAKE_BUILD_TYPE=RelWithDebInfo to cmake when you configure ARTS. Cheers, Oliver [1]

DKIM Test

Hi all, If you are subscribed with a Gmail or Yahoo address to this list and received this mail, please reply to me (personally, not to the list, to avoid spam). This is a test if disabling the subject prefix and body signature resolves the issue of mails not being delivered from DKIM signed

Re: [arts-dev] ARTS Server Maintenance 11.11.2020 [COMPLETE]

Hi all, The server maintenance was completed successfully. Cheers, Oliver > On 10 Nov 2020, at 09:01, Oliver Lemke wrote: > > Hi all, > > Wednesday morning at 8:00 the ARTS webserver will go down for maintenance > work. It needs to be moved to a new virtualizat

[arts-dev] ARTS Server Maintenance 11.11.2020

Hi all, Wednesday morning at 8:00 the ARTS webserver will go down for maintenance work. It needs to be moved to a new virtualization infrastructure. The maintenance is expected to be completed by noon. Website and Subversion repository will be unavailable during this time. Cheers, Oliver

[arts-dev] ARTS 2.4.0 Release

Dear ARTS community, Today we're happy to announce the release of ARTS 2.4. Since the last release in 2014, development has carried on and many new features and improvements have found its way into ARTS. Below you find a list of the most important changes. Links to source code and

[arts-dev] 2.4 release approaching

Hi all, The 2.4 release is finally (almost) happening. Tomorrow morning (14.10.) I'll bump the versions for atmlab, arts-xml-data and arts to 2.4 and package them for release. If there are any last minute fixes you need to get into any of those packages, today is your last chance to do so.

Re: [arts-dev] PSDs scheme

Hi, > On 5 Jul 2020, at 06:07, Zeqian Xia wrote: > > Dear, > > Could you tell me the available two-moment PSDs schemes for ice and snow in > the latest ARTS 2.3? I found a clue in the 'scat_species' in the built-in > documentation server saying that "For currently possible PSDs see >

Re: [arts-dev] ARTS control file syntax highlighting for Visual Studio Code

Hi Stuart, This is really cool. Just tried it in VSCode and it works like charm. I think it would be great to distribute this alongside ARTS. If you don't mind please open a PR that adds it to the ARTS tools/ directory. Thanks for sharing this with the ARTS community. Cheers, Oliver > On 2

Re: [arts-dev] ARTS/Python interfaces

Hi Stuart, The linker issue is resolved in the latest version. Cheers, Oliver > On 16 Apr 2020, at 14:31, Fox, Stuart wrote: > > Yes, that seems to work - builds successfully and passes all standard tests. > Thanks! > > -Original Message----- > From: Oliver Lem

Re: [arts-dev] ARTS/Python interfaces

Do you set the CMAKE_BUILD_TYPE to Release when you get this error? If so, try to compile with CMAKE_BUILD_TYPE=RelWithDebInfo as a temporary workaround. Does that fix the error for you? Cheers, Oliver > On 16 Apr 2020, at 13:24, Oliver Lemke wrote: > >> However, I can’t

Re: [arts-dev] ARTS/Python interfaces

Hi Stuart, > On 9 Apr 2020, at 15:51, Fox, Stuart wrote: > > Thanks – good news that there hopefully won’t be many modifications to work > with pyarts (although I’m not sure I’m looking forward to having to try and > work out how to get Python stuff that is fully integrated in ARTS working >

[arts-dev] 20 Years of ARTS Development

Hi all, 20 years ago, on March 11 in 2000, ARTS was born and development started. As a little celebration, I put together an animation to compress these 20 years into a 3 minute video: https://youtu.be/rGQDuLs2-5c Looking forward to the next 20 years. :-) Have

Re: [arts-dev] Line by line update

Hi all, The major changes described in Richard's previous mail have now been merged into the ARTS master branch. As mentioned, we don't expect everything to work perfectly right out of the box. Please give the new version a try with your own controlfiles and provide us feedback. There is a

[arts-dev] ARTS Microwave Single Scattering Properties Database (Oriented Particles) Version 1.0 released

Hi all, We are pleased to announce that the ARTS Microwave Single Scattering Properties Database (Oriented Particles) has been released and is available for download on Zenodo[1]. The database contains microwave and submillimeter wave single scattering data of azimuthally randomly oriented

[arts-dev] ACTION REQUIRED: New code style applied to ARTS source

Hi all, The whole ARTS code has been reformatted to follow the Google Code style. Before doing any changes update your working copy!!! Otherwise you will get merge conflicts later. Cheers, Oliver ___ arts_dev.mi mailing list

Re: [arts-dev] Renaming of constants

Hi Simon, How should I proceed with the reformatting with clang-format? Should I go ahead, or should we postpone it as well? I don't want to create a whole bunch for merge issues for you. Cheers, Oliver > On 2 Sep 2019, at 07:08, Simon Pfreundschuh > wrote: > > Hi Richard, > > Thanks for

[arts-dev] PSA: Do not use CLion 2019.2.x for ARTS development

Hi all, There is currently a weird bug in the code analysis of CLion in combination with Eigen. Please use 2019.1.4 for ARTS development to avoid this issue. You can downgrade or install the older version in parallel via the JetBrains Toolbox. https://youtrack.jetbrains.com/issue/CPP-17274

[arts-dev] ARTS is now on GitHub, what's changed?

Hi all, The move to GitHub is now complete. Yay! https://github.com/atmtools/arts/ In this mail I'll summarise the most important changes in the development workflow. 1 - Better tracking of changes With Subversion, being a centralised version control system, every commit had to be done

[arts-dev] ARTS GitHub migration status update

Hi all, It took a bit longer than expected, but we're almost there. Here is the current status of the GitHub migration: - ARTS repository is now available on GitHub: https://github.com/atmtools/arts - ARTS SVN repository has been renamed - ARTS website (Getting ARTS, Tools) has been updated

Re: [arts-dev] ARTS scattering database interfaces

Hi Robin, We removed the link to the ftp server from the webpage once the database was published on Zenodo. Our FTP server contains the same version as Zenodo anyway: ftp://ftp-projects.cen.uni-hamburg.de/arts/ArtsScatDbase/ Once there are updates available which are not published on Zenodo,

[arts-dev] Pre-Announcement: ARTS moving to GitHub

Hi all, By the end of next week, the ARTS source code will move from our subversion repository to GitHub. If you have local changes, please commit them to the subversion repository before Wednesday, August 21 23:59. Detailed information on changes in the workflow for developers will be

Re: [arts-dev] MT-CKD 3.2.0 H2O continua

Hi Stuart, > On 13 Nov 2018, at 14:30, Fox, Stuart wrote: > > I have a new version of ARTS that includes v3.2.0 of the MT-CKD H2O continua, > implemented by Emma Turner that I’d like to check in to the subversion > repository. How do I get a username and password to do this? I'll send you a

Re: [arts-dev] Generating arts_theory.stage1 fails with: No such file or directory

blem except with arts theory build. > > Thanks for asking the questions! > > BTW: I use cmake 3.5.1 (from March 2016) which is the current version in the > Ubuntu 16.04 LTS repos. > > Cheers, > Jonas > > > On 06.03.2018 11:26, Oliver Lemke wrote: >> True, that

Re: [arts-dev] Typhon is moving to github

/CONTRIBUTING.md Cheers, Oliver > On 13 Sep 2017, at 14:41, Oliver Lemke <oliver.le...@uni-hamburg.de> wrote: > > Dear friends and developers of typhon, > > To extend the reach and exposure of the typhon project, as well as profiting > from the features of the git version cont

Re: [arts-dev] ARTS Python Interface

Hi Simon, That's great news. This is a very good foundation for further integration between Python and ARTS. Cheers, Oliver > On 22 Aug 2017, at 16:53, Simon Pfreundschuh > wrote: > > Dear All, > > I just pushed a python interface for ARTS that I have been

[arts-dev] BLAS/LAPACK detection

Hi all, I've just committed a change in arts-2-3-730 to simplify the BLAS/LAPACK detection. If you get cmake errors concerning LAPACK in this version, please let me know. cheers, /oliver ___ arts_dev.mi mailing list arts_dev.mi@lists.uni-hamburg.de

[arts-dev] Making C++11 the default for ARTS

Hi all, Since the latest C++17 standard is currently added into the compilers, I think it is time that we start to utilise the features of C++11 in ARTS. It has been in the compilers for a while and is well supported nowadays. As a first step, I have set C++11 compiler support as a requirement

Re: [arts-dev] MPM89 H2O absorption model

Hi Stuart, I've added (hopefully) all the missing continua to the standard include file in arts-2-3-621. Thanks for reporting this issue. Cheers, Oliver On 2 Feb 2017, at 17:30, Fox, Stuart wrote: > > Hi all, > > Is there a reason why the MPM89 complete H2O

Re: [arts-dev] Radar Monte Carlo Code

19:06, Ian S. Adams <ian.ad...@nrl.navy.mil> wrote: > > Oliver, > > The ARTS SVN revision number is 10107. I did not include the patch file since > I have introduced newer code into ARTS that I am not ready to commit yet. > > Thanks, > Ian > > > &

Re: [arts-dev] Radar Monte Carlo Code

Hi Ian, Great to see that adding the Radar Monte Carlo code worked out so well. I'd be happy to commit your code to the ARTS repository. But I won't manage before January as I'm on vacation from tomorrow until January 5. To make it easier for me to commit the changes, could you please provide

Re: [arts-dev] bug or feature: metmm freq_number vs. freq_spacing

> On 4 Mar 2016, at 08:43, Jana Mendrok wrote: > > > For ISMAR the number of frequencies for the fastest accuracy is not set to 1 > for all channels ike for other sensors. Instead channels 10-13,19,20 are set > to -1 which means the default frequency spacing is used

Re: [arts-dev] bug or feature: metmm freq_number vs. freq_spacing

anteed to get a least the > frequency number and spacing you specified. The tighter constraint wins. > > Best wishes, > > Stefan > > > On 02 Mar 2016, at 14:06, Oliver Lemke <oliver.le...@uni-hamburg.de> wrote: > > > > Hi Jana, > > > > I