On Sun, Mar 1, 2009 at 11:31 AM, Roy Stogner <[email protected]> wrote: > > On Sun, 1 Mar 2009, Ondrej Certik wrote: > >> On Tue, Feb 24, 2009 at 12:26 PM, Roy Stogner <[email protected]> >> wrote: >>> >>> On Tue, 24 Feb 2009, Vijay S. Mahadevan wrote: >>> >>>> I understand that all the developers are doing your PhDs >>> >>> It's gotten worse than that now that the primary developers are all >>> graduated. E.g. the adaptive p refinement was something I did on a >>> lark as a break from my dissertation research. It's harder to find >>> time for things like that now that most of my work isn't libMesh >>> related and the libMesh stuff needs to be either reasonably related to >>> my job or on my own time. >> >> Just curious --- what do you work on now? > > A postdoctoral fellowship here: > > http://www.ices.utexas.edu/centers/pecos/ > > I'm working on hypersonic flow code - we're stuck using an old NASA > Fortran code to meet some early deliverables, but it's suboptimal for > our coupling and UQ needs, and we'll probably be using (an expanded > version of) some libMesh hypersonics code of Ben's for the long term > work.
I see, thanks for the update. I myself moved to Nevada/Reno to this group: http://hpfem.math.unr.edu/ On Sun, Mar 1, 2009 at 3:30 PM, Kirk, Benjamin (JSC-EG311) <[email protected]> wrote: >>>> I understand that all the developers are doing your PhDs >>> >>> It's gotten worse than that now that the primary developers are all >>> graduated. E.g. the adaptive p refinement was something I did on a >>> lark as a break from my dissertation research. It's harder to find >>> time for things like that now that most of my work isn't libMesh >>> related and the libMesh stuff needs to be either reasonably related to >>> my job or on my own time. > > It's not all doom and gloom, though, a number of us are using libMesh and > derived application codes to solve problems at work... So at least I am > confident there is a place for the library well into the future. The issue > is that these tend to be more "industrial-type" applications, where > higher-order elements are often not used for various reasons (non-smooth > solutions, sharp complex geometry, etc...) Well, we do higher order FEM and we *are* interested in industrial type applications, e.g. non-smooth solutions, sharp complex geometry etc. But we just put our codes to the web and so far only the 2D code is production ready, but we are working very hard on the 3D code too and we are close. Our codes are here: http://hpfem.org/ If I find time, I'd like to create Python interface to libmesh, because I used it in the past and I would like to compare libmesh h-adaptivity with our hp-adaptivity. But I would like to build libmesh without any external solvers, as I would like to use the same solver for both our code and libmesh, called from Python. I did some work on that in the past, I'll have a look at the newest libmesh, if it's possible to build it like that. Ondrej ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Libmesh-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-devel
