Re: [arts-users] error in disort example

2016-09-01 Thread Oliver Lemke
Hi Elisa,

>From the error message I can't say immediately what is going wrong. But the 
>development version is a quickly changing target and the snapshot version you 
>downloaded is already two months old. Probably a bad move on our part to even 
>provide snapshots of the development version in packaged format. The problem 
>might have been fixed in the meantime. If you decide to use the development 
>version, please use the svn command to check out the latest version directly 
>from the subversion repository. It will also make it much easier for you to 
>get the latest fixes.

You will need svn anyway, because we don't provide snapshots of the latest 
arts-xml-data version. You can check out the development version of 
arts-xml-data with (all in one line):

svn co https://arts.mi.uni-hamburg.de/svn/rt/arts-xml-data/trunk/ arts-xml-data

If the issue also exists in the latest revision, I'm happy to investigate what 
is going wrong.

Please also consider the implications of using a development version: A lot of 
methods have been renamed and added since the last stable version and you will 
have to adapt your existing controlfiles quite a bit. Things might continue to 
change. We of course appreciate feedback on the dev version but be ready to 
invest some time on debugging unexpected issues. :-) Ok, enough for the 
disclaimer. ;-) With all that said, the current development version is in a 
rather good shape and totally usable. All the people in the ARTS team use it 
every day for their calculations.

Cheers,
Oliver


> On 1 Sep 2016, at 14:43, Jana Mendrok  wrote:
> 
> Hi Elisa,
> 
> please generally post questions to the user mailinglist, not to individuals.
> 
> I don't have an answer to your build question. but someone on the list might 
> have and pick up the case ... (Oliver should know).
> 
> wishes,
> Jana
> 
> On Thu, Sep 1, 2016 at 12:36 PM, Elisa Castelli  
> wrote:
> Hi Jana,
> 
> I've downloaded the arts2.3 version from 
> http://www.radiativetransfer.org/misc/download/trunk/
> howver I've some problems with the installation:
> all seems ok with the cmake:
> 
> -- C++11 support detected.
> -- A library with BLAS API found.
> -- A library with BLAS API found.
> -- A library with LAPACK API found.
> -- Found arts-xml-data in /home/elisa/ARTS/arts-xml-data-2.2.1
> -- Disort enabled (use -DNO_DISORT=1 to disable)
> -- FASTEM enabled (use -DNO_FASTEM=1 to disable)
> -- Refice enabled (use -DNO_REFICE=1 to disable)
> -- Tmatrix enabled (use -DNO_TMATRIX=1 to disable)
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /home/elisa/ARTS/arts/build
> 
> however when compiling with make i get this error
> 
>   [  0%] Built target UpdateAutoVersion
> [  2%] Built target disort
> [  2%] Built target test_disort
> [  3%] Built target fastem
> [  3%] Built target refice
> [  4%] Built target tmatrix
> [  5%] Built target tmatrix_ampld
> [  6%] Built target tmatrix_tmd
> [  8%] Built target microhttpd
> [  8%] Built target auto_version_h
> [ 10%] Built target methods
> [ 15%] Built target matpack
> Linking CXX executable make_auto_workspace_h
> src/CMakeFiles/make_auto_workspace_h.dir/build.make:191: recipe for target 
> 'src/make_auto_workspace_h' failed
> CMakeFiles/Makefile2:917: recipe for target 
> 'src/CMakeFiles/make_auto_workspace_h.dir/all' failed
> Makefile:127: recipe for target 'all' failed
> 
> collect2: error: ld returned 1 exit status
> src/CMakeFiles/make_auto_workspace_h.dir/build.make:191: recipe for target 
> 'src/make_auto_workspace_h' failed
> make[2]: *** [src/make_auto_workspace_h] Error 1
> CMakeFiles/Makefile2:917: recipe for target 
> 'src/CMakeFiles/make_auto_workspace_h.dir/all' failed
> make[1]: *** [src/CMakeFiles/make_auto_workspace_h.dir/all] Error 2
> Makefile:127: recipe for target 'all' failed
> make: *** [all] Error 2
> 
> It seem that something goes wrong when compiling matpack do you have any idea 
> on how can I solve this?
> 
> Thank you again
> best wishes,
> 
> Elisa
> 
> 
> 
> 
> -- 
> =
> Jana Mendrok, Ph.D. (Project Assistent)
> Chalmers University of Technology
> Earth and Space Sciences
> SE-412 96 Gothenburg, Sweden
> 
> Phone : +46 (0)31 772 1883
> =
> ___
> arts_users.mi mailing list
> arts_users.mi@lists.uni-hamburg.de
> https://mailman.rrz.uni-hamburg.de/mailman/listinfo/arts_users.mi

___
arts_users.mi mailing list
arts_users.mi@lists.uni-hamburg.de
https://mailman.rrz.uni-hamburg.de/mailman/listinfo/arts_users.mi


Re: [arts-users] error in disort example

2016-09-01 Thread Jana Mendrok
and just seeing this...
shouldn't lead to a built error, but later on when running checks: with
arts2.3 you also want to use the corresponding version of arts-xml-data,
i.e. arts-xml-data2.3.

good luck!
Jana

On Thu, Sep 1, 2016 at 2:43 PM, Jana Mendrok  wrote:

> Hi Elisa,
>
> please generally post questions to the user mailinglist, not to
> individuals.
>
> I don't have an answer to your build question. but someone on the list
> might have and pick up the case ... (Oliver should know).
>
> wishes,
> Jana
>
> On Thu, Sep 1, 2016 at 12:36 PM, Elisa Castelli 
> wrote:
>
>> Hi Jana,
>>
>> I've downloaded the arts2.3 version from http://www.radiativetransfer.o
>> rg/misc/download/trunk/
>> howver I've some problems with the installation:
>> all seems ok with the cmake:
>>
>> -- C++11 support detected.
>> -- A library with BLAS API found.
>> -- A library with BLAS API found.
>> -- A library with LAPACK API found.
>> -- Found arts-xml-data in /home/elisa/ARTS/arts-xml-data-2.2.1
>> -- Disort enabled (use -DNO_DISORT=1 to disable)
>> -- FASTEM enabled (use -DNO_FASTEM=1 to disable)
>> -- Refice enabled (use -DNO_REFICE=1 to disable)
>> -- Tmatrix enabled (use -DNO_TMATRIX=1 to disable)
>> -- Configuring done
>> -- Generating done
>> -- Build files have been written to: /home/elisa/ARTS/arts/build
>>
>> however when compiling with make i get this error
>>
>>   [  0%] Built target UpdateAutoVersion
>> [  2%] Built target disort
>> [  2%] Built target test_disort
>> [  3%] Built target fastem
>> [  3%] Built target refice
>> [  4%] Built target tmatrix
>> [  5%] Built target tmatrix_ampld
>> [  6%] Built target tmatrix_tmd
>> [  8%] Built target microhttpd
>> [  8%] Built target auto_version_h
>> [ 10%] Built target methods
>> [ 15%] Built target matpack
>> Linking CXX executable make_auto_workspace_h
>> src/CMakeFiles/make_auto_workspace_h.dir/build.make:191: recipe for
>> target 'src/make_auto_workspace_h' failed
>> CMakeFiles/Makefile2:917: recipe for target 
>> 'src/CMakeFiles/make_auto_workspace_h.dir/all'
>> failed
>> Makefile:127: recipe for target 'all' failed
>>
>> collect2: error: ld returned 1 exit status
>> src/CMakeFiles/make_auto_workspace_h.dir/build.make:191: recipe for
>> target 'src/make_auto_workspace_h' failed
>> make[2]: *** [src/make_auto_workspace_h] Error 1
>> CMakeFiles/Makefile2:917: recipe for target 
>> 'src/CMakeFiles/make_auto_workspace_h.dir/all'
>> failed
>> make[1]: *** [src/CMakeFiles/make_auto_workspace_h.dir/all] Error 2
>> Makefile:127: recipe for target 'all' failed
>> make: *** [all] Error 2
>>
>> It seem that something goes wrong when compiling matpack do you have any
>> idea on how can I solve this?
>>
>> Thank you again
>> best wishes,
>>
>> Elisa
>>
>>
>
>
> --
> =
> Jana Mendrok, Ph.D. (Project Assistent)
> Chalmers University of Technology
> Earth and Space Sciences
> SE-412 96 Gothenburg, Sweden
>
> Phone : +46 (0)31 772 1883
> =
>



-- 
=
Jana Mendrok, Ph.D. (Project Assistent)
Chalmers University of Technology
Earth and Space Sciences
SE-412 96 Gothenburg, Sweden

Phone : +46 (0)31 772 1883
=
___
arts_users.mi mailing list
arts_users.mi@lists.uni-hamburg.de
https://mailman.rrz.uni-hamburg.de/mailman/listinfo/arts_users.mi


Re: [arts-users] error in disort example

2016-09-01 Thread Jana Mendrok
Hi Elisa,

please generally post questions to the user mailinglist, not to individuals.

I don't have an answer to your build question. but someone on the list
might have and pick up the case ... (Oliver should know).

wishes,
Jana

On Thu, Sep 1, 2016 at 12:36 PM, Elisa Castelli 
wrote:

> Hi Jana,
>
> I've downloaded the arts2.3 version from http://www.radiativetransfer.o
> rg/misc/download/trunk/
> howver I've some problems with the installation:
> all seems ok with the cmake:
>
> -- C++11 support detected.
> -- A library with BLAS API found.
> -- A library with BLAS API found.
> -- A library with LAPACK API found.
> -- Found arts-xml-data in /home/elisa/ARTS/arts-xml-data-2.2.1
> -- Disort enabled (use -DNO_DISORT=1 to disable)
> -- FASTEM enabled (use -DNO_FASTEM=1 to disable)
> -- Refice enabled (use -DNO_REFICE=1 to disable)
> -- Tmatrix enabled (use -DNO_TMATRIX=1 to disable)
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /home/elisa/ARTS/arts/build
>
> however when compiling with make i get this error
>
>   [  0%] Built target UpdateAutoVersion
> [  2%] Built target disort
> [  2%] Built target test_disort
> [  3%] Built target fastem
> [  3%] Built target refice
> [  4%] Built target tmatrix
> [  5%] Built target tmatrix_ampld
> [  6%] Built target tmatrix_tmd
> [  8%] Built target microhttpd
> [  8%] Built target auto_version_h
> [ 10%] Built target methods
> [ 15%] Built target matpack
> Linking CXX executable make_auto_workspace_h
> src/CMakeFiles/make_auto_workspace_h.dir/build.make:191: recipe for
> target 'src/make_auto_workspace_h' failed
> CMakeFiles/Makefile2:917: recipe for target 
> 'src/CMakeFiles/make_auto_workspace_h.dir/all'
> failed
> Makefile:127: recipe for target 'all' failed
>
> collect2: error: ld returned 1 exit status
> src/CMakeFiles/make_auto_workspace_h.dir/build.make:191: recipe for
> target 'src/make_auto_workspace_h' failed
> make[2]: *** [src/make_auto_workspace_h] Error 1
> CMakeFiles/Makefile2:917: recipe for target 
> 'src/CMakeFiles/make_auto_workspace_h.dir/all'
> failed
> make[1]: *** [src/CMakeFiles/make_auto_workspace_h.dir/all] Error 2
> Makefile:127: recipe for target 'all' failed
> make: *** [all] Error 2
>
> It seem that something goes wrong when compiling matpack do you have any
> idea on how can I solve this?
>
> Thank you again
> best wishes,
>
> Elisa
>
>


-- 
=
Jana Mendrok, Ph.D. (Project Assistent)
Chalmers University of Technology
Earth and Space Sciences
SE-412 96 Gothenburg, Sweden

Phone : +46 (0)31 772 1883
=
___
arts_users.mi mailing list
arts_users.mi@lists.uni-hamburg.de
https://mailman.rrz.uni-hamburg.de/mailman/listinfo/arts_users.mi


Re: [arts-users] error in disort example

2016-08-31 Thread Jana Mendrok
Hi Elisa,

thanks for the reporting. and perfectly correct solution that your choose
to solve the runtime error problem. (running the test here, i get a runtime
error already on the ab_lookup part :O).

anyway, please do NOT use the arts2.2 disort, it is buggy. good that you
brought that up; we should remove the testcase from the repository.

there is a refurbished version in arts2.3. no absolute guarentee that it's
bugfree, but tests looked good so far. it has a number of limitations,
though. read to online-doc to see, whether it anyway suits your problem.
If you want to use Disort, then you need to go to arts2.3 (you will need a
number of adaptations in your controlfile, though. or use arts2.3's
testcases as starting point).

we have tested Disort so far only for downlooking cases. So i can not
really say, how good or bad it is for limb simulations. since the default
setup returns the plane-parallel radiation field only for the cloudbox, not
for the whole atmosphere, and outside the cloudbox ARTS' fully spherical
calculation kicks in again, ARTS with Disort interface solution might even
be ok for limb cases. Best is, though, if you do some tests comparing
ARTS-Disort with a true spherical solution (maybe rather MC than DOIT as we
found DOIT to have some issues in case of thick clouds). We're curious to
hear about your findings!

hope that helps. and thanks again for reporting!
best wishes,
Jana


On Wed, Aug 31, 2016 at 11:22 AM, Elisa Castelli 
wrote:

> Hi,
>
> when using the example in /arts-2.2.24/controlfiles/artscomponents/disort
> (TestDISORT.arts)
> I get the following error:
>
> ERROR: Radiance difference between interpolation
> points is too large (factor 3) to
> safely interpolate. This might be due to za_grid
> being too coarse or the radiance field being a
> step-like function.
> Happens at boundary 1 between zenith
> angels 90 and 100deg for frequency#0, where radiances are 0 and
> 4.14453e-15 W/(sr m2 Hz).
>
> I've solved the problem by changing the za_grid in DoitAngularGridsSet and
> now it works.
>
> I'm trying to simulate limb cloudy spectra and all works well when using
> the doit for scattering.
> Now I wonder if it is feasible to repeat the same test using disort
> instead of doit for scattering. Is that feasible or due to the plane
> parallel approximation
> only nadir and slant cases can be simulated?
>
> Thanks,
>
> Best wishes
>
> Elisa Castelli
>
> ___
> arts_users.mi mailing list
> arts_users.mi@lists.uni-hamburg.de
> https://mailman.rrz.uni-hamburg.de/mailman/listinfo/arts_users.mi
>



-- 
=
Jana Mendrok, Ph.D. (Project Assistent)
Chalmers University of Technology
Earth and Space Sciences
SE-412 96 Gothenburg, Sweden

Phone : +46 (0)31 772 1883
=
___
arts_users.mi mailing list
arts_users.mi@lists.uni-hamburg.de
https://mailman.rrz.uni-hamburg.de/mailman/listinfo/arts_users.mi


[arts-users] error in disort example

2016-08-31 Thread Elisa Castelli

Hi,

when using the example in 
/arts-2.2.24/controlfiles/artscomponents/disort (TestDISORT.arts)

I get the following error:

ERROR: Radiance difference between interpolation
points is too large (factor 3) to
safely interpolate. This might be due to za_grid
being too coarse or the radiance field being a
step-like function.
Happens at boundary 1 between zenith
angels 90 and 100deg for frequency#0, where radiances are 0 and 
4.14453e-15 W/(sr m2 Hz).


I've solved the problem by changing the za_grid in 
DoitAngularGridsSet and now it works.


I'm trying to simulate limb cloudy spectra and all works well when 
using the doit for scattering.
Now I wonder if it is feasible to repeat the same test using disort 
instead of doit for scattering. Is that feasible or due to the plane 
parallel approximation

only nadir and slant cases can be simulated?

Thanks,

Best wishes

Elisa Castelli

___
arts_users.mi mailing list
arts_users.mi@lists.uni-hamburg.de
https://mailman.rrz.uni-hamburg.de/mailman/listinfo/arts_users.mi