Feature Wishlist for future GTD Software

DeveloperMCT

Registered
Out of curiosity, if there was a program in the works to be developed specifically for the GTD system, are there any features you would want besides the obvious (in-box, project list, incubation list, calendar, etc)?

For me, I'd want a windows or web version as the main program, then have a handheld version as well that would sync up all the data.
 
A

aplumb

Guest
This is a trick question, right? :wink:

All I want is for the OS to be turned inside out. Instead of yet-another-program to link other programs, I want the underlying system to implement GTD. Call it "GTDOS"...

When I save a document in any program, I want GTDOS to track which project it belongs to (and store it accordingly) and be able to plan my next actions, reminders, etc. accordingly. Similarly, if I'm working on a document associated with a given project, I want to be able to easily pull up all relevant material.

It's kind of like managing e-mail, but inverted. When I save a document I'm "sending" it to the filesystem, but instead of tagging it as @Waiting For I'm setting up my next actions, or filing it away as Someday/maybe or reference, or maybe I am e-mailing it off to someone and waiting for a response.

The key is to do all of this automagically. Sure, all of the pieces are there to implement it manually (and I probably will) using piles-of-files and Shortcuts (or links in *nix, to manage reference material common to multiple projects and actions), but it's a pain to maintain if all the program Open/Save mechanisms don't understand and interact with the GTD flow.

That's my three-cents-Canadian!

Andrew.
 

DeveloperMCT

Registered
I whole hartedly agree. Instead of little utilities written around other programs, there should be the GTD (or GTD OS, as you put it) program that doesn't cater to other programs and other file formats, it is the one stop shop for doing this system.

Did I understand you right?
 

DeveloperMCT

Registered
Do you think a windows program or a web based program would be best suited for the call?

A windows application will perform faster and more elegantly, since there is not state management from one page/screen to another, not to mention round trips to the server across the internet.

An internet appication shines in that you can access your implementation anywhere in the world as long as you are on the net. I know I've always been frustrated when I want something that's at home when I'm at work or vice versa. There is XP's remote desktop (terminal services), but this is one more work around with its pros and cons.
 
A

aplumb

Guest
In essence, yes, you understood me. "GTDOS" is about tackling the problem top-down (interacting with the GTD flow meta-data, tags) and bottom-up (file and directory management, low-level UI behaviour, managing the meta data and tags).

There was some talk not too long ago about MS coming up with a database file system. That would suggest some approaches to tackling the bottom-up data management, assuming the database is flexible enough to be marked up and isn't yet-another-static-format file system, where you're stuck working within the statically defined attributes+properties legacy.

Regarding windows program or web-based, change "or" to "and". Web-based sucks when you're offline or working over slow connections; windows programs suck when you're not on a windows machine. That said, under GTD everything is managed according to projects, reference material and next actions. Over a slow link my mini-app talks GTD meta-data and I pick'n'choose which docs I need if I don't already have them sync'd locally.

Aside: As a techie/coder, this is why I love XML-formatted data. It separates form from function. Sure it gets big in plain-text mode, but most compression algorithms (good old zip, jar or bz2) work wonders because of the inherent redundancy; gotta love information theory. Every language, including Java, can handle compressed and encrypted data, and has some sort of mechanism for parsing and processing XML. MS and others finally import and export XML formats; even graphics can be stored and manipulated via SVG.

By changing the file meta-data, a dynamic file system could move around where links to the file show up - which set of "folders" it shows up in, how next actions and associated calendar entries are created and managed...

...add a property called "GPS Coordinates" and your shopping list and pictures of the vegetables you are supposed to buy will be pulled from @Errands and Reference and sent to your cell/blackberry as you approach the grocery store on your drive home from work. :wink:
 

TesTeq

Registered
DeveloperMCT said:
You do the GPS stuff...I'll do the rest. Deal?

:lol:

The GPS stuff is the easiest one. If you can do everything else what's the problem with the GPS integration. It has clearly defined interface protocol and set of data that it can provide.

TesTeq
 
A

aplumb

Guest
Yup, as long as it's a PDA or Laptop and you either have a GPS unit with NMEA-standard output and/or a development API (in the case of many USB and Bluetooth units).

Personal peeve of mine: cell phones (and companies) which technically have "integrated GPS", but no means for end-users/developers to use it.
 

DeveloperMCT

Registered
Ok, thanks. This will be my next gadget to buy then.

Is there a top 1 or 2 that's the best? I bought this Axim from Dell, and it has bluetooth and wifi features. What is the best brand of GPS's?
 
A

aplumb

Guest
"Best" is a loaded word. :)

If you want something that will work stand-alone, go with a Garmin or Magellan brand with a standard serial (usually RS232) interface that can send NMEA-0183 to just about any device. It also keeps things simple and completely platform independent w.r.t. hardware support and development languages and APIs.

Don't know what development is like for USB, CF, SDIO and Bluetooth GPS units for PDAs...

Here is something which may help on the API side of things.

Aximsite.com may be useful, particularly this thread.

Out of habit, I find The GPS Store to be a handy place to see what's out there in the GPS product landscape.

Enjoy!
 

TesTeq

Registered
aplumb said:
Yup, as long as it's a PDA or Laptop and you either have a GPS unit with NMEA-standard output and/or a development API (in the case of many USB and Bluetooth units).
GPS with NMEA-standard output through serial port is a piece of cake. But USB/Bluetooth units may need special libraries or setup.
aplumb said:
Personal peeve of mine: cell phones (and companies) which technically have "integrated GPS", but no means for end-users/developers to use it.
Cell phone localization services are less accurate than GPS because they are based on base station positions. There are software solutions that increase the accuracy by comparison of signals received from more than one base station but I do not know if they are commercially available.
There is a commercial localization application for Symbian Series 60 phones at http://www.psiloc.com/index.html?id=155
TesTeq
 
T

trishacupra

Guest
Ok, here is what I'd like:

IDEAL

Like the GTDOS system...

A 100% open source freeware system that does EVERYTHING GTD.

Maybe someone can base it on the Linux or Lindows OS? Something resembling Windows so there's not a steep learning curve. And maybe use Open Office as a base for the office suite applications.

This is what it would do:

It would make separation of reference materials and actionable materials painless.

You would be able to easily file away files in the best place if it's reference material, or be given a dialog box when you close a file and/or within the file (eg. a letter to send) which prompts you to write a NA for it, with @actions and project lists, etc.

So, there would certainly need to be an Outlook type program in it.

And there would be a GTD Police modified version type of macro that prompts you for the next NA when you complete one, and the ability to set up future NA's to automatically come up when you complete a prerequisite one (I already have this macro in Outlook to go with the Add-in).

ALMOST IDEAL

The almost ideal version would be add-ins like the GTD Outlook add-in with mentioned macro for all commonly used programs - or an add-in to Windows itself so you can do the easy reference/NA prompting when you close a file.

Does that make sense to anyone?

:p
 

DeveloperMCT

Registered
Well, I was leaning toward (at least for the edition I'll do first) the web version. If you have a browswer, you're compatible.

Anyone see lots of bad points with having it be web based, let me know. I know of a few, such as HAVING to be online to use it, etc.
 
Top