Giter VIP home page Giter VIP logo

gimli's Introduction

Build Status Anaconda-Server Badge release Github commits (since latest release) Slack

pyGIMLi is an open-source library for modelling and inversion and in geophysics. The object-oriented library provides management for structured and unstructured meshes in 2D and 3D, finite-element and finite-volume solvers, various geophysical forward operators, as well as Gauss-Newton based frameworks for constrained, joint and fully-coupled inversions with flexible regularization.

What is pyGIMLi suited for?

  • analyze, visualize and invert geophysical data in a reproducible manner
  • forward modelling of (geo)physical problems on complex 2D and 3D geometries
  • inversion with flexible controls on a-priori information and regularization
  • combination of different methods in constrained, joint and fully-coupled inversions
  • teaching applied geophysics (e.g. in combination with Jupyter notebooks)

What is pyGIMLi NOT suited for?

  • for people that expect a ready-made GUI for interpreting their data
Installation

Anaconda-Server Badge Anaconda-Server Badge Anaconda-Server Badge Anaconda-Server Badge

On all platforms, we recommend to install pyGIMLi via the conda package manager contained in the Anaconda distribution. For details on how to install Anaconda, we refer to: https://docs.anaconda.com/anaconda/install/

Note that Anaconda comes with many (great) packages, many of which you likely will not use. If you want to save space, you can install the light-weight version Miniconda.

To avoid conflicts with other packages, we recommend to install pyGIMLi in a separate environment. Here we call this environment pg, but you can give it any name. Note that this environment has to be created only once.

conda create -n pg -c gimli -c conda-forge "pygimli>=1.5.0"

If you are using Windows or Mac, a new environment named “pg” should be visible in the Anaconda Navigator. If you want to use pygimli from the command line, you have to activate the environment. You can put this line in your ~/.bashrc file so that it is activated automatically if you open a terminal.

conda activate pg

See https://www.pygimli.org/installation.html for more information.

Import convention
import pygimli as pg
print(pg.__version__)

Check www.pygimli.org for additional information, detailed installation instructions and many examples.

Citing pyGIMLi

More information can be found in this paper. If you use pyGIMLi for your work, please cite as:

Rücker, C., Günther, T., Wagner, F.M., 2017. pyGIMLi: An open-source library for modelling and inversion in geophysics, Computers and Geosciences, 109, 106-123, doi: 10.1016/j.cageo.2017.07.011.

BibTeX code:

@article{Ruecker2017,
  title = {{pyGIMLi}: An open-source library for modelling and inversion in geophysics},
  journal = {Computers and Geosciences},
  volume = {109},
  pages = {106--123},
  year = {2017},
  doi = {10.1016/j.cageo.2017.07.011},
  url = {https://www.sciencedirect.com/science/article/pii/S0098300417300584},
  author = {R\"ucker, C. and G\"unther, T. and Wagner, F. M.}
}
License

pyGIMLi is distributed under the terms of the Apache 2.0 license. Details on the license agreement can be found here.

Credits

We use or link some third-party software (beside the usual tool stack: cmake, gcc, boost, python, numpy, scipy, matplotlib) and are grateful for all the work made by the authors of these awesome open-source tools:

gimli's People

Contributors

alainplattner avatar andieie avatar aurorec avatar banesullivan avatar carsten-forty2 avatar danielpflieger avatar florian-wagner avatar frodo4fingers avatar halbmy avatar joostgevaert avatar juliushen avatar m-weigand avatar nicoskibbe avatar paoloose avatar prisae avatar richardscottoz avatar sathyanarayanrao avatar soehag avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

gimli's Issues

Problem building pygimli with python3.5

hello,
I'm trying to build pygimli with python3.5 cause i upgrade my system to ubuntu16.04 LTS which is using python3.5 instead of python3.4 on ubuntu14.04 on a 64 bits system .

After installing all the dependencies the same error occurs when i use the build script
curl -Ls install.pygimli.org | bash
or when i run step buy step the building process as you explain it in the documentation.
I mainly notice these lines:
CMake Error at /usr/share/llvm-3.8/cmake/LLVMConfig.cmake:178 (include):
include could not find load file:
/usr/share/llvm/cmake/LLVMExports.cmake
Call Stack (most recent call first):
CMakeLists.txt:64 (find_package)
CMake Error at /usr/share/llvm-3.8/cmake/LLVMConfig.cmake:181 (include):
include could not find load file:
/usr/share/llvm/cmake/LLVM-Config.cmake
Call Stack (most recent call first):
CMakeLists.txt:64 (find_package)
CMake Error at src/CMakeLists.txt:46 (llvm_map_components_to_libnames):
Unknown CMake command "llvm_map_components_to_libnames".

*** Please tell me who you are.
Run
git config --global user.email "[email protected]"
git config --global user.name "Your Name"
to set your account's default identity.
Omit --global to set the identity only in this repository.
fatal: unable to auto-detect email address (got 'fadisaac@gnutrip.(none)')

~/gimli/thirdParty/src ~/gimli/thirdParty
abort: couldn't find mercurial libraries in [/usr/bin /usr/lib/python35.zip /usr/lib/python3.5 /usr/lib/python3.5/plat-x86_64-linux-gnu /usr/lib/python3.5/lib-dynload /home/fadisaac/.local/lib/python3.5/site-packages /usr/local/lib/python3.5/dist-packages /usr/lib/python3/dist-packages](check your install and PYTHONPATH)

Sorry to disturb you but do you have any idea on what is happening if you have a little time to look at the problem.

Thank you for your help
the logfile is in attachment.
log.txt

Compilation problems on Windows 7 with MSys64

Relatively new to this, so please excuse any dumb questions.

I am trying to install GIMLi via MSys, ultimately to convert GMsh meshes into BERT format.

Following the instructions from http://www.pygimli.org/installation.html, I seem to be coming unstuck at the makefile.

I have hopefully attached the console feed as a text file.

Both Mercurial and Python 3.5.2 are installed (and apparently working, but I'm not totally sure).

$ hg
Mercurial Distributed SCM

basic commands:

add add the specified files on the next commit
annotate show changeset information by line for each file
...
(use "hg help" for the full list of commands or "hg -v" for details)

If there's any advice I'd really appreciate a hand to set this up...!

console_out.txt

Export triangle poly

support for export triangle plc .. something like ..
mesh.exportTrianglePLC(fname, withEmptyEdges=False)

make -DPYVERSION more flexible

py2 is still default on many platforms. When a parallel py3 installation is present, the following does not work very robust yet (tested on Description: Ubuntu 14.04.3 LTS)

cmake -DPYVERSION=3 ../trunk
[...]
-- **********************************************************************
-- ************************* Dependencies found *************************
-- **********************************************************************
-- Triangle_LIBRARIES: /root/test_build/thirdParty/dist-GNU-4.9.2-64/lib/libtriangle.a
-- UMFPACK_LIBRARIES: /usr/lib/x86_64-linux-gnu/libumfpack.so;/usr/lib/x86_64-linux-gnu/libcolamd.so;/usr/lib/x86_64-linux-gnu/libamd.so;/usr/lib/x86_64-linux-gnu/libsuitesparseconfig.a
-- CHOLMOD_LIBRARIES: /usr/lib/x86_64-linux-gnu/libcholmod.so;/usr/lib/x86_64-linux-gnu/libcamd.so;/usr/lib/x86_64-linux-gnu/libamd.so;/usr/lib/x86_64-linux-gnu/libcolamd.so;/usr/lib/x86_64-linux-gnu/libccolamd.so;/usr/lib/x86_64-linux-gnu/libsuitesparseconfig.a;/usr/lib/liblapack.so;/usr/lib/libf77blas.so.3gf;/usr/lib/libatlas.so.3gf;/usr/lib/libf77blas.so.3gf;/usr/lib/libatlas.so.3gf;/usr/lib/gcc/x86_64-linux-gnu/4.8/libgfortran.so;rt
-- PYTHON_EXECUTABLE: /usr/bin/python
-- PYTHON_LIBRARY: /usr/lib/x86_64-linux-gnu/libpython2.7.so
-- Boost_PYTHON_LIBRARIES: /usr/lib/x86_64-linux-gnu/libboost_python.so
-- XML Caster: /root/test_build/thirdParty/dist-GNU-4.9.2-64/bin/castxml
-- PYGCCXML: /root/test_build/thirdParty/dist-GNU-4.9.2-64
-- PYPLUSPLUS: /root/test_build/thirdParty/dist-GNU-4.9.2-64
-- PY_NUMPY: /usr/local/lib/python2.7/dist-packages/numpy/
-- **********************************************************************

Avoid static link to libgimli.so in _pygimli_.so

If I copy a complete directory tree including gimli/trunk and gimli/build to a different location. GIMLi is not working anymore. It seems like libgimli.so is hardlinked to its old location when I call ldd _pygimli_.so.

Can that be avoided?

Gimli install

Good afternoon,
I have issues trying to build gimli for 3 days now. Ihave two kind of issue:
1/ The cmake ../trunk does not want to find CC or CXX
CMake Error at CMakeLists.txt:17 (project):
No CMAKE_C_COMPILER could be found.

Tell CMake where to find the compiler by setting the CMake cache entry
CMAKE_C_COMPILER to the full path to the compiler, or to the compiler name
if it is in the PATH.

CMake Error at CMakeLists.txt:17 (project):
No CMAKE_CXX_COMPILER could be found.

Tell CMake where to find the compiler by setting the CMake cache entry
CMAKE_CXX_COMPILER to the full path to the compiler, or to the compiler
name if it is in the PATH.

CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage
CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage

Even with an export of the proper gcc and g++ in the .zshrc

cmake -D CMAKE_C_COMPILER=clang-3.6 -D CMAKE_CXX_COMPILER=clang++-3.6 ../trunk
Same issue
cmake -D CMAKE_C_COMPILER=gcc -D CMAKE_CXX_COMPILER=g++ ../trunk
Same issue

2/
I've issue with CASTXLM
"
-- NOT Found castxml executable: cannot build pygimli.
-- Found pygccxml path: /home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64
-- pygccxml is local True
-- pygccxml found
-- Found pyplusplus path: /home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64
-- pyplusplus is local True
-- pyplusplus found
-- PYTHON_EXECUTABLE: /usr/bin/python
-- PYTHONLIBS_FOUND: TRUE
-- GCCXML_EXECUTABLE:
-- CASTXML_EXECUTABLE: CASTXML_EXECUTABLE-NOTFOUND
-- PYPLUSPLUS_FOUND: 1
-- Boost_PYTHON_LIBRARIES: /usr/lib/x86_64-linux-gnu/libboost_python.so
-- numpy_FOUND: TRUE
-- pygimli cannot be build due to some missing packages.
Check above for python, gccxml|castxml, pygccxml, pyplusplus, boost_python, numpy
-- **********************************************************************
-- ************************* Dependencies found *************************
-- **********************************************************************
-- Triangle_LIBRARIES: /home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64/lib/libtriangle.a
-- UMFPACK_LIBRARIES: /home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64/lib/libumfpack.a;/home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64/lib/libcolamd.a;/home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64/lib/libamd.a;/home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64/lib/libsuitesparseconfig.a
-- CHOLMOD_LIBRARIES: /home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64/lib/libcholmod.a;/home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64/lib/libcamd.a;/home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64/lib/libamd.a;/home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64/lib/libcolamd.a;/home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64/lib/libccolamd.a;/home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64/lib/libsuitesparseconfig.a;/usr/lib/liblapack.so;/usr/lib/libf77blas.so.3gf;/usr/lib/libatlas.so.3gf;/usr/lib/libf77blas.so.3gf;/usr/lib/libatlas.so.3gf;/usr/lib/gcc/x86_64-linux-gnu/4.8/libgfortran.so;rt
-- PYTHON_EXECUTABLE: /usr/bin/python
-- PYTHON_LIBRARY: /usr/lib/x86_64-linux-gnu/libpython2.7.so
-- Boost_PYTHON_LIBRARIES: /usr/lib/x86_64-linux-gnu/libboost_python.so
-- XML Caster: CASTXML_EXECUTABLE-NOTFOUND
-- PYGCCXML: /home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64
-- PYPLUSPLUS: /home/el/bin/gimli/thirdParty/dist-Clang-3.6.0-64
-- PY_NUMPY: /usr/local/lib/python2.7/dist-packages/numpy/
-- **********************************************************************
-- PYTHON_EXECUTABLE: /usr/bin/python
-- PYTHONLIBS_FOUND: TRUE
-- XML Caster: CASTXML_EXECUTABLE-NOTFOUND
-- PYPLUSPLUS_FOUND: 1
-- Boost_PYTHON_LIBRARIES: /usr/lib/x86_64-linux-gnu/libboost_python.so
-- numpy_FOUND: TRUE
-- pygimli cannot be build due to some missing packages.
Check above for python, gccxml|castxml, pygccxml, pyplusplus, boost_python, numpy
"
Impossible to build it on my ubuntu 14.04, cannot find any package or equivalent to build it...

Any help are warmly welcome.

Thanks

e

boost 1.60 compatibility issues

/usr/include/boost/python/converter/registered.hpp: In Instanziierung von »const boost::python::converter::registration& boost::python::converter::detail::registry_lookup1(boost::type<Target>) [with T = void]«:
/usr/include/boost/python/converter/registered.hpp:104:80:   erfordert durch »const boost::python::converter::registration& boost::python::converter::detail::registered_base<void>::converters«
/usr/include/boost/python/converter/arg_from_python.hpp:269:61:   erfordert durch »boost::python::converter::pointer_arg_from_python<T>::pointer_arg_from_python(PyObject*) [with T = const void*; PyObject = _object]«
/usr/include/boost/python/arg_from_python.hpp:70:18:   erfordert durch »boost::python::arg_from_python<T>::arg_from_python(PyObject*) [with T = const void*; PyObject = _object]«
/usr/include/boost/preprocessor/iteration/detail/local.hpp:34:9:   erfordert durch »PyObject* boost::python::detail::caller_arity<2u>::impl<F, Policies, Sig>::operator()(PyObject*, PyObject*) [with F = void (*)(const void*, unsigned int); Policies = boost::python::default_call_policies; Sig = boost::mpl::vector3<void, const void*, unsigned int>; PyObject = _object]«
/usr/include/boost/python/object/py_function.hpp:38:33:   erfordert durch »PyObject* boost::python::objects::caller_py_function_impl<Caller>::operator()(PyObject*, PyObject*) [with Caller = boost::python::detail::caller<void (*)(const void*, unsigned int), boost::python::default_call_policies, boost::mpl::vector3<void, const void*, unsigned int> >; PyObject = _object]«
/home/fwagner/src/gimli/build/python/generated/_pygimli__free_functions.pypp.cpp:3645:1:   von hier erfordert
/usr/include/boost/python/converter/registered.hpp:93:30: Fehler: keine passende Funktion für Aufruf von »registry_lookup2(void (*)())«
       return registry_lookup2((T(*)())0);
                              ^
/usr/include/boost/python/converter/registered.hpp:83:3: Anmerkung: candidate: template<class T> const boost::python::converter::registration& boost::python::converter::detail::registry_lookup2(T& (*)())
   registry_lookup2(T&(*)())
   ^
/usr/include/boost/python/converter/registered.hpp:83:3: Anmerkung:   Herleitung/Ersetzung von Templateargument gescheitert:
/usr/include/boost/python/converter/registered.hpp:93:30: Anmerkung:  unpassende Typen »T&« und »void«
       return registry_lookup2((T(*)())0);
                              ^

triangle build on MacOSX

When building triangle via the thirdparty scripts on MacOSX, the following error occurs:

clang: warning: argument unused during compilation: '-L/usr/X11R6/lib'
./triangle.c:354:10: fatal error: 'fpu_control.h' file not found
#include <fpu_control.h>
         ^
1 error generated.
make: *** [triangle.o] Error 1

I think we need a smilar patch like the one for WIN, where the -DLINUX flag is removed from the Makefile.

Runtime error

Hello,
I'm trying to execute a code using pygimli modules and functions on jupyter or spyder.
The code which is not mine is:
http://pastebin.com/tSfg2ENA
I got the same error on jupyter or spyder on my computer:
http://pastebin.com/abgkM88A
The fact is that it works on another server without errors.
What do you think is happening. ?
If somebody have a little time to take a look
Thank you for your help.

Do you think that it's a hardware problem kind of lack of memory or power or is it due to a possible bad pygimli installation on my laptop . The server is 24 core , 32 Gb mem on Debian Jessie (3.16.7-ckt25-1 kernel) and my laptop is Ubuntu 16.04 core i3 1.7 /4gb mem. The error seems to be link to sparsematrix.h .
I have run the code on a fresh pygimli anaconda install it still doesn't work. Considering the fact that the anaconda-pygimli install is completely isolated from my native pygimli install i think that the problem isn't due to a misconfiguration or a bad pygimli install.

building castxml on ubuntu 14.04

Hello,
I 'm trying to build gimli on ubuntu 14.04, but I've got an issue for building castxml.
All the dependencies are installed.
Can anyone help me ?
Thanks

Here the error :
[ 53%] Built target cxsys
Linking CXX executable ../bin/castxml
CMakeFiles/castxml.dir/Detect.cxx.o: In function setTriple(Options&)': /home/test/src/gimli/thirdParty/src/castXML/src/Detect.cxx:(.text+0x1393): undefined reference tollvm::sys::getDefaultTargetTriple()'
CMakeFiles/castxml.dir/RunClang.cxx.o: In function runClangImpl(char const* const*, char const* const*, Options const&)': /home/test/src/gimli/thirdParty/src/castXML/src/RunClang.cxx:(.text+0x538): undefined reference tollvm::sys::getDefaultTargetTriple()'
CMakeFiles/castxml.dir/Utils.cxx.o: In function GetMainExecutable(char const*)': /home/test/src/gimli/thirdParty/src/castXML/src/Utils.cxx:(.text+0x615): undefined reference tollvm::sys::fs::getMainExecutable(char const_, void_)'
clang: error: linker command failed with exit code 1 (use -v to see invocation)
src/CMakeFiles/castxml.dir/build.make:306: recipe for target 'bin/castxml' failed
CMakeFiles/Makefile2:993: recipe for target 'src/CMakeFiles/castxml.dir/all' failed
Makefile:126: recipe for target 'all' failed
make[2]: *** [bin/castxml] Error 1
make[1]: *** [src/CMakeFiles/castxml.dir/all] Error 2
make: *** [all] Error 2

castXML cannot be build with llvm-3.8

Hey, I just want to tell you that I was struggling to build castXML with llvm-3.8. I got the following error message:
$ cmake ../../src/castXML/

CMake Error at /usr/share/llvm-3.8/cmake/LLVMConfig.cmake:178 (include): include could not find load file:

/usr/share/llvm/cmake/LLVMExports.cmake Call Stack (most recent call first): CMakeLists.txt:64 (find_package)

CMake Error at /usr/share/llvm-3.8/cmake/LLVMConfig.cmake:181 (include): include could not find load file:

/usr/share/llvm/cmake/LLVM-Config.cmake Call Stack (most recent call first): CMakeLists.txt:64 (find_package)

CMake Error at src/CMakeLists.txt:46 (llvm_map_components_to_libnames): Unknown CMake command "llvm_map_components_to_libnames".

-- Configuring incomplete, errors occurred!

I removed llvm-3.8 and installed llvm-3.7 instead and everything works fine.

Allow user-defined fillValue in pg.interpolate

pg.interpolate() fills cells with 0 by default if it can't find a corresponding counterpart. It would be beneficial to introduce a fillValue parameter to change this behavior if the interpolated quantity contains wanted zeros. And maybe something like allowExtrapolation=True?

Fix install script for Mac OS

We should test the curl installer and give additional instructions on the website for manual compilation on MacOS. Any experiences & help from Mac users is welcome.

Problem with pygimli installation

After solving the problem with casxml i run the script installation -
curl -Ls install.pygimli.org | bash

another error occured:
File "/home/arfang/gimli/thirdParty/dist-GNU-4.8.4-32/pyplusplus/file_writers/multiple_files.py", line 56, in write_file
raise RuntimeError( os.linesep.join(msg) )
RuntimeError: Py++ is going to write different content to the same file(./generated/ContainerType.pypp.hpp).
The following is a short list of possible explanations for this behaviour:

  • Py++ bug, in this case, please report it
  • module_builder_t contains two or more classes with the same alias
  • module_builder_t contains two or more classes with the same wrapper alias
    Please carefully review Py++ warning messages. It should contain an additional information.
    make[3]: *** [pggen] Erreur 1
    make[2]: *** [python/CMakeFiles/pggen.dir/all] Erreur 2
    make[1]: *** [CMakeFiles/pygimli.dir/rule] Erreur 2
    make: *** [pygimli] Erreur 2

ContainerType.pypp-hpp.txt
could you have a look if you have time please ?

Thanks

Array conversion methods for more/all vector/matrix formats

In [8]: np.array(mesh.cell(0).center())
Out[8]: array([ 126.63895938, -576.70779398,    0.        ])

In [9]: np.array(mesh.cellCenters())                                                 
---------------------------------------------------------------------------
ValueError                                Traceback (most recent call last)
<ipython-input-9-b110c69942ca> in <module>()
----> 1 np.array(mesh.cellCenters())

ValueError: setting an array element with a sequence.

Cannot show rotated PLCs crossing y=0 due to bug in Triangle(-Wrapper)

Code to reproduce

import pygimli as pg
import pygimli.meshtools as mt

# Works
m1 = mt.createWorld([0,0], [60, -20], worldMarker=0, layers=[-13])
m1.rotate(pg.degToRad([0.0, 0.0, -17.0]))
pg.show(m1)

# Works
m2 = mt.createWorld([0,0], [60, -20], worldMarker=0, layers=[2, -13])
pg.show(m2)

# Fails
m3 = pg.Mesh(m2)
m3.rotate(pg.degToRad([0.0, 0.0, -17.0]))
pg.show(m3) # <-- causes the error

Error

Internal error in segmentintersection():
  Topological inconsistency after splitting a segment.
  Please report this bug to [email protected]
  Include the message above, your input data set, and the exact
    command line you used to run Triangle.

ImportError: dynamic module does not define init function (PyInit___pygimli_)

Have installed and built gimli and pygimli as per installation instructions - no obvious CMake errors, and running make was fine. Now running python3 (same as for python[2.7]), the import fails with the following message:

wcw@sage:~/src/gimli/build/bin$ python3 -c 'import pygimli as pg; print(pg.__version)'
dynamic module does not define init function (PyInit__pygimli_)
Traceback (most recent call last):
 File "/home/wcw/src/gimli/trunk/python/pygimli/__init__.py", line 25, in <module>
     from . _pygimli_ import *
ImportError: dynamic module does not define init function (PyInit__pygimli_)
ERROR: cannot import the library '_pygimli_'.
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/home/wcw/src/gimli/trunk/python/pygimli/__init__.py", line 73, in <module>
  _pygimli_.load = None
  AttributeError: 'NoneType' object has no attribute 'load'

This is for Ubuntu Desktop 14.2 LTS. Cannot find root of issue, but similar error occurs in installation on Windows 7 (MinGW/MSYS2) build. Have removed and reinstalled but issue remains. Any suggestions?

Basic pg.viewer support for 3D visualizations

The py3 support for VTK was merged 3 days ago and mayavi will follow up soon (enthought/mayavi#84). This allows us to expand on the first implementation of pg.viewer.showMesh3D to provide basic 3D equivalents for:

  • drawMesh
  • drawModel
  • drawStreams

and possibly a wrapper

  • drawSlice ➡️ pg.mplviewer

The sphinxgallery plugin has also merged mayavi support last week (sphinx-gallery/sphinx-gallery#42), so we can expand our examples/tutorials to 3D as well.

Introduction of 2 new submodules

I would like to introduce two new submodules:

  • pygimli.core
  • pygimli.inversion

The first one is in analogy to numpy.core and should hold the core functionality (inlcuding __pygimli__.so and all the monkeypatching). This would clean up __init__.py, which should ideally only contain import statements, and would further introduce a more structured way to extend C++ classes with python methods.

The second one would lay the ground for new inverse solvers. I am also thinking about a few wrappers for some of the minimization methods in scipy.optimize.

Any thoughts or objections?

DISCUSSION: Logger .. test, ideas and incorporating a global logging class

Several log levels would be nice: Quiet, Info, Debug, Insane, Warn, Error

ALL! output inside pygimli should write into the logger.

./appX --verbose should set the logger to 'Info'
./appX --debug should set pg.setDebug() and the logger to 'Debug'

-Quiet for default or gui mode, Warn=off, Error=on

-Insane only for internal use

Is there a way to extract the output from the logger for futher GUI usage?
Is it distinguishable between cout cerr?

check:
logging package

Strange aspect of pyGIMLi logo

pygimli-org
I happened to look at the website with Internet Explorer (11) and saw the logo is strangely stretched vertically. Maybe the pdf (in doc/_static) can be created otherwise or pdf might not be a good idea for websites anyway.

Make binary installers available

We should make binary packages available for the most common platforms to avoid long building processes for users.

An option would be Anaconda. I have started to create the necessary recipes with a small description in a separate repository https://github.com/gimli-org/conda-recipes

  • Linux (64 bit) Build Status
  • Mac OS (64 bit)
  • Windows (32 bit)
  • Windows (64 bit)

ImportError: No module named _pygimli_

Hello,

I am struggling to install pyGIMLi on an Ubuntu 15.10. 64bit-system.
I followed the instructions: Installation
So I installed first the stuff explained in installation instructions.
After that I run:
curl -Ls install.pygimli.org | bash
For some reason I always get the following problem: (I replaced the home directory with "~")

------------------------ TEST pyGIMLi installation ------------------------
No module named pygimli
Traceback (most recent call last):
File "/gimli/gimli/python/pygimli/init.py", line 25, in
from . pygimli import *
ImportError: No module named pygimli
ERROR: cannot import the library 'pygimli'.
Traceback (most recent call last):
File "", line 1, in
File "
/gimli/gimli/python/pygimli/init.py", line 73, in
pygimli.load = None
AttributeError: 'NoneType' object has no attribute 'load'
No module named pygimli
Traceback (most recent call last):
File "/gimli/gimli/python/pygimli/init.py", line 25, in
from . pygimli import *
ImportError: No module named pygimli
ERROR: cannot import the library 'pygimli'.
Traceback (most recent call last):
File "", line 1, in
File "
/gimli/gimli/python/pygimli/init.py", line 73, in
pygimli.load = None
AttributeError: 'NoneType' object has no attribute 'load'
<

The problems I get because of missing castXML, py++ and pygccxml. But I think that I have installed them.
Here are the dependencies:

-- **********************************************************************
-- ************************* Dependencies found *************************
-- **********************************************************************
-- Triangle_LIBRARIES: /gimli/thirdParty/dist-GNU-5.2.1-64/lib/libtriangle.a
-- UMFPACK_LIBRARIES: /gimli/thirdParty/dist-GNU-5.2.1-64/lib/libumfpack.a;/gimli/thirdParty/dist-GNU-5.2.1-64/lib/libcolamd.a;
/gimli/thirdParty/dist-GNU-5.2.1-64/lib/libamd.a;/gimli/thirdParty/dist-GNU-5.2.1-64/lib/libsuitesparseconfig.a
-- CHOLMOD_LIBRARIES: /gimli/thirdParty/dist-GNU-5.2.1-64/lib/libcholmod.a;/gimli/thirdParty/dist-GNU-5.2.1-64/lib/libcamd.a;
/gimli/thirdParty/dist-GNU-5.2.1-64/lib/libamd.a;/gimli/thirdParty/dist-GNU-5.2.1-64/lib/libcolamd.a;/gimli/thirdParty/dist-GNU-5.2.1-64/lib/libccolamd.a;~/gimli/thirdParty/dist-GNU-5.2.1-64/lib/libsuitesparseconfig.a;/usr/lib/liblapack.so;/usr/lib/libblas.so;/usr/lib/libblas.so;rt
-- PYTHON_EXECUTABLE: /usr/bin/python3
-- PYTHON_LIBRARY: /usr/lib/x86_64-linux-gnu/libpython3.4m.so.1.0
-- Boost_PYTHON_LIBRARIES: /usr/lib/x86_64-linux-gnu/libboost_python-py34.so
-- Caster: CASTXML_EXECUTABLE-NOTFOUND
-- PYGCCXML: PYGCCXML_PATH-NOTFOUND
-- PYPLUSPLUS: PYPLUSPLUS_PATH-NOTFOUND
-- PY_NUMPY: /usr/lib/python3/dist-packages/numpy/
-- **********************************************************************
-- Found Doxygen: /usr/bin/doxygen (found version "1.8.9.1")
-- Found Sphinx: /usr/bin/sphinx-build (Required is at least version "1.2.0") <

What can I try to get GIMLi installed?

Thanks for any help in advance.

Remove cppunit as a hard dependency

When cppunit is not installed, I get the following error during the cmake call:

-- Configuring done
CMake Warning (dev) at CMakeLists.txt:355 (add_dependencies):
  Policy CMP0046 is not set: Error on non-existent dependency in
  add_dependencies.  Run "cmake --help-policy CMP0046" for policy details.
  Use the cmake_policy command to set the policy and suppress this warning.

  The dependency target "gtest" of target "checkall" does not exist.
This warning is for project developers.  Use -Wno-dev to suppress it.

This is related to the new gtest target and should be avoided.

I want to remove cell.attribute()

I found cell.attribute() and mesh.cellAttributes() to limiting and I want to remove or replace it by something more flexible. This might touch something deep inside the basics .. who needs this absolutely?

I think on replace it with the something like:
mesh.addData('attribute', rvector);
rvector = mesh.data('attribute')
attr = mesh.data('cellAttributes')[cell.id()]

cell.marker() and mesh.cellMarker() will stay.

Ship self-testing binaries

All distributed binaries of pygimli (Windows, conda packages, etc.) should be able to test themselves using pg.test().

Problem with castxml

I'm trying to install pygimli. All things seems to be ok except the building o castxml .
I have the following message :
/home/arfang/gimli/thirdParty/src/castXML/src/Output.cxx:21:34: fatal error: clang/AST/ASTContext.h: Aucun fichier ou dossier de ce type

include "clang/AST/ASTContext.h"

^
compilation terminated.
/home/arfang/gimli/thirdParty/src/castXML/src/RunClang.cxx:24:35: fatal error: clang/AST/ASTConsumer.h: Aucun fichier ou dossier de ce type

include "clang/AST/ASTConsumer.h"

^
compilation terminated.
make[2]: *** [src/CMakeFiles/castxml.dir/Output.cxx.o] Erreur 1
make[2]: *** Attente des tâches non terminées....
make[2]: *** [src/CMakeFiles/castxml.dir/RunClang.cxx.o] Erreur 1
make[1]: *** [src/CMakeFiles/castxml.dir/all] Erreur 2
make: *** [all] Erreur 2
~/gimli/thirdParty
-- NOT Found castxml executable: cannot build pygimli.
I try to built castxml with gcc or with clang but i got the same error.
Thank you for your help cause i don't know how to deal with this issue.

make pygimli fails

I'm trying to compile pygimli on fedora 22. Finally I succeeded with cmake and make, but pygimli build failes with python 2.7 and also with python 3.4 (Error 2). Could you, please, give me some hint what is wrong?

Python 2.7:

[honza@bezinka build]$ make pygimli
[100%] Built target gimli
Traceback (most recent call last):
  File "/usr/lib64/python2.7/logging/__init__.py", line 859, in emit
    msg = self.format(record)
  File "/usr/lib64/python2.7/logging/__init__.py", line 732, in format
    return fmt.format(record)
  File "/usr/lib64/python2.7/logging/__init__.py", line 471, in format
    record.message = record.getMessage()
  File "/usr/lib64/python2.7/logging/__init__.py", line 335, in getMessage
    msg = msg % self.args
TypeError: not all arguments converted during string formatting
Logged from file generate_pygimli_code.py, line 178
Traceback (most recent call last):
  File "/usr/lib64/python2.7/logging/__init__.py", line 859, in emit
    msg = self.format(record)
  File "/usr/lib64/python2.7/logging/__init__.py", line 732, in format
    return fmt.format(record)
  File "/usr/lib64/python2.7/logging/__init__.py", line 471, in format
    record.message = record.getMessage()
  File "/usr/lib64/python2.7/logging/__init__.py", line 335, in getMessage
    msg = msg % self.args
TypeError: not all arguments converted during string formatting
Logged from file generate_pygimli_code.py, line 179
INFO caster_path=/home/honza/src/gimli1/thirdParty/dist-GNU-5.1.1-64/bin/castxml
INFO working_directory=../src
INFO include_paths=['/usr/include', '/home/honza/src/gimli1/trunk/src']
INFO define_symbols=['PYGIMLI_CAST', 'HAVE_BOOST_THREAD_HPP']
INFO indexing_suite_version=2
Traceback (most recent call last):
  File "/home/honza/src/gimli1/trunk/python/generate_pygimli_code.py", line 582, in <module>
    generate(defined_symbols, options.extraIncludes)
  File "/home/honza/src/gimli1/trunk/python/generate_pygimli_code.py", line 248, in generate
    caster=caster
  File "/home/honza/src/gimli1/thirdParty/dist-GNU-5.1.1-64/pyplusplus/module_builder/boost_python_builder.py", line 85, in __init__
    , caster=caster)
TypeError: __init__() got an unexpected keyword argument 'caster'
python/CMakeFiles/pggen.dir/build.make:49: recipe for target 'pggen' failed
make[3]: *** [pggen] Error 1
CMakeFiles/Makefile2:1287: recipe for target 'python/CMakeFiles/pggen.dir/all' failed
make[2]: *** [python/CMakeFiles/pggen.dir/all] Error 2
CMakeFiles/Makefile2:99: recipe for target 'CMakeFiles/pygimli.dir/rule' failed
make[1]: *** [CMakeFiles/pygimli.dir/rule] Error 2
Makefile:173: recipe for target 'pygimli' failed
make: *** [pygimli] Error 2

Python 3.4:

[honza@bezinka build]$ make pygimli
[100%] Built target gimli
--- Logging error ---
Traceback (most recent call last):
  File "/usr/lib64/python3.4/logging/__init__.py", line 978, in emit
    msg = self.format(record)
  File "/usr/lib64/python3.4/logging/__init__.py", line 828, in format
    return fmt.format(record)
  File "/usr/lib64/python3.4/logging/__init__.py", line 565, in format
    record.message = record.getMessage()
  File "/usr/lib64/python3.4/logging/__init__.py", line 328, in getMessage
    msg = msg % self.args
TypeError: not all arguments converted during string formatting
Call stack:
  File "/home/honza/src/gimli3/trunk/python/generate_pygimli_code.py", line 582, in <module>
    generate(defined_symbols, options.extraIncludes)
  File "/home/honza/src/gimli3/trunk/python/generate_pygimli_code.py", line 178, in generate
    logger.debug("Install SRC:  ", os.path.abspath(__file__))
Message: 'Install SRC:  '
Arguments: ('/home/honza/src/gimli3/trunk/python/generate_pygimli_code.py',)
--- Logging error ---
Traceback (most recent call last):
  File "/usr/lib64/python3.4/logging/__init__.py", line 978, in emit
    msg = self.format(record)
  File "/usr/lib64/python3.4/logging/__init__.py", line 828, in format
    return fmt.format(record)
  File "/usr/lib64/python3.4/logging/__init__.py", line 565, in format
    record.message = record.getMessage()
  File "/usr/lib64/python3.4/logging/__init__.py", line 328, in getMessage
    msg = msg % self.args
TypeError: not all arguments converted during string formatting
Call stack:
  File "/home/honza/src/gimli3/trunk/python/generate_pygimli_code.py", line 582, in <module>
    generate(defined_symbols, options.extraIncludes)
  File "/home/honza/src/gimli3/trunk/python/generate_pygimli_code.py", line 179, in generate
    logger.debug("Execute from: ", os.getcwd())
Message: 'Execute from: '
Arguments: ('/home/honza/src/gimli3/build/python',)
INFO caster_path=/home/honza/src/gimli3/thirdParty/dist-GNU-5.1.1-64/bin/castxml
INFO working_directory=../src
INFO include_paths=['/usr/include', '/home/honza/src/gimli3/trunk/src']
INFO define_symbols=['PYGIMLI_CAST', 'HAVE_BOOST_THREAD_HPP']
INFO indexing_suite_version=2
Traceback (most recent call last):
  File "/home/honza/src/gimli3/trunk/python/generate_pygimli_code.py", line 582, in <module>
    generate(defined_symbols, options.extraIncludes)
  File "/home/honza/src/gimli3/trunk/python/generate_pygimli_code.py", line 248, in generate
    caster=caster
  File "/home/honza/src/gimli3/thirdParty/dist-GNU-5.1.1-64/pyplusplus/module_builder/boost_python_builder.py", line 85, in __init__
    , caster=caster)
TypeError: __init__() got an unexpected keyword argument 'caster'
python/CMakeFiles/pggen.dir/build.make:49: recipe for target 'pggen' failed
make[3]: *** [pggen] Error 1
CMakeFiles/Makefile2:1287: recipe for target 'python/CMakeFiles/pggen.dir/all' failed
make[2]: *** [python/CMakeFiles/pggen.dir/all] Error 2
CMakeFiles/Makefile2:99: recipe for target 'CMakeFiles/pygimli.dir/rule' failed
make[1]: *** [CMakeFiles/pygimli.dir/rule] Error 2
Makefile:173: recipe for target 'pygimli' failed
make: *** [pygimli] Error 2

make: *** [pygimli] Error 2

I'm trying to compile gimli/pygimli on Linux Mint 17 (Kernel Linux 3.13.0-24). I followed the steps as described (i.e. cmake ../trunk/, followed by make gimli and pygimli). Building gimli works without any issues, but when trying to build pygimli I get the following output:

[100%] Built target gimli
Scanning dependencies of target pggen
('Python version:', '2.7')
('Python lib:', '/usr/lib/python2.7')
['/home/seb/src/gimli/trunk/python', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-x86_64-linux-gnu', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages/PILcompat', '/usr/lib/python2.7/dist-packages/gst-0.10', '/usr/lib/python2.7/dist-packages/gtk-2.0', '/usr/lib/pymodules/python2.7', '../../../pygccxml', '../../../pyplusplus']
('Install SRC:  ', '/home/seb/src/gimli/trunk/python/generate_pygimli_code.py')
('Execute from: ', '/home/seb/src/gimli/build/python')
gccxml_path=/home/seb/src/gimli/thirdParty/dist-GNU-4.8.2-64/bin/gccxml
working_directory=../src
include_paths=['/usr/include', '/home/seb/src/gimli/trunk/src']
define_symbols=['PYGIMLI_GCCXML', 'HAVE_BOOST_THREAD_HPP']
indexing_suite_version=2
<logging.Logger object at 0x2b76279017d0>
DEBUG Reading project files: file by file
INFO Creating xml file "_pygimli_.cache" from source file "/home/seb/src/gimli/trunk/python/pygimli.h" ... 
INFO gccxml cmd: /home/seb/src/gimli/thirdParty/dist-GNU-4.8.2-64/bin/gccxml  -I"../src" -I"/usr/include" -I"/home/seb/src/gimli/trunk/src"  -D"PYGIMLI_GCCXML" -D"HAVE_BOOST_THREAD_HPP"  "/home/seb/src/gimli/trunk/python/pygimli.h" -fxml="_pygimli_.cache"
INFO Parsing xml file "_pygimli_.cache" ... 
DEBUG Reading xml file: [_pygimli_.cache]
DEBUG File has not been found in cache, parsing...
INFO GCCXML version - 0.9
/usr/lib/pymodules/python2.7/pygccxml/parser/scanner.py:337: UserWarning: unable to find out array size from expression ""
  warnings.warn( msg )
ERROR error occured, while parsing element with name "FundamentalType" and attrs "['attributes', 'align', 'size', 'id', 'name']".
Error: pygccxml error: unable to find fundamental type with name 'atomic_int_type'..
Traceback (most recent call last):
  File "/home/seb/src/gimli/trunk/python/generate_pygimli_code.py", line 476, in <module>
    generate(defined_symbols, options.extraIncludes)
  File "/home/seb/src/gimli/trunk/python/generate_pygimli_code.py", line 226, in generate
    indexing_suite_version=2
  File "/usr/lib/python2.7/dist-packages/pyplusplus/module_builder/builder.py", line 92, in __init__
    , indexing_suite_version)
  File "/usr/lib/python2.7/dist-packages/pyplusplus/module_builder/builder.py", line 146, in __parse_declarations
    decls = reader.read_files( files, compilation_mode )
  File "/usr/lib/pymodules/python2.7/pygccxml/parser/project_reader.py", line 225, in read_files
    return self.__parse_file_by_file(files)
  File "/usr/lib/pymodules/python2.7/pygccxml/parser/project_reader.py", line 264, in __parse_file_by_file
    decls = reader.read_xml_file( prj_file.cached_source_file )
  File "/usr/lib/pymodules/python2.7/pygccxml/parser/source_reader.py", line 245, in read_xml_file
    declarations, files = self.__parse_gccxml_created_file( ffname )
  File "/usr/lib/pymodules/python2.7/pygccxml/parser/source_reader.py", line 294, in __parse_gccxml_created_file
    scanner_.read()
  File "/usr/lib/pymodules/python2.7/pygccxml/parser/etree_scanner.py", line 41, in read
    self.startElement( elem.tag, elem.attrib )
  File "/usr/lib/pymodules/python2.7/pygccxml/parser/scanner.py", line 199, in startElement
    obj = self.__readers[name]( attrs )
  File "/usr/lib/pymodules/python2.7/pygccxml/parser/scanner.py", line 361, in __read_fundamental_type
    % attrs.get( XML_AN_NAME, '' ) )
RuntimeError: pygccxml error: unable to find fundamental type with name 'atomic_int_type'.
make[3]: *** [pggen] Error 1
make[2]: *** [python/CMakeFiles/pggen.dir/all] Error 2
make[1]: *** [CMakeFiles/pygimli.dir/rule] Error 2
make: *** [pygimli] Error 2

I'd be very grateful for any help with that!

Documentation is not building with sphinx 1.3.1

Both the sphinxhtml and the sphinxpdf target are not compatible with newer sphinx versions. I think this is mainly due to the plot2rst extension creating the examples.

There is a new and more strongly developed alternative (https://github.com/sphinx-gallery/sphinx-gallery), which we could think about. I like that you can click on the functions in the code to get to their documentation, even if they are part of an external package like numpy or so. See an example here: http://scikit-learn.org/stable/auto_examples/plot_multilabel.html

The main downside is that the extension does not allow for documention strings with the code yet (sphinx-gallery/sphinx-gallery#33).

TODO:

  • Fix HTML target
  • Fix PDF target

Some examples are broken due to API changes

Problem with dependencies to libpython3.4m.so, libpython3.4m.so.1.0 and libboost_python-py34.so while making pygimli under python3.5

Hi,

I was trying to install pygimli on a fresh ubuntu 16.04LTS using curl (in ~/src).

After solving an initial problem with llvm ( see Issue#40 ), I encountered an other difficulty to make pygimli :

make[7]: *** No rule to make target '/usr/lib/x86_64-linux-gnu/libpython3.4m.so.1.0', needed by '/home/su530201/src/gimli/gimli/python/pygimli/core/pygimli.so'. Stop.

The default python on the system is python3.5.
I didn't find a simple and elegant fix but tried brute force to find a workaround :
cd ~/src/gimli
find ./ -type f -readable -writable -exec sed -i "s/python3.4/python3.5/g" {} ;
find ./ -type f -readable -writable -exec sed -i "s/py34/py35/g" {} ;

cd ~/src/gimli/build
CLEAN=1 cmake ../gimli
make pygimli
make apps

It is not nice (but I could make pygimli an apps and it seems to work OK...)

Olivier

Make convertMesh gmsh compatible (also for anaconda users)

name@rechner ~ $ convertMesh -v -B --output="test.bms" /home/mm/Downloads/Test.msh
(<Values at 0x7f6efd5a5050: {'rotate': None, 'verbose': True, 'interpolateCoords': None, 'outBoundaryVTU': False, 'outFileName': 'test.bms', 'interpolateMesh': None, 'outBMS2': False, 'outMidCell': False, 'scale': None, 'outBMS': True, 'outVTK': False, 'translate': None, 'data': None}>, ['/home/mm/Downloads/Test.msh'])
Traceback (most recent call last):
  File "/home/mm/anaconda/bin/convertMesh", line 4, in <module>
    __import__('pkg_resources').run_script('pygimli==1.0rc0', 'convertMesh')
  File "/home/mm/anaconda/lib/python2.7/site-packages/setuptools-20.6.7-py2.7.egg/pkg_resources/__init__.py", line 719, in run_script

  File "/home/mm/anaconda/lib/python2.7/site-packages/setuptools-20.6.7-py2.7.egg/pkg_resources/__init__.py", line 1483, in run_script

  File "/home/mm/anaconda/lib/python2.7/site-packages/pygimli-1.0rc0-py2.7.egg-info/scripts/convertMesh", line 237, in <module>
    main(sys.argv[1:])
  File "/home/mm/anaconda/lib/python2.7/site-packages/pygimli-1.0rc0-py2.7.egg-info/scripts/convertMesh", line 144, in main
    mesh = pg.Mesh(meshname)
RuntimeError: /home/carsten/miniconda2/conda-bld/work/gimli/src/mesh_io.cpp: 527        void GIMLI::Mesh::loadBinaryV2(const string&)  /home/mm/Downloads/Test.msh.bms: No such file or directory

Documentation issues

A lot of these are related to sphinx 1.3.1:

Issue with gimli installation

Hi there,

I tried to install gimli libraries as instructed from the package. However, the configuration by cmake gave me an error as the follows

-- The C compiler identification is GNU 4.4.7
-- The CXX compiler identification is GNU 4.4.7
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Target is 64 bits
-- ThirdParty set to: /share_home/vpi.hien/tmp/gimli/gimli/../thirdParty/
-- External set to: /share_home/vpi.hien/tmp/gimli/thirdParty/dist-GNU-4.4.7-64
-- Found PythonInterp: /share_home/vpi.hien/anaconda3/bin/python (found version "3.5.2")
-- Boost version: 1.60.0
-- Found the following Boost libraries:
-- system
-- thread
-- Boost version: 1.60.0
-- Boost is local False
-- Boost found
-- BOOST_ROOT does not exist:
-- BOOST_ROOT,
-- Boost_INCLUDE_DIR, /share_home/vpi.hien/anaconda3/include
-- Boost version: 1.60.0
-- Found the following Boost libraries:
-- system
-- thread
-- boost include: /share_home/vpi.hien/anaconda3/include
-- Looking for C++ include boost/interprocess/managed_shared_memory.hpp
-- Looking for C++ include boost/interprocess/managed_shared_memory.hpp - found
-- Looking for C++ include boost/bind.hpp
-- Looking for C++ include boost/bind.hpp - found
-- HAVE_BOOST_INTERPROCESS_MANAGED_SHARED_MEMORY_HPP 1 /share_home/vpi.hien/anaconda3/include
-- Checking for package 'TRIANGLE'
-- External dir: /share_home/vpi.hien/tmp/gimli/thirdParty/dist-GNU-4.4.7-64
-- Triangle_INCLUDE_DIR = Triangle_INCLUDE_DIR-NOTFOUND
-- Triangle_LIBRARIES = Triangle_LIBRARIES-NOTFOUND
-- Triangle could not be found. (missing: Triangle_LIBRARIES Triangle_INCLUDE_DIR)
-- Triangle is local True
-- Found Wget: /usr/bin/wget
-- Found Subversion: /usr/bin/svn (found version "1.6.11")
-- Found Git: /usr/bin/git (found version "1.7.1")
CMake Error at /share_home/vpi.hien/cmake/share/cmake-3.4/Modules/FindPackageHandleStandardArgs.cmake:148 (message):
Could NOT find Hg (missing: HG_EXECUTABLE)
Call Stack (most recent call first):
/share_home/vpi.hien/cmake/share/cmake-3.4/Modules/FindPackageHandleStandardArgs.cmake:388 (_FPHSA_FAILURE_MESSAGE)
/share_home/vpi.hien/cmake/share/cmake-3.4/Modules/FindHg.cmake:108 (find_package_handle_standard_args)
cmake/GIMLImacros.cmake:152 (find_package)
cmake/GIMLImacros.cmake:193 (findBuildTools)
cmake/GIMLImacros.cmake:169 (find_or_build_package_check)
CMakeLists.txt:202 (find_or_build_package)

-- Configuring incomplete, errors occurred!
See also "/share_home/vpi.hien/tmp/gimli/build/CMakeFiles/CMakeOutput.log"

Can you please help to figure this issue.

Kind regards,
Hien

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.