Comments on: Integrated Life Management http://www.snell-pym.org.uk/archives/2006/08/24/integrated-life-management/ Sarah and Alaric Snell-Pym living in interesting times Tue, 02 Dec 2008 12:34:17 +0000 http://wordpress.org/?v=2.5 By: Alex B http://www.snell-pym.org.uk/archives/2006/08/24/integrated-life-management/#comment-4854 Alex B Sat, 26 Aug 2006 10:01:12 +0000 http://snell-pym.org.uk/archives/2006/08/24/integrated-life-management/#comment-4854 <p>The push model permits semantically more operations than the pull model, such as assigning tasks to users, because intelligent components can intercept the data before it's user-visible. An RSS aggregator that just pulls task lists is pretty simple-minded in comparison.</p> <p>But, bandwidth INefficiency is not something to criticise the pull model for. RSS is just the format; the pull interface is REST. (Indeed, you'd want to use Atom, not RSS, in order for tasks to carry modification times.) So http://tasks.org.uk/alaric/created/thisweek, /alaric/due/thisweek, /alaric/highpri - no requirement to receive a monolithic listing of all tasks, unless you ask for it.</p> The push model permits semantically more operations than the pull model, such as assigning tasks to users, because intelligent components can intercept the data before it's user-visible. An RSS aggregator that just pulls task lists is pretty simple-minded in comparison.

But, bandwidth INefficiency is not something to criticise the pull model for. RSS is just the format; the pull interface is REST. (Indeed, you'd want to use Atom, not RSS, in order for tasks to carry modification times.) So http://tasks.org.uk/alaric/created/thisweek, /alaric/due/thisweek, /alaric/highpri - no requirement to receive a monolithic listing of all tasks, unless you ask for it.

]]> By: andyjpb http://www.snell-pym.org.uk/archives/2006/08/24/integrated-life-management/#comment-4589 andyjpb Thu, 24 Aug 2006 09:24:41 +0000 http://snell-pym.org.uk/archives/2006/08/24/integrated-life-management/#comment-4589 <p>This is something that has bugged me for a long time. I use bugzilla to track issues both in stoic and at work. I also have my own todo list: my PIM has been Lotus Organiser 97 for a long time. However, I stopped using the Palm because text files became quicker for me to mess around with. Anyway, I've been looking into Calendaring and Scheduling for a while, with the intent to write my own "one day", and I think the technology you are after already exists. ical (the standard, not the app) can represent the data you want and iMIP, iTIP and CAP (or the newer XML alternatives: CAP never really "worked") act as the transports.</p> <p>http://www.ietf.org/html.charters/OLD/calsch-charter.html http://www.imc.org/pdi/ http://www.ietf.org/rfc/rfc3283.txt</p> This is something that has bugged me for a long time. I use bugzilla to track issues both in stoic and at work. I also have my own todo list: my PIM has been Lotus Organiser 97 for a long time. However, I stopped using the Palm because text files became quicker for me to mess around with. Anyway, I've been looking into Calendaring and Scheduling for a while, with the intent to write my own "one day", and I think the technology you are after already exists. ical (the standard, not the app) can represent the data you want and iMIP, iTIP and CAP (or the newer XML alternatives: CAP never really "worked") act as the transports.

http://www.ietf.org/html.charters/OLD/calsch-charter.html http://www.imc.org/pdi/ http://www.ietf.org/rfc/rfc3283.txt

]]>