You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Effort should be merged toward only one single library for post-processing. The current general agreement is to go with DPF.
Any post-processing reference and function inside pymapdl should point to DPF equivalent.
How will it work?
Retro-compatibility should be ensured.
Use DPF to implement post_processing module. It requires to change 3-4 functions which are doing most of the heavy work.
Use DPF for the mesh module in PyMAPDL. Almost in progress...
So far, we are pending on the VTK parser. That is key as mentioned in Mesh objects from db files pydpf-core#331
Post-processing - It does not need to be migrated to DPF because it only uses the reader for the mesh, which should be fixed in the previous bullet point.
Result. This is going to be tricky.
The text was updated successfully, but these errors were encountered:
This is going to be tracked here: ansys/pymapdl#1298
Old issue
Summary
Currently there is duplication regarding the post-processing of MAPDL results. There are three libraries which can do this job:
Intended Outcome
Effort should be merged toward only one single library for post-processing. The current general agreement is to go with DPF.
Any post-processing reference and function inside pymapdl should point to DPF equivalent.
How will it work?
Retro-compatibility should be ensured.
Use DPF to implement
post_processing
module. It requires to change 3-4 functions which are doing most of the heavy work.Stages/steps
So far, we are pending on the VTK parser. That is key as mentioned in Mesh objects from db files pydpf-core#331
The text was updated successfully, but these errors were encountered: