Matt – we don’t have plans right now, but if you want to help a bit, we can work with you. We would *greatly* appreciate if you chip in.
Dan
---------------------------------------------
Bernard A. and Frances M. Weideman Professor
NVIDIA CUDA Fellow
Department of Mechanical Engineering
Department of Computer Science
University of Wisconsin - Madison
4150ME, 1513 University Avenue
Madison, WI 53706-1572
---------------------------------------------
--
You received this message because you are subscribed to the Google Groups "ProjectChrono" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
projectchron...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/projectchrono/CAO%2Bfy0Q5iU9wYhoxtvgMDnjhAk0sf56TR3nwbvCAOL5yYp0mFA%40mail.gmail.com.
Matt - The basic idea is this: we use SWIG to generate a shared library of Chrono that is loadable from within Python.
What you can call out of this library depends on what we bothered to expose out of the Chrono solver. What gets exposed is specified through some configuration files, they end in *.i.
Many features are not exposed since nobody needed them.
However, if it makes sense to have Chrono C++ functionality become available in Python, we would need to expose those Chrono classes/methods. This means updating some SWIG configuration file[s].
For instance, in your case, since you are interested in model analysis, the file that needs to updated is likely chrono/src/chrono_swig/interface/fea/ChModuleFea.i
The course of action at this point would be:
Thanks for considering helping us, Matt!
Dan
---------------------------------------------
Bernard A. and Frances M. Weideman Professor
NVIDIA CUDA Fellow
Department of Mechanical Engineering
Department of Computer Science
University of Wisconsin - Madison
4150ME, 1513 University Avenue
Madison, WI 53706-1572
---------------------------------------------