From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Alexander Laertes" Subject: Re: memory management in orgmode (supermemo) Date: Sun, 27 Sep 2009 14:10:08 -0400 Message-ID: References: <4AB73ADF.8010600@quintanasegui.com> <20090921113100.GB21528@thinkpad.adamsinfoserv.com> <4AB76DB0.5010301@quintanasegui.com> <4ab7861c.02015a0a.548e.1ebc@mx.google.com> <4AB78F5C.6080802@quintanasegui.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes Content-Transfer-Encoding: Quoted-Printable Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MryHB-0006wl-D1 for emacs-orgmode@gnu.org; Sun, 27 Sep 2009 14:15:13 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MryH5-0006wW-PA for emacs-orgmode@gnu.org; Sun, 27 Sep 2009 14:15:12 -0400 Received: from [199.232.76.173] (port=45783 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MryH5-0006wT-Li for emacs-orgmode@gnu.org; Sun, 27 Sep 2009 14:15:07 -0400 Received: from lo.gmane.org ([80.91.229.12]:43891) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MryH5-00042V-5E for emacs-orgmode@gnu.org; Sun, 27 Sep 2009 14:15:07 -0400 Received: from list by lo.gmane.org with local (Exim 4.50) id 1MryH1-0000g2-08 for emacs-orgmode@gnu.org; Sun, 27 Sep 2009 20:15:03 +0200 Received: from pc-30-164-214-201.cm.vtr.net ([201.214.164.30]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Sep 2009 20:15:02 +0200 Received: from ablaert by pc-30-164-214-201.cm.vtr.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Sep 2009 20:15:02 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Hello Pere, On Mon, 21 Sep 2009 10:36:12 -0400, Pere Quintana Segu=ED wrote: > The other thing that supermemo implements is incremental reading > http://en.wikipedia.org/wiki/Incremental_reading > > I don't know much about it, as apparently only supermemo implemented i= t. > But I guess it would be also well adapted to org-mode. > > Did you ever try it? Do you think it would be a nice addition to = > org-mode? As the Wikipedia article explains, incremental reading (IR) is a mechani= sm that eases the input of new material that is to be processed at various stages, incrementally. First, you read an article's content normally; when you think you've come across an interesting portion of text (say, a= sentence, paragraph, or section), you extract it (think highlighting); these extracts will be new sub-documents (in SM parlance, topics) that will be shown at a later date, as scheduled by the spaced repetition algorithm. When these topics come to your screen, you will re-process them (e.g. by shortening and rephrasing of sentences) to finally convert= them into typical question/answer items that are common to most SR products (SM, anki, mnemosyne, etc). You can think of it as an integrat= ed pre-processing step to build Q/A material. Its incremental nature helps= tackle difficult material, as it is possible to postpone topics that require supporting data or better explanations before coming back to the= m, as well as counter factors such as frustration and boredom. On the othe= r hand, the fact it is fed to a scheduling process (spaced repetition) is quite beneficial as you know it will come back to you, and because each exposure to the material aids in establishing the memory trace, making future recall easier. For this reason, incremental reading techniques seem to benefit the most from a spaced repetition algorithm (a la Supermemo). For org-mode to support IR techniques in a rudimentary way, a notion of document and sub-documents/extracts seems vital; if these could be separate sections in an org-file (corresponding to a single article), th= en to support the flow of information in IR there could be a mechanism to make copies of the highlighted material (say, the active region) into a new subsection: =3D=3D=3D=3D file: ATitle.org =3D=3D=3D=3D * Article: A Title :article: Lorem ipsum [mark]dolor sit amet[point], consectetur adipisicing elit =3D=3D=3D=3D M-x org-make-extract =3D=3D=3D=3D file: ATitle.org =3D=3D=3D=3D * Article: A Title... :article: ** A Title: Lorem ipsum :topic: dolor [mark]sit[point] amet =3D=3D=3D=3D M-x org-make-cloze-deletion M-x org-dismiss-section =3D=3D=3D=3D file: ATitle.org =3D=3D=3D=3D * DISMISSED Article: A Title... :article: ** DISMISSED A Title: Lorem ipsum... :topic: *** A Title: dolor :item: **** QUESTION dolor [...] amet **** ANSWER sit =3D=3D=3D=3D M-x org-drill =3D=3D=3D=3D ** A Title: dolor :item: *** QUESTION dolor [...] amet *** ANSWER... =3D=3D=3D=3D More ideas: Topics with memorized/dismissed states could be worked around TODO state= s or tags, which should not propagate to children (memorized means "in the= learning process"). Categories (as in a knowledge tree) could be implemented with #+CATEGORY or tags. Encoding of parameters in items (such as next repetition date, repetition history, A-factor, forgetting index, etc.) could be worked around drawers (though some of this data perhaps shouldn't be user-editable). An old version of the SM algorithm (SM-2, current is SM-11): http://www.supermemo.com/english/ol/sm2.htm (Incidentally, anki and mnemosyne are based on SM-2, therefore some source code should be available) Addendum: to experience incremental reading in Supermemo, keep in mind t= he only IR-enabled versions are Supermemo 2000 or later for Windows. There= are trial versions available for download. Also, note that the knowledg= e management abilities related to IR take a bit of time and focused practi= ce to develop. Alex