PALS-PALS "converters" #80
Closed
danielkallendorf
started this conversation in
General
Replies: 2 comments
-
|
Yes I agree that coordinate conversion, lattice expansion, and material lookup should be part of any PALS translator and this is discussed in #33. A Taylor map calculator is problematical since constructing a Taylor map involves tracking (and any Taylor maps will depend upon how the tracking is done) so I don't think this is practical. Rather, the standard should allow Taylor maps, calculated by the User, to be included in an any element definition. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Ah yes this is mostly covered in the discussion #33 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Just a thought about how to actually use PALS and slightly related to the answer here pals-project/pals-python#7
We have properties that can be simplified and afterwards still be represented by a pals file. This includes tilts, coordinates, repetition and taylor maps.
A program reading pals can handle some parameters and will need a specific form in other parameters.
My suggestion is to abstract this into "PALS-converters" (for the lack of a better name) which then convert pals-file to pals-file and can be applied on demand.
The PALS however defines the converter types and their IN/OUT parameters.
Examples that are established/ came to my mind:
The PALS-valiator would also be a module like this.
Beta Was this translation helpful? Give feedback.
All reactions