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

Put dds (core of the script) elsewhere #4

Open
sebmestrallet opened this issue Feb 15, 2025 · 0 comments
Open

Put dds (core of the script) elsewhere #4

sebmestrallet opened this issue Feb 15, 2025 · 0 comments
Labels
enhancement New feature or request

Comments

@sebmestrallet
Copy link
Member

The principle of nested, semantic data folders, and the script I developed to manage them, can be uncoupled from the application (hexahedal mesh generation). dds would be application-independent, and dds-hexmeshing would use dds under the hood.

3 inputs should be passed to dds:

  • the path to paths.yml, the file listing where are dependencies
  • the path to the data_folder_types/ folder, containing the definitions of data folder types
  • the path to the algorithms/ folder, containing the definition of algorithms, which transform or create data folders of certain types

Then dds-hexmeshing will just contain paths.yml, data_folder_types/, algorithms/ and a main script instanciation and launching dds.

@sebmestrallet sebmestrallet added the enhancement New feature or request label Feb 15, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant