[deal.II] Re: "Make test" failure following Trilinos installation with Mesquite

Hi Denis, Thank you very much for your suggestions. Unfortunately, none of your suggestions worked for me. (i) I installed dealii binary package but it does not include Mesquite. Is it possible to include Mesquite into dealii binary package? (ii) I downloaded the most recent

[deal.II] Re: "Make test" failure following Trilinos installation with Mesquite

Hi Luca, I am happy to let you know that I was able to install successfully the brew-based package using its source code. My application seems to run properly with this Mesquite-supported deal-ii installation. Thank you very much for your help! Oded -- The deal.II project is

[deal.II] Re: "Make test" failure following Trilinos installation with Mesquite

Hi Denis, I tried to follow your instructions but got an error message. *(0) **(0) add the following to ~/.bash_profile (DO NOT RUN IN TERMINAL)* I didn’t find the file “.bash_profile” at “~/” directory. You may see the files that are there: [ yaakobioy L02029080 ~ ]$ ls -a .

[deal.II] Embedding a Python script

Dear group, I apologize if my question below has already been addressed in the one of deal.ii’s documentation resources, but I didn't understand how to answer it using the pieces of documentation that I have read such as “How to use CMake to configure your projects with deal.II”

[deal.II] Modeling Stokes flow in and around a droplet using the approach of step-46

Hello, I am working on modeling a phenomenon that is similar to Stokes flow in and around a droplet. In my model there are two sets of Stokes equations that govern the flow in each one of the media that are made of different materials – one set for the flow in the droplet, and the other

[deal.II] Re: Error in GridIn::read_abaqus for a mesh with two blocks

> it. Please give it a go! I know that this one doesn't output material IDs, > but I'll try to see if I can refactor it so that it does. > > Regards, > J-P > > On Monday, October 24, 2016 at 9:21:21 PM UTC+2, Oded Yaakobi wrote: >> >> Hi Jean-Paul, >> >> I t

[deal.II] Re: Error in GridIn::read_abaqus for a mesh with two blocks

lag > to true? Its possible that one of the boundary id's is being set to an > internal face. I've had this bug crop up on occasion for unstructured > meshes, but never for structured ones. If this fixes the problem then > you'll have to recreate all of the boundary ID's yourself for

Re: [deal.II] Interfacing with Mesquite

en returned from Mesquite's built in > algorithms? > > I'm trying to gauge how much time would need to be invested in integrating > this into my simulations, any thoughts would be appreciated. > Tom > > > > > > On Friday, May 6, 2016 at 5:08:05 PM UTC-4, Oded Yaakobi w

Re: [deal.II] Re: Modeling Stokes flow in and around a droplet using the approach of step-46

Dear Wolfgang and Jean-Paul, I appreciate very much your assistance. The explanation in Wolfgang's last reply clarified to me some things that I didn't fully understand previously. I believe that now I know how to implement the interface matching conditions in my code. It seems to me that I

Re: [deal.II] Re: BlockSparseMatrix and BlockVector with a nested hierarchy of blocks

Dear Jean-Paul and Wolfgang, Thank you for your answers. *> I think that the BlockMatrixArray class might offer the functionality that you're looking for?* The class BlockMatrixArray is almost what I need,

Re: [deal.II] Re: Modeling Stokes flow in and around a droplet using the approach of step-46

UTC-5, Wolfgang Bangerth wrote: > > On 12/02/2016 01:13 PM, Oded Yaakobi wrote: > > Now I encounter another aspect of my problem that I don’t know how to > tackle – > > the matching conditions on the interface between the domains of the > Stokes > >

Re: [deal.II] Re: Modeling Stokes flow in and around a droplet using the approach of step-46

Hi Wolfgang and Jean-Paul, It seems that one of Wolfgang’s replies to me was not shared through the user group, so I forward it here. My response is listed below it. *On 12/2/16, 6:18 PM, "Wolfgang Bangerth" wrote:* Oded, *I know that the typical treatment of the

Re: [deal.II] Re: BlockSparseMatrix and BlockVector with a nested hierarchy of blocks

alii.org/8.4.1/doxygen/deal.II/classBlockLinearOperator.html> > class which appears to have a similar purpose as BlockMatrixArray, but I've > never used it so can't comment further on it. > > Best, > J-P > > On Friday, December 16, 2016 at 6:37:14 PM UTC+1, Oded Yaakobi wrote:

[deal.II] Solving step-22 using a direct solver UMFPACK

Hello, In step-22, I replaced the solve() function with the following function that is based on the solve() function of step-29, where a direct solver UMFPACK is used. template void StokesProblem::solve () { SparseDirectUMFPACK A_direct;

Re: [deal.II] Solving step-22 using a direct solver UMFPACK

Dear Wolfgang, Thank you for your quick answer. I addressed the two points that you have mentioned and now the direct solver gives the same solution as the original one. Best, Oded -- The deal.II project is located at http://www.dealii.org/ For mailing list/forum options, see