Knowledge Commons - User contributions [en]

Cursor User Onboarding Implementation Plan

2026-09-04T23:05:16Z

Mshell: Created page with "This page details how the user onboarding experience was configured."

This page details how the user onboarding experience was configured.

Cursor

2026-09-04T23:04:39Z

Mshell: /* Cursor documentation pages */

This page and other pages linked from it are maintained by Cursor AI to document the development and deployment of the entire project.

=== Functional Requirements ===

These pages provide details about how various features should work. Please do not edit these or any other existing pages.

* [[Wiki Page Properties]]
* [[New User Onboarding]]

=== Guidelines ===

* You may make as many additional pages as you need
* Prepend all page names with <code>Cursor </code>
* Use edit summary prefix <code>Cursor:</code> on all bot edits

=== API access (CursorBot) ===

Cursor edits Knowledge Commons through the [https://www.mediawiki.org/wiki/API:Main_page MediaWiki Action API] as '''CursorBot'''. Edits appear in page history as [[User:CursorBot]].

'''Login''' uses a [https://www.mediawiki.org/wiki/Manual:Bot_passwords bot password], not Google/Authentik:

* API endpoint: <code>https://wiki.goalstriving.org/api.php</code>
* Login name: <code>CursorBot@Cursor</code>
* Password: on the EC2 server at <code>/etc/goalstriving/cursor-bot-credentials.php</code> (not in git)

'''Login flow''' (MediaWiki 1.43 — tokens required):

# <code>action=query&meta=tokens&type=login&format=json</code> — get <code>logintoken</code> (use a cookie jar)
# <code>action=login</code> with <code>lgname</code>, <code>lgpassword</code>, <code>lgtoken</code>, <code>format=json</code>
# <code>action=query&meta=tokens&type=csrf&format=json</code> — get <code>csrftoken</code>
# <code>action=edit</code> with <code>title</code>, <code>text</code>, <code>token</code> (csrf), <code>summary</code>, <code>format=json</code>

'''Scope:''' CursorBot may edit this page tree and create pages prefixed with <code>Cursor </code>. Do not edit functional-requirements pages ([[Wiki Page Types]], [[New User Onboarding]]).

'''Server setup:''' after deploy, run once on EC2:

<source lang="bash">
sudo /usr/local/bin/provision-cursor-bot.sh
</source>

To verify API login on EC2:

<source lang="bash">
sudo /usr/local/bin/test-cursor-bot-login.php
</source>

To republish this page from git after deploy:

<source lang="bash">
sudo /usr/local/bin/publish-cursor-wiki-page.sh
</source>

Repo reference: <code>docs/cursor-bot.md</code>

=== Cursor documentation pages ===

* [[Cursor Community Roadmap]] — implementation plan synced from git
* [[Cursor User Onboarding Implementation Plan]] - details about how the user onboarding experience was configured

New User Onboarding

2026-09-04T21:36:54Z

Mshell: /* Setup for Standard wiki with static templates */

This page describes the current and planned enhancements the process that new users go through as they register and create their default environment.

=== Choose Environment Type ===

* Standard default wiki. The default pages provided by MediaWiki.
* Standard wiki with static templates (user is asked which template pages they would like to install)
* <s>PARA wiki uses the Second Brain and Zettelkasten methods with dynamic content and optional GTD.</s> << This will be added in a future release

=== User Info ===
# The log event which is generated when a new user signs up should include IP, geo-lookup city/country, and user browser info.
# Store the user's first and last name, and profile image URL in the mw_registry.wiki_registry table. Each time users login, it should check their Google profile to see if either of their names have changed and if so, update the wiki_registry and also add an entry to a wiki_member_name_changes table with the previous and new names.
# Timezone (get from Google if possible to set the default); user can change it in their profile settings

=== Setup for Standard wiki with static templates ===
The user is prompted to provide the following information.

# User sees the complete hierarchical contents list from the [https://demo.goalstriving.org/Main_Page Main Page] of the demo wiki.
## Next to each page are two checkboxes: one column of checkboxes for Page and one for Contents
## By default, all boxes are checked
# For each page, if both boxes are checked, the page and its contents are loaded into the user's new wiki by default. If only Page is checked, then only the first sentence is included on the page.

=== Setup for PARA wiki ===
# Choose which of the default Areas to use and optionally add new Areas
# Optionally create Topics
# Optionally list Projects and assign Areas and/or Topics to each
# Optionally choose to import template pages

* To choose the Areas and Topics, the user clicks through multiple pages, each listing about 20 options; the user is asked to:
** Check the Area box if it is an ongoing parts of my life that I develop or maintain
** Check the Topic box if you typically spend less than an hour per week thinking about or doing this, but you will probably end up eventually having multiple wiki pages related to it.
* Each page has a category of: Personal, Fitness & Nutrition, Household, Family, Friends & Social Activities, Volunteering, Vehicles, Learning, Travel & Vacations, Entertainment, Hobbies, etc.
* The user is asked to list all of the projects they are actively working, and we show them examples:
** Create family vacation photo book
** Replace kitchen floor
** Plan Italy vacation
** Complete course on Python
* Users are asked to set a status for each project
** Active for those which you typically spend > 1 hour per week
** Inactive for others
* If the user has a combined total of > 20 active projects + areas, they are warned that they should consider setting some projects to Inactive and/or some Areas to Topics

Template:Tooltip

2026-09-04T01:32:03Z

Mshell: Created page with "<span title="{{{2}}}">{{{1}}}</span>"

New User Onboarding

2026-09-03T23:55:51Z

Mshell: /* Tasks to Accomplish */

This page describes the current and planned enhancements the process that new users go through as they register and create their default environment.

=== Choose Environment Type ===

* Standard default wiki. The default pages provided by MediaWiki.
* Standard wiki with static templates (user is asked which template pages they would like to install)
* PARA wiki uses the Second Brain and Zettelkasten methods with dynamic content and optional GTD

=== User Info ===
# The log event which is generated when a new user signs up should include IP, geo-lookup city/country, and user browser info.
# Store the user's first and last name, and profile image URL in the mw_registry.wiki_registry table. Each time users login, it should check their Google profile to see if either of their names have changed and if so, update the wiki_registry and also add an entry to a wiki_member_name_changes table with the previous and new names.
# Timezone (get from Google if possible to set the default); user can change it in their profile settings

=== Setup for Standard wiki with static templates ===
The user is prompted to provide the following information.

# User sees a list

=== Setup for PARA wiki ===
# Choose which of the default Areas to use and optionally add new Areas
# Optionally create Topics
# Optionally list Projects and assign Areas and/or Topics to each
# Optionally choose to import template pages

=== Steps ===
Users go through an onboarding wizard. The first question ask about the type of environment they would like:

# A blank default wiki (no further setup needed).
# A wiki without page properties or any dynamic content. The user is shown the example demo.goalstriving.org and is then presented with a list of every template page and can check which they would like installed in their wiki by default.
# A scheme is enforced on every page and dynamic content is used.

If the user chooses option 3, the wizard continues:

* To choose the Areas and Topics, the user clicks through multiple pages, each listing about 20 options; the user is asked to:
** Check the Area box if it is an ongoing parts of my life that I develop or maintain
** Check the Topic box if you typically spend less than an hour per week thinking about or doing this, but you will probably end up eventually having multiple wiki pages related to it.
* Each page has a category of: Personal, Fitness & Nutrition, Household, Family, Friends & Social Activities, Volunteering, Vehicles, Learning, Travel & Vacations, Entertainment, Hobbies, etc.
* The user is asked to list all of the projects they are actively working, and we show them examples:
** Create family vacation photo book
** Replace kitchen floor
** Plan Italy vacation
** Complete course on Python
* Users are asked to set a status for each project
** Active for those which you typically spend > 1 hour per week
** Inactive for others
* If the user has a combined total of > 20 active projects + areas, they are warned that they should consider setting some projects to Inactive and/or some Areas to Topics

Wiki Page Properties

2026-08-31T23:26:48Z

Mshell:

This page contains notes about properties assigned to every wiki page that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== ChatGPT Specs ===
Based on a conversation where we worked out the details, ChatGPT created this [[WikiFam Requirements and Specifications]]

=== Wiki Mode ===
When new users create their wikis, they will have two options (perhaps more in the future):

* Standard Wiki: A flexible MediaWiki experience with optional starter content.
* PARA Wiki: A structured personal knowledge management system

=== Page Type and Status ===
The table below shows each of the six default Page Types, the allowable Statuses for each, and a description of the content.
{| class="wikitable"
|'''PageType'''
|'''PageStatus'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* Every page has a Type and Status. Pages can also be connected to Areas, Projects, and Topics.
** Type = How will I use this page?
** Status = Is it currently relevant/active?
** Area = What ongoing part of my life does it support?
** Project = What outcome does it support?
** Topic = What is it about?
* There are six default page types; more may be added later. Users cannot add new Types.
* PageStatus determines whether a page is included in default views, searches, selectors, reports, and workflows. Archived pages remain accessible but may be excluded by default. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# An ''area'' is an ongoing responsibility, activity, or something you intentionally maintain or develop over time
*# A ''topic'' is a subject that can connect multiple pages but does not represent an ongoing responsibility or activity you maintain.
* Pages will also have type-specific metadata and may have topic-specific metadata.
* An Area may have zero or one Parent Area.
* Any page with a type other than Area may have zero or more Related Areas.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A top-level Area has no ParentArea.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* PageType and PageStatus are mandatory, and each has exactly one value. Area and Topic are optional; we recommend a maximum of three each, but there is no restriction on the quantity.
* A hobby that the user actively practices or develops should be represented as an Area, optionally beneath the Hobbies Area.
* When a project is assigned to a page, the related areas of the project are also assigned to the page by default. Users may remove them and/or add new Areas and/or Topics.
* Every non-Area page should normally have at least one Related Area, Related Project, or Related Topic. Pages that do not are considered unclassified and are flagged for review.

=== Default Pages and their Properties ===
The table below shows each of the optional pages (along with their properties) that the user may choose to import during the [[New User Onboarding]] process.
{| class="wikitable"
|'''PageName'''
|'''PageType'''
|'''PageStatus'''
|'''ParentArea'''
|'''RelatedAreas'''
|'''RelatedProjects'''
|'''RelatedTopics'''
|-
|Personal
|Area
|Active
|
|
|
|
|-
|Long-term goals
|Resource
|Active
|
|Personal
|
|
|-
|Weekly tasks
|Resource
|Active
|
|Personal
|
|
|-
|Gift ideas
|Resource
|Active
|
|Personal
|
|
|-
|Daily Journal
|Journal
|Active
|
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|Active
|
|
|
|
|-
|Tips for healthy eating
|Resource
|Active
|
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Active
|Fitness & Nutrition
|
|
|
|-
|Why yoga helps me
|Idea
|Active
|
|Fitness & Nutrition
|
|
|-
|Household
|Area
|Active
|
|
|
|
|-
|Products
|Resource
|Active
|
|Household
|
|
|-
|Household Technology
|Resource
|Active
|
|Household
|
|
|-
|Subscriptions
|Resource
|Active
|
|Household
|
|
|-
|Family
|Area
|Active
|
|
|
|
|-
|Family traditions
|Resource
|Active
|
|Family
|
|
|-
|Family tree
|Resource
|Active
|
|Family
|
|
|-
|Friends & Social Activities
|Area
|Active
|
|
|
|
|-
|Poker night planning
|Resource
|Active
|
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Active
|
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|Active
|
|
|
|
|-
|Past volunteering
|Resource
|Active
|
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Active
|
|Volunteering
|
|
|-
|Vehicles
|Area
|Active
|
|
|
|
|-
|Honda Accord 2025
|Resource
|Active
|
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Active
|
|Vehicles
|
|
|-
|Learning
|Area
|Active
|
|
|
|
|-
|List of schools & courses attended
|Resource
|Active
|
|Learning
|
|
|-
|List of books I have read
|Resource
|Active
|
|Learning
|
|
|-
|Intro to Python
|Study
|Active
|
|Learning, Career
|Complete course on Python
|Programming, Python
|-
|Psychology 103
|Study
|Active
|
|Learning
|University Degree
|Freshman Courses
|-
|Music Theory 202
|Study
|Active
|
|Learning
|University Degree
|Freshman Courses
|-
|Travel & Vacations
|Area
|Active
|
|
|
|
|-
|Bucket list
|Resource
|Active
|
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Active
|
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Active
|
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Active
|
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|Active
|
|
|
|
|-
|Concerts I might want to see
|Resource
|Active
|
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Active
|
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Active
|
|Entertainment
|
|
|-
|Hobbies
|Area
|Active
|
|
|
|
|-
|Photography
|Area
|Active
|Hobbies
|
|
|
|-
|Canon EOS R10
|Resource
|Active
|
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Active
|
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Active
|
|Photography
|
|
|-
|Cooking
|Area
|Active
|Hobbies
|
|
|
|-
|Career
|Area
|Active
|
|
|
|
|-
|Skills development
|Area
|Active
|Career
|
|
|
|-
|Potential employers
|Resource
|Active
|
|Career
|
|
|-
|Create family vacation photo book
|Project
|Active
|
|Family, Photography
|
|
|-
|Replace kitchen floor
|Project
|Active
|
|Household
|
|
|-
|Plan Italy vacation
|Project
|Active
|
|Travel & Vacations, Family
|
|
|-
|Hotels in Rome
|Resource
|Active
|
|Travel & Vacations, Family
|Plan Italy vacation
|
|-
|Complete course on Python
|Project
|Active
|
|Career, Learning
|
|
|-
|University Degree
|Project
|Active
|
|Learning
|
|
|}

=== PARA Wiki ===
Please create a new wiki based on demo.goalstriving.org that enforces page properties and uses dynamic content. Assign each of the properties in the table above to the pages. The slug should be para, and the users with demo access should have the same level of access to para.

Please remove the page histories from demo and para, and also the redirect links that were created when pages were renamed.

Requirements and Specifications

2026-08-29T20:41:24Z

Mshell:

== Wiki Farm PARA Mode ==
=== Functional Requirements and Technical Specification ===

'''Document purpose:''' This specification defines the first implementation of the structured personal knowledge management ("PARA Wiki") mode for a MediaWiki-based wiki farm. It is intended to be sufficiently explicit for use by a software developer or coding AI.

'''Status:''' Draft implementation specification
'''Version:''' 1.0
'''Target platform:''' MediaWiki with Cargo and custom extension code
'''Primary design principle:''' Preserve normal MediaWiki behavior wherever practical, while adding an optional structured PKM mode.

---

== 1. Product Scope ==

=== 1.1 Wiki Modes ===

When a user creates a new wiki, the system shall support a configurable '''Wiki Mode'''.

Initial supported modes:

{| class="wikitable"
! Mode !! Description
|-
| `standard` || Flexible MediaWiki experience with optional starter content. Structured PARA rules are not enforced.
|-
| `para` || Structured personal knowledge management mode inspired by PARA and extended with Page Type, Page Status, Areas, Projects, Topics, type-specific metadata, and topic-specific metadata.
|}

The architecture shall allow additional modes to be introduced later without redesigning the page metadata model.

The selected Wiki Mode shall be stored at the wiki level, not page level.

The user-facing name shall be '''PARA Wiki''', but documentation should describe it as "inspired by the PARA method" rather than implying that every feature is part of Tiago Forte's original PARA methodology.

---

== 2. Core Concepts ==

Every normal content page in PARA Wiki mode shall have:

* exactly one <code>PageType</code>
* exactly one <code>PageStatus</code>

A page may also have:

* zero or one <code>ParentArea</code> when <code>PageType=Area</code>
* zero or more <code>RelatedAreas</code> when <code>PageType!=Area</code>
* zero or more <code>RelatedProjects</code>
* zero or more <code>RelatedTopics</code>
* zero or more type-specific metadata fields
* zero or more topic-specific metadata fields

Conceptual definitions:

{| class="wikitable"
! Dimension !! User-facing question !! Meaning
|-
| Type || How will I use this page? || The functional role of the page.
|-
| Status || Is it currently relevant/active? || The lifecycle state of the page.
|-
| Area || What ongoing part of my life does it support? || An ongoing responsibility, activity, or intentionally maintained domain.
|-
| Project || What outcome does it support? || A finite outcome or goal.
|-
| Topic || What is it about? || A subject used to connect related pages.
|}

---

== 3. Page Types ==

The application shall initially support exactly six Page Types. Users shall not be able to create custom Page Types in version 1.

{| class="wikitable"
! PageType !! Description !! Guidance
|-
| `Study` || Notes derived from a source or structured learning. || Knowledge being acquired from a particular source, class, book, course, lecture, etc.
|-
| `Journal` || Chronological experience or reflection. || What happened or what the user experienced.
|-
| `Idea` || A concept, conclusion, insight, or synthesized thought. || An understanding the user developed rather than merely collected.
|-
| `Project` || Information supporting an intended finite outcome. || Something the user is trying to complete.
|-
| `Area` || An ongoing part of life that the user maintains or develops. || An ongoing responsibility, activity, or domain without a defined end.
|-
| `Resource` || Information collected primarily for future reference. || Information likely to have more use in the future than at the time it is stored.
|}

Recommended stable internal identifiers:

<pre>
study
journal
idea
project
area
resource
</pre>

---

== 4. Page Statuses ==

The application shall initially support three Page Status values:

<pre>
inception
active
archived
</pre>

Users shall not be able to create custom statuses in version 1.

{| class="wikitable"
! PageType !! Inception !! Active !! Archived
|-
| Study || No || Yes || Yes
|-
| Journal || No || Yes || Yes
|-
| Idea || No || Yes || Yes
|-
| Project || Yes || Yes || Yes
|-
| Area || Yes || Yes || Yes
|-
| Resource || No || Yes || Yes
|}

Definitions:

{| class="wikitable"
! Status !! Meaning
|-
| `Inception` || Being considered or developed but not yet committed.
|-
| `Active` || Currently relevant, maintained, pursued, or available for normal use.
|-
| `Archived` || Retained but no longer active.
|}

Status shall affect default inclusion in views, selectors, reports, workflows, and search filters.

Status shall '''not''' determine authorization, sharing, privacy, or security permissions.

Archived pages shall remain directly accessible to users who otherwise have permission to view them.

---

== 5. Area Model ==

=== 5.1 Area Definition ===

An Area is an ongoing responsibility, activity, or something the user intentionally maintains or develops over time.

Examples include Personal, Family, Household, Learning, Career, Travel & Vacations, Hobbies, Photography, Cooking, and Fitness & Nutrition.

=== 5.2 Parent Area ===

An Area page may have zero or one <code>ParentArea</code>.

A page whose <code>PageType=Area</code> shall not use <code>RelatedAreas</code>.

Examples:

<pre>
Hobbies
ParentArea = NULL

Photography
ParentArea = Hobbies

Cooking
ParentArea = Hobbies

Career
ParentArea = NULL

Skills development
ParentArea = Career
</pre>

A top-level Area is defined as:

<pre>
PageType = Area
ParentArea = NULL
</pre>

The system shall prevent an Area from being its own parent and shall prevent circular Area relationships.

The Area hierarchy shall support an arbitrary practical depth unless implementation limitations require a documented maximum.

=== 5.3 Related Areas ===

A non-Area page may have zero or more <code>RelatedAreas</code>.

Each value shall reference an existing page whose <code>PageType=Area</code>.

When assigning an Area through the UI, the default picker shall show active Area pages. The user may enable an option such as '''Include archived Areas'''.

The Area picker should display hierarchy where practical.

The system should recommend no more than three Related Areas per page but shall not enforce a hard maximum.

---

== 6. Project Model ==

A Project is a page whose <code>PageType=Project</code>.

A Project shall normally have at least one <code>RelatedArea</code>, although this shall be a quality warning rather than a hard validation rule.

A page may have zero or more <code>RelatedProjects</code>.

Each Related Project shall reference an existing page whose <code>PageType=Project</code> and is Active by default in selectors. The picker shall allow archived Projects to be included optionally.

The system shall prevent a Project page from assigning itself as a Related Project.

Project hierarchy / <code>ParentProject</code> is explicitly out of scope for version 1, but the schema shall not preclude adding it later.

---

== 7. Project-to-Area Defaulting ==

When a Project is assigned to a page:

# Read the selected Project's <code>RelatedAreas</code>.
# Add any missing Project Areas to the edited page's <code>RelatedAreas</code>.
# Do not remove any existing Areas.
# Allow the user to remove any newly added Areas before saving.
# Once the page is saved, the values are independent.

This behavior is '''default copying''', not dynamic inheritance.

If the Project's Areas change later, existing pages assigned to that Project shall not automatically change.

---

== 8. Topic Model ==

=== 8.1 Topic Is Not a Page Type ===

<code>Topic</code> shall not be added as a seventh PageType. PageType answers '''How will I use this page?''' Topic answers '''What is this page about?'''

=== 8.2 Topics as First-Class Classification Objects ===

Topics shall be first-class application objects.

Recommended implementation:

<pre>
Topic:<TopicName>
</pre>

using a dedicated MediaWiki namespace.

Examples:

<pre>
Topic:Python
Topic:Programming
Topic:Freshman Courses
Topic:Rome
</pre>

Topic namespace pages are classification/hub objects and are not ordinary PARA knowledge pages. Topic pages shall not require a PageType.

A Topic should support at least:

{| class="wikitable"
! Field !! Requirement
|-
| TopicName || Required, unique within the wiki
|-
| TopicStatus || Active or Archived
|-
| Description || Optional
|-
| RelatedTopics || Optional/future-safe
|-
| MetadataDefinition || Optional structured definition of topic-specific fields
|-
| CreatedAt || System managed
|-
| UpdatedAt || System managed
|}

Version 1 may omit RelatedTopics and MetadataDefinition UI if necessary, but the data model should allow future implementation.

=== 8.3 Related Topics ===

Normal content pages may have zero or more <code>RelatedTopics</code>.

Each Related Topic shall reference an existing Topic object. Default picker behavior shall show active Topics, with an option to include archived Topics.

The system should recommend no more than three Topics per page for simplicity but shall not enforce a hard maximum.

=== 8.4 Topic Creation ===

The RelatedTopics control should allow selecting an existing Topic and optionally creating a new Topic inline, subject to permissions.

The system shall prevent accidental duplicate Topics caused only by case differences or excess whitespace, consistent with MediaWiki title behavior.

---

== 9. Topic-Specific Metadata ==

The architecture shall support topic-specific metadata.

For example, <code>Topic:Book</code> could define Author, ISBN, Publisher, and PublicationDate. <code>Topic:Vehicle</code> could define Make, Model, ModelYear, and VIN.

Topic metadata and entity/schema metadata may eventually become separate concepts. Version 1 should therefore implement topic-specific metadata modularly rather than permanently coupling metadata schemas to Topic processing.

Recommended abstraction:

<pre>
MetadataDefinition
MetadataField
MetadataAssignment
MetadataValue
</pre>

---

== 10. Type-Specific Metadata ==

Each Page Type may expose additional metadata. The following fields are illustrative rather than mandatory for version 1.

{| class="wikitable"
! PageType !! Possible metadata
|-
| Study || SourceType, SourceTitle, Author, Instructor, Institution, StartDate, EndDate, Progress, URL, ISBN
|-
| Journal || JournalDate, StartDate, EndDate, Location
|-
| Idea || IdeaDate, Confidence, SourcePages
|-
| Project || StartDate, TargetDate, CompletionDate, Outcome, Progress
|-
| Area || ReviewFrequency, LastReviewed
|-
| Resource || SourceURL, SourceDate, Author
|}

Potential future Project Outcome values include <code>completed</code>, <code>abandoned</code>, and <code>cancelled</code>. Outcome shall remain separate from PageStatus.

The type-specific metadata subsystem shall be extensible without schema redesign.

---

== 11. Unclassified Page Rule ==

Every non-Area page should normally have at least one of <code>RelatedAreas</code>, <code>RelatedProjects</code>, or <code>RelatedTopics</code>.

This shall not be a hard save-time validation rule.

If all three are empty, the page shall be classified as '''Unclassified''' for quality/reporting purposes.

The page shall display a non-blocking notification such as:

<pre>
This page is not currently associated with an Area, Project, or Topic.
</pre>

The user's Status / Wiki Health page shall include an Unclassified Pages section and count.

Area pages are exempt from this rule.

---

== 12. Wiki Health / Status Page ==

PARA Wiki mode shall include a system-generated or extension-generated '''Status''' or '''Wiki Health''' page.

Minimum metrics:

{| class="wikitable"
! Metric !! Definition
|-
| Unclassified Pages || Non-Area pages with no Area, Project, or Topic
|-
| Active Projects Without Areas || Project pages with no RelatedAreas
|-
| Top-Level Areas || Active Area pages with ParentArea=NULL
|-
| Sub-Areas || Active Area pages with ParentArea set
|-
| Archived Pages || Count grouped by PageType
|-
| Areas With No Associated Content || Areas with no child Areas and no related pages
|-
| Active Projects With No Recent Activity || Optional if reliable activity logic is available
|}

All metrics should link to filtered page lists.

---

== 13. Page Metadata UI ==

Recommended user-facing labels:

<pre>
Type
Status
Parent Area
Related Areas
Related Projects
Topics
</pre>

Recommended internal field names:

<pre>
PageType
PageStatus
ParentArea
RelatedAreas
RelatedProjects
RelatedTopics
</pre>

Do not use numbered fields such as <code>Area1</code>, <code>Area2</code>, <code>Area3</code>, <code>Project1</code>, etc.

For an Area page, show Type, Status, Parent Area, Related Projects if applicable, and Topics. Hide/disable Related Areas.

For a non-Area page, show Type, Status, Related Areas, Related Projects, and Topics. Hide Parent Area.

When PageType changes, the UI shall dynamically re-evaluate valid statuses and applicable fields.

---

== 14. Cargo Storage Model ==

Cargo shall be used for structured querying unless implementation testing identifies a technical blocker.

Recommended main table: <code>WikiPages</code>.

Illustrative schema:

<pre>
{{#cargo_declare:
_table=WikiPages
|PageType=String
|PageStatus=String
|ParentArea=Page
|RelatedAreas=List (,) of Page
|RelatedProjects=List (,) of Page
|RelatedTopics=List (,) of Page
}}
</pre>

Requirements:

* Store page names as Cargo <code>Page</code> values rather than integer IDs unless testing identifies a strong reason otherwise.
* Use Cargo List fields for RelatedAreas, RelatedProjects, and RelatedTopics.
* Use Cargo-supported list querying such as <code>HOLDS</code> rather than manually parsing comma-separated strings.
* Topic references using a dedicated namespace may be stored as full titles such as <code>Topic:Python</code>.
* Topic data should use a separate Cargo table such as <code>Topics</code>.
* Type-specific metadata may use separate Cargo tables rather than making the main table excessively wide.

---

== 15. Data Integrity Rules ==

{| class="wikitable"
! Rule !! Enforcement
|-
| PageType required || Hard
|-
| PageStatus required || Hard
|-
| PageStatus valid for PageType || Hard
|-
| Area has at most one ParentArea || Hard
|-
| Area cannot use RelatedAreas || Hard
|-
| Non-Area cannot use ParentArea || Hard
|-
| ParentArea references Area page || Hard
|-
| RelatedAreas reference Area pages || Hard
|-
| RelatedProjects reference Project pages || Hard
|-
| RelatedTopics reference Topic objects || Hard
|-
| Area cannot parent itself || Hard
|-
| Area hierarchy cannot contain cycles || Hard
|-
| Project cannot relate to itself || Hard
|-
| Non-Area should have Area, Project, or Topic || Warning
|-
| Project should have at least one Area || Warning
|-
| More than three Areas or Topics || Advisory only
|}

Invalid metadata submitted through APIs or non-UI mechanisms shall be rejected consistently with UI validation.

---

== 16. Archived Object Behavior ==

Archived pages remain accessible.

Default behavior:

* exclude archived Areas from Area pickers
* exclude archived Projects from Project pickers
* exclude archived Topics from Topic pickers
* optionally exclude archived pages from default dashboards and views
* allow users to explicitly include archived content
* direct links to archived pages continue to work

Archived shall not mean deleted and shall not modify sharing/privacy permissions.

---

== 17. Search and Browse Behavior ==

PARA Wiki shall support filtering/browsing by PageType, PageStatus, Area, Project, and Topic.

Examples:

<pre>
Active Study pages in Learning
Resources related to Plan Italy vacation
Pages about Python
Archived pages in Photography
Unclassified pages
</pre>

Area browse pages should be able to derive and display child Areas, directly related pages, active Projects associated with the Area, and optionally descendant-Area content.

Project browse pages should display Project metadata, Related Areas, pages assigned to the Project, and status/outcome information when implemented.

Topic pages should display the Topic description, pages assigned to the Topic, counts by PageType, and derived related Areas and Projects.

---

== 18. Onboarding ==

When creating a PARA Wiki, onboarding should explain:

<pre>
Type: How will I use this page?
Status: Is it currently relevant/active?
Area: What ongoing part of my life does it support?
Project: What outcome does it support?
Topic: What is it about?
</pre>

The user may optionally import starter pages. Starter pages shall be selectable; users should not be forced to import the entire sample set.

All imported starter pages should default to <code>PageStatus=Active</code> unless explicitly defined otherwise.

---

== 19. Starter Page Dataset ==

{| class="wikitable"
! PageName !! PageType !! ParentArea !! RelatedAreas !! RelatedProjects !! RelatedTopics
|-
| Personal || Area || || || ||
|-
| Long-term goals || Resource || || Personal || ||
|-
| Weekly tasks || Resource || || Personal || ||
|-
| Gift ideas || Resource || || Personal || ||
|-
| Daily Journal || Journal || || Personal || ||
|-
| Fitness & Nutrition || Area || || || ||
|-
| Tips for healthy eating || Resource || || Fitness & Nutrition || ||
|-
| Yoga || Area || Fitness & Nutrition || || ||
|-
| Why yoga helps me || Idea || || Fitness & Nutrition || ||
|-
| Household || Area || || || ||
|-
| Products || Resource || || Household || ||
|-
| Household Technology || Resource || || Household || ||
|-
| Subscriptions || Resource || || Household || ||
|-
| Family || Area || || || ||
|-
| Family traditions || Resource || || Family || ||
|-
| Family tree || Resource || || Family || ||
|-
| Friends & Social Activities || Area || || || ||
|-
| Poker night planning || Resource || || Friends & Social Activities || ||
|-
| Why Small Gatherings Are More Enjoyable || Idea || || Friends & Social Activities || ||
|-
| Volunteering || Area || || || ||
|-
| Past volunteering || Resource || || Volunteering || ||
|-
| Volunteering opportunities || Resource || || Volunteering || ||
|-
| Vehicles || Area || || || ||
|-
| Honda Accord 2025 || Resource || || Vehicles || ||
|-
| Vehicles being considered for purchase || Resource || || Vehicles || ||
|-
| Learning || Area || || || ||
|-
| List of schools & courses attended || Resource || || Learning || ||
|-
| List of books I have read || Resource || || Learning || ||
|-
| Intro to Python || Study || || Learning, Career || Complete course on Python || Programming, Python
|-
| Psychology 103 || Study || || Learning || University Degree || Freshman Courses
|-
| Music Theory 202 || Study || || Learning || University Degree || Freshman Courses
|-
| Travel & Vacations || Area || || || ||
|-
| Bucket list || Resource || || Travel & Vacations || ||
|-
| Past vacations || Resource || || Travel & Vacations || ||
|-
| Spain Vacation Journal || Journal || || Travel & Vacations || ||
|-
| Travel loyalty programs || Resource || || Travel & Vacations || ||
|-
| Entertainment || Area || || || ||
|-
| Concerts I might want to see || Resource || || Entertainment || ||
|-
| Concert Journal || Journal || || Entertainment || ||
|-
| Movies to rewatch || Resource || || Entertainment || ||
|-
| Hobbies || Area || || || ||
|-
| Photography || Area || Hobbies || || ||
|-
| Canon EOS R10 || Resource || || Photography || ||
|-
| Understanding Exposure by Bryan Peterson || Study || || Photography || ||
|-
| Tips for Low Light Photography || Resource || || Photography || ||
|-
| Cooking || Area || Hobbies || || ||
|-
| Career || Area || || || ||
|-
| Skills development || Area || Career || || ||
|-
| Potential employers || Resource || || Career || ||
|-
| Create family vacation photo book || Project || || Family, Photography || ||
|-
| Replace kitchen floor || Project || || Household || ||
|-
| Plan Italy vacation || Project || || Travel & Vacations, Family || ||
|-
| Hotels in Rome || Resource || || Travel & Vacations, Family || Plan Italy vacation ||
|-
| Complete course on Python || Project || || Career, Learning || ||
|-
| University Degree || Project || || Learning || ||
|}

Required starter Topics if the corresponding starter pages are imported:

<pre>
Programming
Python
Freshman Courses
</pre>

Starter Project and Topic dependencies shall be handled automatically. No imported starter page may contain a dangling reference.

---

== 20. Page Creation Workflow ==

# User enters page title.
# User selects PageType.
# System presents valid PageStatus values.
# Default status should normally be Active.
# If PageType=Area, show ParentArea and hide RelatedAreas.
# Otherwise show RelatedAreas and hide ParentArea.
# Show RelatedProjects.
# Show RelatedTopics.
# Load type-specific metadata fields.
# Load topic-specific metadata fields as Topics are selected.
# Validate hard rules.
# Display advisory warnings separately.
# Save page and structured metadata atomically where practical.

The system should minimize clicks and avoid repeated confirmation screens.

---

== 21. Editing Workflow ==

Existing metadata shall load into the editor.

Changing PageType shall re-evaluate valid statuses, update visible fields, warn before discarding invalid metadata, and never silently destroy user metadata.

Example: changing Area to Resource may safely offer to convert ParentArea to RelatedAreas. Changing Resource to Area with multiple RelatedAreas shall require the user to choose zero or one ParentArea.

---

== 22. Page Rename / Move Behavior ==

Because Page-valued metadata references page titles, page moves must preserve referential integrity.

The extension shall test MediaWiki/Cargo behavior for page moves. If Cargo does not automatically update references reliably, custom extension logic shall update ParentArea, RelatedAreas, RelatedProjects, and RelatedTopics as appropriate.

Topic page moves shall similarly update RelatedTopics references.

A maintenance script shall detect dangling references.

---

== 23. Page Delete Behavior ==

Deleting a referenced Area, Project, or Topic requires explicit handling.

Preferred behavior:

# Display dependency count before deletion.
# Provide links to referencing pages.
# Do not silently remove relationship values.
# Allow administrative forced deletion if MediaWiki permissions permit.
# After deletion, Wiki Health shall identify dangling references until repaired.

Future enhancement: reassignment during deletion.

---

== 24. Permissions and Privacy ==

PARA classification is independent of access control.

Do not use PageStatus, PageType, Area, Project, or Topic as security boundaries.

All extension-generated lists and Cargo queries must respect MediaWiki read permissions and must not leak page titles or metadata for pages the viewer cannot access.

This applies to Area pages, Project pages, Topic pages, dashboards, autocomplete, selectors, API endpoints, counts, and search results.

---

== 25. API Requirements ==

The extension should expose structured operations through MediaWiki's API or a clearly defined REST interface.

Minimum operations:

<pre>
Get page classification metadata
Set page classification metadata
List valid PageTypes
List valid statuses for a PageType
Search/select Areas
Search/select Projects
Search/select Topics
Create Topic
Get Wiki Health counts
List Unclassified pages
</pre>

API validation rules shall match UI validation rules.

Example payload:

<pre>
{
"pageType": "study",
"pageStatus": "active",
"relatedAreas": ["Learning", "Career"],
"relatedProjects": ["Complete course on Python"],
"relatedTopics": ["Topic:Programming", "Topic:Python"]
}
</pre>

---

== 26. Extension Architecture ==

Recommended implementation: one custom MediaWiki extension responsible for structured PKM behavior.

Working placeholder name: <code>WikiFarmPKM</code>.

Responsibilities:

* Wiki Mode configuration
* metadata validation
* metadata UI integration
* PageType/PageStatus rules
* Area hierarchy logic
* Project default-Area behavior
* Topic namespace behavior
* Cargo integration
* Wiki Health dashboard
* API endpoints
* maintenance scripts
* onboarding support hooks
* page move/delete consistency logic

Avoid scattering core business rules across templates, JavaScript snippets, and wiki pages. Templates may render data, but the extension should be the validation source of truth.

---

== 27. Configuration ==

Recommended wiki-level configuration:

<pre>
$wgWikiFarmMode = 'para';
</pre>

or an equivalent per-wiki application configuration.

Recommended configurable constants:

<pre>
AllowedPageTypes
AllowedStatuses
StatusesByPageType
DefaultPageStatus
TopicNamespaceId
RecommendMaxAreas
RecommendMaxTopics
EnableProjectAreaDefaults
EnableWikiHealth
</pre>

Do not hard-code numeric namespace IDs without a configuration constant.

---

== 28. Namespace Recommendation ==

Use a dedicated namespace:

<pre>
Topic:
</pre>

Do not place Topic hub pages in the main namespace.

Topic namespace pages should remain normal MediaWiki pages where practical so they retain revisions, watchability, linking, discussion, search, and history.

---

== 29. Query Examples ==

Conceptual Cargo queries:

<pre>
RelatedAreas HOLDS 'Photography'
</pre>

<pre>
PageType='Project'
AND PageStatus='Active'
AND RelatedAreas HOLDS 'Family'
</pre>

<pre>
RelatedTopics HOLDS 'Topic:Python'
</pre>

Unclassified conceptually means PageType is not Area and RelatedAreas, RelatedProjects, and RelatedTopics are all empty.

Implementation shall use exact Cargo syntax appropriate to the installed Cargo version.

---

== 30. Performance Requirements ==

Design for at least:

<pre>
100,000 normal pages
10,000 Topics
10,000 Areas/Projects combined
</pre>

without schema redesign.

Selectors/autocomplete must not load all matching objects into the browser. Use server-side search/autocomplete for large lists.

Wiki Health calculations should avoid expensive full scans on every page view. Acceptable approaches include cached counts, scheduled refresh, incremental updates on edit hooks, or indexed Cargo queries. The chosen approach shall be documented.

---

== 31. Accessibility and UX ==

All classification controls shall be keyboard accessible. Do not rely on color alone for status.

Multi-select fields should support typeahead search, keyboard selection, removal of values, and visible Area hierarchy where practical.

Warnings shall be clearly distinguishable from hard errors.

---

== 32. Logging and Auditability ==

Metadata changes should be visible in page revision history where practical.

At minimum, administrators should be able to determine who changed PageType, PageStatus, Area/Project/Topic relationships, and when.

Avoid storing critical classification changes only in mutable Cargo rows without corresponding revision/audit context.

---

== 33. Maintenance Scripts ==

Provide maintenance scripts for:

<pre>
Rebuild Cargo PKM tables
Validate all PARA metadata
Detect invalid status/type combinations
Detect dangling Area references
Detect dangling Project references
Detect dangling Topic references
Detect Area hierarchy cycles
Rebuild Wiki Health data
Repair/reconcile metadata after page moves
</pre>

Scripts should support dry-run mode where corrective behavior is possible.

---

== 34. Migration and Backward Compatibility ==

Standard Wiki pages shall not be forced into PARA metadata rules.

If a wiki changes from Standard to PARA mode, provide a migration/onboarding process rather than immediately invalidating all existing pages.

A migration condition such as '''Needs Classification''' should be a workflow/report state rather than necessarily a new PageStatus.

If a PARA Wiki changes to Standard mode, preserve existing structured metadata unless an administrator explicitly removes it.

---

== 35. Explicit Non-Goals for Version 1 ==

Unless separately approved, version 1 does not include:

<pre>
Custom user-defined PageTypes
Custom user-defined PageStatuses
ParentProject hierarchy
Automatic dynamic Area inheritance from Projects
AI-based automatic classification
Automatic Topic ontology generation
Security/ACL implementation based on PARA properties
Complex Topic-to-Topic ontology
Goal as a seventh PageType
Capture inbox implementation
Gamification beyond Wiki Health warnings/counts
</pre>

The architecture should not unnecessarily prevent these future capabilities.

---

== 36. Acceptance Criteria ==

=== Scenario A: Create top-level Area ===

Create Hobbies with PageType=Area, PageStatus=Active, ParentArea=NULL.

Expected: save succeeds, Hobbies appears in Area selectors, and Hobbies appears under Top-Level Areas.

=== Scenario B: Create child Area ===

Create Photography with PageType=Area, PageStatus=Active, ParentArea=Hobbies.

Expected: save succeeds; hierarchy shows Hobbies -> Photography; Photography appears in RelatedAreas selectors; Photography has no RelatedAreas value.

=== Scenario C: Prevent invalid Area metadata ===

Attempt to save Photography as Area with RelatedAreas=Hobbies.

Expected: save rejected and user instructed to use ParentArea.

=== Scenario D: Study with multiple relationships ===

Create Intro to Python as Study/Active with Areas Learning and Career, Project Complete course on Python, and Topics Programming and Python.

Expected: all relationships persist and query correctly.

=== Scenario E: Project Area defaulting ===

Plan Italy vacation has Areas Travel & Vacations and Family. Assign it to Hotels in Rome.

Expected: both Areas are initially added. User may remove Family before saving. Later changes to Project Areas do not modify Hotels in Rome automatically.

=== Scenario F: Archive Area ===

Archive Photography.

Expected: existing references remain; it disappears from default picker; Include archived Areas reveals it; direct access still works.

=== Scenario G: Unclassified page ===

Create Resource with no Area, Project, or Topic.

Expected: save succeeds; warning appears; Wiki Health count increases; page appears in Unclassified list.

=== Scenario H: Invalid status ===

Attempt Resource + Inception.

Expected: save rejected.

=== Scenario I: Area cycle ===

Attempt Hobbies.ParentArea=Photography while Photography.ParentArea=Hobbies.

Expected: save rejected with clear cycle error.

=== Scenario J: Topic behavior ===

Create Topic:Python, assign it to several pages, then archive it.

Expected: Topic hub lists associated pages; active selector includes it before archive; default selector excludes it after archive; existing references remain intact.

---

== 37. Open Design Questions ==

The developer/coding AI shall not invent final behavior for these items without product approval:

# Exact type-specific metadata fields for each PageType.
# Exact topic-specific metadata definition format.
# Whether Topic pages may themselves be assigned RelatedTopics.
# Whether Area pages may have Topics and/or RelatedProjects. Current recommendation: yes.
# Whether Project pages may have RelatedTopics. Current recommendation: yes.
# Exact VisualEditor integration approach.
# Whether classification metadata is stored in wikitext templates, a revision-backed slot/content model, or another revision-backed mechanism in addition to Cargo.
# Whether Wiki Mode is fixed at creation or can later be changed by an administrator.
# Whether a separate EntityType/schema-classification mechanism should eventually exist alongside Topics.
# Whether starter content is installed by extension code, Page Exchange packages, XML import, or another mechanism.

---

== 38. Recommended Implementation Order ==

Phase 1: Wiki Mode, PageType, PageStatus, Cargo table, basic metadata UI, validation.

Phase 2: Areas, ParentArea, RelatedAreas, hierarchy.

Phase 3: Projects, RelatedProjects, Project-to-Area default copying.

Phase 4: Topic namespace, Topic table, RelatedTopics, Topic hub pages.

Phase 5: Wiki Health dashboard, unclassified warnings, archive filtering.

Phase 6: starter-page onboarding, type-specific metadata framework, topic-specific metadata framework, API, and maintenance tools.

Each phase should include automated tests before proceeding.

---

== 39. Testing Requirements ==

Automated tests shall cover at least:

<pre>
PageType validation
PageStatus validation
status/type compatibility
ParentArea validation
Area cycle detection
Area selector filtering
Project selector filtering
Topic selector filtering
RelatedAreas list persistence
RelatedProjects list persistence
RelatedTopics list persistence
Project Area default copying
archived object behavior
unclassified detection
permissions-aware query output
page rename handling
page deletion/dangling-reference detection
API validation
</pre>

Use MediaWiki-supported unit/integration test frameworks appropriate to the installed version.

---

== 40. Coding Standards ==

The implementation shall follow MediaWiki extension conventions, use namespaced PHP classes, avoid deprecated APIs, use dependency injection where supported, validate on the server, escape user output, respect CSRF protection, respect MediaWiki permissions, document configuration/schema, provide upgrade logic for schema changes, and include automated tests for core business rules.

Avoid duplicating business rules independently in PHP and JavaScript where a server-side source of truth is practical.

---

== 41. Naming Standard ==

Canonical internal names:

<pre>
WikiMode
PageType
PageStatus
ParentArea
RelatedAreas
RelatedProjects
RelatedTopics
TopicName
TopicStatus
</pre>

Recommended user-facing labels:

<pre>
Wiki Mode
Type
Status
Parent Area
Related Areas
Related Projects
Topics
</pre>

Avoid underscores such as <code>Page_Type</code> unless required by a specific external convention. Avoid numbered relationship properties.

---

== 42. Summary of Core Business Rules ==

<pre>
Every PARA knowledge page:
exactly one PageType
exactly one valid PageStatus

If PageType = Area:
zero or one ParentArea
no RelatedAreas

If PageType != Area:
no ParentArea
zero or more RelatedAreas

Any normal page:
zero or more RelatedProjects
zero or more RelatedTopics

Topics:
first-class classification objects
not PageTypes
recommended dedicated namespace

Archived:
lifecycle state
not security state

Project Area behavior:
defaults copied at assignment time
not permanently inherited

Unclassified:
warning/report condition
not a save-blocking error
</pre>

This model shall be treated as the implementation source of truth unless superseded by a later approved specification.

== Dynamic Hub Pages and Navigation ==

=== Purpose ===

Areas, Projects, and Topics shall function as navigational hubs in addition to storing user-authored content.

The system-generated relationship information shall be derived from structured metadata and shall not require the user to manually maintain lists of related pages.

The implementation should use one generalized '''Hub Page''' subsystem rather than separate unrelated implementations for Areas, Projects, and Topics.

=== Hub Page Types ===

The Hub Page subsystem shall apply to:

* pages whose <code>PageType=Area</code>
* pages whose <code>PageType=Project</code>
* pages in the <code>Topic:</code> namespace

The relationship used to populate the dynamic page list depends on the hub type:

{| class="wikitable"
! Hub type !! Relationship query
|-
| Area || Pages whose <code>RelatedAreas</code> contains the current Area
|-
| Project || Pages whose <code>RelatedProjects</code> contains the current Project
|-
| Topic || Pages whose <code>RelatedTopics</code> contains the current Topic
|}

=== Hub Page Layout ===

The rendered page should conceptually contain:

<pre>
Page title
Editable introductory content
System-generated hub section
Optional editable additional content
</pre>

The generated section shall not be directly editable and shall not be saved as ordinary wikitext.

Preferred long-term architecture:

<pre>
main revision-backed content slot
system-generated hub component
secondary revision-backed content slot (optional lower content)
</pre>

Before implementing a secondary slot, verify compatibility with the installed MediaWiki version and VisualEditor. If this materially increases version 1 complexity, version 1 may append the generated hub after the main editable content and defer lower editable content.

=== Area Hub Pages ===

An Area page shall automatically display:

* its Parent Area, when one exists
* its immediate child Areas
* pages directly associated with the Area
* sorting controls

Child Areas are derived from:

<pre>
ParentArea = current Area
</pre>

Directly associated pages are derived from:

<pre>
RelatedAreas HOLDS current Area
</pre>

Direct relationships shall be the default. Descendant content may optionally be included through a control such as "Include pages from sub-areas". Descendant inclusion shall be computed from the hierarchy; ancestor Areas shall not be redundantly written into RelatedAreas.

=== Project Hub Pages ===

A Project page shall automatically display:

* Project metadata
* Related Areas
* pages whose <code>RelatedProjects</code> contains the current Project
* sorting controls

Project-specific metadata such as target date, completion date, progress, or outcome may be displayed when implemented.

=== Topic Hub Pages ===

A Topic page shall automatically display:

* user-authored Topic description
* pages whose <code>RelatedTopics</code> contains the current Topic
* sorting controls
* optional derived counts grouped by PageType

The counts and lists shall be dynamically derived and not manually maintained.

=== Hub List Sorting ===

Every generated relationship list shall support:

* Page Name
* Creation Date
* Last Edit Date

The query layer shall support ascending and descending order.

Recommended user-facing choices:

<pre>
Name A-Z
Name Z-A
Newest Created
Oldest Created
Recently Updated
Least Recently Updated
</pre>

Default: <code>Name A-Z</code>, unless configured otherwise.

=== Hub List Filtering ===

The architecture shall support future filters including:

* PageStatus
* PageType
* direct relationships versus descendant Area relationships

Archived content should be excluded from normal hub lists by default where appropriate and exposed through an explicit filter.

=== Page Creation and Last-Edit Dates ===

MediaWiki revision history shall remain authoritative for creation and last-edit timestamps.

For efficient querying and sorting, the application may maintain indexed/cached values:

<pre>
CreatedAt
UpdatedAt
</pre>

The implementation shall document how they are populated and refreshed and should avoid querying the earliest revision of every result during ordinary rendering.

=== Permissions ===

All generated Hub content shall respect MediaWiki read permissions and future sharing/ACL rules.

A viewer shall not learn the title, existence, metadata, or count contribution of a page they cannot view.

This applies to relationship lists, child Areas, counts, filters, autocomplete, Topic breakdowns, Main Page lists, and APIs.

=== Pagination and Performance ===

Generated lists shall support pagination and server-side sorting for large result sets.

The implementation should use indexed query fields, avoid full-table scans, use MediaWiki caching where appropriate, and invalidate/refresh cached output when relevant relationships or metadata change.

The subsystem should remain practical for hubs containing thousands of related pages.

=== Empty States ===

Hub pages shall render useful empty-state messages, such as:

<pre>
No pages are currently associated with this Area.
No pages are currently assigned to this Project.
No pages currently use this Topic.
</pre>

== Main Page Dashboard ==

In PARA Wiki mode, the Main Page shall provide generated navigation in addition to user-configurable introductory content.

At minimum it shall display:

* a hierarchical list of active Areas
* Active Projects

=== Area Hierarchy ===

Top-level Areas are:

<pre>
PageType = Area
PageStatus = Active
ParentArea = NULL
</pre>

Each top-level Area shall display active child Areas recursively or to a configurable display depth.

The hierarchy shall be derived from <code>ParentArea</code>, never manually maintained.

Archived Areas shall be excluded by default.

=== Active Projects ===

The Main Page shall display:

<pre>
PageType = Project
PageStatus = Active
</pre>

Each title shall link to its Project hub page.

Provide a link to an All Projects view that can include Inception and Archived Projects.

The initial Main Page should remain concise; recently edited pages, unclassified counts, and Wiki Health summaries may be added later.

== System Index Pages ==

The extension shall provide generated index views for:

* All Areas
* All Projects
* All Topics
* Wiki Health
* Unclassified Pages

Where practical these should be MediaWiki Special pages rather than editable normal pages.

Recommended routes:

<pre>
Special:Areas
Special:Projects
Special:Topics
Special:WikiHealth
Special:UnclassifiedPages
</pre>

=== All Areas ===

Support hierarchical display, Active/Archived filtering, links to Area hubs, and optional direct/descendant page counts.

=== All Projects ===

Support PageStatus filtering, Area filtering, sorting by Page Name/Creation Date/Last Edit Date, and links to Project hubs.

=== All Topics ===

At minimum show Topic name, link, Active/Archived filtering, and count of accessible pages using the Topic.

Recommended sorting:

<pre>
Name
Number of Pages
Recently Used
Creation Date
Last Edit Date
</pre>

Potential future maintenance views include unused Topics, Topics without descriptions, archived Topics, and possible duplicates.

== Hub Subsystem Technical Architecture ==

Implement a generalized service rather than independent Cargo queries embedded in templates.

Recommended conceptual components:

{| class="wikitable"
! Component !! Responsibility
|-
| <code>HubService</code> || Determine whether the current page is a Hub and assemble its view model.
|-
| <code>HubQueryService</code> || Retrieve related pages using the appropriate relationship.
|-
| <code>HubRenderer</code> || Render generated Hub sections.
|-
| <code>AreaHierarchyService</code> || Resolve parents, children, descendants, and cycle-safe traversal.
|-
| <code>HubSort</code> || Validate and translate supported sort modes.
|-
| <code>HubFilter</code> || Validate and apply supported filters.
|}

Templates may assist presentation, but relationship selection, permissions, hierarchy traversal, sorting, and validation shall reside in extension code.

Relationship mapping:

<pre>
Area -> RelatedAreas
Project -> RelatedProjects
Topic -> RelatedTopics
</pre>

Adding a future Hub-capable object should not require rewriting the subsystem.

== Additional API Requirements for Hubs and Indexes ==

The API shall additionally support operations equivalent to:

<pre>
Get hub metadata
List pages related to an Area
List pages related to a Project
List pages related to a Topic
List child Areas
List Area descendants
List Area hierarchy
List Projects by status
List Topics
</pre>

List operations shall support pagination and, where relevant:

<pre>
sort
direction
status
pageType
includeArchived
includeDescendants
limit
continuation
</pre>

Exact names shall follow MediaWiki/API conventions.

== Additional Acceptance Criteria for Dynamic Hubs ==

=== Scenario K: Area Hub ===

Given Personal as an Active Area and several pages with <code>RelatedAreas=Personal</code>:

* Personal automatically lists those pages.
* no manually maintained list is required
* changing RelatedAreas updates Hub membership
* generated list is not editable as ordinary page text

=== Scenario L: Hub Sorting ===

Given related pages with different names, creation dates, and edit dates:

* sort alphabetically
* sort by creation date
* sort by last edit date
* sorting does not modify metadata
* sorting works with pagination

=== Scenario M: Area Hierarchy ===

Given Photography and Cooking with <code>ParentArea=Hobbies</code>:

* Hobbies displays them as children
* each child displays Hobbies as parent
* hierarchy is generated from ParentArea

=== Scenario N: Direct Area Relationships ===

Given <code>Canon EOS R10</code> with <code>RelatedAreas=Photography</code>:

* it appears in Photography's direct list
* it does not appear in Hobbies' direct list solely because Photography is beneath Hobbies
* a descendant-inclusive view may include it

=== Scenario O: Project Hub ===

Given <code>Hotels in Rome</code> with <code>RelatedProjects=Plan Italy vacation</code>:

* Plan Italy vacation automatically lists Hotels in Rome
* Project Areas are displayed
* generated list is not directly editable

=== Scenario P: Topic Hub ===

Given <code>Topic:Python</code> and multiple pages using it:

* Topic:Python lists accessible associated pages
* it may display derived PageType counts
* archiving the Topic does not destroy relationships

=== Scenario Q: Main Page Area Tree ===

* active top-level Areas render hierarchically
* child Areas appear beneath parents
* archived Areas are excluded by default
* links point to Area hubs

=== Scenario R: Main Page Projects ===

* Active Projects display by default
* Inception and Archived Projects do not
* All Projects view can expose other statuses

=== Scenario S: Topics Index ===

* Special:Topics lists accessible Topics
* Topics can be sorted by name
* usage counts respect permissions
* archived Topics can be filtered

=== Scenario T: Hub Permissions ===

* inaccessible related pages are not displayed
* inaccessible titles do not contribute to exposed counts
* API behavior matches rendered-page behavior

== Additional Open Design Questions ==

# Whether version 1 supports editable content both above and below the generated Hub section, or initially only before it.
# Whether a secondary MediaWiki content slot provides acceptable VisualEditor behavior.
# Whether descendant-Area inclusion ships in version 1 or is deferred.
# Whether Hub sort/filter preferences are temporary, per-user, or per-Hub.
# Exact default pagination size.
# Whether Topic PageType breakdown counts ship in version 1.
# Whether Main Page dashboard sections are configurable/reorderable in version 1.
# Whether system indexes also expose transcludable components in addition to Special pages.

Cursor

2026-08-29T20:15:30Z

Mshell:

Main Page

2026-08-29T20:14:37Z

Mshell:

This page contains info about this shared wiki project, which has attributes of both a wiki family and a wiki farm.

* A '''wiki farm''' is a hosting platform that provides many independent wikis using a shared infrastructure.
* A '''wiki family''' is a group of related wikis that are intentionally connected and usually serve a common purpose or community.
If you would like to contribute ideas to this project (and this wiki), please fill out the Contact Us form at https://goalstriving.org.

==== Project Details ====
* Overview
** [[Vision]]
** [[Why take notes]]?
** [[Note-taking workflow]]
** [[Why a wiki]]?
** [[Why MediaWiki]]?
** [[Possible Names]]
* Completed
** [[Proof of Concept]]
** [[Privacy and Security]]
** [[Wiring to Cursor]]
** Instruct [[Cursor|Cursor AI to document the build process]]
* Next Steps
** Identify members of the [[Board of Directors]]
** Decide on a [[Possible Names|name]]
** [[Podcast Request to Create a Wiki|Invite People to Create a Wiki]]
** Define the [[Default Wiki Pages]]
* Enhancements
*# [[Enhancement Process]]
*# Create a System For Community Members to [[Vote on Future Projects]]
*# [[Production Architecture]]
*# [[Community Wiki]]
*## [[Stats Page]]
*## [[Leader Boards]]
*# [[Wiki Page Properties]]
*# [[Page Type Uses]]
*# [[New User Onboarding]]
*# [[Page Tags and Topics]]
*# [[Improve Login Process]]
*# [[New Authentication Providers]]
*# [[User Profiles]]
*# [[Visual Editor]]
*# [[Branches]]
*# [[Connections]]
*# Collaboration
*#* [[Organizations]]
*#* [[Projects]]
*# [[Page Sets]]
*# [[Structured Data]]
*# [[Sharing & Collaborating]]
*# [[Capture Methods]]
*# [[Uploaded Content]]
*# [[Copy URL to clipboard]]
*# [[Enhancement PowerUp Sound|PowerUp Sound]]
*# [[Improvement to Home Page]]
*# App for iPhone
*# App for Android
* Usage Notes
** [[MediaWiki Extensions]]
** [[Higher Education]]
** [[FreeCodeCamp]]
** [[Socializing]]
** [[Health & Finance]]
* Organizational
** [[Formation of NonProfit]]
** [[Board of Directors]]
** [[Financial Transparency]]
** [[Fundraising]]
** [[Volunteer|Staffing]]
** [[Community Restrictions]]
** [[Timeline]]
** Monthly Community Calls: first Tuesday of each month at 8pm EST) [[MCC 2026 Sept|September]], [[MCC 2026 Oct|October]], [[MCC 2026 Nov|November]], [[MCC 2026 Dec|December]].

WikiFam Requirements and Specifications

2026-08-29T20:13:26Z

Mshell: Mshell moved page WikiFam Requirements and Specifications to Requirements and Specifications

#REDIRECT [[Requirements and Specifications]]

Requirements and Specifications

2026-08-29T20:13:26Z

Mshell: Mshell moved page WikiFam Requirements and Specifications to Requirements and Specifications

WikiFam Gamification

2026-08-29T20:13:02Z

Mshell: Mshell moved page WikiFam Gamification to Gamification

#REDIRECT [[Gamification]]

Gamification

2026-08-29T20:13:02Z

Mshell: Mshell moved page WikiFam Gamification to Gamification

This page contains notes about ways to gamify the creation and curation of a wiki.

=== Possibilities ===
* [[Enhancement PowerUp Sound|PowerUp Sound]]

Gamification

2026-08-29T20:11:47Z

Mshell:

This page contains notes about ways to gamify the creation and curation of a wiki.

=== Possibilities ===
* [[Enhancement PowerUp Sound|PowerUp Sound]]

Requirements and Specifications

2026-08-29T20:09:11Z

Mshell:

Requirements and Specifications

2026-08-29T19:44:12Z

Mshell:

# Wiki Farm PARA Mode
## Functional Requirements and Technical Specification

**Document purpose:** This specification defines the first implementation of the structured personal knowledge management ("PARA Wiki") mode for a MediaWiki-based wiki farm. It is intended to be sufficiently explicit for use by a software developer or coding AI.

**Status:** Draft implementation specification
**Version:** 1.0
**Target platform:** MediaWiki with Cargo and custom extension code
**Primary design principle:** Preserve normal MediaWiki behavior wherever practical, while adding an optional structured PKM mode.

---

# 1. Product Scope

## 1.1 Wiki Modes

When a user creates a new wiki, the system shall support a configurable **Wiki Mode**.

Initial supported modes:

| Mode | Description |
|---|---|
| `standard` | Flexible MediaWiki experience with optional starter content. Structured PARA rules are not enforced. |
| `para` | Structured personal knowledge management mode inspired by PARA and extended with Page Type, Page Status, Areas, Projects, Topics, type-specific metadata, and topic-specific metadata. |

The architecture shall allow additional modes to be introduced later without redesigning the page metadata model.

The selected Wiki Mode shall be stored at the wiki level, not page level.

The user-facing name shall be **PARA Wiki**, but documentation should describe it as "inspired by the PARA method" rather than implying that every feature is part of Tiago Forte's original PARA methodology.

---

# 2. Core Concepts

Every normal content page in PARA Wiki mode shall have:

- exactly one `PageType`
- exactly one `PageStatus`

A page may also have:

- zero or one `ParentArea` when `PageType=Area`
- zero or more `RelatedAreas` when `PageType!=Area`
- zero or more `RelatedProjects`
- zero or more `RelatedTopics`
- zero or more type-specific metadata fields
- zero or more topic-specific metadata fields

Conceptual definitions:

| Dimension | User-facing question | Meaning |
|---|---|---|
| Type | How will I use this page? | The functional role of the page. |
| Status | Is it currently relevant/active? | The lifecycle state of the page. |
| Area | What ongoing part of my life does it support? | An ongoing responsibility, activity, or intentionally maintained domain. |
| Project | What outcome does it support? | A finite outcome or goal. |
| Topic | What is it about? | A subject used to connect related pages. |

---

# 3. Page Types

The application shall initially support exactly six Page Types. Users shall not be able to create custom Page Types in version 1.

| PageType | Description | Guidance |
|---|---|---|
| `Study` | Notes derived from a source or structured learning. | Knowledge being acquired from a particular source, class, book, course, lecture, etc. |
| `Journal` | Chronological experience or reflection. | What happened or what the user experienced. |
| `Idea` | A concept, conclusion, insight, or synthesized thought. | An understanding the user developed rather than merely collected. |
| `Project` | Information supporting an intended finite outcome. | Something the user is trying to complete. |
| `Area` | An ongoing part of life that the user maintains or develops. | An ongoing responsibility, activity, or domain without a defined end. |
| `Resource` | Information collected primarily for future reference. | Information likely to have more use in the future than at the time it is stored. |

Recommended stable internal identifiers:

```text
study
journal
idea
project
area
resource
```

---

# 4. Page Statuses

The application shall initially support three Page Status values:

```text
inception
active
archived
```

Users shall not be able to create custom statuses in version 1.

| PageType | Inception | Active | Archived |
|---|---:|---:|---:|
| Study | No | Yes | Yes |
| Journal | No | Yes | Yes |
| Idea | No | Yes | Yes |
| Project | Yes | Yes | Yes |
| Area | Yes | Yes | Yes |
| Resource | No | Yes | Yes |

Definitions:

| Status | Meaning |
|---|---|
| `Inception` | Being considered or developed but not yet committed. |
| `Active` | Currently relevant, maintained, pursued, or available for normal use. |
| `Archived` | Retained but no longer active. |

Status shall affect default inclusion in views, selectors, reports, workflows, and search filters.

Status shall **not** determine authorization, sharing, privacy, or security permissions.

Archived pages shall remain directly accessible to users who otherwise have permission to view them.

---

# 5. Area Model

## 5.1 Area Definition

An Area is an ongoing responsibility, activity, or something the user intentionally maintains or develops over time.

Examples include Personal, Family, Household, Learning, Career, Travel & Vacations, Hobbies, Photography, Cooking, and Fitness & Nutrition.

## 5.2 Parent Area

An Area page may have zero or one `ParentArea`.

A page whose `PageType=Area` shall not use `RelatedAreas`.

Examples:

```text
Hobbies
ParentArea = NULL

Photography
ParentArea = Hobbies

Cooking
ParentArea = Hobbies

Career
ParentArea = NULL

Skills development
ParentArea = Career
```

A top-level Area is defined as:

```text
PageType = Area
ParentArea = NULL
```

The system shall prevent an Area from being its own parent and shall prevent circular Area relationships.

The Area hierarchy shall support an arbitrary practical depth unless implementation limitations require a documented maximum.

## 5.3 Related Areas

A non-Area page may have zero or more `RelatedAreas`.

Each value shall reference an existing page whose `PageType=Area`.

When assigning an Area through the UI, the default picker shall show active Area pages. The user may enable an option such as **Include archived Areas**.

The Area picker should display hierarchy where practical.

The system should recommend no more than three Related Areas per page but shall not enforce a hard maximum.

---

# 6. Project Model

A Project is a page whose `PageType=Project`.

A Project shall normally have at least one `RelatedArea`, although this shall be a quality warning rather than a hard validation rule.

A page may have zero or more `RelatedProjects`.

Each Related Project shall reference an existing page whose `PageType=Project` and is Active by default in selectors. The picker shall allow archived Projects to be included optionally.

The system shall prevent a Project page from assigning itself as a Related Project.

Project hierarchy / `ParentProject` is explicitly out of scope for version 1, but the schema shall not preclude adding it later.

---

# 7. Project-to-Area Defaulting

When a Project is assigned to a page:

1. Read the selected Project's `RelatedAreas`.
2. Add any missing Project Areas to the edited page's `RelatedAreas`.
3. Do not remove any existing Areas.
4. Allow the user to remove any newly added Areas before saving.
5. Once the page is saved, the values are independent.

This behavior is **default copying**, not dynamic inheritance.

If the Project's Areas change later, existing pages assigned to that Project shall not automatically change.

---

# 8. Topic Model

## 8.1 Topic Is Not a Page Type

`Topic` shall not be added as a seventh PageType. PageType answers **How will I use this page?** Topic answers **What is this page about?**

## 8.2 Topics as First-Class Classification Objects

Topics shall be first-class application objects.

Recommended implementation:

```text
Topic:<TopicName>
```

using a dedicated MediaWiki namespace.

Examples:

```text
Topic:Python
Topic:Programming
Topic:Freshman Courses
Topic:Rome
```

Topic namespace pages are classification/hub objects and are not ordinary PARA knowledge pages. Topic pages shall not require a PageType.

A Topic should support at least:

| Field | Requirement |
|---|---|
| TopicName | Required, unique within the wiki |
| TopicStatus | Active or Archived |
| Description | Optional |
| RelatedTopics | Optional/future-safe |
| MetadataDefinition | Optional structured definition of topic-specific fields |
| CreatedAt | System managed |
| UpdatedAt | System managed |

Version 1 may omit RelatedTopics and MetadataDefinition UI if necessary, but the data model should allow future implementation.

## 8.3 Related Topics

Normal content pages may have zero or more `RelatedTopics`.

Each Related Topic shall reference an existing Topic object. Default picker behavior shall show active Topics, with an option to include archived Topics.

The system should recommend no more than three Topics per page for simplicity but shall not enforce a hard maximum.

## 8.4 Topic Creation

The RelatedTopics control should allow selecting an existing Topic and optionally creating a new Topic inline, subject to permissions.

The system shall prevent accidental duplicate Topics caused only by case differences or excess whitespace, consistent with MediaWiki title behavior.

---

# 9. Topic-Specific Metadata

The architecture shall support topic-specific metadata.

For example, `Topic:Book` could define Author, ISBN, Publisher, and PublicationDate. `Topic:Vehicle` could define Make, Model, ModelYear, and VIN.

Topic metadata and entity/schema metadata may eventually become separate concepts. Version 1 should therefore implement topic-specific metadata modularly rather than permanently coupling metadata schemas to Topic processing.

Recommended abstraction:

```text
MetadataDefinition
MetadataField
MetadataAssignment
MetadataValue
```

---

# 10. Type-Specific Metadata

Each Page Type may expose additional metadata. The following fields are illustrative rather than mandatory for version 1.

| PageType | Possible metadata |
|---|---|
| Study | SourceType, SourceTitle, Author, Instructor, Institution, StartDate, EndDate, Progress, URL, ISBN |
| Journal | JournalDate, StartDate, EndDate, Location |
| Idea | IdeaDate, Confidence, SourcePages |
| Project | StartDate, TargetDate, CompletionDate, Outcome, Progress |
| Area | ReviewFrequency, LastReviewed |
| Resource | SourceURL, SourceDate, Author |

Potential future Project Outcome values include `completed`, `abandoned`, and `cancelled`. Outcome shall remain separate from PageStatus.

The type-specific metadata subsystem shall be extensible without schema redesign.

---

# 11. Unclassified Page Rule

Every non-Area page should normally have at least one of `RelatedAreas`, `RelatedProjects`, or `RelatedTopics`.

This shall not be a hard save-time validation rule.

If all three are empty, the page shall be classified as **Unclassified** for quality/reporting purposes.

The page shall display a non-blocking notification such as:

```text
This page is not currently associated with an Area, Project, or Topic.
```

The user's Status / Wiki Health page shall include an Unclassified Pages section and count.

Area pages are exempt from this rule.

---

# 12. Wiki Health / Status Page

PARA Wiki mode shall include a system-generated or extension-generated **Status** or **Wiki Health** page.

Minimum metrics:

| Metric | Definition |
|---|---|
| Unclassified Pages | Non-Area pages with no Area, Project, or Topic |
| Active Projects Without Areas | Project pages with no RelatedAreas |
| Top-Level Areas | Active Area pages with ParentArea=NULL |
| Sub-Areas | Active Area pages with ParentArea set |
| Archived Pages | Count grouped by PageType |
| Areas With No Associated Content | Areas with no child Areas and no related pages |
| Active Projects With No Recent Activity | Optional if reliable activity logic is available |

All metrics should link to filtered page lists.

---

# 13. Page Metadata UI

Recommended user-facing labels:

```text
Type
Status
Parent Area
Related Areas
Related Projects
Topics
```

Recommended internal field names:

```text
PageType
PageStatus
ParentArea
RelatedAreas
RelatedProjects
RelatedTopics
```

Do not use numbered fields such as `Area1`, `Area2`, `Area3`, `Project1`, etc.

For an Area page, show Type, Status, Parent Area, Related Projects if applicable, and Topics. Hide/disable Related Areas.

For a non-Area page, show Type, Status, Related Areas, Related Projects, and Topics. Hide Parent Area.

When PageType changes, the UI shall dynamically re-evaluate valid statuses and applicable fields.

---

# 14. Cargo Storage Model

Cargo shall be used for structured querying unless implementation testing identifies a technical blocker.

Recommended main table: `WikiPages`.

Illustrative schema:

```wikitext
{{#cargo_declare:
_table=WikiPages
|PageType=String
|PageStatus=String
|ParentArea=Page
|RelatedAreas=List (,) of Page
|RelatedProjects=List (,) of Page
|RelatedTopics=List (,) of Page
}}
```

Requirements:

- Store page names as Cargo `Page` values rather than integer IDs unless testing identifies a strong reason otherwise.
- Use Cargo List fields for RelatedAreas, RelatedProjects, and RelatedTopics.
- Use Cargo-supported list querying such as `HOLDS` rather than manually parsing comma-separated strings.
- Topic references using a dedicated namespace may be stored as full titles such as `Topic:Python`.
- Topic data should use a separate Cargo table such as `Topics`.
- Type-specific metadata may use separate Cargo tables rather than making the main table excessively wide.

---

# 15. Data Integrity Rules

| Rule | Enforcement |
|---|---|
| PageType required | Hard |
| PageStatus required | Hard |
| PageStatus valid for PageType | Hard |
| Area has at most one ParentArea | Hard |
| Area cannot use RelatedAreas | Hard |
| Non-Area cannot use ParentArea | Hard |
| ParentArea references Area page | Hard |
| RelatedAreas reference Area pages | Hard |
| RelatedProjects reference Project pages | Hard |
| RelatedTopics reference Topic objects | Hard |
| Area cannot parent itself | Hard |
| Area hierarchy cannot contain cycles | Hard |
| Project cannot relate to itself | Hard |
| Non-Area should have Area, Project, or Topic | Warning |
| Project should have at least one Area | Warning |
| More than three Areas or Topics | Advisory only |

Invalid metadata submitted through APIs or non-UI mechanisms shall be rejected consistently with UI validation.

---

# 16. Archived Object Behavior

Archived pages remain accessible.

Default behavior:

- exclude archived Areas from Area pickers
- exclude archived Projects from Project pickers
- exclude archived Topics from Topic pickers
- optionally exclude archived pages from default dashboards and views
- allow users to explicitly include archived content
- direct links to archived pages continue to work

Archived shall not mean deleted and shall not modify sharing/privacy permissions.

---

# 17. Search and Browse Behavior

PARA Wiki shall support filtering/browsing by PageType, PageStatus, Area, Project, and Topic.

Examples:

```text
Active Study pages in Learning
Resources related to Plan Italy vacation
Pages about Python
Archived pages in Photography
Unclassified pages
```

Area browse pages should be able to derive and display child Areas, directly related pages, active Projects associated with the Area, and optionally descendant-Area content.

Project browse pages should display Project metadata, Related Areas, pages assigned to the Project, and status/outcome information when implemented.

Topic pages should display the Topic description, pages assigned to the Topic, counts by PageType, and derived related Areas and Projects.

---

# 18. Onboarding

When creating a PARA Wiki, onboarding should explain:

```text
Type: How will I use this page?
Status: Is it currently relevant/active?
Area: What ongoing part of my life does it support?
Project: What outcome does it support?
Topic: What is it about?
```

The user may optionally import starter pages. Starter pages shall be selectable; users should not be forced to import the entire sample set.

All imported starter pages should default to `PageStatus=Active` unless explicitly defined otherwise.

---

# 19. Starter Page Dataset

| PageName | PageType | ParentArea | RelatedAreas | RelatedProjects | RelatedTopics |
|---|---|---|---|---|---|
| Personal | Area | | | | |
| Long-term goals | Resource | | Personal | | |
| Weekly tasks | Resource | | Personal | | |
| Gift ideas | Resource | | Personal | | |
| Daily Journal | Journal | | Personal | | |
| Fitness & Nutrition | Area | | | | |
| Tips for healthy eating | Resource | | Fitness & Nutrition | | |
| Yoga | Area | Fitness & Nutrition | | | |
| Why yoga helps me | Idea | | Fitness & Nutrition | | |
| Household | Area | | | | |
| Products | Resource | | Household | | |
| Household Technology | Resource | | Household | | |
| Subscriptions | Resource | | Household | | |
| Family | Area | | | | |
| Family traditions | Resource | | Family | | |
| Family tree | Resource | | Family | | |
| Friends & Social Activities | Area | | | | |
| Poker night planning | Resource | | Friends & Social Activities | | |
| Why Small Gatherings Are More Enjoyable | Idea | | Friends & Social Activities | | |
| Volunteering | Area | | | | |
| Past volunteering | Resource | | Volunteering | | |
| Volunteering opportunities | Resource | | Volunteering | | |
| Vehicles | Area | | | | |
| Honda Accord 2025 | Resource | | Vehicles | | |
| Vehicles being considered for purchase | Resource | | Vehicles | | |
| Learning | Area | | | | |
| List of schools & courses attended | Resource | | Learning | | |
| List of books I have read | Resource | | Learning | | |
| Intro to Python | Study | | Learning, Career | Complete course on Python | Programming, Python |
| Psychology 103 | Study | | Learning | University Degree | Freshman Courses |
| Music Theory 202 | Study | | Learning | University Degree | Freshman Courses |
| Travel & Vacations | Area | | | | |
| Bucket list | Resource | | Travel & Vacations | | |
| Past vacations | Resource | | Travel & Vacations | | |
| Spain Vacation Journal | Journal | | Travel & Vacations | | |
| Travel loyalty programs | Resource | | Travel & Vacations | | |
| Entertainment | Area | | | | |
| Concerts I might want to see | Resource | | Entertainment | | |
| Concert Journal | Journal | | Entertainment | | |
| Movies to rewatch | Resource | | Entertainment | | |
| Hobbies | Area | | | | |
| Photography | Area | Hobbies | | | |
| Canon EOS R10 | Resource | | Photography | | |
| Understanding Exposure by Bryan Peterson | Study | | Photography | | |
| Tips for Low Light Photography | Resource | | Photography | | |
| Cooking | Area | Hobbies | | | |
| Career | Area | | | | |
| Skills development | Area | Career | | | |
| Potential employers | Resource | | Career | | |
| Create family vacation photo book | Project | | Family, Photography | | |
| Replace kitchen floor | Project | | Household | | |
| Plan Italy vacation | Project | | Travel & Vacations, Family | | |
| Hotels in Rome | Resource | | Travel & Vacations, Family | Plan Italy vacation | |
| Complete course on Python | Project | | Career, Learning | | |
| University Degree | Project | | Learning | | |

Required starter Topics if the corresponding starter pages are imported:

```text
Programming
Python
Freshman Courses
```

Starter Project and Topic dependencies shall be handled automatically. No imported starter page may contain a dangling reference.

---

# 20. Page Creation Workflow

1. User enters page title.
2. User selects PageType.
3. System presents valid PageStatus values.
4. Default status should normally be Active.
5. If PageType=Area, show ParentArea and hide RelatedAreas.
6. Otherwise show RelatedAreas and hide ParentArea.
7. Show RelatedProjects.
8. Show RelatedTopics.
9. Load type-specific metadata fields.
10. Load topic-specific metadata fields as Topics are selected.
11. Validate hard rules.
12. Display advisory warnings separately.
13. Save page and structured metadata atomically where practical.

The system should minimize clicks and avoid repeated confirmation screens.

---

# 21. Editing Workflow

Existing metadata shall load into the editor.

Changing PageType shall re-evaluate valid statuses, update visible fields, warn before discarding invalid metadata, and never silently destroy user metadata.

Example: changing Area to Resource may safely offer to convert ParentArea to RelatedAreas. Changing Resource to Area with multiple RelatedAreas shall require the user to choose zero or one ParentArea.

---

# 22. Page Rename / Move Behavior

Because Page-valued metadata references page titles, page moves must preserve referential integrity.

The extension shall test MediaWiki/Cargo behavior for page moves. If Cargo does not automatically update references reliably, custom extension logic shall update ParentArea, RelatedAreas, RelatedProjects, and RelatedTopics as appropriate.

Topic page moves shall similarly update RelatedTopics references.

A maintenance script shall detect dangling references.

---

# 23. Page Delete Behavior

Deleting a referenced Area, Project, or Topic requires explicit handling.

Preferred behavior:

1. Display dependency count before deletion.
2. Provide links to referencing pages.
3. Do not silently remove relationship values.
4. Allow administrative forced deletion if MediaWiki permissions permit.
5. After deletion, Wiki Health shall identify dangling references until repaired.

Future enhancement: reassignment during deletion.

---

# 24. Permissions and Privacy

PARA classification is independent of access control.

Do not use PageStatus, PageType, Area, Project, or Topic as security boundaries.

All extension-generated lists and Cargo queries must respect MediaWiki read permissions and must not leak page titles or metadata for pages the viewer cannot access.

This applies to Area pages, Project pages, Topic pages, dashboards, autocomplete, selectors, API endpoints, counts, and search results.

---

# 25. API Requirements

The extension should expose structured operations through MediaWiki's API or a clearly defined REST interface.

Minimum operations:

```text
Get page classification metadata
Set page classification metadata
List valid PageTypes
List valid statuses for a PageType
Search/select Areas
Search/select Projects
Search/select Topics
Create Topic
Get Wiki Health counts
List Unclassified pages
```

API validation rules shall match UI validation rules.

Example payload:

```json
{
"pageType": "study",
"pageStatus": "active",
"relatedAreas": ["Learning", "Career"],
"relatedProjects": ["Complete course on Python"],
"relatedTopics": ["Topic:Programming", "Topic:Python"]
}
```

---

# 26. Extension Architecture

Recommended implementation: one custom MediaWiki extension responsible for structured PKM behavior.

Working placeholder name: `WikiFarmPKM`.

Responsibilities:

- Wiki Mode configuration
- metadata validation
- metadata UI integration
- PageType/PageStatus rules
- Area hierarchy logic
- Project default-Area behavior
- Topic namespace behavior
- Cargo integration
- Wiki Health dashboard
- API endpoints
- maintenance scripts
- onboarding support hooks
- page move/delete consistency logic

Avoid scattering core business rules across templates, JavaScript snippets, and wiki pages. Templates may render data, but the extension should be the validation source of truth.

---

# 27. Configuration

Recommended wiki-level configuration:

```php
$wgWikiFarmMode = 'para';
```

or an equivalent per-wiki application configuration.

Recommended configurable constants:

```text
AllowedPageTypes
AllowedStatuses
StatusesByPageType
DefaultPageStatus
TopicNamespaceId
RecommendMaxAreas
RecommendMaxTopics
EnableProjectAreaDefaults
EnableWikiHealth
```

Do not hard-code numeric namespace IDs without a configuration constant.

---

# 28. Namespace Recommendation

Use a dedicated namespace:

```text
Topic:
```

Do not place Topic hub pages in the main namespace.

Topic namespace pages should remain normal MediaWiki pages where practical so they retain revisions, watchability, linking, discussion, search, and history.

---

# 29. Query Examples

Conceptual Cargo queries:

```text
RelatedAreas HOLDS 'Photography'
```

```text
PageType='Project'
AND PageStatus='Active'
AND RelatedAreas HOLDS 'Family'
```

```text
RelatedTopics HOLDS 'Topic:Python'
```

Unclassified conceptually means PageType is not Area and RelatedAreas, RelatedProjects, and RelatedTopics are all empty.

Implementation shall use exact Cargo syntax appropriate to the installed Cargo version.

---

# 30. Performance Requirements

Design for at least:

```text
100,000 normal pages
10,000 Topics
10,000 Areas/Projects combined
```

without schema redesign.

Selectors/autocomplete must not load all matching objects into the browser. Use server-side search/autocomplete for large lists.

Wiki Health calculations should avoid expensive full scans on every page view. Acceptable approaches include cached counts, scheduled refresh, incremental updates on edit hooks, or indexed Cargo queries. The chosen approach shall be documented.

---

# 31. Accessibility and UX

All classification controls shall be keyboard accessible. Do not rely on color alone for status.

Multi-select fields should support typeahead search, keyboard selection, removal of values, and visible Area hierarchy where practical.

Warnings shall be clearly distinguishable from hard errors.

---

# 32. Logging and Auditability

Metadata changes should be visible in page revision history where practical.

At minimum, administrators should be able to determine who changed PageType, PageStatus, Area/Project/Topic relationships, and when.

Avoid storing critical classification changes only in mutable Cargo rows without corresponding revision/audit context.

---

# 33. Maintenance Scripts

Provide maintenance scripts for:

```text
Rebuild Cargo PKM tables
Validate all PARA metadata
Detect invalid status/type combinations
Detect dangling Area references
Detect dangling Project references
Detect dangling Topic references
Detect Area hierarchy cycles
Rebuild Wiki Health data
Repair/reconcile metadata after page moves
```

Scripts should support dry-run mode where corrective behavior is possible.

---

# 34. Migration and Backward Compatibility

Standard Wiki pages shall not be forced into PARA metadata rules.

If a wiki changes from Standard to PARA mode, provide a migration/onboarding process rather than immediately invalidating all existing pages.

A migration condition such as **Needs Classification** should be a workflow/report state rather than necessarily a new PageStatus.

If a PARA Wiki changes to Standard mode, preserve existing structured metadata unless an administrator explicitly removes it.

---

# 35. Explicit Non-Goals for Version 1

Unless separately approved, version 1 does not include:

```text
Custom user-defined PageTypes
Custom user-defined PageStatuses
ParentProject hierarchy
Automatic dynamic Area inheritance from Projects
AI-based automatic classification
Automatic Topic ontology generation
Security/ACL implementation based on PARA properties
Complex Topic-to-Topic ontology
Goal as a seventh PageType
Capture inbox implementation
Gamification beyond Wiki Health warnings/counts
```

The architecture should not unnecessarily prevent these future capabilities.

---

# 36. Acceptance Criteria

## Scenario A: Create top-level Area

Create Hobbies with PageType=Area, PageStatus=Active, ParentArea=NULL.

Expected: save succeeds, Hobbies appears in Area selectors, and Hobbies appears under Top-Level Areas.

## Scenario B: Create child Area

Create Photography with PageType=Area, PageStatus=Active, ParentArea=Hobbies.

Expected: save succeeds; hierarchy shows Hobbies -> Photography; Photography appears in RelatedAreas selectors; Photography has no RelatedAreas value.

## Scenario C: Prevent invalid Area metadata

Attempt to save Photography as Area with RelatedAreas=Hobbies.

Expected: save rejected and user instructed to use ParentArea.

## Scenario D: Study with multiple relationships

Create Intro to Python as Study/Active with Areas Learning and Career, Project Complete course on Python, and Topics Programming and Python.

Expected: all relationships persist and query correctly.

## Scenario E: Project Area defaulting

Plan Italy vacation has Areas Travel & Vacations and Family. Assign it to Hotels in Rome.

Expected: both Areas are initially added. User may remove Family before saving. Later changes to Project Areas do not modify Hotels in Rome automatically.

## Scenario F: Archive Area

Archive Photography.

Expected: existing references remain; it disappears from default picker; Include archived Areas reveals it; direct access still works.

## Scenario G: Unclassified page

Create Resource with no Area, Project, or Topic.

Expected: save succeeds; warning appears; Wiki Health count increases; page appears in Unclassified list.

## Scenario H: Invalid status

Attempt Resource + Inception.

Expected: save rejected.

## Scenario I: Area cycle

Attempt Hobbies.ParentArea=Photography while Photography.ParentArea=Hobbies.

Expected: save rejected with clear cycle error.

## Scenario J: Topic behavior

Create Topic:Python, assign it to several pages, then archive it.

Expected: Topic hub lists associated pages; active selector includes it before archive; default selector excludes it after archive; existing references remain intact.

---

# 37. Open Design Questions

The developer/coding AI shall not invent final behavior for these items without product approval:

1. Exact type-specific metadata fields for each PageType.
2. Exact topic-specific metadata definition format.
3. Whether Topic pages may themselves be assigned RelatedTopics.
4. Whether Area pages may have Topics and/or RelatedProjects. Current recommendation: yes.
5. Whether Project pages may have RelatedTopics. Current recommendation: yes.
6. Exact VisualEditor integration approach.
7. Whether classification metadata is stored in wikitext templates, a revision-backed slot/content model, or another revision-backed mechanism in addition to Cargo.
8. Whether Wiki Mode is fixed at creation or can later be changed by an administrator.
9. Whether a separate EntityType/schema-classification mechanism should eventually exist alongside Topics.
10. Whether starter content is installed by extension code, Page Exchange packages, XML import, or another mechanism.

---

# 38. Recommended Implementation Order

Phase 1: Wiki Mode, PageType, PageStatus, Cargo table, basic metadata UI, validation.

Phase 2: Areas, ParentArea, RelatedAreas, hierarchy.

Phase 3: Projects, RelatedProjects, Project-to-Area default copying.

Phase 4: Topic namespace, Topic table, RelatedTopics, Topic hub pages.

Phase 5: Wiki Health dashboard, unclassified warnings, archive filtering.

Phase 6: starter-page onboarding, type-specific metadata framework, topic-specific metadata framework, API, and maintenance tools.

Each phase should include automated tests before proceeding.

---

# 39. Testing Requirements

Automated tests shall cover at least:

```text
PageType validation
PageStatus validation
status/type compatibility
ParentArea validation
Area cycle detection
Area selector filtering
Project selector filtering
Topic selector filtering
RelatedAreas list persistence
RelatedProjects list persistence
RelatedTopics list persistence
Project Area default copying
archived object behavior
unclassified detection
permissions-aware query output
page rename handling
page deletion/dangling-reference detection
API validation
```

Use MediaWiki-supported unit/integration test frameworks appropriate to the installed version.

---

# 40. Coding Standards

The implementation shall follow MediaWiki extension conventions, use namespaced PHP classes, avoid deprecated APIs, use dependency injection where supported, validate on the server, escape user output, respect CSRF protection, respect MediaWiki permissions, document configuration/schema, provide upgrade logic for schema changes, and include automated tests for core business rules.

Avoid duplicating business rules independently in PHP and JavaScript where a server-side source of truth is practical.

---

# 41. Naming Standard

Canonical internal names:

```text
WikiMode
PageType
PageStatus
ParentArea
RelatedAreas
RelatedProjects
RelatedTopics
TopicName
TopicStatus
```

Recommended user-facing labels:

```text
Wiki Mode
Type
Status
Parent Area
Related Areas
Related Projects
Topics
```

Avoid underscores such as `Page_Type` unless required by a specific external convention. Avoid numbered relationship properties.

---

# 42. Summary of Core Business Rules

```text
Every PARA knowledge page:
exactly one PageType
exactly one valid PageStatus

If PageType = Area:
zero or one ParentArea
no RelatedAreas

If PageType != Area:
no ParentArea
zero or more RelatedAreas

Any normal page:
zero or more RelatedProjects
zero or more RelatedTopics

Topics:
first-class classification objects
not PageTypes
recommended dedicated namespace

Archived:
lifecycle state
not security state

Project Area behavior:
defaults copied at assignment time
not permanently inherited

Unclassified:
warning/report condition
not a save-blocking error
```

This model shall be treated as the implementation source of truth unless superseded by a later approved specification.

Requirements and Specifications

2026-08-29T19:44:02Z

Mshell: Created page with "This page."

This page.

Wiki Page Properties

2026-08-29T19:43:24Z

Mshell:

This page contains notes about properties assigned to every wiki page that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

ChatGPT Specs

Based on a conversation where we worked out the details, ChatGPT created this [[WikiFam Requirements and Specifications]]

=== Wiki Mode ===
When new users create their wikis, they will have two options (perhaps more in the future):

* Standard Wiki: A flexible MediaWiki experience with optional starter content.
* PARA Wiki: A structured personal knowledge management system

=== Page Type and Status ===
The table below shows each of the six default Page Types, the allowable Statuses for each, and a description of the content.
{| class="wikitable"
|'''PageType'''
|'''PageStatus'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* Every page has a Type and Status. Pages can also be connected to Areas, Projects, and Topics.
** Type = How will I use this page?
** Status = Is it currently relevant/active?
** Area = What ongoing part of my life does it support?
** Project = What outcome does it support?
** Topic = What is it about?
* There are six default page types; more may be added later. Users cannot add new Types.
* PageStatus determines whether a page is included in default views, searches, selectors, reports, and workflows. Archived pages remain accessible but may be excluded by default. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# An ''area'' is an ongoing responsibility, activity, or something you intentionally maintain or develop over time
*# A ''topic'' is a subject that can connect multiple pages but does not represent an ongoing responsibility or activity you maintain.
* Pages will also have type-specific metadata and may have topic-specific metadata.
* An Area may have zero or one Parent Area.
* Any page with a type other than Area may have zero or more Related Areas.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A top-level Area has no ParentArea.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* PageType and PageStatus are mandatory, and each has exactly one value. Area and Topic are optional; we recommend a maximum of three each, but there is no restriction on the quantity.
* A hobby that the user actively practices or develops should be represented as an Area, optionally beneath the Hobbies Area.
* When a project is assigned to a page, the related areas of the project are also assigned to the page by default. Users may remove them and/or add new Areas and/or Topics.
* Every non-Area page should normally have at least one Related Area, Related Project, or Related Topic. Pages that do not are considered unclassified and are flagged for review.

=== Default Pages and their Properties ===
The table below shows each of the optional pages (along with their properties) that the user may choose to import during the [[New User Onboarding]] process.
{| class="wikitable"
|'''PageName'''
|'''PageType'''
|'''PageStatus'''
|'''ParentArea'''
|'''RelatedAreas'''
|'''RelatedProjects'''
|'''RelatedTopics'''
|-
|Personal
|Area
|Active
|
|
|
|
|-
|Long-term goals
|Resource
|Active
|
|Personal
|
|
|-
|Weekly tasks
|Resource
|Active
|
|Personal
|
|
|-
|Gift ideas
|Resource
|Active
|
|Personal
|
|
|-
|Daily Journal
|Journal
|Active
|
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|Active
|
|
|
|
|-
|Tips for healthy eating
|Resource
|Active
|
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Active
|Fitness & Nutrition
|
|
|
|-
|Why yoga helps me
|Idea
|Active
|
|Fitness & Nutrition
|
|
|-
|Household
|Area
|Active
|
|
|
|
|-
|Products
|Resource
|Active
|
|Household
|
|
|-
|Household Technology
|Resource
|Active
|
|Household
|
|
|-
|Subscriptions
|Resource
|Active
|
|Household
|
|
|-
|Family
|Area
|Active
|
|
|
|
|-
|Family traditions
|Resource
|Active
|
|Family
|
|
|-
|Family tree
|Resource
|Active
|
|Family
|
|
|-
|Friends & Social Activities
|Area
|Active
|
|
|
|
|-
|Poker night planning
|Resource
|Active
|
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Active
|
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|Active
|
|
|
|
|-
|Past volunteering
|Resource
|Active
|
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Active
|
|Volunteering
|
|
|-
|Vehicles
|Area
|Active
|
|
|
|
|-
|Honda Accord 2025
|Resource
|Active
|
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Active
|
|Vehicles
|
|
|-
|Learning
|Area
|Active
|
|
|
|
|-
|List of schools & courses attended
|Resource
|Active
|
|Learning
|
|
|-
|List of books I have read
|Resource
|Active
|
|Learning
|
|
|-
|Intro to Python
|Study
|Active
|
|Learning, Career
|Complete course on Python
|Programming, Python
|-
|Psychology 103
|Study
|Active
|
|Learning
|University Degree
|Freshman Courses
|-
|Music Theory 202
|Study
|Active
|
|Learning
|University Degree
|Freshman Courses
|-
|Travel & Vacations
|Area
|Active
|
|
|
|
|-
|Bucket list
|Resource
|Active
|
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Active
|
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Active
|
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Active
|
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|Active
|
|
|
|
|-
|Concerts I might want to see
|Resource
|Active
|
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Active
|
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Active
|
|Entertainment
|
|
|-
|Hobbies
|Area
|Active
|
|
|
|
|-
|Photography
|Area
|Active
|Hobbies
|
|
|
|-
|Canon EOS R10
|Resource
|Active
|
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Active
|
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Active
|
|Photography
|
|
|-
|Cooking
|Area
|Active
|Hobbies
|
|
|
|-
|Career
|Area
|Active
|
|
|
|
|-
|Skills development
|Area
|Active
|Career
|
|
|
|-
|Potential employers
|Resource
|Active
|
|Career
|
|
|-
|Create family vacation photo book
|Project
|Active
|
|Family, Photography
|
|
|-
|Replace kitchen floor
|Project
|Active
|
|Household
|
|
|-
|Plan Italy vacation
|Project
|Active
|
|Travel & Vacations, Family
|
|
|-
|Hotels in Rome
|Resource
|Active
|
|Travel & Vacations, Family
|Plan Italy vacation
|
|-
|Complete course on Python
|Project
|Active
|
|Career, Learning
|
|
|-
|University Degree
|Project
|Active
|
|Learning
|
|
|}

=== PARA Wiki ===
Please create a new wiki based on demo.goalstriving.org that enforces page properties and uses dynamic content. Assign each of the properties in the table above to the pages. The slug should be para, and the users with demo access should have the same level of access to para.

Please remove the page histories from demo and para, and also the redirect links that were created when pages were renamed.

Wiki Page Properties

2026-08-29T19:42:09Z

Mshell: /* Page Type and Status */

This page contains notes about properties assigned to every wiki page that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== Wiki Mode ===
When new users create their wikis, they will have two options (perhaps more in the future):

* Standard Wiki: A flexible MediaWiki experience with optional starter content.
* PARA Wiki: A structured personal knowledge management system

=== Page Type and Status ===
The table below shows each of the six default Page Types, the allowable Statuses for each, and a description of the content.
{| class="wikitable"
|'''PageType'''
|'''PageStatus'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* Every page has a Type and Status. Pages can also be connected to Areas, Projects, and Topics.
** Type = How will I use this page?
** Status = Is it currently relevant/active?
** Area = What ongoing part of my life does it support?
** Project = What outcome does it support?
** Topic = What is it about?
* There are six default page types; more may be added later. Users cannot add new Types.
* PageStatus determines whether a page is included in default views, searches, selectors, reports, and workflows. Archived pages remain accessible but may be excluded by default. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# An ''area'' is an ongoing responsibility, activity, or something you intentionally maintain or develop over time
*# A ''topic'' is a subject that can connect multiple pages but does not represent an ongoing responsibility or activity you maintain.
* Pages will also have type-specific metadata and may have topic-specific metadata.
* An Area may have zero or one Parent Area.
* Any page with a type other than Area may have zero or more Related Areas.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A top-level Area has no ParentArea.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* PageType and PageStatus are mandatory, and each has exactly one value. Area and Topic are optional; we recommend a maximum of three each, but there is no restriction on the quantity.
* A hobby that the user actively practices or develops should be represented as an Area, optionally beneath the Hobbies Area.
* When a project is assigned to a page, the related areas of the project are also assigned to the page by default. Users may remove them and/or add new Areas and/or Topics.
* Every non-Area page should normally have at least one Related Area, Related Project, or Related Topic. Pages that do not are considered unclassified and are flagged for review.

=== Default Pages and their Properties ===
The table below shows each of the optional pages (along with their properties) that the user may choose to import during the [[New User Onboarding]] process.
{| class="wikitable"
|'''PageName'''
|'''PageType'''
|'''PageStatus'''
|'''ParentArea'''
|'''RelatedAreas'''
|'''RelatedProjects'''
|'''RelatedTopics'''
|-
|Personal
|Area
|Active
|
|
|
|
|-
|Long-term goals
|Resource
|Active
|
|Personal
|
|
|-
|Weekly tasks
|Resource
|Active
|
|Personal
|
|
|-
|Gift ideas
|Resource
|Active
|
|Personal
|
|
|-
|Daily Journal
|Journal
|Active
|
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|Active
|
|
|
|
|-
|Tips for healthy eating
|Resource
|Active
|
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Active
|Fitness & Nutrition
|
|
|
|-
|Why yoga helps me
|Idea
|Active
|
|Fitness & Nutrition
|
|
|-
|Household
|Area
|Active
|
|
|
|
|-
|Products
|Resource
|Active
|
|Household
|
|
|-
|Household Technology
|Resource
|Active
|
|Household
|
|
|-
|Subscriptions
|Resource
|Active
|
|Household
|
|
|-
|Family
|Area
|Active
|
|
|
|
|-
|Family traditions
|Resource
|Active
|
|Family
|
|
|-
|Family tree
|Resource
|Active
|
|Family
|
|
|-
|Friends & Social Activities
|Area
|Active
|
|
|
|
|-
|Poker night planning
|Resource
|Active
|
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Active
|
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|Active
|
|
|
|
|-
|Past volunteering
|Resource
|Active
|
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Active
|
|Volunteering
|
|
|-
|Vehicles
|Area
|Active
|
|
|
|
|-
|Honda Accord 2025
|Resource
|Active
|
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Active
|
|Vehicles
|
|
|-
|Learning
|Area
|Active
|
|
|
|
|-
|List of schools & courses attended
|Resource
|Active
|
|Learning
|
|
|-
|List of books I have read
|Resource
|Active
|
|Learning
|
|
|-
|Intro to Python
|Study
|Active
|
|Learning, Career
|Complete course on Python
|Programming, Python
|-
|Psychology 103
|Study
|Active
|
|Learning
|University Degree
|Freshman Courses
|-
|Music Theory 202
|Study
|Active
|
|Learning
|University Degree
|Freshman Courses
|-
|Travel & Vacations
|Area
|Active
|
|
|
|
|-
|Bucket list
|Resource
|Active
|
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Active
|
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Active
|
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Active
|
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|Active
|
|
|
|
|-
|Concerts I might want to see
|Resource
|Active
|
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Active
|
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Active
|
|Entertainment
|
|
|-
|Hobbies
|Area
|Active
|
|
|
|
|-
|Photography
|Area
|Active
|Hobbies
|
|
|
|-
|Canon EOS R10
|Resource
|Active
|
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Active
|
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Active
|
|Photography
|
|
|-
|Cooking
|Area
|Active
|Hobbies
|
|
|
|-
|Career
|Area
|Active
|
|
|
|
|-
|Skills development
|Area
|Active
|Career
|
|
|
|-
|Potential employers
|Resource
|Active
|
|Career
|
|
|-
|Create family vacation photo book
|Project
|Active
|
|Family, Photography
|
|
|-
|Replace kitchen floor
|Project
|Active
|
|Household
|
|
|-
|Plan Italy vacation
|Project
|Active
|
|Travel & Vacations, Family
|
|
|-
|Hotels in Rome
|Resource
|Active
|
|Travel & Vacations, Family
|Plan Italy vacation
|
|-
|Complete course on Python
|Project
|Active
|
|Career, Learning
|
|
|-
|University Degree
|Project
|Active
|
|Learning
|
|
|}

=== PARA Wiki ===
Please create a new wiki based on demo.goalstriving.org that enforces page properties and uses dynamic content. Assign each of the properties in the table above to the pages. The slug should be para, and the users with demo access should have the same level of access to para.

Please remove the page histories from demo and para, and also the redirect links that were created when pages were renamed.

Wiki Page Types

2026-08-29T18:09:25Z

Mshell: Mshell moved page Wiki Page Types to Wiki Page Properties

#REDIRECT [[Wiki Page Properties]]

Wiki Page Properties

2026-08-29T18:09:25Z

Mshell: Mshell moved page Wiki Page Types to Wiki Page Properties

This page contains notes about properties assigned to every wiki page that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== Page Type and Status ===
The table below shows each of the six default Page Types, the allowable Statuses for each, and a description of the content.
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* Every page has a Type and Status. Pages can also be connected to Areas, Projects, and Topics.
** Type = How will I use this page?
** Status = Is it currently relevant/active?
** Area = What ongoing part of my life does it support?
** Project = What outcome does it support?
** Topic = What is it about?
* There are six default page types; more may be added later. Users cannot add new Types.
* The Status determines visibility and searchability. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# If it is an ongoing responsibility or something that is actively maintained, it is an Area.
*# If you typically spend less than an hour per week doing or thinking about something, then it could be a Topic. But only create Topics for things that you think you might eventually have multiple pages about.
* Pages will also have type-specific metadata and may have topic-specific metadata.
* An Area may have zero or one Parent Area.
* Any page with a type other than Area may have zero or more Related Areas.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A parent Area page (e.g. Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active; Area: NULL. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* Status and Type are mandatory with a maximum of one assigned. Area and Topic are optional - the "system" does not require there be a maximum of Areas and Topics assigned to any page, but if you recommend, we could set a max of three or four (for each or combined)
* Every Hobby gets its own Area of the same name; the page for the hobby is type: Area; area: Hobby
* Pages assigned to the project will automatically have the area(s) of that project assigned to them by default. Users may remove them and/or add new Areas and/or Topics.
* Every page that is not type: Area should have at least one Area or Topic assigned. There should be a notification to the user that is visible on that page as well as in the user's Status page.

=== Default Pages and their Properties ===
The table below shows each of the optional pages (along with their properties) that the user may choose to import during the [[New User Onboarding|New User Onboardin]]<nowiki/>g process.
{| class="wikitable"
|'''PageName'''
|'''PageType'''
|'''RelatedAreas'''
|'''RelatedProjects'''
|'''RelatedTopics'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning, Career
|Complete course on Python
|Programming, Python
|-
|Psychology 103
|Study
|Learning
|University Degree
|Freshman Courses
|-
|Music Theory 202
|Study
|Learning
|University Degree
|Freshman Courses
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family, Photography
|
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations, Family
|
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|Plan Italy vacation
|
|-
|Complete course on python
|Project
|Career
|Learning
|
|-
|University Degree
|Project
|Learning
|
|
|}

=== PARA Wiki ===
Please create a new wiki based on demo.goalstriving.org that will enforce page properties and use dyanmic content. Assign each of the properties in the table above to the pages. The slug should be para and the users with access to demo should have the same level of access to para.

Please remove the page histories from demo and para and also the redirect links that were created when pages were renamed.

Wiki Page Properties

2026-08-29T18:09:07Z

Mshell: /* Guiding Principles for Page Properties. */

This page contains notes about properties assigned to every wiki page that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== Page Type and Status ===
The table below shows each of the six default Page Types, the allowable Statuses for each, and a description of the content.
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* Every page has a Type and Status. Pages can also be connected to Areas, Projects, and Topics.
** Type = How will I use this page?
** Status = Is it currently relevant/active?
** Area = What ongoing part of my life does it support?
** Project = What outcome does it support?
** Topic = What is it about?
* There are six default page types; more may be added later. Users cannot add new Types.
* The Status determines visibility and searchability. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# If it is an ongoing responsibility or something that is actively maintained, it is an Area.
*# If you typically spend less than an hour per week doing or thinking about something, then it could be a Topic. But only create Topics for things that you think you might eventually have multiple pages about.
* Pages will also have type-specific metadata and may have topic-specific metadata.
* An Area may have zero or one Parent Area.
* Any page with a type other than Area may have zero or more Related Areas.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A parent Area page (e.g. Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active; Area: NULL. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* Status and Type are mandatory with a maximum of one assigned. Area and Topic are optional - the "system" does not require there be a maximum of Areas and Topics assigned to any page, but if you recommend, we could set a max of three or four (for each or combined)
* Every Hobby gets its own Area of the same name; the page for the hobby is type: Area; area: Hobby
* Pages assigned to the project will automatically have the area(s) of that project assigned to them by default. Users may remove them and/or add new Areas and/or Topics.
* Every page that is not type: Area should have at least one Area or Topic assigned. There should be a notification to the user that is visible on that page as well as in the user's Status page.

=== Default Pages and their Properties ===
The table below shows each of the optional pages (along with their properties) that the user may choose to import during the [[New User Onboarding|New User Onboardin]]<nowiki/>g process.
{| class="wikitable"
|'''PageName'''
|'''PageType'''
|'''RelatedAreas'''
|'''RelatedProjects'''
|'''RelatedTopics'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning, Career
|Complete course on Python
|Programming, Python
|-
|Psychology 103
|Study
|Learning
|University Degree
|Freshman Courses
|-
|Music Theory 202
|Study
|Learning
|University Degree
|Freshman Courses
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family, Photography
|
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations, Family
|
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|Plan Italy vacation
|
|-
|Complete course on python
|Project
|Career
|Learning
|
|-
|University Degree
|Project
|Learning
|
|
|}

=== PARA Wiki ===
Please create a new wiki based on demo.goalstriving.org that will enforce page properties and use dyanmic content. Assign each of the properties in the table above to the pages. The slug should be para and the users with access to demo should have the same level of access to para.

Please remove the page histories from demo and para and also the redirect links that were created when pages were renamed.

Wiki Page Properties

2026-08-29T18:03:46Z

Mshell: /* Guiding Principles for Page Properties. */

This page contains notes about the idea of categorizing every wiki page with a type that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. It would add the most value if I made a mandatory rule that every page must have one and only one type classification. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== Page Type and Status ===
Every wiki page will have four properties: Type, Status, Area, and Topic. We could call them Page_Type, Page_Status, etc. Please use standard naming conventions and keep things as intuitive as possible. Pages will also have type-specific metadata and may have topic-specific metadata.

The table below shows each of the six default Page Types, the allowable Statuses for each, and a description of the content.
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* Every page has a Type and Status. Pages can also be connected to Areas, Projects, and Topics.
** Type = How will I use this page?
** Status = Is it currently relevant/active?
** Area = What ongoing part of my life does it support?
** Project = What outcome does it support?
** Topic = What is it about?
* The Type describes how the content on the page will be used. Every page is assigned one and only one Type.
* There are six default page types; more may be added later. Users cannot add new Types.
* The Status determines visibility and searchability. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# If it is an ongoing responsibility or something that is actively maintained, it is an Area.
*# If you typically spend less than an hour per week doing or thinking about something, then it could be a Topic. But only create Topics for things that you think you might eventually have multiple pages about.
* An Area may have zero or one Parent Area.
* Any page with a type other than Area may have zero or more Related Areas.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A parent Area page (e.g. Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active; Area: NULL. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* Status and Type are mandatory with a maximum of one assigned. Area and Topic are optional - the "system" does not require there be a maximum of Areas and Topics assigned to any page, but if you recommend, we could set a max of three or four (for each or combined)
* Every Hobby gets its own Area of the same name; the page for the hobby is type: Area; area: Hobby
* Pages assigned to the project will automatically have the area(s) of that project assigned to them by default. Users may remove them and/or add new Areas and/or Topics.
* Every page that is not type: Area should have at least one Area or Topic assigned. There should be a notification to the user that is visible on that page as well as in the user's Status page.

=== Default Pages and their Properties ===
The table below shows each of the optional pages (along with their properties) that the user may choose to import during the [[New User Onboarding|New User Onboardin]]<nowiki/>g process.
{| class="wikitable"
|'''PageName'''
|'''PageType'''
|'''RelatedAreas'''
|'''RelatedProjects'''
|'''RelatedTopics'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning, Career
|Complete course on Python
|Programming, Python
|-
|Psychology 103
|Study
|Learning
|University Degree
|Freshman Courses
|-
|Music Theory 202
|Study
|Learning
|University Degree
|Freshman Courses
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family, Photography
|
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations, Family
|
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|Plan Italy vacation
|
|-
|Complete course on python
|Project
|Career
|Learning
|
|-
|University Degree
|Project
|Learning
|
|
|}

=== PARA Wiki ===
Please create a new wiki based on demo.goalstriving.org that will enforce page properties and use dyanmic content. Assign each of the properties in the table above to the pages. The slug should be para and the users with access to demo should have the same level of access to para.

Please remove the page histories from demo and para and also the redirect links that were created when pages were renamed.

Wiki Page Properties

2026-08-29T18:03:28Z

Mshell: /* Guiding Principles for Page Properties. */

This page contains notes about the idea of categorizing every wiki page with a type that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. It would add the most value if I made a mandatory rule that every page must have one and only one type classification. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== Page Type and Status ===
Every wiki page will have four properties: Type, Status, Area, and Topic. We could call them Page_Type, Page_Status, etc. Please use standard naming conventions and keep things as intuitive as possible. Pages will also have type-specific metadata and may have topic-specific metadata.

The table below shows each of the six default Page Types, the allowable Statuses for each, and a description of the content.
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* Every page has a Type and Status. Pages can also be connected to Areas, Projects, and Topics.

** Type = How will I use this page?
** Status = Is it currently relevant/active?
** Area = What ongoing part of my life does it support?
** Project = What outcome does it support?
** Topic = What is it about?
* The Type describes how the content on the page will be used. Every page is assigned one and only one Type.
* There are six default page types; more may be added later. Users cannot add new Types.
* The Status determines visibility and searchability. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# If it is an ongoing responsibility or something that is actively maintained, it is an Area.
*# If you typically spend less than an hour per week doing or thinking about something, then it could be a Topic. But only create Topics for things that you think you might eventually have multiple pages about.
* An Area may have zero or one Parent Area.
* Any page with a type other than Area may have zero or more Related Areas.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A parent Area page (e.g. Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active; Area: NULL. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* Status and Type are mandatory with a maximum of one assigned. Area and Topic are optional - the "system" does not require there be a maximum of Areas and Topics assigned to any page, but if you recommend, we could set a max of three or four (for each or combined)
* Every Hobby gets its own Area of the same name; the page for the hobby is type: Area; area: Hobby
* Pages assigned to the project will automatically have the area(s) of that project assigned to them by default. Users may remove them and/or add new Areas and/or Topics.
* Every page that is not type: Area should have at least one Area or Topic assigned. There should be a notification to the user that is visible on that page as well as in the user's Status page.

=== Default Pages and their Properties ===
The table below shows each of the optional pages (along with their properties) that the user may choose to import during the [[New User Onboarding|New User Onboardin]]<nowiki/>g process.
{| class="wikitable"
|'''PageName'''
|'''PageType'''
|'''RelatedAreas'''
|'''RelatedProjects'''
|'''RelatedTopics'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning, Career
|Complete course on Python
|Programming, Python
|-
|Psychology 103
|Study
|Learning
|University Degree
|Freshman Courses
|-
|Music Theory 202
|Study
|Learning
|University Degree
|Freshman Courses
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family, Photography
|
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations, Family
|
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|Plan Italy vacation
|
|-
|Complete course on python
|Project
|Career
|Learning
|
|-
|University Degree
|Project
|Learning
|
|
|}

=== PARA Wiki ===
Please create a new wiki based on demo.goalstriving.org that will enforce page properties and use dyanmic content. Assign each of the properties in the table above to the pages. The slug should be para and the users with access to demo should have the same level of access to para.

Please remove the page histories from demo and para and also the redirect links that were created when pages were renamed.

Wiki Page Properties

2026-08-29T18:03:19Z

Mshell: /* Default Pages and their Properties */

This page contains notes about the idea of categorizing every wiki page with a type that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. It would add the most value if I made a mandatory rule that every page must have one and only one type classification. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== Page Type and Status ===
Every wiki page will have four properties: Type, Status, Area, and Topic. We could call them Page_Type, Page_Status, etc. Please use standard naming conventions and keep things as intuitive as possible. Pages will also have type-specific metadata and may have topic-specific metadata.

The table below shows each of the six default Page Types, the allowable Statuses for each, and a description of the content.
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* Every page has a Type and Status. Pages can also be connected to Areas, Projects, and Topics.

** Type = How will I use this page?
** Status = Is it currently relevant/active?
** Area = What ongoing part of my life does it support?
** Project = What outcome does it support?
** Topic = What is it about?

* The Type describes how the content on the page will be used. Every page is assigned one and only one Type.
* There are six default page types; more may be added later. Users cannot add new Types.
* The Status determines visibility and searchability. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# If it is an ongoing responsibility or something that is actively maintained, it is an Area.
*# If you typically spend less than an hour per week doing or thinking about something, then it could be a Topic. But only create Topics for things that you think you might eventually have multiple pages about.
* An Area may have zero or one Parent Area.
* Any page with a type other than Area may have zero or more Related Areas.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A parent Area page (e.g. Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active; Area: NULL. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* Status and Type are mandatory with a maximum of one assigned. Area and Topic are optional - the "system" does not require there be a maximum of Areas and Topics assigned to any page, but if you recommend, we could set a max of three or four (for each or combined)
* Every Hobby gets its own Area of the same name; the page for the hobby is type: Area; area: Hobby
* Pages assigned to the project will automatically have the area(s) of that project assigned to them by default. Users may remove them and/or add new Areas and/or Topics.
* Every page that is not type: Area should have at least one Area or Topic assigned. There should be a notification to the user that is visible on that page as well as in the user's Status page.

=== Default Pages and their Properties ===
The table below shows each of the optional pages (along with their properties) that the user may choose to import during the [[New User Onboarding|New User Onboardin]]<nowiki/>g process.
{| class="wikitable"
|'''PageName'''
|'''PageType'''
|'''RelatedAreas'''
|'''RelatedProjects'''
|'''RelatedTopics'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning, Career
|Complete course on Python
|Programming, Python
|-
|Psychology 103
|Study
|Learning
|University Degree
|Freshman Courses
|-
|Music Theory 202
|Study
|Learning
|University Degree
|Freshman Courses
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family, Photography
|
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations, Family
|
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|Plan Italy vacation
|
|-
|Complete course on python
|Project
|Career
|Learning
|
|-
|University Degree
|Project
|Learning
|
|
|}

=== PARA Wiki ===
Please create a new wiki based on demo.goalstriving.org that will enforce page properties and use dyanmic content. Assign each of the properties in the table above to the pages. The slug should be para and the users with access to demo should have the same level of access to para.

Please remove the page histories from demo and para and also the redirect links that were created when pages were renamed.

Wiki Page Properties

2026-08-29T16:38:59Z

Mshell: /* PARA Wiki */

This page contains notes about the idea of categorizing every wiki page with a type that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. It would add the most value if I made a mandatory rule that every page must have one and only one type classification. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== Page Type and Status ===
Every wiki page will have four properties: Type, Status, Area, and Topic. We could call them Page_Type, Page_Status, etc. Please use standard naming conventions and keep things as intuitive as possible. Pages will also have type-specific metadata and may have topic-specific metadata.

The table below shows each of the six default Page Types, the allowable Statuses for each, and a description of the content.
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* The Type describes how the content on the page will be used. Every page is assigned one and only one Type.
* There are six default page types; more may be added later. Users cannot add new Types.
* The Status determines visibility and searchability. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# If it is an ongoing responsibility or something that is actively maintained, it is an Area.
*# If you typically spend less than an hour per week doing or thinking about something, then it could be a Topic. But only create Topics for things that you think you might eventually have multiple pages about.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A parent Area page (e.g. Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active; Area: NULL. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* Status and Type are mandatory with a maximum of one assigned. Area and Topic are optional - the "system" does not require there be a maximum of Areas and Topics assigned to any page, but if you recommend, we could set a max of three or four (for each or combined)
* Every Hobby gets its own Area of the same name; the page for the hobby is type: Area; area: Hobby
* Pages assigned to the project will automatically have the area(s) of that project assigned to them by default. Users may remove them and/or add new Areas and/or Topics.
* Every page that is not type: Area should have at least one Area or Topic assigned. There should be a notification to the user that is visible on that page as well as in the user's Status page.

=== Default Pages and their Properties ===
The table below shows each of the optional pages (along with their properties) that the user may choose to import during the [[New User Onboarding|New User Onboardin]]<nowiki/>g process.
{| class="wikitable"
|'''Page'''
|'''Type'''
|'''Area1'''
|'''Area2'''
|'''Project1'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning
|Career
|Complete course on python
|-
|Psychology 103
|Study
|Learning
|
|
|-
|Macroeconomics 202
|Study
|Learning
|
|
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family
|Photography
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations
|Family
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|
|Plan Italy vacation
|-
|Complete course on python
|Project
|Career
|Learning
|
|}

=== PARA Wiki ===
Please create a new wiki based on demo.goalstriving.org that will enforce page properties and use dyanmic content. Assign each of the properties in the table above to the pages. The slug should be para and the users with access to demo should have the same level of access to para.

Please remove the page histories from demo and para and also the redirect links that were created when pages were renamed.

Wiring to Cursor

2026-08-28T01:47:15Z

Mshell:

This page contains notes about my efforts to connect Cursor to MediaWiki.

=== Reason Why This Is Necessary ===
Thus far, I have documented functional requirements in a wiki page and then copy/paste it to Cursor. As the project gets more complex, I realize that I need to create (or have AI create) documents that define the guiding principles, architectural decisions, and other details about the user experience. Those documents need to always be available to the AI to reference. These documents will be updated with every new feature added, describing how each feature is implemented, what its dependencies are, and how it interacts with other elements.

A major benefit of this is that it forces me to write comprehensive and detailed notes, because they will be read by the AI.

=== Mechanics ===
I create an API key in MediaWiki and provide that to Cursor, and then Cursor can read and edit every page.

=== Requirements Pages ===
These wiki pages will be provide details on various aspects of the project:

* [[Wiki Page Types]]
* [[New User Onboarding]]

=== Priority Tasks ===
I would like to complete these tasks first:

* Onboarding
** Users can choose between one of three environments
** Users can choose which page templates to install
* PARA Wiki accessible at https://para.goalstriving.org is viewable to anyone (does not require login) and can be edited by matt.shell7777@gmail.com or matt@mshell.net.
* Community wiki
** Shows overall community stats and leaderboards
* Personal status page
** Shows current snapshot and historical info of tracked metrics
** Average edits per day, Qty pages w/o an Area or Topic, New Captures per day, Average time to process new captures, etc.
* Page Schema with properties: type, status, area, topic
** Visual Editor enhancements
*** Allow upload PDF
*** Allow highlighting text
*** A button when clicked will highlight all page links by their destination page type
*** Header Expansion to a New Page
** Connections and Projects

Cursor

2026-08-27T22:13:54Z

Mshell: Created page with "This page and other pages linked from it are maintained by Cursor AI to document the development and deployment of the entire project. === Functional Requirements === These pages provide details about how various features should work. Please do not edit these or any other existing pages. * Wiki Page Types * New User Onboarding === Guidelines === * You may make as many additional pages as you need * Prepend all page names with "Cursor ""

Main Page

2026-08-27T22:06:47Z

Mshell:

This page contains info about this shared wiki project, which has attributes of both a wiki family and a wiki farm.

* A '''wiki farm''' is a hosting platform that provides many independent wikis using a shared infrastructure.
* A '''wiki family''' is a group of related wikis that are intentionally connected and usually serve a common purpose or community.
If you would like to contribute ideas to this project (and this wiki), please fill out the Contact Us form at https://goalstriving.org.

==== Project Details ====
* Overview
** [[Vision]]
** [[Why take notes]]?
** [[Note-taking workflow]]
** [[Why a wiki]]?
** [[Why MediaWiki]]?
** [[Possible Names]]
* Completed
** [[Proof of Concept]]
** [[Privacy and Security]]
** [[Wiring to Cursor]]
** Instruct [[Cursor|Cursor AI to document the build process]]
* Next Steps
** Identify members of the [[Board of Directors]]
** Decide on a [[Possible Names|name]]
** [[Podcast Request to Create a Wiki|Invite People to Create a Wiki]]
** Define the [[Default Wiki Pages]]
* Enhancements
*# [[Enhancement Process]]
*# Create a System For Community Members to [[Vote on Future Projects]]
*# [[Production Architecture]]
*# [[Community Wiki]]
*## [[Stats Page]]
*## [[Leader Boards]]
*# [[Wiki Page Types]]
*# [[Page Type Uses]]
*# [[New User Onboarding]]
*# [[Page Tags and Topics]]
*# [[Improve Login Process]]
*# [[New Authentication Providers]]
*# [[User Profiles]]
*# [[Visual Editor]]
*# [[Branches]]
*# [[Connections]]
*# Collaboration
*#* [[Organizations]]
*#* [[Projects]]
*# [[Page Sets]]
*# [[Structured Data]]
*# [[Sharing & Collaborating]]
*# [[Capture Methods]]
*# [[Uploaded Content]]
*# [[Copy URL to clipboard]]
*# [[Enhancement PowerUp Sound|PowerUp Sound]]
*# [[Improvement to Home Page]]
*# App for iPhone
*# App for Android
* Usage Notes
** [[MediaWiki Extensions]]
** [[Higher Education]]
** [[FreeCodeCamp]]
** [[Socializing]]
** [[Health & Finance]]
* Organizational
** [[Formation of NonProfit]]
** [[Board of Directors]]
** [[Financial Transparency]]
** [[Fundraising]]
** [[Volunteer|Staffing]]
** [[Community Restrictions]]
** [[Timeline]]
** Monthly Community Calls: first Tuesday of each month at 8pm EST) [[MCC 2026 Sept|September]], [[MCC 2026 Oct|October]], [[MCC 2026 Nov|November]], [[MCC 2026 Dec|December]].

Wiring to Cursor

2026-08-27T13:38:32Z

Mshell: /* Priority Tasks */

This page contains notes about my efforts to connect Cursor to MediaWiki.

=== Reason Why This Is Necessary ===
Thus far, I have documented functional requirements in a wiki page and then copy/paste it to Cursor. As the project gets more complex, I realize that I need to create (or have AI create) documents that define the guiding principles, architectural decisions, and other details about the user experience. Those documents need to always be available to the AI to reference. These documents will be updated with every new feature added, describing how each feature is implemented, what its dependencies are, and how it interacts with other elements.

A major benefit of this is that it forces me to write comprehensive and detailed notes, because they will be read by the AI.

=== Mechanics ===
I create an API key in MediaWiki and provide that to Cursor, and then Cursor can read and edit every page.

=== Requirements Pages ===
These wiki pages will be provide details on various aspects of the project:

* [[Wiki Page Types]]
* [[New User Onboarding]]

=== Priority Tasks ===
I would like to complete these tasks first:

* Onboarding
** Users can choose between one of three environments
** Users can choose which page templates to install
* PARA Wiki accessible at https://para.goalstriving.org is viewable to anyone (does not require login) and can be edited by matt.shell7777@gmail.com or matt@mshell.net.
* Community wiki
** Shows overall community stats and leaderboards
* Personal status page
** Shows current snapshot and historical info of tracked metrics
** Average edits per day, Qty pages w/o an Area or Topic, New Captures per day, Average time to process new captures, etc.
* Page Schema with properties: type, status, area, topic
* Allow upload PDF
** Allow highlight text
** A button when clicked will highlight link by their destination page type
** Header Expansion to a New Page
* Connections and Projects

Wiring to Cursor

2026-08-27T13:33:44Z

Mshell:

This page contains notes about my efforts to connect Cursor to MediaWiki.

=== Reason Why This Is Necessary ===
Thus far, I have documented functional requirements in a wiki page and then copy/paste it to Cursor. As the project gets more complex, I realize that I need to create (or have AI create) documents that define the guiding principles, architectural decisions, and other details about the user experience. Those documents need to always be available to the AI to reference. These documents will be updated with every new feature added, describing how each feature is implemented, what its dependencies are, and how it interacts with other elements.

A major benefit of this is that it forces me to write comprehensive and detailed notes, because they will be read by the AI.

=== Mechanics ===
I create an API key in MediaWiki and provide that to Cursor, and then Cursor can read and edit every page.

=== Requirements Pages ===
These wiki pages will be provide details on various aspects of the project:

* [[Wiki Page Types]]
* [[New User Onboarding]]

=== Priority Tasks ===
I would like to complete these tasks first:

* Onboarding
** Users can choose between one of three environments
** Users can choose which page templates to install
* PARA Wiki accessible at https://para.goalstriving.org is viewable to anyone (does not require login) and can be edited by matt.shell7777@gmail.com or matt@mshell.net.
* Community wiki
** Shows overall community stats and leaderboards
* Personal status page
** Shows current snapshot and historical info of tracked metrics
** Average edits per day, Qty pages w/o an Area or Topic, New Captures per day, Average time to process new captures, etc.
* Page Schema with properties: type, status, area, topic
* Allow upload PDF
** Allow highlight text
*** Yellow: important
*** Blue: follow-up needed (mostly used on Idea notes and Study notes).
*** Red: needs attention (possible mistake, typo, etc.)
** Optionally disable the Summary box that opens after you click Save changes.
** Header Expansion to a New Page

Visual Editor

2026-08-27T13:33:13Z

Mshell:

This page contains notes about the improvements I would like to make to the Visual Editor

Improvements

* Allow upload PDF
* Allow highlight text
** Yellow: important
** Blue: follow-up needed (mostly used on Idea notes and Study notes).
** Red: needs attention (possible mistake, typo, etc.)
* Optionally disable the Summary box that opens after you click Save changes.
* Header Expansion to a New Page
** A button next to each header to Expand
** Remove the header and all content below the head from the existing wiki page
** Create a new page called HeaderName with an intro sentence referencing the originating page
** The content below the header is added under a header called Imported.
** Each time a user uses this feature, it should be logged so it can be tracked in the [[Leader Boards]]
* List Expansion to Headers: similar to header expansion

Wiki Page Properties

2026-08-27T13:17:02Z

Mshell:

This page contains notes about the idea of categorizing every wiki page with a type that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. It would add the most value if I made a mandatory rule that every page must have one and only one type classification. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== Page Type and Status ===
Every wiki page will have four properties: Type, Status, Area, and Topic. We could call them Page_Type, Page_Status, etc. Please use standard naming conventions and keep things as intuitive as possible. Pages will also have type-specific metadata and may have topic-specific metadata.

The table below shows each of the six default Page Types, the allowable Statuses for each, and a description of the content.
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* The Type describes how the content on the page will be used. Every page is assigned one and only one Type.
* There are six default page types; more may be added later. Users cannot add new Types.
* The Status determines visibility and searchability. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# If it is an ongoing responsibility or something that is actively maintained, it is an Area.
*# If you typically spend less than an hour per week doing or thinking about something, then it could be a Topic. But only create Topics for things that you think you might eventually have multiple pages about.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A parent Area page (e.g. Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active; Area: NULL. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* Status and Type are mandatory with a maximum of one assigned. Area and Topic are optional - the "system" does not require there be a maximum of Areas and Topics assigned to any page, but if you recommend, we could set a max of three or four (for each or combined)
* Every Hobby gets its own Area of the same name; the page for the hobby is type: Area; area: Hobby
* Pages assigned to the project will automatically have the area(s) of that project assigned to them by default. Users may remove them and/or add new Areas and/or Topics.
* Every page that is not type: Area should have at least one Area or Topic assigned. There should be a notification to the user that is visible on that page as well as in the user's Status page.

=== Default Pages and their Properties ===
The table below shows each of the optional pages (along with their properties) that the user may choose to import during the [[New User Onboarding|New User Onboardin]]<nowiki/>g process.
{| class="wikitable"
|'''Page'''
|'''Type'''
|'''Area1'''
|'''Area2'''
|'''Project1'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning
|Career
|Complete course on python
|-
|Psychology 103
|Study
|Learning
|
|
|-
|Macroeconomics 202
|Study
|Learning
|
|
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family
|Photography
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations
|Family
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|
|Plan Italy vacation
|-
|Complete course on python
|Project
|Career
|Learning
|
|}

=== PARA Wiki ===
Please create a new wiki based on demo.goalstriving.org that will enforce page properties and use dyanmic content. Assign each of the properties in the table above to the pages. The slug should be para and the users with access to demo should have the same level of access to para.

Wiki Page Properties

2026-08-27T02:29:06Z

Mshell: /* Default Pages and their Properties */

This page contains notes about the idea of categorizing every wiki page with a type that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. It would add the most value if I made a mandatory rule that every page must have one and only one type classification. [[Page Type Uses]]. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== Page Type and Status ===
Every wiki page will have four properties: Type, Status, Area, and Topic. We could call them Page_Type, Page_Status, etc. Please use standard naming conventions and keep things as intuitive as possible. Pages will also have type-specific metadata and may have topic-specific metadata.

The table below shows each of the six default Page Types, the allowable Statuses for each, and a description of the content.
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* The Type describes how the content on the page will be used. Every page is assigned one and only one Type.
* There are six default page types; more may be added later. Users cannot add new Types.
* The Status determines visibility and searchability. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# If it is an ongoing responsibility or something that is actively maintained, it is an Area.
*# If you typically spend less than an hour per week doing or thinking about something, then it could be a Topic. But only create Topics for things that you think you might eventually have multiple pages about.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A parent Area page (e.g. Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active; Area: NULL. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* Status and Type are mandatory with a maximum of one assigned. Area and Topic are optional - the "system" does not require there be a maximum of Areas and Topics assigned to any page, but if you recommend, we could set a max of three or four (for each or combined)
* Every Hobby gets its own Area of the same name; the page for the hobby is type: Area; area: Hobby
* Pages assigned to the project will automatically have the area(s) of that project assigned to them by default. Users may remove them and/or add new Areas and/or Topics.
* Every page that is not type: Area should have at least one Area or Topic assigned. There should be a notification to the user that is visible on that page as well as in the user's Status page.

=== Default Pages and their Properties ===
The table below shows each of the optional pages (along with their properties) that the user may choose to import during the [[New User Onboarding|New User Onboardin]]<nowiki/>g process.
{| class="wikitable"
|'''Page'''
|'''Type'''
|'''Area1'''
|'''Area2'''
|'''Project1'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning
|Career
|Complete course on python
|-
|Psychology 103
|Study
|Learning
|
|
|-
|Macroeconomics 202
|Study
|Learning
|
|
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family
|Photography
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations
|Family
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|
|Plan Italy vacation
|-
|Complete course on python
|Project
|Career
|Learning
|
|}

=== PARA Wiki ===
Please create a new wiki based on demo.goalstriving.org that will enforce page properties and use dyanmic content. Assign each of the properties in the table above to the pages. The slug should be para and the users with access to demo should have the same level of access to para.

Wiring to Cursor

2026-08-27T02:23:00Z

Mshell: Created page with "This page contains notes about my efforts to connect Cursor to MediaWiki. === Reason Why This Is Necessary === Thus far, I have documented functional requirements in a wiki page and then copy/paste it to Cursor. As the project gets more complex, I realize that I need to create (or have AI create) documents that define the guiding principles, architectural decisions, and other details about the user experience. Those documents need to always be available to the AI to..."

Main Page

2026-08-27T02:14:48Z

Mshell: /* Project Details */

This page contains info about this shared wiki project, which has attributes of both a wiki family and a wiki farm.

* A '''wiki farm''' is a hosting platform that provides many independent wikis using a shared infrastructure.
* A '''wiki family''' is a group of related wikis that are intentionally connected and usually serve a common purpose or community.
If you would like to contribute ideas to this project (and this wiki), please fill out the Contact Us form at https://goalstriving.org.

==== Project Details ====
* Overview
** [[Vision]]
** [[Why take notes]]?
** [[Note-taking workflow]]
** [[Why a wiki]]?
** [[Why MediaWiki]]?
** [[Possible Names]]
* Completed
** [[Proof of Concept]]
** [[Privacy and Security]]
** [[Wiring to Cursor]]
* Next Steps
** Identify members of the [[Board of Directors]]
** Decide on a [[Possible Names|name]]
** [[Podcast Request to Create a Wiki|Invite People to Create a Wiki]]
** Define the [[Default Wiki Pages]]
* Enhancements
*# [[Enhancement Process]]
*# Create a System For Community Members to [[Vote on Future Projects]]
*# [[Production Architecture]]
*# [[Community Wiki]]
*## [[Stats Page]]
*## [[Leader Boards]]
*# [[Wiki Page Types]]
*# [[Page Type Uses]]
*# [[New User Onboarding]]
*# [[Page Tags and Topics]]
*# [[Improve Login Process]]
*# [[New Authentication Providers]]
*# [[User Profiles]]
*# [[Visual Editor]]
*# [[Branches]]
*# [[Connections]]
*# Collaboration
*#* [[Organizations]]
*#* [[Projects]]
*# [[Page Sets]]
*# [[Structured Data]]
*# [[Sharing & Collaborating]]
*# [[Capture Methods]]
*# [[Uploaded Content]]
*# [[Copy URL to clipboard]]
*# [[Enhancement PowerUp Sound|PowerUp Sound]]
*# [[Improvement to Home Page]]
*# App for iPhone
*# App for Android
* Usage Notes
** [[MediaWiki Extensions]]
** [[Higher Education]]
** [[FreeCodeCamp]]
** [[Socializing]]
** [[Health & Finance]]
* Organizational
** [[Formation of NonProfit]]
** [[Board of Directors]]
** [[Financial Transparency]]
** [[Fundraising]]
** [[Volunteer|Staffing]]
** [[Community Restrictions]]
** [[Timeline]]
** Monthly Community Calls: first Tuesday of each month at 8pm EST) [[MCC 2026 Sept|September]], [[MCC 2026 Oct|October]], [[MCC 2026 Nov|November]], [[MCC 2026 Dec|December]].

New User Onboarding

2026-08-27T02:13:16Z

Mshell: /* Choose Environment Type */

This page describes the current and planned enhancements the process that new users go through as they register and create their default environment.

=== Choose Environment Type ===

* Default wiki. The default pages provided by MediaWiki.
* Wiki with static templates (user is asked which template pages they would like to install)
* PARA Wiki uses the Second Brain and Zettelkasten methods with dynamic content

=== Tasks to Accomplish ===
# Set timezone (get from Google if possible to set the default); although the user can change it in their profile settings
# Choose which of the default Areas to use and optionally add new Areas
# Optionally create Topics
# Optionally list Projects and assign Areas and/or Topics to each
# Optionally choose to import template pages

=== Steps ===
Users go through an onboarding wizard. The first question ask about the type of environment they would like:

# A blank default wiki (no further setup needed).
# A wiki without page properties or any dynamic content. The user is shown the example demo.goalstriving.org and is then presented with a list of every template page and can check which they would like installed in their wiki by default.
# A scheme is enforced on every page and dynamic content is used.

If the user chooses option 3, the wizard continues:

* To choose the Areas and Topics, the user clicks through multiple pages, each listing about 20 options; the user is asked to:
** Check the Area box if it is an ongoing parts of my life that I develop or maintain
** Check the Topic box if you typically spend less than an hour per week thinking about or doing this, but you will probably end up eventually having multiple wiki pages related to it.
* Each page has a category of: Personal, Fitness & Nutrition, Household, Family, Friends & Social Activities, Volunteering, Vehicles, Learning, Travel & Vacations, Entertainment, Hobbies, etc.
* The user is asked to list all of the projects they are actively working, and we show them examples:
** Create family vacation photo book
** Replace kitchen floor
** Plan Italy vacation
** Complete course on Python
* Users are asked to set a status for each project
** Active for those which you typically spend > 1 hour per week
** Inactive for others
* If the user has a combined total of > 20 active projects + areas, they are warned that they should consider setting some projects to Inactive and/or some Areas to Topics

Wiki Page Properties

2026-08-27T02:13:05Z

Mshell: /* August 25 Decision */

This page contains notes about the idea of categorizing every wiki page with a type that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. It would add the most value if I made a mandatory rule that every page must have one and only one type classification. [[Page Type Uses]]. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== Page Type and Status ===
Every wiki page will have four properties: Type, Status, Area, and Topic. We could call them Page_Type, Page_Status, etc. Please use standard naming conventions and keep things as intuitive as possible. Pages will also have type-specific metadata and may have topic-specific metadata.

The table below shows each of the six default Page Types, the allowable Statuses for each, and a description of the content.
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* The Type describes how the content on the page will be used. Every page is assigned one and only one Type.
* There are six default page types; more may be added later. Users cannot add new Types.
* The Status determines visibility and searchability. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# If it is an ongoing responsibility or something that is actively maintained, it is an Area.
*# If you typically spend less than an hour per week doing or thinking about something, then it could be a Topic. But only create Topics for things that you think you might eventually have multiple pages about.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A parent Area page (e.g. Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active; Area: NULL. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* Status and Type are mandatory with a maximum of one assigned. Area and Topic are optional - the "system" does not require there be a maximum of Areas and Topics assigned to any page, but if you recommend, we could set a max of three or four (for each or combined)
* Every Hobby gets its own Area of the same name; the page for the hobby is type: Area; area: Hobby
* Pages assigned to the project will automatically have the area(s) of that project assigned to them by default. Users may remove them and/or add new Areas and/or Topics.
* Every page that is not type: Area should have at least one Area or Topic assigned. There should be a notification to the user that is visible on that page as well as in the user's Status page.

=== Default Pages and their Properties ===
The table below shows each of the optional pages (along with their properties) that the user may choose to import during the [[New User Onboarding|New User Onboardin]]<nowiki/>g process.
{| class="wikitable"
|'''Page'''
|'''Type'''
|'''Area1'''
|'''Area2'''
|'''Project1'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning
|Career
|Complete course on python
|-
|Psychology 103
|Study
|Learning
|
|
|-
|Macroeconomics 202
|Study
|Learning
|
|
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family
|Photography
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations
|Family
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|
|Plan Italy vacation
|-
|Complete course on python
|Project
|Career
|Learning
|
|}

Wiki Page Properties

2026-08-27T02:12:06Z

Mshell: /* Default Pages and their Properties */

This page contains notes about the idea of categorizing every wiki page with a type that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. It would add the most value if I made a mandatory rule that every page must have one and only one type classification. [[Page Type Uses]]. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== August 25 Decision ===
Every wiki page will have four properties: Type, Status, Area, and Topic. We could call them Page_Type, Page_Status, etc. Please use standard naming conventions and keep things as intuitive as possible. Pages will also have type-specific metadata and may have topic-specific metadata.

The table below shows each of the six default Page Types, the allowable Statuses for each, and a description of the content.
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* The Type describes how the content on the page will be used. Every page is assigned one and only one Type.
* There are six default page types; more may be added later. Users cannot add new Types.
* The Status determines visibility and searchability. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# If it is an ongoing responsibility or something that is actively maintained, it is an Area.
*# If you typically spend less than an hour per week doing or thinking about something, then it could be a Topic. But only create Topics for things that you think you might eventually have multiple pages about.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A parent Area page (e.g. Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active; Area: NULL. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* Status and Type are mandatory with a maximum of one assigned. Area and Topic are optional - the "system" does not require there be a maximum of Areas and Topics assigned to any page, but if you recommend, we could set a max of three or four (for each or combined)
* Every Hobby gets its own Area of the same name; the page for the hobby is type: Area; area: Hobby
* Pages assigned to the project will automatically have the area(s) of that project assigned to them by default. Users may remove them and/or add new Areas and/or Topics.
* Every page that is not type: Area should have at least one Area or Topic assigned. There should be a notification to the user that is visible on that page as well as in the user's Status page.

=== Default Pages and their Properties ===
The table below shows each of the optional pages (along with their properties) that the user may choose to import during the [[New User Onboarding|New User Onboardin]]<nowiki/>g process.
{| class="wikitable"
|'''Page'''
|'''Type'''
|'''Area1'''
|'''Area2'''
|'''Project1'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning
|Career
|Complete course on python
|-
|Psychology 103
|Study
|Learning
|
|
|-
|Macroeconomics 202
|Study
|Learning
|
|
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family
|Photography
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations
|Family
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|
|Plan Italy vacation
|-
|Complete course on python
|Project
|Career
|Learning
|
|}

Wiki Page Properties

2026-08-27T02:11:51Z

Mshell: /* August 25 Decision */

This page contains notes about the idea of categorizing every wiki page with a type that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. It would add the most value if I made a mandatory rule that every page must have one and only one type classification. [[Page Type Uses]]. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== August 25 Decision ===
Every wiki page will have four properties: Type, Status, Area, and Topic. We could call them Page_Type, Page_Status, etc. Please use standard naming conventions and keep things as intuitive as possible. Pages will also have type-specific metadata and may have topic-specific metadata.

The table below shows each of the six default Page Types, the allowable Statuses for each, and a description of the content.
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* The Type describes how the content on the page will be used. Every page is assigned one and only one Type.
* There are six default page types; more may be added later. Users cannot add new Types.
* The Status determines visibility and searchability. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# If it is an ongoing responsibility or something that is actively maintained, it is an Area.
*# If you typically spend less than an hour per week doing or thinking about something, then it could be a Topic. But only create Topics for things that you think you might eventually have multiple pages about.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A parent Area page (e.g. Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active; Area: NULL. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* Status and Type are mandatory with a maximum of one assigned. Area and Topic are optional - the "system" does not require there be a maximum of Areas and Topics assigned to any page, but if you recommend, we could set a max of three or four (for each or combined)
* Every Hobby gets its own Area of the same name; the page for the hobby is type: Area; area: Hobby
* Pages assigned to the project will automatically have the area(s) of that project assigned to them by default. Users may remove them and/or add new Areas and/or Topics.
* Every page that is not type: Area should have at least one Area or Topic assigned. There should be a notification to the user that is visible on that page as well as in the user's Status page.

=== Default Pages and their Properties ===
The table below shows each of the optional pages (along with their properties) that the user may choose to import during the [[New User Onboarding|New User Onboardin]]<nowiki/>g process.
{| class="wikitable"
|'''Page'''
|'''Type'''
|'''Area1'''
|'''Area2'''
|'''Project1'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning
|Career
|Complete course on python
|-
|Psychology 103
|Study
|Learning
|
|
|-
|Macroeconomics 202
|Study
|Learning
|
|
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family
|Photography
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations
|Family
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|
|Plan Italy vacation
|-
|Complete course on python
|Project
|Career
|Learning
|
|}

**

*

Wiki Page Properties

2026-08-27T02:04:53Z

Mshell: /* Guiding Principles */

This page contains notes about the idea of categorizing every wiki page with a type that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. It would add the most value if I made a mandatory rule that every page must have one and only one type classification. [[Page Type Uses]]. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== August 25 Decision ===
Every wiki page will have four properties: Type, Status, Area, and Topic. We could call them Page_Type, Page_Status, etc. Please use standard naming conventions and keep things as intuitive as possible. Pages will also have type-specific metadata and may have topic-specific metadata.
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== Guiding Principles for Page Properties. ===
* The Type describes how the content on the page will be used. Every page is assigned one and only one Type.
* There are six default page types; more may be added later. Users cannot add new Types.
* The Status determines visibility and searchability. Every page is assigned one and only one Status.
* There are three default page statuses; more may be added later. Users cannot add new Statuses.
* These guidelines are offered to new users to help them determine what to create for Areas and Topics.
*# If it is an ongoing responsibility or something that is actively maintained, it is an Area.
*# If you typically spend less than an hour per week doing or thinking about something, then it could be a Topic. But only create Topics for things that you think you might eventually have multiple pages about.
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
* A parent Area page (e.g. Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas includes all pages of type: Area; status: Active; Area: NULL. Users can optionally check a box to include Archived pages in the list of available options.
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active. Users can optionally check a box to include Archived pages in the list of available options.
* Status and Type are mandatory with a maximum of one assigned. Area and Topic are optional - the "system" does not require there be a maximum of Areas and Topics assigned to any page, but if you recommend, we could set a max of three or four (for each or combined)
* Every Hobby gets its own Area of the same name; the page for the hobby is type: Area; area: Hobby
* Pages assigned to the project will automatically have the area(s) of that project assigned to them by default. Users may remove them and/or add new Areas and/or Topics.
* Every page that is not type: Area should have at least one Area or Topic assigned. There should be a notification to the user that is visible on that page as well as in the user's Status page.

=== August 26 Decision ===
Some Areas will have sub-areas. This is fine, but try to keep a max of 12 active areas (including sub-areas)
{| class="wikitable"
|'''Page'''
|'''Type'''
|'''Area1'''
|'''Area2'''
|'''Project1'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning
|Career
|Complete course on python
|-
|Psychology 103
|Study
|Learning
|
|
|-
|Macroeconomics 202
|Study
|Learning
|
|
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family
|Photography
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations
|Family
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|
|Plan Italy vacation
|-
|Complete course on python
|Project
|Career
|Learning
|
|}

**

*

New User Onboarding

2026-08-27T01:58:00Z

Mshell: /* Steps */

New User Onboarding

2026-08-27T01:33:08Z

Mshell: /* Steps */

New User Onboarding

2026-08-27T01:32:40Z

Mshell:

New User Onboarding

2026-08-26T23:23:31Z

Mshell: Created page with "This page describes the current and planned enhancements the process that new users go through as they register and create their default environment. Tasks to Accomplish # Set timezone # Choose which of the default Areas to use and optionally add new Areas # Optionally create Topics # Optionally list Projects and assign Areas and/or Topics to each"

This page describes the current and planned enhancements the process that new users go through as they register and create their default environment.

Tasks to Accomplish

# Set timezone
# Choose which of the default Areas to use and optionally add new Areas
# Optionally create Topics
# Optionally list Projects and assign Areas and/or Topics to each

Main Page

2026-08-26T23:19:56Z

Mshell: /* Project Details */

This page contains info about this shared wiki project, which has attributes of both a wiki family and a wiki farm.

* A '''wiki farm''' is a hosting platform that provides many independent wikis using a shared infrastructure.
* A '''wiki family''' is a group of related wikis that are intentionally connected and usually serve a common purpose or community.
If you would like to contribute ideas to this project (and this wiki), please fill out the Contact Us form at https://goalstriving.org.

==== Project Details ====
* Overview
** [[Vision]]
** [[Why take notes]]?
** [[Note-taking workflow]]
** [[Why a wiki]]?
** [[Why MediaWiki]]?
** [[Possible Names]]
* Completed
** [[Proof of Concept]]
** [[Privacy and Security]]
* Next Steps
** Identify members of the [[Board of Directors]]
** Decide on a [[Possible Names|name]]
** [[Podcast Request to Create a Wiki|Invite People to Create a Wiki]]
** Define the [[Default Wiki Pages]]
* Enhancements
*# [[Enhancement Process]]
*# Create a System For Community Members to [[Vote on Future Projects]]
*# [[Production Architecture]]
*# [[Community Wiki]]
*## [[Stats Page]]
*## [[Leader Boards]]
*# [[Wiki Page Types]]
*# [[Page Type Uses]]
*# [[New User Onboarding]]
*# [[Page Tags and Topics]]
*# [[Improve Login Process]]
*# [[New Authentication Providers]]
*# [[User Profiles]]
*# [[Visual Editor]]
*# [[Branches]]
*# [[Connections]]
*# Collaboration
*#* [[Organizations]]
*#* [[Projects]]
*# [[Page Sets]]
*# [[Structured Data]]
*# [[Sharing & Collaborating]]
*# [[Capture Methods]]
*# [[Uploaded Content]]
*# [[Copy URL to clipboard]]
*# [[Enhancement PowerUp Sound|PowerUp Sound]]
*# [[Improvement to Home Page]]
*# App for iPhone
*# App for Android
* Usage Notes
** [[MediaWiki Extensions]]
** [[Higher Education]]
** [[FreeCodeCamp]]
** [[Socializing]]
** [[Health & Finance]]
* Organizational
** [[Formation of NonProfit]]
** [[Board of Directors]]
** [[Financial Transparency]]
** [[Fundraising]]
** [[Volunteer|Staffing]]
** [[Community Restrictions]]
** [[Timeline]]
** Monthly Community Calls: first Tuesday of each month at 8pm EST) [[MCC 2026 Sept|September]], [[MCC 2026 Oct|October]], [[MCC 2026 Nov|November]], [[MCC 2026 Dec|December]].

Wiki Page Properties

2026-08-26T23:04:33Z

Mshell:

This page contains notes about the idea of categorizing every wiki page with a type that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. It would add the most value if I made a mandatory rule that every page must have one and only one type classification. [[Page Type Uses]]. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== August 25 Decision ===
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}
=== Guiding Principles ===
* The page type should describe a page's purpose.
* If it isn't an ongoing responsibility or something that is actively maintained, it is a Resource. If you frequently go 2 weeks without thinking about this, then it is a Resource.
* In general, if you spend more than an hour per week doing or thinking about something, then it is probably an Area
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
** Use this sparingly; about 10-20 active areas is a good quantity.
* A parent Area page (Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas include all pages of type: Area; status: Active; Area: <none>
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active
* All Areas (except child areas) gets a top level section in the Main Page
* Every Hobby gets its own area; the page for the Hobby is type: Area; area: Hobbies
** A page within the Hobby will probably have a type: Reference; area: Photography
* Projects and Areas created, they create matching identities, but those identities are not associated with the page for the Project or Area its self
* Pages assigned to the project will automatically have the areas of that project assigned to each page by default
* Every page that is not type: Area should have at least one Parent Area assigned.

=== August 26 Decision ===
Some Areas will have sub-areas. This is fine, but try to keep a max of 12 active areas (including sub-areas)
{| class="wikitable"
|'''Page'''
|'''Type'''
|'''Parent Area1'''
|'''Parent Area2'''
|'''Project1'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning
|Career
|Complete course on python
|-
|Psychology 103
|Study
|Learning
|
|
|-
|Macroeconomics 202
|Study
|Learning
|
|
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family
|Photography
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations
|Family
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|
|Plan Italy vacation
|-
|Complete course on python
|Project
|Career
|Learning
|
|}

**

*

Page Tags and Topics

2026-08-26T17:03:11Z

Mshell: /* Requirements and Guidelines */

This page contains notes about tags (which may end up being called topics) which can optionally be assigned to any wiki page.

=== Uses ===
I suspect I will identify additional uses and requirements while using. This is just a straw man.

* Workflows
* Sorting, searching, organizing

=== Types ===
{| class="wikitable"
!Concept
!Examples
!Structure
|-
|Project relationship
|Plan Italy Vacation, Remodel Kitchen
|List derived from Project pages
|-
|Area relationship
|Travel, Home, Photography
|List derived from Area pages
|-
|Topics
|Italy, Rome, Hotels, Architecture
|Flat, user-created list
|}

=== Topics ===
Topics are not used in workflows. Users may create and assign them for organization or searching.

Wiki Page Properties

2026-08-26T17:02:19Z

Mshell: /* August 25 Decision */

This page contains notes about the idea of categorizing every wiki page with a type that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. It would add the most value if I made a mandatory rule that every page must have one and only one type classification. [[Page Type Uses]]. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== August 25 Decision ===
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes and Examples'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}
=== Guiding Principles ===
* The page type should describe a page's purpose.
* If it isn't an ongoing responsibility or something that is actively maintained, it is a Resource. If you frequently go 2 weeks without thinking about this, then it is a Resource.
* In general, if you spend more than an hour per week doing or thinking about something, then it is probably an Area
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
** Use this sparingly; about 10-20 active areas is a good quantity.
* A parent Area page (Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas include all pages of type: Area; status: Active; Area: <none>
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active
* All Areas (except child areas) gets a top level section in the Main Page
* Every Hobby gets its own area; the page for the Hobby is type: Area; area: Hobbies
** A page within the Hobby will probably have a type: Reference; area: Photography
* Projects and Areas created, they create matching identities, but those identities are not associated with the page for the Project or Area its self
* Pages assigned to the project will automatically have the areas of that project assigned to each page by default
* Every page that is not type: Area should have at least one Parent Area assigned.

=== August 26 Decision ===
Some Areas will have sub-areas. This is fine, but try to keep a max of 12 active areas (including sub-areas)
{| class="wikitable"
|'''Page'''
|'''Type'''
|'''Parent Area1'''
|'''Parent Area2'''
|'''Project1'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning
|Career
|Complete course on python
|-
|Psychology 103
|Study
|Learning
|
|
|-
|Macroeconomics 202
|Study
|Learning
|
|
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family
|Photography
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations
|Family
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|
|Plan Italy vacation
|-
|Complete course on python
|Project
|Career
|Learning
|
|}

**

*

Wiki Page Properties

2026-08-26T16:47:56Z

Mshell: /* Topics and Tags */

This page contains notes about the idea of categorizing every wiki page with a type that will be used in workflows, alerts, reports, gamification, reminders, leaderboards, etc. It would add the most value if I made a mandatory rule that every page must have one and only one type classification. [[Page Type Uses]]. All of the notes from while I was developing the [[Page Type Uses]] was moved to the [[Page Type Brainstorming]] page.

=== Guiding Principles ===
* The page type should describe a page's purpose.
* If it isn't an ongoing responsibility or something that is actively maintained, it is a Resource. If you frequently go 2 weeks without thinking about this, then it is a Resource.
* In general, if you spend more than an hour per week doing or thinking about something, then it is probably an Area
* Areas can have parent Areas. Photography has Hobbies as a parent. Yoga has Health & Fitness as a parent.
** Use this sparingly; about 10-20 active areas is a good quantity.
* A parent Area page (Household) does not have any areas assigned.
* When assigning an area to a page, the list of optional areas include all pages of type: Area; status: Active; Area: <none>
* When assigning a project to a page, the list of optional projects includes all pages of type: Project; status: Active
* All Areas (except child areas) gets a top level section in the Main Page
* Every Hobby gets its own area; the page for the Hobby is type: Area; area: Hobbies
** A page within the Hobby will probably have a type: Reference; area: Photography
* Projects and Areas created, they create matching identities, but those identities are not associated with the page for the Project or Area its self
* Pages assigned to the project will automatically have the areas of that project assigned to each page by default
* Project should have at least one Area

=== August 25 Decision ===
{| class="wikitable"
|'''Page Type'''
|'''Status'''
|'''Description'''
|'''Notes and Examples'''
|-
|Study
|
|Notes derived from a source or structured learning
|Knowledge I'm acquiring from a particular source.
|-
|
|Active
|Currently being studied
|
|-
|
|Archived
|No longer actively studied
|
|-
|Journal
|
|Chronological experience or reflection
|What happened or what I experienced.
|-
|
|Active
|Normal journal content
|
|-
|
|Archived
|Historical content no longer considered active
|
|-
|Idea
|
|A concept, conclusion, insight, or synthesized thought
|An understanding that I have developed
|-
|
|Active
|Idea currently considered relevant
|
|-
|
|Archived
|Idea retained but no longer considered relevant
|
|-
|Project
|
|Information supporting an intended outcome
|An outcome I'm working toward.
|-
|
|Inception
|Being considered/researched but not yet committed
|
|-
|
|Active
|Currently being pursued
|
|-
|
|Archived
|Completed, abandoned, cancelled, or dormant
|
|-
|Area
|
|Ongoing parts of my life that I develop or maintain
|Something I maintain or develop over time.
|-
|
|Inception
|Potential Area being considered/developed
|
|-
|
|Active
|Ongoing responsibility or interest
|
|-
|
|Archived
|No longer actively maintained
|
|-
|Resource
|
|Likely to have more use in the future than today
|Information I have collected that may be useful
|-
|
|Active
|Available for reference
|
|-
|
|Archived
|Retained but unlikely to be useful currently
|
|}

=== August 26 Decision ===
Some Areas will have sub-areas. This is fine, but try to keep a max of 12 active areas (including sub-areas)
{| class="wikitable"
|'''Page'''
|'''Type'''
|'''Parent Area1'''
|'''Parent Area2'''
|'''Project1'''
|-
|Personal
|Area
|
|
|
|-
|Long-term goals
|Resource
|Personal
|
|
|-
|Weekly tasks
|Resource
|Personal
|
|
|-
|Gift ideas
|Resource
|Personal
|
|
|-
|Daily Journal
|Journal
|Personal
|
|
|-
|Fitness & Nutrition
|Area
|
|
|
|-
|Tips for healthy eating
|Resource
|Fitness & Nutrition
|
|
|-
|Yoga
|Area
|Fitness & Nutrition
|
|
|-
|Why yoga helps me
|Idea
|Fitness & Nutrition
|
|
|-
|Household
|Area
|
|
|
|-
|Products
|Resource
|Household
|
|
|-
|Household Technology
|Resource
|Household
|
|
|-
|Subscriptions
|Resource
|Household
|
|
|-
|Family
|Area
|
|
|
|-
|Family traditions
|Resource
|Family
|
|
|-
|Family tree
|Resource
|Family
|
|
|-
|Friends & Social Activities
|Area
|
|
|
|-
|Poker night planning
|Resource
|Friends & Social Activities
|
|
|-
|Why Small Gatherings Are More Enjoyable
|Idea
|Friends & Social Activities
|
|
|-
|Volunteering
|Area
|
|
|
|-
|Past volunteering
|Resource
|Volunteering
|
|
|-
|Volunteering opportunities
|Resource
|Volunteering
|
|
|-
|Vehicles
|Area
|
|
|
|-
|Honda Accord 2025
|Resource
|Vehicles
|
|
|-
|Vehicles being considered for purchase
|Resource
|Vehicles
|
|
|-
|Learning
|Area
|
|
|
|-
|List of schools & courses attended
|Resource
|Learning
|
|
|-
|List of books I have read
|Resource
|Learning
|
|
|-
|Intro to Python
|Study
|Learning
|Career
|Complete course on python
|-
|Psychology 103
|Study
|Learning
|
|
|-
|Macroeconomics 202
|Study
|Learning
|
|
|-
|Travel & Vacations
|Area
|
|
|
|-
|Bucket list
|Resource
|Travel & Vacations
|
|
|-
|Past vacations
|Resource
|Travel & Vacations
|
|
|-
|Spain Vacation Journal
|Journal
|Travel & Vacations
|
|
|-
|Travel loyalty programs
|Resource
|Travel & Vacations
|
|
|-
|Entertainment
|Area
|
|
|
|-
|Concerts I might want to see
|Resource
|Entertainment
|
|
|-
|Concert Journal
|Journal
|Entertainment
|
|
|-
|Movies to rewatch
|Resource
|Entertainment
|
|
|-
|Hobbies
|Area
|
|
|
|-
|Photography
|Area
|Hobbies
|
|
|-
|Canon EOS R10
|Resource
|Photography
|
|
|-
|Understanding Exposure by Bryan Peterson
|Study
|Photography
|
|
|-
|Tips for Low Light Photography
|Resource
|Photography
|
|
|-
|Cooking
|Area
|Hobbies
|
|
|-
|Career
|Area
|
|
|
|-
|Skills development
|Area
|Career
|
|
|-
|Potential employers
|Resource
|Career
|
|
|-
|Create family vacation photo book
|Project
|Family
|Photography
|
|-
|Replace kitchen floor
|Project
|Household
|
|
|-
|Plan Italy vacation
|Project
|Travel & Vacations
|Family
|
|-
|Hotels in Rome
|Resource
|Travel & Vacations
|
|Plan Italy vacation
|-
|Complete course on python
|Project
|Career
|Learning
|
|}

=== Topics and Tags ===
Now that Page Types and Status are confirmed, I need to think about tags/topics.
* Since capture notes will be in Cargo, on what type type will Capture exist?
* Projects and Areas could each be a Topic
* Hierarchical naming and duplicate page names

=== Tutorials ===
Two important types of pages that need to be treated special:

* Pages that help me improve a process or something about me or how I work (maybe Idea Pages)
** How to choose an investment strategy
** How to edit a video using DaVinci Resolve
** How to get more exercise
* Pages that are helpful guidelines
** Things to consider when booking a hotel
** Keyboard shortcuts in VS Code
** Best practices, tips, tutorials

=== Choosing Page Titles ===
I think I need a tutorial on choosing a Page Title

* Benefits of adding hierarchy
* Duplicate name issue
* Title case versus only FLFW caps
* Long versus short
* When to use acronyms