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

Exodus output: Write node/element ID map when available #3966

Open
jessecarterMOOSE opened this issue Oct 7, 2024 · 1 comment
Open

Exodus output: Write node/element ID map when available #3966

jessecarterMOOSE opened this issue Oct 7, 2024 · 1 comment

Comments

@jessecarterMOOSE
Copy link
Contributor

User-defined node and element ids are being renumbered when writing data, because we're renumbering in write_equation_systems.

FWIW my use case is MOOSE where mesh data are being read from a file (Abaqus format in this case) with non-contiguous node IDs. Also note the user-defined node ID map is preserved in Exodus file when running MOOSE with --mesh-only.

tagging @roystgnr based on Slack conversation.

@bwspenc
Copy link
Contributor

bwspenc commented Oct 7, 2024

This is definitely a problem that we have been dealing with for a long time that affects many users. I usually tell people to use the numbering in the output mesh when this comes up, but based on what @jessecarterMOOSE says, that isn't a completely foolproof solution. We generally try to avoid referencing nodes or elements by ID, but sometimes it's necessary, and it probably most often comes up when someone is trying to debug code.

If we could somehow always get the node or element numbering map output to the exodus file if it existed in the input mesh, that would be ideal. Even if adaptivity were used, it would be good to keep the base numbering if possible.

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

No branches or pull requests

2 participants