On Thu, Jan 28, 2016 at 11:16 AM, <hu.b...@xemail.me> wrote: > Hi Mr. Peterson, > thank you for your answer. > If I understand you right, to get the data, three steps would be required: > 1. read in the point-set (using own parser since the built-in solutions > can't handle point-sets only) > 2. make a mesh from it (using tetgen or built-in-function) > 3. read in the data and sort them according to their place in 3D. >
I had envisioned that you would store the point set and the dataset together in, say, a single ASCII file with x, y, z, value lines, but yes, that sounds about right. I didn't fully realize there was no mesh at all, I suspect this is going to be somewhat of a challenge to generate in-situ in libmesh. You may have more luck using gmsh, however I don't know how well it handles meshing a pre-determined set of points... > Am I right, that, in general, step 3 would require a fit since I don't > have control over the quadrature points > that are evaluated? > Assuming that every point in your data file becomes a point in the mesh, then you are reading in a nodal solution and storing it directly in the ExplicitSystem. Quadrature point values are simply interpolated from the nodal values during assembly, you don't read them in from the file. -- John ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ Libmesh-users mailing list Libmesh-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libmesh-users
