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

On 12/05/2016 09:47 AM, Oded Yaakobi wrote: I am working on generalizing a model that originally described only the interior domain by the equations that I wrote on my Friday’s notes. I am not familiar with anyone who solved the combined set of equations for the interior and exterior domains.

[deal.II] How to apply non-homogeneous Neumann boundary conditions when we do not have exact solution

Hello all, Following step-7 I am going to apply non-homogeneous Neumann boundary conditions. The problem is that, in step-7, Neumann value is computed using exact solution, however in real-life problems we do not know exact solution beforehand. Neumann value is computed in step-7 as follows:

[deal.II] Re: How to apply non-homogeneous Neumann boundary conditions when we do not have exact solution

Hamed, What you are doing in your code resembles something similar to a Picard iteration step for the term (v, n\cdot\nabla u) Neumann boundary values mean that you want to enforce n\cdot\nabla u=g on the boundary where g is known. Typically, you do this in a finite element approach in a weak

[deal.II] Re: what to do with Neumann term in week formulation when applying Periodic Boundary Condition

Hamed, Let consider a situation when we don't want to apply Neumann BC at all, > namely, we do not want to eliminate the Neumann term, (v, n.grad(u)), > considering zero value for that or we do not have a known g function to > consider (v, n.grad(u))=g. In this case, how we can include the

Re: [deal.II] Re: what to do with Neumann term in week formulation when applying Periodic Boundary Condition

On 12/05/2016 04:53 PM, Hamed Babaei wrote: Dear Daniel, The question in the end is just how the weak formulation you are interested in looks like and what the appropriate function spaces are. If you are using periodic boundary conditions, you are saying that there is no

Re: [deal.II] MPI_InitFinalize causes runtime error when setting the build type to release

On Mon, Dec 5, 2016 at 10:03 PM, Timo Heister wrote: > > I believe it is using the TBB that come with the GCC 6.2.1. Although I > didn't find > > it in cmake output, > > Can you do > $ grep THREADS detailed.log > Weirdly I do not have detailed.log under the build directory.

[deal.II] Re: Distorted cell when it is crated by gmsh

Kyusik, [...] > Additional Information: > The input data for creating a triangulation contained information about a > line with indices 272 and 100that is supposed to have boundary indicator . > However, this is an internal line not located on the boundary. You cannot > assign a boundary

Re: [deal.II] Re: Apply Neumann Boundary condition

Dear Benhour, > These are 9 concepts, in 9 lines of text, all without any kind of > elaboration. > In other words, we have no real idea what you are doing, and equally > important, we have no idea what is actually wrong. When debugging problems > like yours, you need to learn to reduce

Re: [deal.II] Re: Is deal.II for me? Or, I got burned elsewhere

> There are no plan to add DSL. There has been some work on > LinearOperator that reduces the amount of work that needs to be > written but there is nothing planned in the future. > Ok, I will look into it. Thanks for all your answers! Franco -- The deal.II project is located at

[deal.II] Re: Distorted cell when it is crated by gmsh

Dear Kyusik, The error message that deal.II has outputted explains what the problem is: > However, this is an internal line not located on the boundary. You cannot > assign a boundary indicator to it. You cannot give a boundary indicator value to internal lines/faces. If appropriate, you can

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

Hi Oded, Is this the recommended way to address point a), or is there another way > which is better? > I don't work primarily in fluid-mechanics, so this is a bit out of my field of knowledge (and comfort zone) and I'm going to defer to other's wisdom here. I suppose you're uncomfortable that

[deal.II] Re: Distorted cell when it is crated by gmsh

Oh, I didn't know that sorry. Thank you all for your replies. Kyusik. -- The deal.II project is located at http://www.dealii.org/ For mailing list/forum options, see https://groups.google.com/d/forum/dealii?hl=en --- You received this message because you are subscribed to the Google

Re: [deal.II] fe_function_values

Thomas,thank you, the vertices would have the same order as the velocity vector. On Monday, December 5, 2016 at 3:19:20 AM UTC, thomas stephens wrote: > > Bernard, you probably want to take a look at Step 18 in the tutorial, > specifically the move_mesh() >

Re: [deal.II] MPI_InitFinalize causes runtime error when setting the build type to release

> I believe it is using the TBB that come with the GCC 6.2.1. Although I didn't > find > it in cmake output, Can you do $ grep THREADS detailed.log in your build directory? It should show something like #DEAL_II_WITH_THREADS set up with bundled packages #THREADS_CXX_FLAGS =

Re: [deal.II] fe_function_values

Hi Thomas, No worries, I use both names interchangeably also at times. I have had a look at step 18 again and with with your suggesitons and Timo's, I want to see if I can get the required results. Am incorporating the changes at the moment. Many thanks. I will get back to you. On Monday,

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