[uf-discuss] Project microformat: pre-research heads-up (consider doing "to-do" microformat first)

[Tantek Ç elik]

Danny,

This definitely sounds like a very useful effort.  Anecdotally I've heard
many requests for some way of microformatting project tasks etc.

My only word of caution is this: please consider solving the simpler problem
of just "to do lists" before solving the larger / more compound problem of
"projects" (with dependencies, priorities etc.).

Definitely do the research on all the web2.0ish to do apps etc., but also
count examples like 43things, and individuals blogs where they list the
things they are working on.

My intuition says that VTODO from iCalendar RFC2445 may be the best bet here
as far as reusing existing standards go.  It even has a "priority" field,
and the ability to connect "related" to do items.

Good luck, and looking forward to seeing progress on a "to-do" microformat.

Thanks,

Tantek

On 6/28/06 12:24 PM, "Danny Ayers" <danny.ayers at gmail.com> wrote:

> Some time in the next few weeks I'm planning on revisiting the RDF/OWL
> vocabulary [1] I started for use with projects (any projects) ages
> ago. What I personally want out of this is a way of dealing with
> priorities and dependencies between to-do items, let the  computer
> tell me what I should work on next for maximum efficiency.
> 
> But this time around it seems to make sense to make use of
> microformats as well, so I can do project docs in HTML, let GRDDL suck
> out the data. For the microformat side I will be following The
> Process. I think quite a lot of the terms in hCalendar should be
> reusable  (I  should also strip a lot of the terms I've currently got
> on the RDF side too, when I've played with data in this stuff I've
> hardly used any of them).
> 
> I did a fair bit of research last time around, but since then all the
> online Web 2.0ish ToDo list apps have appeared. Basically I need to go
> back to surveying. So any pointers (on or off list) would be very much
> appreciated. I think a hProject could be very useful, but I need the
> prior art to prove it...
> 
> Cheers,
> Danny.
> 
> [1] http://purl.org/stuff/project/