<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <br>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    Hi Eike,<br>
    <br>
    Am 05.11.2012 17:45, schrieb Eike Mueller:
    <blockquote
      cite="mid:89792302-805B-46AF-BCCC-6094120908EA@bath.ac.uk"
      type="cite">
      <pre wrap="">Dear dune-list,

(1) How can I ensure that the grid is not refined in the radial direction, i.e. I always only end up with one layer of cells in the radial direction? I guess I have to run over the grid and mark cells for refinement, but is this documented anywhere in more detail?</pre>
    </blockquote>
    UGGrid has a special non-interface method for anisotropic
    refinement.  Have a look<br>
    at the doxygen documentation of the UGGrid class.  There is a method<br>
    <br>
    bool <a class="el"
href="imap://sander@indy5.igpm.rwth-aachen.de:143/fetch%3EUID%3E.INBOX.Sent%3E209?part=1.2.2&filename=a00865.html">mark</a>
    (const typename Traits::template <a class="el"
href="imap://sander@indy5.igpm.rwth-aachen.de:143/fetch%3EUID%3E.INBOX.Sent%3E209?part=1.2.3&filename=a00218.html">Codim</a><

    0 >::<a class="el"
href="imap://sander@indy5.igpm.rwth-aachen.de:143/fetch%3EUID%3E.INBOX.Sent%3E209?part=1.2.4&filename=a00362.html">Entity</a>
    &e, typename UG_NS< dim >::RefinementRule rule, int
    side=0)<br>
    <br>
    which marks the entity 'e' for refinement, but with a special
    refinement rule.<br>
    The list of rules is UG-specific and has not been properly
    documented (Freiwillige vor!).<br>
    You find all possible enum values in the UG header ug/gm.h at line
    317ff<br>
    They are reasonably self-explanatory, but you need to do some
    experimenting.<br>
    <br>
    <blockquote
      cite="mid:89792302-805B-46AF-BCCC-6094120908EA@bath.ac.uk"
      type="cite">
      <pre wrap="">(2) The parallel load balancing does not seem to work. If I run on 24 processes and I call globalRefine(), followed by loadBalance(), some processes end up with no part of the grid. I have checked that I use the parallel version of UG grid.

I attach the code I used to generate the grid, as well as the .vtu files mentioned above.</pre>
    </blockquote>
    No clue, I'd have to try this out myself.<br>
    cheers,<br>
    Oliver<br>
    <br>
    <blockquote
      cite="mid:89792302-805B-46AF-BCCC-6094120908EA@bath.ac.uk"
      type="cite">
      <pre wrap="">
Thanks a lot for any help,

Eike

PS: Alternatively, I would also be equaully happy if I can create a PARALLEL 2d surface grid for the surface of the sphere (again, either cubed sphere or a icosahedral grid). However, as far as I can see it, there is no parallel implementation for this, we've tried 2d ALUGRID, parallelised with the metagrid approach, but this does not scale beyond a few hundred processors as the entire grid is stored on each processor and my code runs out of memory.

</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Dune mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Dune@dune-project.org">Dune@dune-project.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.dune-project.org/mailman/listinfo/dune">http://lists.dune-project.org/mailman/listinfo/dune</a>
</pre>
    </blockquote>
    <br>
    <br>
  </body>
</html>