-
Notifications
You must be signed in to change notification settings - Fork 5
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
Mapping - Field order #5
Comments
In transform: Order of fields transformed does not matter - BUT the order of fields in output csv file will reflect the order of fields in mapping file - so the mapping file order should be dictated by any required ordering of fields in model input. In types: Order of input fields does not matter. reverse/forward: These can be placed in any order, as long as the full block is present (including types: and transform:) input_format/output_format: These can be placed in any order and before or after other blocks, as long as they are outside the forward/reverse blocks. |
add this to the mapping files section in docs |
Workshop 30 March 22: Participant feedback supports standard ordering of fields: "order of fields does matter in Touchstone files - not critical but would help in manual validation to see fields in order. >> Default mapping files should have correct order of fields." |
Does the order of fields in a mapping file matter?
With an eye on being able to provide 'industry default' mapping files, ideally we would easily draw attention to fields and values which differ from the 'default' developed collaboratively and agreed by e.g. the Exposure Transformation techincal working group. Could we put the adjusted fields at the top of the file, for example?
The text was updated successfully, but these errors were encountered: