The Omni Group
These forums are now read-only. Please visit our new forums to participate in discussion. A new account will be required to post in the new forums. For more info on the switch, see this post. Thank you!

Go Back   The Omni Group Forums > OmniFocus > OmniFocus 1 for Mac
FAQ Members List Calendar Search Today's Posts Mark Forums Read

 
Location vs Person vs Resource Context Dilema Thread Tools Search this Thread Display Modes
I've been using OmniFocus for well over a year now, reading through David Allen's book in addition to dozens of GTD articles / posts out there. The one thing I'm still trying to wrap my head around is the Location / Person / Resource context divide.

I understand that contexts are meant to be used to filter out tasks that only apply based on the current situation, location, resource availability, etc. Furthermore, these contexts are supposed to be in the most simplest form possible to avoid over complexity and constant fidgeting.

The problem I have is figuring out how to organize contexts that do (could) exist in multiple locations.

For example:

Computer: Office vs Office: Computer

While I'm in the office I can access my computer there (location) while I could also technically access the same resource VPN'd in from virtually anywhere... The overlapping / duplicate organization issue continues when you start trying to put in Computer: Online or Computer: Online: Amazon contexts which could technically apply to virtually any computing device (but could also pertain to a specific device at a specific location).


Has anyone else encountered a similar issue in not knowing how contexts should ultimately be organized and trying to avoid undue complexity to the system?


I wonder if there would be a way to create an AppleScript that would duplicate (linked) contexts that are organized in different locations...
 
Why not just create a general Online context? Seems kind of a waste to duplicate....cuz then you have duplicates and you might have already done the action....
 
GTD is from a time when not everybody had a smartphone in his pocket. Today you have your phone, your computer, your Internet and many of your documents with you all the time. That in turn means that the contexts related to those Re no longer bound to your office. I still have an office context which is mainly used for things like checking the physical mail or looking up a file that is located in the office.

I do have a "phone", an "internet" and a "write" context. All those apply to my iPhone, iPad and MacBook which means I will check the for availible actions when on the road or waiting anywhere, able to do some calls. A perspective that sums up all the tasks under these three contexts, maybe called "smartphone" is one thing you could do to get a better overview.
 
The way I generally tackle stuff like this is to make specific categories to hold items that can only be done in those locations, and then one general catchall for the items that can be done anyplace. Using your example, it would be "Home", "Office", and "Online".

For my workflow, I didn't see enough benefit to having "Computer" sub-contexts for both places. If I have six things to do at Home, the fact that two of them require a computer and four don't doesn't help me much. I find I get more done when I see my actions as often as possible - a smaller number of contexts helps me do that.
 
 


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads
Thread Thread Starter Forum Replies Last Post
Contexts or Folders? Ah! The dilema! JustRed OmniFocus 1 for Mac 25 2012-10-11 04:19 PM
Resource management as a project or context Aniseedvan Applying OmniFocus 2 2012-05-10 02:44 PM
Tagging to supplement @<person> context agenda items omnibob Applying OmniFocus 0 2009-07-20 09:22 AM
Contexts = @ the person, or done by the person? Rockyroad Applying OmniFocus 6 2009-04-23 02:09 PM
Context location editing in OF? ahallam OmniFocus 1 for Mac 5 2009-02-05 04:37 PM


All times are GMT -8. The time now is 10:53 AM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2017, vBulletin Solutions, Inc.