From: Cody P. <cod...@gm...> - 2012-10-25 20:42:28
|
While we are on the subject of extra XDR information, at some point, we need to consider writing out the sideset, boundary, and nodeset name information to XDR. We've been doing this in Exodus for awhile. Might as well try to get it into the remaining output formats that can support it to be complete! It's on our list here at the INL but it's been at a low priority for some time. Cody On Thu, Oct 25, 2012 at 2:32 PM, David Knezevic <dkn...@se...>wrote: > > On 10/25/2012 02:44 PM, Ataollah Mesgarnejad wrote: > > Dear all, > > > > I have bunch of quick questions. I write and read an additional vector > that > > I using XDR files: > > > > write: > > > > equation_system.write(xdr_file_name.str(), EquationSystems::WRITE_DATA | > > EquationSystems::WRITE_ADDITIONAL_DATA); > > > > read: > > > > equation_system.read(xdr_file_name.str(), EquationSystems::READ_HEADER | > > > > EquationSystems::READ_DATA | > > > > EquationSystems::READ_ADDITIONAL_DATA); > > > > * Am I doing this correctly? > > * Do I need to write the data or can I just write the additional data > > alone? I have no use for the data itself and only need the additional > > vector. > > Not sure if this is helpful, but I've been doing something like this in > RBEvaluation::write_out_basis_functions and > RBEvaluation::read_in_basis_functions in rb_evaluation.C. > > The way I do it there is to write a header file and then > write-out/read-in one .xdr file per vector. > > (We also had a recent discussion about this on libmesh-devel, since it > would be more efficient to combine all the separate .xdr files into one > big .xdr file, but it sounds like that may not affect your use case.) > > David > > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_sfd2d_oct > _______________________________________________ > Libmesh-users mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmesh-users > |