Meta:Historical/MediaWiki

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search

WikipediaReasonable[edit]

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, Recent Changes 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. Encyclopaedias 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! -- Larry Sanger

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 BackLinking, AccidentalLinking, SoftSecurity, etc. That would be really cool. -- SunirShah


Personally, I think wiki is a perfect tool for collection information, if only because of the ease of editing text. That way information can go in quickly, and get validated or added to as necessary, without a lot of overhead.

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 Recent Changes 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, 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


I think you're a bit jealous, Sunir. :-) Who and what will be hurt in a year? Suppose no one is interested in Wikipedia in one year. So what? Who cares? -- Larry Sanger

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 PatternLanguages). -- SunirShah

WhichWikiShouldWeUse[edit]

This entry is for discussing which wiki software is best suited for Wikipedia.

Features, fonctionnalities, which WikiWiki is best suited for Wikipedia ?


The ArbitraryLinkingDiscussion started with this:

The other day, on a page I cannot find now, someone suggested that we might switch to a version of Wiki which supports arbitrary linking. The idea is that, particularly for an encyclopedia, having arbitrary links is better than the amusing but odd wiki capitalization conventions.
Is there a wiki software that can support this? -- User:Jimbo Wales

["Free linking" like [[word]] was later added to UseModWiki.]


Other WikiWiki programs than UseModWiki?

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/.


Is the Wikipedia project reasonable?

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, Recent Changes 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.

Read the rest and the discussion in WikipediaReasonable


What other tools do we need?

I agree that search tools to find potential links would be very useful. One possibility would be to make a list of pages in date order (newest first), with all the potential links listed next to the name of the page. Editors could then watch the most recent edits for potential links. If this wiki moves in that direction, I'm willing to work on better search tools. --CliffordAdams


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 Recent Changes 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 -- User:Jimbo Wales)

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. --User:LinusTolke


Similar Projects?

Any of the ideas of Jeff Duntemann's Virtual Encyclopedia been considered here? I haven't consumed the whole wikipedia yet, so I don't know if maybe even Jeff's 1995 original proposition was the progenitor of this whole structure, kind of a global napsterwiki. http://dev-developer.earthweb.com/visualdev/9909_vol10/57duntemann.html -- User:JerryMuelver


Interesting article--but from skimming it rather quickly, it looks like more of a proposal for dmoz.org rather than for Wikipedia. -- User:Larry Sanger


ArbitraryLinkingDiscussion[edit]

The other day, on a page I cannot find now, someone suggested that we might switch to a version of Wiki which supports arbitrary linking. The idea is that, particularly for an encyclopedia, having arbitrary links is better than the amusing but odd wiki capitalization conventions.

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? -- User:Jimbo Wales

["Free linking" like [[word]] was later added to UseModWiki in February 2001.]. 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 United States might be written like this:

  • <<< Alaska >>>
  • NorthDakota
  • <<< Wisconsin >>>

That is, if you use <<< >>>, the rule is that there has to be only one word inside there.

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?


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 issue contains a conflict in the different uses of the system. On one hand we can use a simple enough syntax to mark the links like the funny capitalisation of letters and on the other hand the writer of each entry will have to put extra thought into what is a link and what is not.

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:

  • First a tool that during preview goes through the text and signal all words that are present in the encyklopedia and thus are immediate candidates for linking. This is good as a help in identifing words or word combinations that are present elsewhere. The tool could also help him in choosing the correct version of the word.
  • The second tool that is a tool that when we add a new word, goes through the whole wiki and finds all places where this word or combination of words is used without a link. Kind of like the search function except that it does not include the words linked here (or linked to some other entry in the case where we have several entries with the same name).

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

Multi-word links with spaces would require some more effort than single-word links. I would really like to implement a system which allows nearly arbitrary text in a link, even including characters like / or ! which may not be allowed in filenames. On the other hand, I could quickly add something like TWiki's [[Some Phrase Here]] links, which would link to a page SomePageHere.
I agree that search tools to find potential links would be very useful. One possibility would be to make a list of pages in date order (newest first), with all the potential links listed next to the name of the page. Editors could then watch the most recent edits for potential links. If this wiki moves in that direction, I'm willing to work on better search tools. --CliffordAdams

Links like [[word]] are now an option in UseModWiki 0.91. (Hopefully Wikipedia will upgrade soon.)

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 -- User:Jimbo Wales)


This sounds good to me, but Jimbo Wales is the Wikipedia programmer. Feature request: make it possible for a link written [[like this [[Jimbo Wales]]]] to be displayed with just the words "like this" linked, and pointing to the "Jimbo Wales" page. However you do it, it would be dandy to be able to link to a page without using the page name. On the other hand...maybe we don't want to make that possible! -- User:Larry Sanger

I've implemented a simpler syntax like [[Jimbo Wales|like this]], which is closer to the regular URL format: [URL description]. Trying to parse nested pairs of brackets would get pretty ugly coding-wise.
For spaces in links, they are translated into _ (underline) characters in the URL, and translated back into spaces when displaying the link. This allows you to type [[Jimbo Wales]], which would be displayed like "Jimbo Wales" (as a link). If you wanted to link to the page (from outside the wiki) you would use a nice URL with an underline (like http://www.wikipedia.com/wiki/Jimbo_Wales ), rather than an ugly one with a + or %20 for each space character.
Hmmm... If one handles spaces like that, perhaps this wiki could completely dispense with the strange capitalization rules and just use [[word or phrase]]-style links. There would be less "accidental linking", but this wouldn't necessarily be a bad thing. (I'd certainly want to create link-helping tools, however, to find appropriate links.) --CliffordAdams (soon to be Clifford Adams?)

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

I'm not sure I understand what you're asking for here. I don't think it would be a good idea to automatically link single words every time they appear--it could lead to far too many links on pages. One can already create synonyms with the redirect command--see MozarT for an example (redirected to the composer's full name). --CliffordAdams

I don't understand why you want spaces to be converted to and from _ (underline). Isn't the space character good enough as it is? Is there some conceptual meaning of the space that I don't understand? --LinusTolke

Briefly, spaces in [[en:Uniform Resource Locator

|UniformResourceLocators]] (URLs) are forbidden in the UniformResourceIdentifier (URI) specification. (URLs are a subset of URIs.) From RFC 2396: "The space character is excluded because significant spaces may disappear and insignificant spaces may be introduced when URI are transcribed or typeset or subjected to the treatment of word-processing programs. Whitespace is also used to delimit URI in many contexts."

For URLs, the valid ways to represent a space are the "+" character (within a "query component") and the "%20" escape sequence. Both look relatively ugly compared to an underline: compare

"Jimbo_Wales" with "Jimbo+Wales" or "Jimbo%20Wales". Internally my code also uses the _ character for filenames, as some utilities on some systems do not deal well with spaces in filenames. However, aside from the URL issue, you should not notice the difference. --CliffordAdams

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?PatternLanguage). -- SunirShah