Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Let make_links_to_me_local handle fake neighbors #2362

Closed
wants to merge 1 commit into from

Conversation

roystgnr
Copy link
Member

@roystgnr roystgnr commented Dec 6, 2019

This fixes the test case in idaholab/moose#14456 for me, although as discussed in that ticket there are still a few other parts of libMesh that I'd expect fake neighbor links to break.

@roystgnr
Copy link
Member Author

roystgnr commented Dec 6, 2019

Assuming this passes the standard CI I'm going to want to do some DistributedMesh sweeps before we merge.

@roystgnr
Copy link
Member Author

roystgnr commented Dec 6, 2019

@arovinelli, what was the answer to "Wait, are you planning to move these element pairs apart after displacement?" If it's "yes" then I might as well just cancel this PR; we'll definitely have to just communicate more topology data if we can't use nodal ids or nodal coordinates to reconstruct it.

@arovinelli
Copy link

arovinelli commented Dec 6, 2019 via email

@arovinelli
Copy link

@arovinelli, what was the answer to "Wait, are you planning to move these element pairs apart after displacement?" If it's "yes" then I might as well just cancel this PR; we'll definitely have to just communicate more topology data if we can't use nodal ids or nodal coordinates to reconstruct it.

@roystgnr thinking on node id lines, what might help here is a map with fake-neighbor elem,side pairs. Or, could we subclass Node or add a method to keep track of intially coincident nodes and compare by such list in the test??

@roystgnr
Copy link
Member Author

roystgnr commented Dec 6, 2019

Okay, I'll see what else I can do then.

@lindsayad
Copy link
Member

I feel like this might have been the right solution since we always have an undisplaced reference mesh in every MOOSE calculation (and this work was done for MOOSE)

@lindsayad
Copy link
Member

Also if it is related, for adaptive meshing we always undisplace the displaced mesh beforehand. This was done way back in 2014 by @jwpeterson in idaholab/moose@f9561331

lindsayad added a commit to lindsayad/libmesh that referenced this pull request Mar 19, 2020
Compare with centroids instead of global node ids. This is extremely
useful when comparing side elements that are coincident but may
not actually share the same nodes. See idaholab/moose#12033 for
application and libMesh#2362 for more inspiration. This probably won't
work but let's give it a shot
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants