[MOAB-dev] exchange tags over interface entities

[Lorenzo Alessio Botti]

>> What I need is to have two different global ids over each interface entity,
>> one global id created by the owner and one created by the (unique) sharer,
>> where the same intereface entity is not owned, and then communicated to the owner.
>> 
> Is this because you are putting different data in those locations?


Yes, my goal is to create a PETSc ghosted vector to communicate the shape function evaluations
at the interface quadrature points. 
Since I'm working with agglomerated elements, this way I can avoid agglomerated elements ghost cells
meaning a lot of (an unpredictable lot of) layers of sub cells.

By the way, I've read your last paper on Journal of Scientific Computing about efficient nonlinear solvers. Very interesting!
The low order preconditioner with AMG seems to work great.

Greetings
Lorenzo
 


On Mar 7, 2012, at 12:31 AM, Jed Brown wrote:

> On Tue, Mar 6, 2012 at 15:06, Lorenzo Alessio Botti <ihabiamx at yahoo.it> wrote:
> What I need is to have two different global ids over each interface entity,
> one global id created by the owner and one created by the (unique) sharer,
> where the same intereface entity is not owned, and then communicated to the owner.
> 
> Is this because you are putting different data in those locations?
>  
> 
> I should be able to create an id (global_id_1) for interface entities,
> such that the interface entity has a different id on the owner and the sharer,
> modifying a bit the assign_global_ids function.
> Thats the easy part.
> Then I need to communicate global_id_1 (the owner communicates to the sharer and the sharer to the owner) and store it in global_id_2.
> I guess this is what you mean when you say "store in another tag on all sharers".
> 
> This is what happens with ghost entities ids where global_id_2  is simply the global id of the ghost cell. Thats why I say that I'd need a ghost
> interface entity.  Might tag_reduce help me?
> 
> Tim, this is the operation I have mentioned to you before and that came up again last week. I can explain in more detail tomorrow if you have time.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/moab-dev/attachments/20120307/7945ad5b/attachment.htm>