One of the key WiKi features is that using [Wiki Words] (a) makes it easy to generate new nodes, and (b) automatically links to already-existing nodes by matching the name.

The converse feature is called Back Links. By hitting the Back Links button (in the upper right currently) you get back a list of all pages referring to the current page. This is useful for finding "related" information. (This is the Two Way Links feature available in pre-World Wide Web Hyper Text environments, that people like Ted Nelson have been complaining about since the Web came about.)

I'm really happy about having implemented Visible Backlinks.

It would be interesting to add a Sister Sites spin to this, where you have the nodes/links data from a number of wikis, and, when listing Back Links, if a [Sister Site] has a page matching the current Wiki Name, you listed its Back Links as well.

In a non-wiki context, Robin Hanson has collected a list of proposals to add backlinks (two-way links, bidirectional links) to the web: http://hanson.gmu.edu/backlinks.html

In Apr'02 people are starting to implementing this on their own WebLog servers, where they grab Browser Referer data, either in Real Time from each hit, or from the server log. This may be a good example of something best handled with the excess cycles of a Home Server. The Browser Referer page notes some problems with this source of data.

Off-site backlinks through referrer logs would be a nice feature to ZWiki, even Zope. Current mechanisms are ZODB taxing (transaction for ever referrer). I can only imagine this through some sort of [SubPage] implementation ThisPage/[Related Links] . If ThisPage/[SubPage] were a file on the local file system... - ZWiki:DeanGoodmanson

User Options Recent Changes Help Page