<div dir="ltr"><div>My apologies for the problem with the ASCII art and thanks for point it out. is->indexInInside() does the job, thank you!<br><br></div>Regards<br>Ganesh<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 15, 2015 at 11:38 AM, Jö Fahlke <span dir="ltr"><<a href="mailto:jorrit@jorrit.de" target="_blank">jorrit@jorrit.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am Wed, 15. Apr 2015, 00:19:46 +0100 schrieb Ganesh Diwan:<br>
> Date: Wed, 15 Apr 2015 00:19:46 +0100<br>
> From: Ganesh Diwan <<a href="mailto:gcdiwan83@gmail.com">gcdiwan83@gmail.com</a>><br>
> To: DUNE Liste <<a href="mailto:dune@dune-project.org">dune@dune-project.org</a>><br>
<span class="">> Subject: Re: [Dune] Local node numbering in Dune<br>
> X-No-Auth: unauthenticated sender<br>
> X-No-Relay: not in my network<br>
> X-Envelope-From: <<a href="mailto:gcdiwan83@gmail.com">gcdiwan83@gmail.com</a>><br>
><br>
</span><span class="">> I should have included how the face orientation looks from the<br>
> intersectioiterator. Sorry for being pedantic but perhaps this shows what<br>
> exactly the confusion is.<br>
> Given that the orientation can change depending upon the grid manager used,<br>
> should not both the orientations be the same once the mesh is read inside<br>
> Dune?<br>
><br>
><br>
> gridleaflist face orientation<br>
>                                                intersectioiterator<br>
> orientation<br>
<br>
</span>[ I had to reconstruct your ASCII art, I hope the reconstruction is OK.<br>
  Please do ASCII art only if your font is fixed width, and your Mail program<br>
  does not insert arbitrary linebreaks.  See<br>
  <a href="https://lists.dune-project.org/pipermail/dune/2015-April/013611.html" target="_blank">https://lists.dune-project.org/pipermail/dune/2015-April/013611.html</a> for<br>
  what I had to deal with. ]<br>
<span class=""><br>
>  +-----------+                                   +-----------+<br>
>  |       3        |                              |       1        |<br>
>  |                |                              |                 |<br>
>  |  0          1  |                              | 2           0 |<br>
>  |                |                              |                 |<br>
>  |       2        |                              |      3         |<br>
>  +-----------+                                   +-----------+<br>
><br>
<br>
</span>[...]<br>
<span class="">> >  I would expect them to be the same. Or did I miss something?<br>
<br>
</span>Yes, this:<br>
<span class=""><br>
> > On Mon, Apr 13, 2015 at 2:20 PM, Jö Fahlke <<a href="mailto:jorrit@jorrit.de">jorrit@jorrit.de</a>> wrote:<br>
</span><span class="">> >> - The intersection iterator can visit the intersections in arbitrary<br>
> >> order.<br>
<br>
</span>If you want the numbers corresponding to the reference elements, you should<br>
print is->indexInInside(), not the running number of the intersection in the<br>
element (which is what you are doing with the variable countface right now).<br>
<br>
Similar with elements: you are using the variable count to print "a number" of<br>
the element.  This number can deviate from both the index you get from an<br>
index set and the number you get from a mapper.  And in many situations it<br>
will deviate.<br>
<br>
Regards,<br>
Jö.<br>
<span class=""><br>
--<br>
Jorrit (Jö) Fahlke, Institute for Computational und Applied Mathematics,<br>
University of Münster, Orleans-Ring 10, D-48149 Münster<br>
Tel: <a href="tel:%2B49%20251%2083%2035146" value="+492518335146">+49 251 83 35146</a> Fax: <a href="tel:%2B49%20251%2083%2032729" value="+492518332729">+49 251 83 32729</a><br>
<br>
</span>Spaß mit I18N.  Hier StumpWM/clisp:<br>
WARNUNG: DEFUN/DEFMACRO(GET-WM-CLASS): #<PACKAGE XLIB> ist abgeschlossen.<br>
         Das Schloss umgehen und weitermachen.<br>
</blockquote></div><br></div>