Moving ID to another Category and Area

I haven’t seen any discussion on this, so wonder what the thoughts are. I am an academic. One of my Area hierarchies is as follows:

  • 30-39 Scholarship
  • 30 Proposals
  • 31 Funded Projects
  • 32 Papers & Presentations
  • 33 Patents
  • 34 Unfunded and Gestating Work
  • 39 Scholarship Archive

Lets say I have been developing a research area for a while, call it ID 34.12. It now reaches the point where I write a proposal, so it should be in category 30 (humor me since I know that JD prefers not to use x0 category numbers). If it gets funded, it should then be transferred into 31.

My inclination is to go ahead and do this and to notate in the index (i.e., first note that 34.12 is now unused but has been transferred to 30.17; then on funding, notate that 30.17 has been transferred to 31.23).

I know JD has ideas of getting a group of academics together to discuss applying his concepts, but it seems to me that the ordinary workflow that is most natural (at least to me, and perhaps to others) would argue for this sort of change in assignment of folders. Or maybe some will tell me that I’ve specified my system incorrectly to make it vulnerable to this necessity.

I’ll throw in my two cents. I hope it helps :grin:. What makes sense to me is to separate the workspace and the final products.[1] So, for me, 34.12 is the workspace for this project, then 30.17 is an output (proposal). If the proposal doesn’t depend on files in 34.12, then I’d keep the proposal in 30.17 from start to finish. If it does depend on files in 34.12, then I’d start it in 34.12 and move a PDF of the proposal and related documents to 30.17 when they’re finished and submitted. I would do the same for later outputs like papers and presentations based on the work in 34.12. Prepare them in 34.12 then assign them a new ID in category 32 when they’re finished. Or, work on them in their new ID from the start. Make a note of the relations in the index when you create the new IDs.

This way makes sense to me, at least. The project IDs have a better chance to sink into memory, which helps retrieval if you need something from them in a few years. And, it saves me from having to keep an expanding list of moved IDs in my index. If one or two things move, it’s not so bad. But if in five years, I’ve done 15 projects, half of which have gone through 34.12 or 30.17, the index gets messy and the IDs lose their memorability. Unless proposals always go through 30.17, for example.

One potential drawback is how fast you might use up IDs in 34. If you do five projects a year, you’ll have twenty years’ worth of space for projects, funded or not. If you do 20 or 50 projects a year, then it’s a different story. Even then, if in five years, you’ve used up all the IDs, you could do a batch archival to category 39, where perhaps each ID is a topic, a year, or semester.[2] In your index for those 39.xx IDs, you would note which 34.xx IDs moved to there. Then, in 2031 — you want to find that project that you did in 2024, and you remember that it was in 34.12. You search for that in your index and it shows up in 39.xx, where you’d moved it with its original index notes and all.

When you do the archival, you could also move the related proposals and other outputs at the same time. This would make sense if a large percentage of your projects get funded, for example.

An idea that came to mind is how your archive might be a JD system in its own right. But this is an idea for another post when I’ve had some time to think it through more.

  1. This is what I do when I write a résumé. I have a “factory” ID where I write my resume with LaTeX, then when it’s submitted to a company, I move the finished PDF to its own ID. Thereafter, if I get an email or a contract to sign, I put those related documents in the new ID. ↩︎

  2. I assume here would be a good place to break the soft “no subfolders” rule. ↩︎

I like this solution, and using the cross referencing in the index. I’m not so worried about using up ID’s since if it comes to that (having watched JD’s videos so far) it is possible to expand the ID space beyond .99 say to .199. Cross referencing within each file folder could also be done (I am mac based) by putting the alias to the folder from the previous stage into the next stage.

Given that each ID means a “job to be done,” each such distinct job such a grant writing and then having the funded proposal exist as separate IDs since they are different jobs even though they might be related? In the index note, you could capture the link or if you’re using something like Obsidian, you can explicitly link between the items either using a note property or double square bracket links.