<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;">OK,<br>
this file did not have global ids before<br>
"default" for global id is 0, so all global ids are filled with 0<br>
<br>
maybe we should change the default.<br>
<br>
We have some methods to assign global ids, if they are not present; maybe it should be part of converting (actually reading from vtk format?)<br>
<br>
we need to discuss about this<br>
<br>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<hr tabindex="-1">
<div style="direction: ltr;" id="divRpF738247"><font color="#000000" face="Tahoma" size="2"><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 5:11 PM<br>
<b>To:</b> Vijay S. Mahadevan<br>
<b>Cc:</b> moab-dev@mcs.anl.gov<br>
<b>Subject:</b> Re: [MOAB-dev] GLOBAL_IDs, building map from moab mesh<br>
</font><br>
</div>
<div></div>
<div>
<div dir="ltr">Nope, not playing around with anything. Simply run
<div>```</div>
<div>mbconvert pacman.vtk pacman.h5m</div>
<div>```</div>
<div>on [1] and find the GLOBAL_IDs all zeroed out. Can you confirm? If yes, I'll be happy to file a bug.</div>
<div><br>
</div>
<div>Cheers,</div>
<div>Nico</div>
<div><br>
</div>
<div>[1] <a href="http://chunk.io/f/ea2a0f63adf04a2bb57338fe853ab05b" target="_blank">http://chunk.io/f/ea2a0f63adf04a2bb57338fe853ab05b</a></div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">On Mon, Dec 7, 2015 at 10:29 PM Vijay S. Mahadevan <<a href="mailto:vijay.m@gmail.com" target="_blank">vijay.m@gmail.com</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
Using GLOBAL_ID for finding matching entities is the simplest way to<br>
address your use case.<br>
<br>
> I now bumped into a bug in serial execution. I noticed that the output of<br>
> `mbconvert somefile.vtk somefile.h5m` generates GLOBAL_ID list full of 0s,<br>
> as opposed to the nice list of 1, 2, 3,... as generated by `mbpart`.<br>
> Apparently you're not supposed to rely on GLOBAL_ID after all? Is there a<br>
> better approach that also works in serial?<br>
<br>
This seems fishy. Are you overwriting the GLOBAL_ID or setting it<br>
yourselves in memory ?<br>
<br>
Vijay<br>
<br>
On Mon, Dec 7, 2015 at 4:13 PM, Nico Schlömer <<a href="mailto:nico.schloemer@gmail.com" target="_blank">nico.schloemer@gmail.com</a>> wrote:<br>
> Hi everyone,<br>
><br>
> To build a map for multi-process meshes, I need to be able to identify that<br>
> node N on proc 0 is the same as node M on proc 1. For this, I'm using the<br>
> GLOBAL_ID property. I know that this list isn't necessarily contiguous or<br>
> 1-based, but that's fine.<br>
><br>
> I now bumped into a bug in serial execution. I noticed that the output of<br>
> `mbconvert somefile.vtk somefile.h5m` generates GLOBAL_ID list full of 0s,<br>
> as opposed to the nice list of 1, 2, 3,... as generated by `mbpart`.<br>
> Apparently you're not supposed to rely on GLOBAL_ID after all? Is there a<br>
> better approach that also works in serial?<br>
><br>
> Cheers,<br>
> Nico<br>
</blockquote>
</div>
</div>
</div>
</div>
</body>
</html>