Re: [deal.II] how to use post_processor for FE_System

On 07/19/2017 05:00 PM, Jaekwang Kim wrote: /See the entry in the Frequently Asked Questions of deal.II (linked to from http://www.dealii.org/) for a lot more information on what this error means and how to fix programs in which it happens./ Have you looked here? :-) (The answer is that the `

Re: [deal.II] how to use post_processor for FE_System

Thanks, ! I tried in a way you advised. so, now i tried. template void Magnitude::compute_derived_quantities_vector ( const std::vector > &uh, const std::vector > > & /

Re: [deal.II] how to use post_processor for FE_System

On 07/19/2017 04:09 PM, Jaekwang Kim wrote: because my dof_handler has doc for pressure, size does not match... how can I avoid this problem ? You just need to pass the *entire* solution vector, not just the first block. Otherwise, DataOut cannot find out which elements of the vector corres

[deal.II] how to use post_processor for FE_System

Hi, all I was practicing using post_processor, referring step-29 and step 31. If I want to use post_processor for vector-valued problem, where my solution is (u,v,p) and I want to compute magnitude of velocity, |u^2+v^2| ignoring pressure parts. i wrote as step 29; template class Mag

Re: [deal.II] Re: Modification of right hand side of example 52 for multiple equations leads to linker error

2017-07-19 14:40 GMT-04:00 'Maxi Miller' via deal.II User Group : > But is that even a good idea to put the three solution-vectors into one > Table, and return them, or should I rather put all three vectors in one > large vector, and then slice the respective results out of the large vector? Yeah u

[deal.II] Re: Modification of right hand side of example 52 for multiple equations leads to linker error

Good idea :-) That didn't cross my mind! On Wednesday, July 19, 2017 at 5:37:29 PM UTC+2, Bruno Turcksin wrote: > > Maxi, > > like Jean-Paul already said we don't instantiate the function for Table so > you need to add #include This way > you can use any data type you want. > > Best > > Bruno >

[deal.II] Re: Modification of right hand side of example 52 for multiple equations leads to linker error

Maxi, like Jean-Paul already said we don't instantiate the function for Table so you need to add #include This way you can use any data type you want. Best Bruno On Wednesday, July 19, 2017 at 10:43:23 AM UTC-4, Maxi Miller wrote: > > > I tried to modify the right side of example 52 from one

[deal.II] Re: Modification of right hand side of example 52 for multiple equations leads to linker error

Dear Maxi, The problem is that you're instantiating the time integration class Table<1, Vector> with a data type that is not a deal.II vector (Vector, BlockVector, TrilinosWrappers::Vector etc.). The instantiation takes place here

Re: [deal.II] Status of support for complex equations?

Hi, On Wed, Jul 19, 2017, at 09:59 CDT, "'Maxi Miller' via deal.II User Group" wrote: > Hei, > I was wondering if dealII already natively supports equations containing > imaginary values, such as > >

[deal.II] Status of support for complex equations?

Hei, I was wondering if dealII already natively supports equations containing imaginary values, such as or if I still have to split them up, such as in exa

[deal.II] Modification of right hand side of example 52 for multiple equations leads to linker error

I tried to modify the right side of example 52 from one equation in parallel to three equations in parallel, each with own system_matrix, mass_matrix and source term. My code for that is template Table<1, Vector> Diffusion::evaluate_diffusion_full (const double time, const Table<1, Ve