Hi Robert, I just cloned the latest snapshot. I am getting 2 failures. One is in quadrature test : ./runTests.py tests/test_quadratures.py --filter-less<<< directory: tests, test files: 1 tests/test_quadratures.py test instance prepared (2 test(s)) ... geometry: 1_2 ... order: 1 --- test_quadratures: failed! ... geometry: 1_2 ... order 1: True ... order 3: True ... order 5: True ... order 7: True ... order 9: True ... geometry: 2_3 ... order 1: True ... order 2: True ... order 3: True ... geometry: 2_4 ... order 2: True ... order 3: True ... order 5: True ... geometry: 3_4 ... order 1: True ... order 2: True ... order 3: True ... geometry: 3_8 ... order 2: True ... order 3: True ... order 5: True +++ test_weight_consistency: ok !!! 1 test failed 1 test file(s) executed in 0.22 s, 1 failure(s) of 2 test(s)
./runTests.py tests/test_input_linear_elastic_mM.py --filter-less <<< directory: tests, test files: 1 tests/test_input_linear_elastic_mM.py --- test instance creation failed !!! 1 test failed 1 test file(s) executed in 0.00 s, 1 failure(s) of 1 test(s)
Now that one is due to my ubuntu karmic not having a good python tables (no hdf5 support).
The first one:
./runTests.py tests/test_quadratures.py --filter-less --debug <<< directory: tests, test files: 1 <<< tests/test_quadratures.py sfepy: left over: ['get_poly', 'nm', '__builtins__', '_filename', '__file__', '__package__', '__doc__', 'sm', '__name__', 'ordered_iteritems', 'TestCommon']
test instance prepared (2 test(s)) ... geometry: 1_2 ... order: 1 <type 'exceptions.AttributeError'> Traceback (most recent call last): File "./runTests.py", line 225, in <module> main() File "./runTests.py", line 216, in main run_tests(stats, dirname, [filename]) File "./runTests.py", line 148, in run_tests n_fail, n_total, test_time = run_test( conf_name, options ) File "./runTests.py", line 111, in run_test ok, n_fail, n_total = test.run( options.debug ) File "/home/osman/src/sfepy/sfepy/base/testing.py", line 38, in run ret = test_method() File "tests/test_quadratures.py", line 96, in test_quadratures is_simplex=is_simplex) File "tests/test_quadratures.py", line 20, in get_poly xs = sm.symarray(dim, 'x') AttributeError: 'module' object has no attribute 'symarray'
Anything I can do for this failure?
Regards, Osman
Hi Osman,
On 05/29/10 01:36, osman wrote:
Hi Robert, I just cloned the latest snapshot. I am getting 2 failures. One is in quadrature test : ./runTests.py tests/test_quadratures.py --filter-less<<< directory: tests, test files: 1 tests/test_quadratures.py test instance prepared (2 test(s)) ... geometry: 1_2 ... order: 1 --- test_quadratures: failed! ... geometry: 1_2 ... order 1: True ... order 3: True ... order 5: True ... order 7: True ... order 9: True ... geometry: 2_3 ... order 1: True ... order 2: True ... order 3: True ... geometry: 2_4 ... order 2: True ... order 3: True ... order 5: True ... geometry: 3_4 ... order 1: True ... order 2: True ... order 3: True ... geometry: 3_8 ... order 2: True ... order 3: True ... order 5: True +++ test_weight_consistency: ok !!! 1 test failed 1 test file(s) executed in 0.22 s, 1 failure(s) of 2 test(s)
./runTests.py tests/test_input_linear_elastic_mM.py --filter-less <<< directory: tests, test files: 1 tests/test_input_linear_elastic_mM.py --- test instance creation failed !!! 1 test failed 1 test file(s) executed in 0.00 s, 1 failure(s) of 1 test(s)
Now that one is due to my ubuntu karmic not having a good python tables (no hdf5 support).
There is another thing that causes this test to fail, it is a known issue of the current master branch.
The first one:
./runTests.py tests/test_quadratures.py --filter-less --debug <<< directory: tests, test files: 1 <<< tests/test_quadratures.py sfepy: left over: ['get_poly', 'nm', '__builtins__', '_filename', '__file__', '__package__', '__doc__', 'sm', '__name__', 'ordered_iteritems', 'TestCommon']
test instance prepared (2 test(s)) ... geometry: 1_2 ... order: 1 <type 'exceptions.AttributeError'> Traceback (most recent call last): File "./runTests.py", line 225, in<module> main() File "./runTests.py", line 216, in main run_tests(stats, dirname, [filename]) File "./runTests.py", line 148, in run_tests n_fail, n_total, test_time = run_test( conf_name, options ) File "./runTests.py", line 111, in run_test ok, n_fail, n_total = test.run( options.debug ) File "/home/osman/src/sfepy/sfepy/base/testing.py", line 38, in run ret = test_method() File "tests/test_quadratures.py", line 96, in test_quadratures is_simplex=is_simplex) File "tests/test_quadratures.py", line 20, in get_poly xs = sm.symarray(dim, 'x') AttributeError: 'module' object has no attribute 'symarray'
Anything I can do for this failure?
The function symarray was introduced is SymPy 0.6.7 (IMHO) - could you try that version?
Basically, the function creates a list of SymPy symbols:
xs = symarray('x', 3) -> ['x_0', 'x_1', 'x_2']
and it's small enough that we could just copy it from SymPy (also the BSD license) and paste it into the test file to prevent further version problems.
-> Another EasyToFix issue.
cheers, r.
On Mon, 2010-05-31 at 10:04 +0200, Robert Cimrman wrote:
Hi Osman,
On 05/29/10 01:36, osman wrote:
Hi Robert, I just cloned the latest snapshot. I am getting 2 failures. One is in quadrature test : ./runTests.py tests/test_quadratures.py --filter-less<<< directory: tests, test files: 1 tests/test_quadratures.py test instance prepared (2 test(s)) ... geometry: 1_2 ... order: 1 --- test_quadratures: failed! ... geometry: 1_2 ... order 1: True ... order 3: True ... order 5: True ... order 7: True ... order 9: True ... geometry: 2_3 ... order 1: True ... order 2: True ... order 3: True ... geometry: 2_4 ... order 2: True ... order 3: True ... order 5: True ... geometry: 3_4 ... order 1: True ... order 2: True ... order 3: True ... geometry: 3_8 ... order 2: True ... order 3: True ... order 5: True +++ test_weight_consistency: ok !!! 1 test failed 1 test file(s) executed in 0.22 s, 1 failure(s) of 2 test(s)
./runTests.py tests/test_input_linear_elastic_mM.py --filter-less <<< directory: tests, test files: 1 tests/test_input_linear_elastic_mM.py --- test instance creation failed !!! 1 test failed 1 test file(s) executed in 0.00 s, 1 failure(s) of 1 test(s)
Now that one is due to my ubuntu karmic not having a good python tables (no hdf5 support).
There is another thing that causes this test to fail, it is a known issue of the current master branch.
The first one:
./runTests.py tests/test_quadratures.py --filter-less --debug <<< directory: tests, test files: 1 <<< tests/test_quadratures.py sfepy: left over: ['get_poly', 'nm', '__builtins__', '_filename', '__file__', '__package__', '__doc__', 'sm', '__name__', 'ordered_iteritems', 'TestCommon']
test instance prepared (2 test(s)) ... geometry: 1_2 ... order: 1 <type 'exceptions.AttributeError'> Traceback (most recent call last): File "./runTests.py", line 225, in<module> main() File "./runTests.py", line 216, in main run_tests(stats, dirname, [filename]) File "./runTests.py", line 148, in run_tests n_fail, n_total, test_time = run_test( conf_name, options ) File "./runTests.py", line 111, in run_test ok, n_fail, n_total = test.run( options.debug ) File "/home/osman/src/sfepy/sfepy/base/testing.py", line 38, in run ret = test_method() File "tests/test_quadratures.py", line 96, in test_quadratures is_simplex=is_simplex) File "tests/test_quadratures.py", line 20, in get_poly xs = sm.symarray(dim, 'x') AttributeError: 'module' object has no attribute 'symarray'
Anything I can do for this failure?
The function symarray was introduced is SymPy 0.6.7 (IMHO) - could you try that version?
Basically, the function creates a list of SymPy symbols:
xs = symarray('x', 3) -> ['x_0', 'x_1', 'x_2']
and it's small enough that we could just copy it from SymPy (also the BSD license) and paste it into the test file to prevent further version problems.
-> Another EasyToFix issue.
cheers, r.
Thanks Robert. The quadrature test now passes. it was a version issue. I had my own install of 0.6.6 anyways. Installing my own in this case did not break my system :-) I guess I need to update to ubuntu 10.04 soon :-(
Another problem: in the examples dir navier_stokes , I had to add from numarray import * so that nm.ones and nm.float64 was recognized in the verify_incompressibility function.
On 05/31/10 17:38, osman wrote:
Thanks Robert. The quadrature test now passes. it was a version issue. I had my own install of 0.6.6 anyways. Installing my own in this case did not break my system :-) I guess I need to update to ubuntu 10.04 soon :-(
Another problem: in the examples dir navier_stokes , I had to add from numarray import * so that nm.ones and nm.float64 was recognized in the verify_incompressibility function.
Thanks for the report. The postprocess hooks are not executed during the tests. It should be fixed now.
Do you still use numarray instead of numpy?
r.
On 06/01/10 13:04, Robert Cimrman wrote:
On 05/31/10 17:38, osman wrote:
Thanks Robert. The quadrature test now passes. it was a version issue. I had my own install of 0.6.6 anyways. Installing my own in this case did not break my system :-) I guess I need to update to ubuntu 10.04 soon :-(
Another problem: in the examples dir navier_stokes , I had to add from numarray import * so that nm.ones and nm.float64 was recognized in the verify_incompressibility function.
Thanks for the report. The postprocess hooks are not executed during the tests. It should be fixed now.
I have also updated the testing machinery to call the hooks.
r.
Do you still use numarray instead of numpy?
r.
On Tue, 2010-06-01 at 13:04 +0200, Robert Cimrman wrote:
Do you still use numarray instead of numpy?
I have installed both. apt did not complain. I might even need numarray for one of my installed softwares, but can't remember which one. It looks like you are using "import numpy as nm" in stabilized_navier_stokes.py and I did not see that before :-(
Now, I tried running schroedinger.py with
./schroedinger.py --mesh --2d
./schroedinger.py --oscillator
I got: Dimension: 2 sfepy: left over: ['tau', 'n_eigs', 'mesh', 'quadr', 'dim', '_filename', 'base_approx'] schroedinger: reading mesh (/home/osman/src/sfepy/tmp/mesh.vtk)... schroedinger: ...done in 0.57 s schroedinger: setting up domain edges... schroedinger: ...done in 0.14 s schroedinger: creating regions... schroedinger: Omega schroedinger: Surface schroedinger: ...done in 0.24 s schroedinger: equation "rhs": schroedinger: dw_mass_scalar.i1.Omega( v, Psi ) schroedinger: equation "lhs": schroedinger: dw_laplace.i1.Omega( m.val, v, Psi ) + dw_mass_scalar_w.i1.Omega( mat_v.V, v, Psi ) schroedinger: setting up dof connectivities... schroedinger: ...done in 0.00 s schroedinger: describing geometries... schroedinger: ...done in 0.01 s schroedinger: matrix shape: (7920, 7920) schroedinger: assembling matrix graph... schroedinger: ...done in 0.01 s schroedinger: matrix structural nonzeros: 55378 (8.83e-04% fill) schroedinger: updating materials... schroedinger: m schroedinger: mat_v schroedinger: ...done in 0.03 s schroedinger: updating variables... schroedinger: ...done schroedinger: assembling lhs... schroedinger: setting up dof connectivities... schroedinger: ...done in 0.00 s schroedinger: ...done in 0.05 s schroedinger: assembling rhs... schroedinger: setting up dof connectivities... schroedinger: ...done in 0.00 s schroedinger: ...done in 0.01 s schroedinger: computing resonance frequencies... schroedinger: loading... schroedinger: ...done schroedinger: solving... /home/osman/src/sfepy/sfepy/solvers/eigen.py:352: DeprecationWarning: PyArray_FromDimsAndDataAndDescr: use PyArray_NewFromDescr. strategy = conf.strategy ) /home/osman/src/sfepy/sfepy/solvers/eigen.py:352: DeprecationWarning: PyArray_As1D: use PyArray_AsCArray. strategy = conf.strategy ) /home/osman/src/sfepy/sfepy/solvers/eigen.py:352: DeprecationWarning: PyArray_FromDims: use PyArray_SimpleNew. strategy = conf.strategy ) schroedinger: number of converged eigenvalues: 7 schroedinger: ...done in 18.31 s schroedinger: ...done a=100.000000 Energies: n exact FEM error 0: 1.00000000 0.00070729 99.93% 1: 2.00000000 0.00079621 99.96% 2: 2.00000000 0.00158312 99.92% 3: 3.00000000 0.00174114 99.94% 4: 3.00000000 0.00318958 99.89% 5: 3.00000000 0.00327202 99.89% 6: 4.00000000 0.00664995 99.83% schroedinger: solution saved to mesh.vtk
Isn't this a bad result or am I missing something? There are 15K elements near the center I would have expected better convergence.
hydrogen results are much better but "well" , and "boron" are similar to the "oscillator". "dft" is not running : osman@destiny:~/src/sfepy$ ./schroedinger.py --dft Dimension: 2 sfepy: left over: ['tau', 'n_eigs', 'mesh', 'quadr', 'dim', 'n_electron', 'equations_vh', '_filename', 'base_approx'] schroedinger: reading mesh (tmp/mesh.vtk)... schroedinger: ...done in 0.57 s schroedinger: setting up domain edges... schroedinger: ...done in 0.15 s schroedinger: creating regions... schroedinger: Omega schroedinger: Surface schroedinger: ...done in 0.25 s Traceback (most recent call last): File "./schroedinger.py", line 737, in <module> main() File "./schroedinger.py", line 729, in main app = SchroedingerApp(conf, options, 'schroedinger:') File "./schroedinger.py", line 158, in __init__ init_equations = False ) File "/home/osman/src/sfepy/sfepy/applications/simple_app.py", line 50, in __init__ **kwargs ) File "/home/osman/src/sfepy/sfepy/fem/problemDef.py", line 79, in from_conf obj.set_regions(conf.regions, conf.materials, obj.functions) File "/home/osman/src/sfepy/sfepy/fem/problemDef.py", line 122, in set_regions materials = Materials.from_conf(conf_materials, functions) File "/home/osman/src/sfepy/sfepy/fem/materials.py", line 21, in from_conf mat = Material.from_conf(mc, functions) File "/home/osman/src/sfepy/sfepy/fem/materials.py", line 80, in from_conf function = functions[function] File "/home/osman/src/sfepy/sfepy/base/base.py", line 401, in __getitem__ raise IndexError(msg) IndexError: list.index(x): x not in list osman@destiny:~/src/sfepy$
Best regards, Osman
On 06/02/10 15:50, osman wrote:
On Tue, 2010-06-01 at 13:04 +0200, Robert Cimrman wrote:
Do you still use numarray instead of numpy?
I have installed both. apt did not complain. I might even need numarray for one of my installed softwares, but can't remember which one. It looks like you are using "import numpy as nm" in stabilized_navier_stokes.py and I did not see that before :-(
It was not there before :-)
Now, I tried running schroedinger.py with
./schroedinger.py --mesh --2d
./schroedinger.py --oscillator
I got: Dimension: 2 sfepy: left over: ['tau', 'n_eigs', 'mesh', 'quadr', 'dim', '_filename', 'base_approx'] schroedinger: reading mesh (/home/osman/src/sfepy/tmp/mesh.vtk)... schroedinger: ...done in 0.57 s schroedinger: setting up domain edges... schroedinger: ...done in 0.14 s schroedinger: creating regions... schroedinger: Omega schroedinger: Surface schroedinger: ...done in 0.24 s schroedinger: equation "rhs": schroedinger: dw_mass_scalar.i1.Omega( v, Psi ) schroedinger: equation "lhs": schroedinger: dw_laplace.i1.Omega( m.val, v, Psi ) + dw_mass_scalar_w.i1.Omega( mat_v.V, v, Psi ) schroedinger: setting up dof connectivities... schroedinger: ...done in 0.00 s schroedinger: describing geometries... schroedinger: ...done in 0.01 s schroedinger: matrix shape: (7920, 7920) schroedinger: assembling matrix graph... schroedinger: ...done in 0.01 s schroedinger: matrix structural nonzeros: 55378 (8.83e-04% fill) schroedinger: updating materials... schroedinger: m schroedinger: mat_v schroedinger: ...done in 0.03 s schroedinger: updating variables... schroedinger: ...done schroedinger: assembling lhs... schroedinger: setting up dof connectivities... schroedinger: ...done in 0.00 s schroedinger: ...done in 0.05 s schroedinger: assembling rhs... schroedinger: setting up dof connectivities... schroedinger: ...done in 0.00 s schroedinger: ...done in 0.01 s schroedinger: computing resonance frequencies... schroedinger: loading... schroedinger: ...done schroedinger: solving... /home/osman/src/sfepy/sfepy/solvers/eigen.py:352: DeprecationWarning: PyArray_FromDimsAndDataAndDescr: use PyArray_NewFromDescr. strategy = conf.strategy ) /home/osman/src/sfepy/sfepy/solvers/eigen.py:352: DeprecationWarning: PyArray_As1D: use PyArray_AsCArray. strategy = conf.strategy ) /home/osman/src/sfepy/sfepy/solvers/eigen.py:352: DeprecationWarning: PyArray_FromDims: use PyArray_SimpleNew. strategy = conf.strategy ) schroedinger: number of converged eigenvalues: 7 schroedinger: ...done in 18.31 s schroedinger: ...done a=100.000000 Energies: n exact FEM error 0: 1.00000000 0.00070729 99.93% 1: 2.00000000 0.00079621 99.96% 2: 2.00000000 0.00158312 99.92% 3: 3.00000000 0.00174114 99.94% 4: 3.00000000 0.00318958 99.89% 5: 3.00000000 0.00327202 99.89% 6: 4.00000000 0.00664995 99.83% schroedinger: solution saved to mesh.vtk
Isn't this a bad result or am I missing something? There are 15K elements near the center I would have expected better convergence.
Yes, it's bad. It should report something like the output at [1] - so there were times it worked quite well. I suspect some problem with the pysparse eigenvalue solver used - maybe some parameters of the solver changed, but I am not sure - git bisect might help. The examples in examples/quantum were somewhat neglected recently - could you create a new Issue?
[1] http://code.google.com/p/sfepy/wiki/OldExamples
hydrogen results are much better but "well" , and "boron" are similar to the "oscillator". "dft" is not running : osman@destiny:~/src/sfepy$ ./schroedinger.py --dft Dimension: 2 sfepy: left over: ['tau', 'n_eigs', 'mesh', 'quadr', 'dim', 'n_electron', 'equations_vh', '_filename', 'base_approx'] schroedinger: reading mesh (tmp/mesh.vtk)... schroedinger: ...done in 0.57 s schroedinger: setting up domain edges... schroedinger: ...done in 0.15 s schroedinger: creating regions... schroedinger: Omega schroedinger: Surface schroedinger: ...done in 0.25 s Traceback (most recent call last): File "./schroedinger.py", line 737, in<module> main() File "./schroedinger.py", line 729, in main app = SchroedingerApp(conf, options, 'schroedinger:') File "./schroedinger.py", line 158, in __init__ init_equations = False ) File "/home/osman/src/sfepy/sfepy/applications/simple_app.py", line 50, in __init__ **kwargs ) File "/home/osman/src/sfepy/sfepy/fem/problemDef.py", line 79, in from_conf obj.set_regions(conf.regions, conf.materials, obj.functions) File "/home/osman/src/sfepy/sfepy/fem/problemDef.py", line 122, in set_regions materials = Materials.from_conf(conf_materials, functions) File "/home/osman/src/sfepy/sfepy/fem/materials.py", line 21, in from_conf mat = Material.from_conf(mc, functions) File "/home/osman/src/sfepy/sfepy/fem/materials.py", line 80, in from_conf function = functions[function] File "/home/osman/src/sfepy/sfepy/base/base.py", line 401, in __getitem__ raise IndexError(msg) IndexError: list.index(x): x not in list osman@destiny:~/src/sfepy$
Even better. I will check it out when I get some more spare time.
Best regards, r.
Thanks for creating the issue.
I was curious what's the problem, so I digged in and fixed most of them, see [1].
The problem was basically that the hydrogen potential was used in all the examples. That's why --hydrogen "worked".
I will create now a new EasyToFix issue, as we clearly need a test file, that will at least ensure that the examples can be run.
r.
[1] http://code.google.com/p/sfepy/issues/detail?id=137
On 06/02/10 16:13, Robert Cimrman wrote:
On 06/02/10 15:50, osman wrote:
On Tue, 2010-06-01 at 13:04 +0200, Robert Cimrman wrote:
Do you still use numarray instead of numpy?
I have installed both. apt did not complain. I might even need numarray for one of my installed softwares, but can't remember which one. It looks like you are using "import numpy as nm" in stabilized_navier_stokes.py and I did not see that before :-(
It was not there before :-)
Now, I tried running schroedinger.py with
./schroedinger.py --mesh --2d
./schroedinger.py --oscillator
I got: Dimension: 2 sfepy: left over: ['tau', 'n_eigs', 'mesh', 'quadr', 'dim', '_filename', 'base_approx'] schroedinger: reading mesh (/home/osman/src/sfepy/tmp/mesh.vtk)... schroedinger: ...done in 0.57 s schroedinger: setting up domain edges... schroedinger: ...done in 0.14 s schroedinger: creating regions... schroedinger: Omega schroedinger: Surface schroedinger: ...done in 0.24 s schroedinger: equation "rhs": schroedinger: dw_mass_scalar.i1.Omega( v, Psi ) schroedinger: equation "lhs": schroedinger: dw_laplace.i1.Omega( m.val, v, Psi )
- dw_mass_scalar_w.i1.Omega( mat_v.V, v, Psi ) schroedinger: setting up dof connectivities... schroedinger: ...done in 0.00 s schroedinger: describing geometries... schroedinger: ...done in 0.01 s schroedinger: matrix shape: (7920, 7920) schroedinger: assembling matrix graph... schroedinger: ...done in 0.01 s schroedinger: matrix structural nonzeros: 55378 (8.83e-04% fill) schroedinger: updating materials... schroedinger: m schroedinger: mat_v schroedinger: ...done in 0.03 s schroedinger: updating variables... schroedinger: ...done schroedinger: assembling lhs... schroedinger: setting up dof connectivities... schroedinger: ...done in 0.00 s schroedinger: ...done in 0.05 s schroedinger: assembling rhs... schroedinger: setting up dof connectivities... schroedinger: ...done in 0.00 s schroedinger: ...done in 0.01 s schroedinger: computing resonance frequencies... schroedinger: loading... schroedinger: ...done schroedinger: solving... /home/osman/src/sfepy/sfepy/solvers/eigen.py:352: DeprecationWarning: PyArray_FromDimsAndDataAndDescr: use PyArray_NewFromDescr. strategy = conf.strategy ) /home/osman/src/sfepy/sfepy/solvers/eigen.py:352: DeprecationWarning: PyArray_As1D: use PyArray_AsCArray. strategy = conf.strategy ) /home/osman/src/sfepy/sfepy/solvers/eigen.py:352: DeprecationWarning: PyArray_FromDims: use PyArray_SimpleNew. strategy = conf.strategy ) schroedinger: number of converged eigenvalues: 7 schroedinger: ...done in 18.31 s schroedinger: ...done a=100.000000 Energies: n exact FEM error 0: 1.00000000 0.00070729 99.93% 1: 2.00000000 0.00079621 99.96% 2: 2.00000000 0.00158312 99.92% 3: 3.00000000 0.00174114 99.94% 4: 3.00000000 0.00318958 99.89% 5: 3.00000000 0.00327202 99.89% 6: 4.00000000 0.00664995 99.83% schroedinger: solution saved to mesh.vtk
Isn't this a bad result or am I missing something? There are 15K elements near the center I would have expected better convergence.
Yes, it's bad. It should report something like the output at [1] - so there were times it worked quite well. I suspect some problem with the pysparse eigenvalue solver used - maybe some parameters of the solver changed, but I am not sure - git bisect might help. The examples in examples/quantum were somewhat neglected recently - could you create a new Issue?
[1] http://code.google.com/p/sfepy/wiki/OldExamples
hydrogen results are much better but "well" , and "boron" are similar to the "oscillator". "dft" is not running : osman@destiny:~/src/sfepy$ ./schroedinger.py --dft Dimension: 2 sfepy: left over: ['tau', 'n_eigs', 'mesh', 'quadr', 'dim', 'n_electron', 'equations_vh', '_filename', 'base_approx'] schroedinger: reading mesh (tmp/mesh.vtk)... schroedinger: ...done in 0.57 s schroedinger: setting up domain edges... schroedinger: ...done in 0.15 s schroedinger: creating regions... schroedinger: Omega schroedinger: Surface schroedinger: ...done in 0.25 s Traceback (most recent call last): File "./schroedinger.py", line 737, in<module> main() File "./schroedinger.py", line 729, in main app = SchroedingerApp(conf, options, 'schroedinger:') File "./schroedinger.py", line 158, in __init__ init_equations = False ) File "/home/osman/src/sfepy/sfepy/applications/simple_app.py", line 50, in __init__ **kwargs ) File "/home/osman/src/sfepy/sfepy/fem/problemDef.py", line 79, in from_conf obj.set_regions(conf.regions, conf.materials, obj.functions) File "/home/osman/src/sfepy/sfepy/fem/problemDef.py", line 122, in set_regions materials = Materials.from_conf(conf_materials, functions) File "/home/osman/src/sfepy/sfepy/fem/materials.py", line 21, in from_conf mat = Material.from_conf(mc, functions) File "/home/osman/src/sfepy/sfepy/fem/materials.py", line 80, in from_conf function = functions[function] File "/home/osman/src/sfepy/sfepy/base/base.py", line 401, in __getitem__ raise IndexError(msg) IndexError: list.index(x): x not in list osman@destiny:~/src/sfepy$
Even better. I will check it out when I get some more spare time.
Best regards, r.
participants (2)
-
osman -
Robert Cimrman