
<html dir="ltr">

<head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

<style id="owaParaStyle" type="text/css">P {margin-top:0;margin-bottom:0;}</style>

</head>

<body ocsi="0" fpstyle="1">

<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">Global id approach should be fine.<br>

how was somefile.vtk created?<br>

Does it have global ids?<br>

<br>

Can you give us an example of the bug?<br>

Iulian<br>

<br>

<div style="font-family: Times New Roman; color: #000000; font-size: 16px">

<hr tabindex="-1">

<div style="direction: ltr;" id="divRpF216124"><font size="2" color="#000000" face="Tahoma"><b>From:</b> moab-dev-bounces@mcs.anl.gov [moab-dev-bounces@mcs.anl.gov] on behalf of Nico Schlömer [nico.schloemer@gmail.com]<br>

<b>Sent:</b> Monday, December 07, 2015 3:13 PM<br>

<b>To:</b> moab-dev@mcs.anl.gov<br>

<b>Subject:</b> [MOAB-dev] GLOBAL_IDs, building map from moab mesh<br>

</font><br>

</div>

<div></div>

<div>

<div dir="ltr">Hi everyone,

<div><br>

</div>

<div>To build a map for multi-process meshes, I need to be able to identify that node N on proc 0 is the same as node M on proc 1. For this, I'm using the GLOBAL_ID property. I know that this list isn't necessarily contiguous or 1-based, but that's fine.</div>

<div><br>

</div>

<div>I now bumped into a bug in serial execution. I noticed that the output of `mbconvert somefile.vtk somefile.h5m` generates GLOBAL_ID list full of 0s, as opposed to the nice list of 1, 2, 3,... as generated by `mbpart`. Apparently you're not supposed to

 rely on GLOBAL_ID after all? Is there a better approach that also works in serial?</div>

<div><br>

</div>

<div>Cheers,</div>

<div>Nico</div>

</div>

</div>

</div>

</div>

</body>

</html>