Dear all,
My name is Antonio Garcia-Uceda, and I'm working on implementing a FR
algorithm for hybrid meshes, composed of Hexas, Tetras, Prism, and Pyrams.
I'm interested particularly on how to choose best solution points, as well
as constructing a suitable nodal basis, for every ele
Dear all,
My name is Antonio Garcia-Uceda, and I'm working on implementing a FR
algorithm for hybrid meshes.
Could you tell me where exactly in the pyFR sources I have to include
commands to print out the matrixes M1,,M8 in which the FR equations are
casted? Many thanks.
Best re
Dear all,
My name is Antonio Garcia-Uceda, and I'm working on implementing a FR
algorithm for hybrid meshes.
I'm currently extending my FR method to pyramides, but I'm having troubles
to come up with an expression of shape functions to transform from, let's
say a r
Tuesday, July 22, 2014 10:00:06 PM UTC+1, Freddie Witherden wrote:
>
> On 22/07/2014 14:05, Antonio Garcia-Uceda wrote:
> > Dear all,
> >
> > My name is Antonio Garcia-Uceda, and I'm working on implementing a FR
> > algorithm for hybrid meshes.
> >
&g
Dear All,
My name is Antonio Garcia-Uceda, and I'm working on Flux Reconstruction.
I'd like to know the way you compute the local time step in FR, for steady
state solution. Originally I was using an approach inherited from FV (i.e.
cellwise computation using cell-averaged solut
cal dt in PyFR at the moment.
>
> Cheers
>
> Peter
>
> On 20 Oct 2014, at 14:19, Freddie Witherden > wrote:
>
> > On 20/10/14 12:01, Antonio Garcia-Uceda wrote:
> >> Dear All,
> >>
> >> My name is Antonio Garcia-Uceda, and I'm working o
On 23/10/2014 07:39, Antonio Garcia-Uceda wrote:
> > Dear All,
> >
> > Thanks for the reply. Could you please indicate why exactly pyFR does
> > not have local dt for steady state solutions? I mean, is there any
> > constraint in FR different from the normal l
Dear All,
My name is Antonio Garcia-Uceda, and I'm working on Flux Reconstruction. I
have the following question:
In pyFR, when we extrapolate the solution from Solution Points in Cells to
Flux Points on Faces, Is this carried out over primitive variables (rho, u,
v, w, p) or cons
UTC+1, Freddie Witherden wrote:
>
> On 27/10/14 09:13, Antonio Garcia-Uceda wrote:
> > Dear All,
> >
> > My name is Antonio Garcia-Uceda, and I'm working on Flux Reconstruction.
> > I have the following question:
> >
> > In pyFR, when we extrapo
Dear all,
My name is Antonio Garcia-Uceda, and I'm a researcher on Flux
Reconstruction methods. I'm using pyFR as part of my project.
I'm trying to run pyFR with backend "opemp", but I'm coming across some
issues when using a CBLAS library. I get the following err
tonio Garcia-Uceda wrote:
> > Dear all,
> >
> > My name is Antonio Garcia-Uceda, and I'm a researcher on Flux
> > Reconstruction methods. I'm using pyFR as part of my project.
> >
> > I'm trying to run pyFR with backend "opemp", but
Dear prof. Vincent,
I'm very interested in your implementation for Pyrams.
Would it be possible to have the reference for the solution points you use
on these elements, as well as the transformation you use to high-order
pyramids.
Thanks a lot!
Best regards,
Antonio
On Thursday, January 1,
onautics
> Imperial College London
> South Kensington
> London
> SW7 2AZ
> UK
>
> web: www.imperial.ac.uk/aeronautics/research/vincentlab
> twitter: @Vincent_Lab
>
>
>
>
>
> On 11 Mar 2015, at 20:24, Freddie Witherden > wrote:
>
>
ts, especially for sphere
> surface. There is option to set order for your mesh in gmsh. In command
> line, you can siimply do it.
>
> gmsh -3 -order 3 your.geo
>
> Regards,
>
> Jin Seok
>
>
>
> On Thursday, March 12, 2015 at 6:12:30 PM UTC, Antonio Garcia-Uceda w
Dear all,
My name is Antonio Garcia-Uceda, and I'm a researcher on Flux
Reconstruction methods. I'm using pyFR as part of my project.
My question is pretty simple. How can I set Slip BCs on PyFR (or Symmetry
BCs)? I can'f find it in your documentation.
Thanks in advance
rg/user_guide.php>/ <http://www.pyfr.org/user_guide.php>
> user_guide.php <http://www.pyfr.org/user_guide.php> under *soln-bcs-name*.
>
> Regards​
> On Apr 23, 2015 1:06 PM, "Antonio Garcia-Uceda" > wrote:
>
>> Dear all,
>>
>> My name is Antonio G
know if this ​
>
>
> On Fri, Apr 24, 2015 at 9:02 AM, Antonio Garcia-Uceda <
> antonio.ga...@numeca.be > wrote:
>
>> Dear Arvind,
>>
>> Thanks a lot for yor reply. Indeed I'm using pyFR-0.2.4 and I failed
>> trying to set 'slp-adia
Sorry when I said set-up I meant the .ini file, :)
On Friday, April 24, 2015 at 10:22:23 AM UTC+2, Antonio Garcia-Uceda wrote:
>
> Dear Arvind,
>
> Indeed this is what I need, thanks. Do you know if these are also
> available in PyFR -0.2.4? Unfortunately I'm having tro
yer > wrote:
>
> Well, I do not have any ready to use ini.
>
> I would recommend trying it and posting the ini file on the mailing list
> if you are not able to run it successfully (or even otherwise!)
>
> Regards
> Arvind
>
> On Fri, Apr 24, 2015 at
Dear all,
My name is Antonio Garcia-Uceda, and I'm a researcher on Flux
Reconstruction methods. I'm using pyFR as part of my project.
I'd like to know whether it is possible to print out variables within the
mako templates subroutines in pyFR. For instance, to print out the
ot;. However the flowchart
inside these subroutines is a bit confusing and I'd need some indications,
if possible.
Thanks a lot once more.
Best regards,
Antonio
On Wednesday, May 6, 2015 at 9:01:09 AM UTC+2, Antonio Garcia-Uceda wrote:
>
> Dear all,
>
> My name is Antonio Garcia-Uced
eddie Witherden wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi Antonio,
>
> On 06/05/2015 08:01, Antonio Garcia-Uceda wrote:
> > Also, is it possible to visualize the temporary .c or .cu files
> > generated by these templates when running pyFR w
;
> On 06/05/2015 09:50, Antonio Garcia-Uceda wrote:
> > I managed to output the data inside the mako kernels as you
> > indicated in the other posts. Is it also possible to print out as
> > well the given sol/flux point in which the operation is going on?
> > There
Dear all,
My name is Antonio Garcia-Uceda, and I'm a researcher on Flux
Reconstruction methods. I'm using pyFR as part of my project.
I'd like to run the test case you reported in your paper: *"PyFR: An open
source framework for solving advection-diffusion type p
SIGNED MESSAGE-
> Hash: SHA256
>
> Hi Antonio,
>
> On 21/05/2015 09:17, Antonio Garcia-Uceda wrote:
> > My name is Antonio Garcia-Uceda, and I'm a researcher on Flux
> > Reconstruction methods. I'm using pyFR as part of my project.
> >
> > I
10:50:17 AM UTC+2, Freddie Witherden wrote:
>>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> Hi Antonio,
>>
>> On 21/05/2015 09:17, Antonio Garcia-Uceda wrote:
>> > My name is Antonio Garcia-Uceda, and I'm a researcher on Fl
Dear all,
My name is Antonio Garcia-Uceda, and I'm a researcher on Flux
Reconstruction methods. I'm using pyFR as part of my project.
I'm digging a bit into the pyFR data structure. Concerning the import of
mesh files, I've noticed that pyFR creates, for each boundary patc
er. This gives
> that index. You will notice that this index never goes beyond the number
> of faces minus 1.
>
> Hope this is clear.
> Arvind
>
>
> On Wed, Jun 24, 2015 at 11:11 AM, Antonio Garcia-Uceda <
> antonio.garcia-uc...@numeca.be> wrote:
>
>> Dea
:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi Antonio,
>
> On 24/06/2015 11:11, Antonio Garcia-Uceda wrote:
> > I'm digging a bit into the pyFR data structure. Concerning the
> > import of mesh files, I've noticed that pyFR creates, for ea
True. Thanks a lot for your reply.
Best regards,
Antonio
On Wednesday, June 24, 2015 at 2:13:45 PM UTC+2, Freddie Witherden wrote:
>
> Hi Antonio,
>
> On 24/06/15 13:07, Antonio Garcia-Uceda wrote:
> > I also noticed that pyFR does not support Serendipity type elements.
>
Dear All,
My name is Antonio Garcia-Uceda, and I'm working on Flux Reconstruction.
Could you please let me know which BLAS-type library do you use with PyFR?
And according to your experience, Which one offers the best performance?
In my experience, OpenBLAS library is more efficient
Thanks a lot Freddie,
I should keep trying with ATLAS then. Did you download yours from the same
source?
Best regards,
Antonio
On Monday, October 19, 2015 at 12:32:54 PM UTC+2, Antonio Garcia-Uceda
wrote:
>
> Dear All,
>
> My name is Antonio Garcia-Uceda, and I'
anks in advance.
Best regards,
Antonio
On Saturday, October 24, 2015 at 6:55:15 PM UTC+2, Freddie Witherden wrote:
>
> Hi Antonio,
>
> On 20/10/15 10:47, Antonio Garcia-Uceda wrote:
> > I should keep trying with ATLAS then. Did you download yours from the
> > same sou
with respect to the peak FLOPS will be similar, am I right?
Best regards,
Antonio
On Tuesday, November 3, 2015 at 9:17:13 PM UTC+1, Freddie Witherden wrote:
>
> Hi Antonio,
>
> On 03/11/15 13:52, Antonio Garcia-Uceda wrote:
> > I managed to build and link the ATLAS library.
Dear all,
My name is Antonio Garcia-Uceda, and I'm working on research on Flux
Reconstruction methods.
I'd like to ask you concerning the Mako template library used in PyFR to
write and compile on the fly the solver kernerls. I'd like to know which
compiler it uses to compile
lt;https://twitter.com/Vincent_Lab>
>
>
>
>
>
> On 13 Nov 2015, at 10:15, Antonio Garcia-Uceda <
> antonio.garcia-uc...@numeca.be> wrote:
>
> Dear all,
>
> My name is Antonio Garcia-Uceda, and I'm working on research on Flux
> Reconstruction methods.
&g
Thanks a lot for your reply
Antonio
On Friday, November 13, 2015 at 11:48:29 AM UTC+1, Freddie Witherden wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi Antonio,
>
> On 13/11/2015 10:33, Antonio Garcia-Uceda wrote:
> > Thanks. I guess if not sp
Dear all,
I'd like to ask you whether PyFR is able to output the solution on specific
boundaries, such as pressure on a solid boundary.
I know with the "[soln-plugin-sampler]" one can output the solution at
specific locations, but it'd be tedious to define the boudnary point by
point.
If the
gards,
Antonio
On Monday, November 23, 2015 at 2:12:21 PM UTC+1, Freddie Witherden wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi Antonio,
>
> On 23/11/2015 12:53, Antonio Garcia-Uceda wrote:
> > I'd like to ask you whether PyFR is able to
Dear all,
I'd be very grateful if you could help me out with the following:
I'm trying to compile the last version PyFR-1.4.0, by launching the
"setup.py" script. However at some point it crashes with the output shown
below.
In my understanding, the problem comes when trying to install the pr
June 22, 2016 at 3:58:49 PM UTC+2, Freddie Witherden wrote:
>
> Hi Antonio,
>
> On 22/06/2016 06:53, Antonio Garcia-Uceda wrote:
> > I'd be very grateful if you could help me out with the following:
> >
> > I'm trying to compile the last version PyFR-1
running the setup.py script.
How can I then complete the installation?
Thanks once more.
Best regards,
Antonio
On Wednesday, June 22, 2016 at 4:13:28 PM UTC+2, Freddie Witherden wrote:
>
> Hi Antonio,
>
> On 22/06/2016 07:11, Antonio Garcia-Uceda wrote:
> > Thanks a
Dear all,
My name is Antonio Garcia-Uceda, and I'm a researcher working on Flux
Reconstruction Methods.
I have a question about the "Anti-Aliasing" technique available in PyFR in
order to improve the stability of the method. I see there are several
options available, so a
MSci ARCS DIC PhD
> Senior Lecturer and EPSRC Early Career Fellow
> Department of Aeronautics
> Imperial College London
> South Kensington
> London
> SW7 2AZ
> UK
>
> web: www.imperial.ac.uk/aeronautics/research/vincentlab
> twitter: @Vincent_Lab <https://twitter.com
Dear all,
I've tried to run the last release of PyFR v.1.5.0. However I get the error
message below, I presume related to the compilation of files created by
PyFR with the solver kernels therein. Previous version v.1.4.0 runs
correctly.
Please let me know if you know the source of these issue
uch as
> intel C compiler. In this case, you need to specify C compiler as below.
>
> [backend-openmp]
> cc = icc (or your C compiler)
>
> Regards,
>
> Jin Seok
>
> On Wed, 2016-10-05 at 02:08 -0700, Antonio Garcia-Uceda wrote:
> > Dear all,
> >
&g
Dear all,
Would it be possible to have the configuration ".ini" files of your
simulations of the test case "flow over a T106D LPT linear cascade" of your
recently published paper: Towards Green Aviation with Python at Petascale?
Thanks in advance.
Best regards,
Antonio
--
You received this
Dear all,
First of all, I'd like to ask you whether you have run the test case
Taylor-Green vortex with PyFR.
If so, I presume you have implemented a the plug-in for PyFR to compute the
global quantities needed to validate this test case: integrals of kinetic
energy, dissipation rate of energy
case I will develop a simple plug-in for this following the
examples provided in the sources.
Thanks a lot Freddie,
Best regards,
Antonio
On Thursday, December 8, 2016 at 6:21:09 PM UTC+1, Freddie Witherden wrote:
>
> Hi Antonio,
>
> On 08/12/2016 00:50, Antonio Garcia-Uceda wrote
Dear all,
I'd like to know whether it'd be possible to obtain the following info
about the physics simulations in the paper "Towards Green Aviation with
Python at Petascale" worth of the Gordom Bell Prize:
- approx. physical time step
- total nb iterations
- nb chord lenghts simulated.
regards,
Antonio
On Thursday, January 26, 2017 at 8:16:22 PM UTC+1, Freddie Witherden wrote:
>
> Hi Antonio,
>
> On 26/01/17 08:30, Antonio Garcia-Uceda wrote:
> > Dear all,
> >
> > I'd like to know whether it'd be possible to obtain the following info
&
; * used RK45 time stepping (can be used to calculate the total number of
> iterations)
>
> On Fri, Jan 27, 2017 at 2:22 PM, Antonio Garcia-Uceda <
> antonio.ga...@numeca.be > wrote:
>
>> Hi Freddie,
>>
>> Thanks for your reply.
>>
>> However I
Dear all,
I'm Antonio Garcia-Uceda, researcher on Flux Reconstruction methods.
I'd like to ask you whether you could provide me with a estimation of the
number of floating point operations needed for the different pointwise
operators in PyFR (separately if possible). In parti
, such as "/" or "sqrt"?
Best regards,
Antonio
On Tuesday, February 7, 2017 at 8:16:16 PM UTC+1, Freddie Witherden wrote:
>
> Hi Antonio,
>
> On 06/02/17 07:42, Antonio Garcia-Uceda wrote:
> > I'd like to ask you whether you could provide me with a esti
Dear all,
I'm trying to run the test case: Inviscid transonic flow around NACA0012,
from the previous 3rd High-Order Workshop (you can find a description
below):
https://www.grc.nasa.gov/hiocfd/wp-content/uploads/sites/22/case_c1.2.pdf
I've run the case on a coarse mesh of 2240 cells, order p3
> South Kensington
> London
> SW7 2AZ
> UK
>
> web: www.imperial.ac.uk/aeronautics/research/vincentlab
> twitter: @Vincent_Lab
>
>
>
>
>
> On 1 Mar 2017, at 09:29, Antonio Garcia-Uceda > wrote:
>
> Dear all,
>
> I'm trying to run the tes
.
Best regards,
Antonio
On Wednesday, March 1, 2017 at 2:10:14 PM UTC+1, Antonio Garcia-Uceda wrote:
>
> Dear Peter,
>
> I'm solving the Euler equations (or Navier-Stokes with mu=0.0 since the
> artificial viscosity model only works for the Navier-Stokes solver, as far
> as
57 matches
Mail list logo