Entries_Cache Plugin for OddMuse
how about a Entries_Cache plugin for OddMuse, especially the ‘meta-creation_date’ feature. oddmuse has been available for so long, they don’t even have one that controls time. it wouldn’t be good for wiki in general… but if its a plugin we all have a choice to install it. it’ll be good for personal use. -michaelyap. 11july2005
I guess I don’t quite understand how this would be used. If you want to track the date that a page is created, you could simply add the current date (and time if desired) to the body of the page. I guess a plugin could do this when the page is saved (much like the Comment Count Extension). Is that what you mean? Otherwise, Oddmuse has its own means of caching pages and content (that I have not explored very much). – FletcherPenney 2005–07–11 20:22
Another option is mentioned by Alex on [[Comments on Atom Extension]]. When a new page is created, the date can be added to the data file for storage and use later. This would be different than the most recent modification date. I don’t know that I need this for anything, but it would be interesting information…. I might experiment with that here. – FletcherPenney
I created the [[CreationDate Module]] that does something like this.
Hierarchic Linking Module
A small rel attribute addition to the links would result in huge structured organizing possibilities of wikis. More details: http://www.oddmuse.org/cgi-bin/wiki/Hierarchic\_Linking\_Module\_Proposal
I would probably implement something like this more via a cluster hierarchy (as above), or with a tagging system (my personal preference, not a question of right or wrong).
I would say my hiearchic linking module proposal is also a way of tagging, in this case tagging links (2-way tagging, parent or child). So we don’t tag the page (the content) but the link. Also it’s a primitive tagging as one link gets always just one tag (parent or child or jump) and not multiple tags at the same time. So these tagged links could be used to tag contents/pages to other pages (which are used as tags in the moment they are created as a parent page to the current one). The new thing is that categories, tags, anything which is broader and more abstract is also a normal page which can again have multiple parents,children,jumps. –TonyArmani
I discovered this yesterday, and have been thinking about how something like this could be used within OddMuse to automatically generate a navigational hierarchy. You tag all your pages however you like, and a module comes along and uses your tags to generate a hierarchical structure that you might not even know exists. I am intrigued by the emergent properties of systems - using the data itself to define the overall structure, rather than imposing it externally. I’d be curious as to what could happen with this. – FletcherPenney
Yes, such a module would be also nice. Somehow something similar like a Zettelkasten for Oddmuse. For unintended navigational hierarchy this would be interesting, my link type proposal would be interesting for intended navigational hierarchy. Zettelkasten is a Windows program which you can check here: http://zettelkasten.danielluedecke.de (and which supports unfortunately only German, but maybe you understand German also?)
Unfortunately, my german is not good enough to really understand what is going on at that website…. I’ll have to try babelfish’ing it to see what happens… – FletcherPenney
I can give a hint about Zettelkasten. Zettelkasten is a program to help you managing your bibliographic notes collection using tagging techniques. This means especially if you’re often writing papers, academic stuff (where you should mention anything you used in your paper) or a book (could be also a novel) this program might help you. You can also search after “Niklas Luhmann” in google, Zettelkasten tries to implement his used techniques (with papers and pen) as a software. I hope this helps a little. After thinking more about HierarchicLinking I’m coming to the point that HierarchicLinking “is the same” or leads to tagging using pages as tags. It is a bottom-up approach of collecting notes. The big difference to what is existing in normal wikis is “you add to a page B something from your page A” which can be made visible in B by collecting all backlinks to it. Also we use a 3-way backlinking (multiple backlinking rather than single backlinking as used in wikis) for collecting so that we get also hierarchic structuring possibilities.
Check out the TagMap to see my implementation of a tag hierarchy…