I love weird capitalization! I think we should not be too prompt putting a straight jacket on WikiPedia --OprgaG |
|
It strikes me that a very simple system would be to be able to link like this: <<< Albania >>>.
Is there a wiki software that can support this? -- JimboWales
["Free linking" like [[word]] was later added to UseModWiki. See below for discussion of that feature.]
I just had another thought. Perhaps arbitrary linking using <<< >>> should be limited to single words only. For example, a list of UnitedStates might be written like this:
The whole point here is to get away from weird names for single-word articles, things like NuPedia or AlaSka?. Is there a wiki that can do that? Or, should I just add the capability to this one? Or, is this whole idea really bad for some reason?
Hi Jimbo, I had made a suggestion a few days ago about perhaps switching to TWiki, as it is one of the more polished (and well-documented) Wiki's. Twiki supports doing links as we've been doing here, as well as forced links with [[double brackets]]. It's got gobs of other features... Check out http://www.twiki.org. It's got pretty good docs, too. I highly recommend it.
-- Bryce
TWiki is a good wiki. (I prefer my own UseModWiki, but I'm slightly biased. :-) TWiki certainly has more documentation than UseModWiki. A third possibility is the MoinMoin: see http://moin.sourceforge.net/.
Adding [[word]] or <<<word>>> -style links to this wiki should not be very difficult. The main disadvantage of such links is that they would not be automatic. That is, if someone typed the plain word "Alabama", it would not become a link automatically. (The user would have to type something like "[[Alabama]]".) On the other hand, I'm not sure that every instance of simple words should be a link. Requiring explicit links might make the page look cleaner.
If this wiki community really wants more free-form links, I'd be willing to take a look at adding [[word]]-style links as an option in UseModWiki. --CliffordAdams [This feature was added in February 2001.]
I think that since the ambition is to build an encyklopedia we should go for the latter. An important thing with an encyklopedia is the words and their spelling and the funny capitalisation destroys the charm of the language. In some extreme cases there might even be a difference in the meanings because of the capitalisation. (Example from the top of my head: March n. month, march v. to walk). I would also like the possibility to write names with their correct spelling including the spaces like George W. Bush and North Dakota.
Actually I would like to make it even more complicated for the writer. I would like the WikiPedia to provide a possibility to link to the correct version of a word if words have several meanings like this: York (linked to York/PA) is named after the English city (York linked to York/England?). and have this appear as "York (clickable) is named after the English city York (clickable)".
Since this makes it harder on the person writing the texts we need tools to help him. I have identified two important set of tools:
A third more elaborate tools would be for those that want to spend time fixing all the errors that the persons not running the second tool would insert into the database and that would be a tool that finds (at random or in some order) entries with words or word combinations that are now defined but not linked to.
I realise that my technically ordering and systematising mind is what makes me wish this but I can't get out of it. --LinusTolke
I think it wouldn't be hard to write a conversion-helper script to semi-automatically fix the current strange capitalizations. The script would first look for all wikinames and create one large list. A human editor would go through the list and delete any of the "good" multi-word names (like PopularMusic), which would end up with a list of "strange" wiki-names (like PolanD or TopOlogy). The second part of the script would take take the edited list of one-word names and replace them with [[word]] links. Those one-word names which already have defined pages could also be moved/changed automatically, along with the RecentChanges database file.
The whole conversion would probably take only a couple hours, much of which would be editing the list. I'm willing to write the conversion scripts and even do the editing if the maintainers of WikiPedia approve. --CliffordAdams
(I think this sounds great -- JimboWales)
I love weird capitalization! I think we should not be too prompt putting a straight jacket on WikiPedia --OprgaG
I have a suggestion that might give us the best of several worlds. Continue with multiple capitalization as the main tool used by authors, but allow one to assign single word synonyms with no capitalization so that they can be recognized for indexing when they appear in any article. --DickBeldin
So this is a technical issue on the connection of the wiki to the tools allowing people to browse and modify the contents. I don't think this is at all important and I would think that it would be a pity if the contents of the WikiPedia would be governed by problems in the tools. --LinusTolke
I don't want to be a wet blanket, but I don't think a wiki is appropriate for a project like this. If your emphasis is on fast growth of the page database, you totally break all the existing structural systems of the wiki. For instance, RecentChanges is no longer functional. Secondly, wikis exist in a very [long now]. You have time to consider what you add. A repository of information should be like this, I think. Encyclopaedia were invented by the Romans to summarize what the Greeks had taken centuries to come up with. Indeed, the Romans didn't derive much new; just bad summaries. Meanwhile, the Greeks were still chugging along deriving new things.
It's more interesting to layer in more information, not just collect it, and then interpret the information. Wikis help you to collate the information into a reasonable order, and connect the information to derive new insights. These are valuable contributions--mere collection can be achieved through Google. But it takes time to resolve information. So, you have to move slower.
Quality is better than quantity. In my opinion, anyway. -- SunirShah
Too late! We've already started! :-)
I personally am very sympathetic with what you say here; I think quality is very important. But if you look around, you'll see that quite a few pages here are of surprisingly good quality. This suprises even me and I'm the one who pushed Jimbo to set up this wiki, and I am promoting it on NuPedia. Perhaps you should have a look at NuPedia and see if that's more along the lines of what you would like to see; I suspect so.
One could plausibly argue against the substance of what you have to say above, though: the best way toward quality is, indeed, to open things wide and let many people participate and improve what's here. Personally, I don't know if that's a very good argument; it's an empirical question, whether this sort of thing can work in the long run. But I wouldn't be surprised if it did.
Actually, we're just having fun, or I am. WikiPedia is sort of a break from the more serious business of NuPedia for me. But it might end up being a very valuable resource in itself. Frankly, it doesn't much matter if it doesn't turn out to be a very valuable resource! Regardless, we will have taught each other quite a lot. I mean, I've already learned a fair bit just reading other people's articles! -- LarrySanger
I think NuPedia is really good. I can see what you mean about this being a play area, though, but I think you might also benefit from a few other things that you can propogate back to NuPedia, like maybe MeatBall?:BackLinking?, MeatBall?:AccidentalLinking?, MeatBall?:SoftSecurity?, etc. That would be really cool. -- SunirShah
I would say that SunirShah is wrong about this breaking the structure of wiki. Rather, I think what it does is break the culture of wiki, and thus the old structure can't serve properly in their old roles. But there's nothing to stop WikiPedia from developing its own style, with things like RecentChanges filling different niches. And in fact, as much as I like wiki, I would say that's a good thing.
Admittedly, though, Sunir has a lot more experience with wiki than I do. -- JoshuaGrosse
I think that the rhythm will settle down in a few months. Right now, the excitement has outstripped the technology, as you have noticed from the UgLy? links that are being made. Free-form linking may not be a bad idea here, but more thinking about NamingConventions may be better.
I've been thinking lately about the differences between the technology of the wiki, the culture of a wiki, and the medium of a wiki. I'm fairly certain the culture of a wiki is necessary to keep it stable. Hence, MeatBall?:SoftSecurity?. But I'm interested in other successful models. Right now, I'm certain what's happening here is not good. It will hurt you in a year.
One thing to keep in mind. There are two audiences to write for on a wiki: the one today and the one five years from now. -- SunirShah
Seconded! In fact, I think it is almost necessary that this early growth should be unsustainable. The first thing that should happen to an encyclopedia is a filling in of all the easy, broad topics, and obviously that can't continue indefinitely. Nor should it. Once a competent review of physics appears, it makes sense that writing in that field should die off, even though it was really fun to those who participated in it.
After that wikipedia might settle in to a long, slow expansion, where new topics are mostly things like biographies and book reviews. At that point people might lose interest. But by then they'd already have surveyed out most of the simple topics, hopefully enjoying themselves and creating some text of value. I don't think its any great tragedy the community doesn't last beyond the stated goals of wikipedia. -- JoshuaGrosse
Yeah, I think you're right. I think the freeform linking may be the thing you need. Most of the cruft comes from the poor choice of a LinkPattern? (suited best to http://c2.com/cgi/wiki?PatternLanguages). -- SunirShah