[MOAB-dev] DMMoabOutput

Vijay S. Mahadevan vijay.m at gmail.com
Wed Dec 17 10:16:33 CST 2014


Gerd, sorry about the delay. We have an upcoming release and so I haven't
had time to push a clean fix for this. I will be looking at this today and
will let you know when the branch is ready.

Thanks for your patience.

Vijay
On Dec 17, 2014 9:14 AM, "Gerd Heber" <gheber at hdfgroup.org> wrote:

> Any other thoughts? (This is a real showstopper for me...)
>
> G.
>
> -----Original Message-----
> From: moab-dev-bounces at mcs.anl.gov [mailto:moab-dev-bounces at mcs.anl.gov]
> On Behalf Of Gerd Heber
> Sent: Monday, December 15, 2014 6:59 AM
> To: MOAB dev
> Subject: Re: [MOAB-dev] DMMoabOutput
>
> No iMesh here. The tags are created as dense tags via
> get_tag_handle/tag_set_data.
>
> G.
>
> -----Original Message-----
> From: Grindeanu, Iulian R. [mailto:iulian at mcs.anl.gov]
> Sent: Saturday, December 13, 2014 9:14 AM
> To: Vijay S. Mahadevan; Gerd Heber
> Cc: MOAB dev
> Subject: RE: [MOAB-dev] DMMoabOutput
>
> The problem is the type of the tags
> Probably the new tags are created with iMesh_createTag() method from iMesh
> This method creates sparse tags (I don't remember why it is not sparse by
> default; maybe to be more general) In order to create a dense tag with
> iMesh, you need to use iMesh extensions method
>
> iMesh_createTagWithOptions
>
> something like
>  iBase_TagHandle tagh;
>   iMesh_createTagWithOptions(mesh, "dum", "moab:TAG_STORAGE_TYPE=DENSE",
> 1, iBase_DOUBLE, &tagh, &err, 3, 27);
>
>
> With the right options, the tag will be dense, and saved in the entities
> portion of the h5m file
>
>
> Iulian
>
>
> ________________________________________
> From: moab-dev-bounces at mcs.anl.gov [moab-dev-bounces at mcs.anl.gov] on
> behalf of Vijay S. Mahadevan [vijay.m at gmail.com]
> Sent: Friday, December 12, 2014 10:31 PM
> To: Gerd Heber
> Cc: MOAB dev
> Subject: Re: [MOAB-dev] DMMoabOutput
>
> Gerd, this is possibly a bug in MOAB writer. I'll test your input file and
> see if I can replicate the issue on output. DMMoabOutput does not do
> anything else explicitly other than calling save on the Core object itself.
>
> Iulian, can you also take a look at this to see if you can replicate the
> issue. I want to make sure that the problem is not just due to mixed
> elements + element tag combinations.
>
> Vijay
>
> On Fri, Dec 12, 2014 at 7:24 AM, Gerd Heber <gheber at hdfgroup.org> wrote:
> > Maybe I'm doing something stupid, but I see some weird behavior from
> > DMMoabOutput. My input mesh is feawd.3.h5m. It has a mixture of Hex8
> > and Prism6 elements. I create a few nodal and element tags and call
> > DMMoabOutput to create feawd.out.h5m. The nodal tags look fine, but
> > the element tags get written correctly only for the prisms.
> > Something gets written for the hex elements, but it gets written in
> > the wrong place (under /tstt/tags/ instead of /tstt/elements/Hex8/tags).
> > Another indicator that something fishy is going on is that the
> > GLOBAL_ID tag has disappeared from Hex8 in the output file.
> > Maybe another "protocol error"?
> >
> > Thanks for your help.
> > G.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/moab-dev/attachments/20141217/28ffd7c3/attachment.html>


More information about the moab-dev mailing list