Wiki Hierarchies Redux

They do. There is no standard way for wikis to understand hierarchy. Because ZWiki is built on ZoPe, it was probably too tempting not to include it as a feature that every page when created is the child of the page that you were on when it got created.

ZWiki also has this interface to modify parenting after the fact:

Note that it allows for more than one parent. It also lets you type in new parents. So hierarchies are separate from actual BackLinks. So if i create a parent relationship does it show up as a backlink even though the child is never mentioned on the parent? (the above page comes up when you click on a "Backlinks" button on any ZWiki page)

I can't try these things out because Bill's ZWiki needs a password for some actions.

(Bill and i are talking about all this now on WebSeitz:HierarchalStructure -- come join us!)

There are dozens of different wiki implementations, so any future hierarchical standard will not necessarily look like whatever ZWiki is doing. TWiki may have some hierarchy features, i don't know. Hierarchies are one of many kinds of Meatball:IndexingSchemes .

I guess you could suck a bunch of wiki pages into a Radio hierarchy starting with one as the top item, having one content item (the text of the one page) plus many URL items (for external links) and/or page items (for internal links). Each page item would also have a content item and many URL and/or page items. Go up to X layers deep. If you hit the same page more than once, just do whatever kind of aliases/links you have in FronTier (there is something, yes?). Then you could easily spit it out as OpMl. Hm, that might make implementing some Meatball:IndexingSchemes much easier.