Passing UMOs [was: Re:]

["Ilya A. Volynets-Evenbakh" <ilya@total-knowledge.com>]

Correct, we need to store "passage" information somewhere. However,
there is no "authorization" as such. And "passed" in this case doesn't
even mean "successfully passed" - only that a person studied the object
to fullest extent possible. If they failed it - they have a right to
vote it as
extra-difficult unreasonable piece of crap, should they chose to do so.

Alexey Parshin wrote:
> Then we need a structure to indicate that UMO is passed. It could be a
> flag in permissions tables. I, however, suspect, that we need a
> reference to the reason - how or why this UMO is considered as
> 'passed' and who authorized that.
>
> 2006/12/19, Ilya A. Volynets-Evenbakh <ilya@total-knowledge.com
> <mailto:ilya@total-knowledge.com>>:
>
>     Problem can be soled (successfully or not).
>     Test can be passed by solving problems within it.
>     Topic - well - you already answered that.
>     Course can be passed by passing final exam.
>     etc.
>
>     Alexey Parshin wrote:
>     > I'm not exactly sure what it means - to pass an UMO. In my
>     > understanding it was completing associated tasks, but we only
>     have it
>     > for topics..
>     >
>     > 2006/12/19, Ilya A. Volynets-Evenbakh < ilya@total-knowledge.com
>     <mailto:ilya@total-knowledge.com>
>     > <mailto:ilya@total-knowledge.com
>     <mailto:ilya@total-knowledge.com>>>:
>     >
>     >     Not exactly what I had in mind :)
>     >
>     >     Let's see. Here are some thoughts:
>     >
>     >     1. Voting is associated with each UMO.
>     >     This, among other things, means, that when one votes for a child
>     >     UMO, it
>     >     has _no_ effect on parent UMO. i.e. no cumulative/derived
>     voting.
>     >     Reasoning:
>     >     While every individual element of some topic might be easy,
>     >     overall topic
>     >     might be too difficult due to sheer amount of material.
>     >     Or other way around: while some explanations might be extremely
>     >     terse,
>     >     others might be very clear and detailed, combined with good
>     subset of
>     >     problems, making overall topic very easy to digest.
>     >
>     >     2. Voting subjects are not fixed in database
>     >     i.e. we don't have separate table "topic_difficulty_votes" and
>     >     "topic_relevance_votes".
>     >     Instead each UMO type has a "_vote_subjects" and
>     "_vote_counts" tables
>     >     associated
>     >     with it. "_vote_subjects" lists things one can vote on...
>     >
>     >     3. Only people who tried to pass an UMO can vote on given UMO.
>     >     What does
>     >     "tried to pass" mean is dependent on UMO type. All UMO types
>     do have
>     >     concept of being passed however.
>     >
>     >     Questions/comments/etc. before I put this into UU spec?
>     >
>     >     Alexey Parshin wrote:
>     >     > Well, in this case it's pretty simple. Every completed
>     test gets a
>     >     > vote, and we can always find all the tests within the
>     topic or with
>     >     > the course (TLT) - for all the tree of topics.
>     >     >
>     >     > I'm starting to suspect, that we need an acceleration field
>     >     > top_level_topic in every topic.. A slight de-normalization..
>     >     >
>     >     > 2006/12/18, Anatoly Volynets < av@total-knowledge.com
>     <mailto:av@total-knowledge.com>
>     >     <mailto: av@total-knowledge.com <mailto:av@total-knowledge.com>>
>     >     > <mailto:av@total-knowledge.com
>     <mailto:av@total-knowledge.com> <mailto:av@total-knowledge.com
>     <mailto:av@total-knowledge.com>>>>:
>     >     >
>     >     >     Sounds reasonable.
>     >     >
>     >     >     Ilya A. Volynets-Evenbakh wrote:
>     >     >     > We could limit voting to only those who tried to
>     pass an
>     >     object.
>     >     >     I don't
>     >     >     > know if its a good idea, but if we do this, there
>     will be no
>     >     >     need for
>     >     >     > separate
>     >     >     > voting tables.
>     >     >     >
>     >     >
>     >
>     >     --
>     >     Ilya A. Volynets-Evenbakh
>     >     Total Knowledge. CTO
>     >     http://www.total-knowledge.com <http://www.total-knowledge.com>
>     >
>     >
>     >
>     >
>     > --
>     > Alexey Parshin,
>     > http://www.sptk.net <http://www.sptk.net>
>
>     --
>     Ilya A. Volynets-Evenbakh
>     Total Knowledge. CTO
>     http://www.total-knowledge.com
>
>
>
>
> -- 
> Alexey Parshin,
> http://www.sptk.net <http://www.sptk.net>

-- 
Ilya A. Volynets-Evenbakh
Total Knowledge. CTO
http://www.total-knowledge.com