Talk:Opasnet (R library)
-- Teemu R 12:20, 11 June 2012 (EEST)
Fact discussion: . |
---|
Opening statement: Further developement
Closing statement: Under discussion (to be changed when a conclusion is found) (A closing statement, when resolved, should be updated to the main page.) |
Argumentation:
Whenever a new general methodology is being developed, the single most important goal in my opinion would be to make it as practical as possible. Inpractical methodolgies never live for long. Hence to define our goal I'll try to describe my ideal practical methodology for building variables and assessments. The ovariable format has already been defined and all methods and functions should be built around that. My idea is as follows: All variable pages can have 4 components
Whenever upstream variables are required, usually in variable formula or assessment code, a 'fetch' function is called, which takes the dependencies as an argument. 'Fetch' then takes the arguments and checks whether they already exist in memory and if not uses the 'include' function to get the ovariable definition from the relevant page and evaluates the 'output' slot (by using interpret(data) and/or the formula + dependencies) for it and writes the completed ovariable to the global memory. ----#: . Problem is, include cannot be put inside R code. It is part of the wiki rcode-tag. And allowing parsing and evaluating of character strings could be dangerous. --Teemu R 14:52, 11 June 2012 (EEST) (type: truth; paradigms: science: comment) Marginals need to be taken into account somehow. When evaluating ovariables upstream mariginals could limit the amount of data received (when sources are combined or dropped). They could be somehow supplied upstream, or just defined on the page. |