One of the key Wiki features is that using WikiWord-s (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 BackLinks. By clicking on the linked current-page-name up at the top, 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-WorldWideWeb HyperText 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 BackLinks, if a Sister Site has a page matching the current Wiki Name, you listed its BackLinks 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:

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 Sub Page implementation !ThisPage/RelatedLinks . If !ThisPage/Sub Page were a file on the local file system... - Zwiki:DeanGoodmanson

Edited: |

blog comments powered by Disqus