<div dir="ltr">James,<div><br></div><div>I have not done a conversion from openFoam format to Nek format myself, but this should be possible.  The only thing Nek needs for elements are the element corners (or, additionally, face curvature information in the case of curved hexahedrals).  The location of the internal solution nodes for each element are computed at run-time.</div>
<div><br></div><div>All that being said, you might want to use caution when using your existing OpenFOAM meshes in Nek.  Directly using a mesh designed for a low order code in a high order code would result in a much larger DOF count than desired, so it may be best to re-design your mesh for use in Nek.</div>
<div><br></div><div>- Josh</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Nov 4, 2013 at 2:33 AM,  <span dir="ltr"><<a href="mailto:nek5000-users@lists.mcs.anl.gov" target="_blank">nek5000-users@lists.mcs.anl.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>Dear all,<br></div><br></div>Firstly, I am a Nek5000 newbie, so please accept my apologies for any daft questions!<br>
<br><br></div>- I have been working through the draft user guide, and am trying to view the the eddy_uv case using postx. Unfortunately the GUI seems to be corrupted, with missing text etc. (screengrab here:  <a href="https://dl.dropboxusercontent.com/u/4391032/Nekton_001.png" target="_blank">https://dl.dropboxusercontent.com/u/4391032/Nekton_001.png</a> )<br>

<br>I am using Linux Mint with nvidia proprietary drivers, the problem seems to affect the other NEKTON tools (prex etc.) so I'm guessing it could be an X11 issue? Has anyone encountered this before? How did you fix it?<br>

<br><br></div>2) For meshing, I'm interested in fairly idealised, structured geometries, (e.g. impinging jets, boundary layers etc). I have a heap of existing OpenFOAM (hexahedral) blockMeshes already set up for LES. Has anyone managed to convert an OpenFOAM mesh to Nek5000? (Is it even possible to do this with a higher-order spectral code?) I was thinking about trying foamMeshToFluent, and then using the python script written by 

  Mikael Mortensen ( <a href="https://bitbucket.org/mikael_mortensen/nek5000-tools" target="_blank">https://bitbucket.org/mikael_mortensen/nek5000-tools</a> ). Is this feasible?<br><br><br></div>Thanks very much!<br><br>
</div>James<br></div>
<br>_______________________________________________<br>
Nek5000-users mailing list<br>
<a href="mailto:Nek5000-users@lists.mcs.anl.gov">Nek5000-users@lists.mcs.anl.gov</a><br>
<a href="https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users" target="_blank">https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Josh Camp<br><br>"All that is necessary for the triumph of evil is that good men do nothing" -- Edmund Burke 
</div>