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

output conversion logic #7

Open
ruebezahl opened this issue Mar 19, 2011 · 4 comments
Open

output conversion logic #7

ruebezahl opened this issue Mar 19, 2011 · 4 comments
Labels

Comments

@ruebezahl
Copy link
Contributor

we will need to have some kind of conversion for the different input-datatypes (millisievert, microsievert, rem, etc). on each export request all data needs to be converted to the desired output format

wikipedia has the formulas

@ruebezahl
Copy link
Contributor Author

@Rausch| we could add all possible units in the associated dropdown in the instruments form and map them internally to the one we will save and show

@ruebezahl
Copy link
Contributor Author

alternative: storing data in a default-unit datatype and converting to it when submitting new data

problem: what about unknown/unconfigured input data units/types?

@tsujigiri
Copy link
Contributor

I would say we won't allow them as they are of no use.

Regarding the dimension of a value, we can parse the input before we save it as float, render an appended 'm', 'u', or 'n' to the respective dimension and multiply it with the value.

E.g.: 1.234u => 1.234e-6

@tsujigiri
Copy link
Contributor

As we save data types in a model, we need some kind of conversion management.
Something like a many-to-many association model (say, Formula) with DataType on both ends.

Further we have to think about how to handle the conversion logic from a user's perspective.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants