<div dir="ltr">> maybe we should change the default.<br><div><br></div><div>I'd agree to that. It's a little weird that mbconvert and mbpart have different defaults right now.</div><div><br></div><div>Cheers,</div><div>Nico</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Dec 8, 2015 at 12:27 AM Grindeanu, Iulian R. <<a href="mailto:iulian@mcs.anl.gov">iulian@mcs.anl.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<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>
<div style="direction:ltr"><font color="#000000" face="Tahoma" size="2"></font></div></div></div></div><div><div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt"><div style="font-family:Times New Roman;color:#000000;font-size:16px"><div style="direction:ltr"><font color="#000000" face="Tahoma" size="2"><b>From:</b> <a href="mailto:moab-dev-bounces@mcs.anl.gov" target="_blank">moab-dev-bounces@mcs.anl.gov</a> [<a href="mailto:moab-dev-bounces@mcs.anl.gov" target="_blank">moab-dev-bounces@mcs.anl.gov</a>] on behalf of Nico Schlömer [<a href="mailto:nico.schloemer@gmail.com" target="_blank">nico.schloemer@gmail.com</a>]<br>
</font></div></div></div></div><div><div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt"><div style="font-family:Times New Roman;color:#000000;font-size:16px"><div style="direction:ltr"><font color="#000000" face="Tahoma" size="2"><b>Sent:</b> Monday, December 07, 2015 5:11 PM<br>
<b>To:</b> Vijay S. Mahadevan<br>
<b>Cc:</b> <a href="mailto:moab-dev@mcs.anl.gov" target="_blank">moab-dev@mcs.anl.gov</a><br>
<b>Subject:</b> Re: [MOAB-dev] GLOBAL_IDs, building map from moab mesh<br>
</font><br>
</div></div></div></div><div><div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt"><div style="font-family:Times New Roman;color:#000000;font-size:16px">
<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></div></blockquote></div>