[pmwiki-users] Motivation for hierachy

John Rankin john.rankin at affinity.co.nz
Tue May 30 18:36:54 CDT 2006

On Wednesday, 31 May 2006 5:17 AM, Dr Fred C <drfredc at verizon.net> wrote:
> John Rankin wrote:
><snip, snip, snip>  In this example, it's not obvious to me that the data fit 
>either the wiki's group.page structure or a hierarchy.
>But a starting point using a wiki might be: establish a
>group for each "real world" object, like Student, Teacher,
>Course. Then establish a group for each association
>between these real world objects.
>This seems to have wandered a long way from hierarchies...
> You've done a reasonable job of explaining some of the ins and
>outs of various data structures that wikis might and might not
> As a point of reference, after a bit of checking, our local
>schools use the following internet file structure :

Ah. They are using a hierarchy as a *presentation* method, not
necessarily as a *structural* method. This suggests the following
possible approach:

- set up "natural" wiki groups for entities like Student with
  pages like Student.JennyWren with a way to resolve duplicate
  names -- eg an ID number rather than a name, with the name as

- perhaps use subpages for Student.JennyWren,Spanish

- or a StudentCourses group, with pages (relational data model)
>¥ There's a Student page for everyone in the various district
>schools, including High School. 
>¥ Each Student page has it's own password which provides a list
>of the classes they are taking.
>¥ <School>/<Student>/Geometry
>¥ <School>/<Student>/Spanish, etc
>¥ Clicking on the each Class link allows Parents (with the
>password) to lookup the following for that Class
>¥ Overall grade,
>¥ quizes,
>¥ Tests,
>¥ homework turned in,
>¥ attendance,
>¥ Etc.
 And then use the virtual hierarchy recipe for site navigation:

Carlos schrieb:
> The recipe I was thinking about was named (by me) "VTREE" and I wrote some 
> thoughts about it , here:
> http://www.pmwiki.org/wiki/Profiles/CarlosAB

It's a nice breadcrumb-display recipe (kind-of orthogonal to trails).

I see one downside: You still have to change all children if a parent 
gets moved to a different place in the hierarchy.
So I'd prefer something along the lines of

   (:vtree Name="Alternate hierarchy" parent=Recipe:)

Also, I'm not sure what the "spacer" parameter does.
If it's defining the amount of whitespace, it's probably better to make 
that parameter a string (then you can use whatever spacer you like, and 
use multiple &nbsp;s or CSS-adorned <span>s or even visible things as 

Other than that: nice.

Implementatiuon details, such as password control on a per-student
basis (my page and its sub pages) are non-trivial, but could, I
think, be resolved. You would need to load Group.Page.php (with a
student password) for all subpages of Group.Page -- that could be
done. An exercise for the reader :-)
John Rankin

More information about the pmwiki-users mailing list