On Wed, 23 Feb 2011, Roman Vetter wrote: > I suppose it's a matter of opinion/objective. Do the libMesh > developers/users want their solution output either > > a) complete, including higher order terms, in a way that complies with > the VTK file format, but not necessarily perfectly visualizable in, > say, Paraview without further ado in all cases
At least for me this isn't useful until/unless there's *some* 3rd party support for reading/understanding the higher-order solution terms, and it's actually counterproductive if it makes it less likely for a reader to render the low-order decimated solution properly. I'm not sure how it would be useful for others. As a first step toward eventually having another option for restart files, I assume? Right now (IIRC, Derek please correct me if I'm wrong) we only support higher order restarts via our own xda/xdr based format, with a few more low order solution options. I'd like to hear more opinions, if anyone wants to chime in. I think Ben's busy with NASA stuff and John's busy moving across the country, though... > or > > b) incomplete, i.e. only first order terms, not using the full > capability of the VTK file format, but with a higher chance that VTK > readers will be able to deal with at least this first order component > properly > > ? > > Case a) is implemented with my patch, case b) is the current way of > implementation. I'm definitely not happy with the current implementation either, but the big flaws in it are its failures in parallel and on adapted grids; I won't think of p-decimation as a flaw until I see a viz tool that properly handles high-p output. > There is a third possibility, which is a compromise: > In the case of higher order variables, one could write each component > separately as scalar variables, perhaps with a suffix in the name > denoting the component. This way, all information is written, while > Paraview will still be able to recognize the first order solution as > scalars and display it as it does currently. See my response to option a), but without the "counterproductive" worry. ;-) This actually sounds like a decent improvement, if it works for you. I'd worry about it being incompatible with future 3rd-party support for higher-order bases, but that's a problem with any idea we might have for saving non-decimated solutions. --- Roy ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev _______________________________________________ Libmesh-devel mailing list Libmesh-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libmesh-devel
