Wikipedia talk:Do not use subpages

Older Talk: Talk:Wikipedia subpages pros and cons

I didn't want to add my evaluations of some of the alleged advantages and disadvantages of subpages to the main page, so I made a subpage. ;-) Frankly, I wouldn't mind seeing subpages for non-article pages, such as the "Wikipedia:" namespace. But we could easily do without them there, too. I deny that their convenience for purposes such as this discussion constitutes a very good argument for thinking they're a good idea for encyclopedia articles. (Why would it?) Below are my evaluations of the "pro subpages" arguments. --Larry Sanger

Table of contents 1 Pro subpages 1.1 Ease of linking related data together 1.2 Other advantages 2 Subtopics naming convention

Pro subpages

Ease of linking related data together

• Helps link together related data: subpages can be used to divide an otherwise long article into sections; so can ordinary pages, but with subpages, the sections are connected automatically by being subpages. Britannica uses subpages for this purpose.
  • True! The original version of this point did not acknowledge that ordinary pages could be used for the same purpose--that in itself does not constitute an advantage of subpages. Therefore, the only advantage subpages have over no-subpages is the fact that sections are "connected automatically." Now, is that actually an advantage? Maybe sometimes, yes, a weak advantage. Sometimes it isn't, and that's one of my points. In many cases, the subpage creator notwithstanding, we shouldn't have a "hard-wired" link from the subpage to the main page. This is inherently prejudicial, really, in that the subpage mechanism leads people to contextualize the subpage as part of, or somehow dependent upon, the main page. This is explained in "contra subpages." --LMS
  • Moreover, it is highly misleading to say that Britannica uses subpages. Britannica has one large article and divides it conveniently into sections, instead of putting it on one page. That is not how subpages are (have been) used on Wikipedia. It's hardly as though anyone has written a twenty-page article and used subpages to break it into bite-sized chunks. In fact, mention of Britannica's use of subpages is more obviously a point against subpages: to find information about a specific topic, I've observed that often one has to search through a long article, with a lot of information not immediately relevant to the topic in question. Why should we want to emulate that? Wikipedia is not paper, and Britannica obviously chose their article chunking feature in order to facilitate the inclusion of long paper articles in electronic form. --LMS
• Subpages can also be used to facilitate linking to individual sections and between sections.
  • This, again, assumes that subpages are being used to create sections of one long article. If they were always used for that purpose, my objection to subpages wouldn't be quite as strong. But we can't dictate that people will use them only for that purpose. More importantly, Wikipedia isn't paper--it's hypertext. Why not let hypertext (i.e., internal, intelligent, human-created links) specify the relationships between chunks of information? There are very few information chunks that belong in an encyclopedia that are longer than our page length limit. Long articles should be broken into chunks. --LMS
• Subpages can also be used to create automatic links from the child to the parent and from a parent to the list of children; these links, appearing in a linkbar or other special place on a page, stand out and provide a useful, yet non-obtrusive, reminder to the reader of what "main" connections of the current page, in some useful sense of the word.
  • Again, I have serious doubts that this is always actually an advantage. Sometimes, it's precisely my point that we don't want such links, because they are positively disadvantageous (as explained in "contra subpages"). --LMS

Other advantages

• Provides a useful home for data that wouldn't make sense on its own: subpages can be used to store small or large amounts of data about a subject that could be useful but would clutter the main page about that subject.
  • I'm not sure how to evaluate this without further elaboration of what "data" means here. But if "data" includes ordinary text of the sort one finds in an encyclopedia, we must bear in mind that Wikipedia is going to be huge in the end. There are going to be articles on the most recherche of academic topics, which necessarily cannot be understood without huge amounts of other knowledge. Should we, on those grounds, make those many articles subpages of some slightly-less recherche academic topics? No; the decision in many cases would be totally arbitrary what topic to place them under. I can think of plenty of examples from philosophy where this is true, but it is also evidently true in many other subjects, such as history and physics. I think it is essential that each article begin with a definition that explains what the article is about; in most cases, that definition will, if correct, include something like a genus and differentia (see genus-differentia definition) and therefore point the reader to pages about more general and thus hopefully more accessible topics. Similarly, when an article is about a person or a place or an event, broader, more encompassing categories will be mentioned in the description of the person, place, or event, therefore leading the reader back to more accessible topics. --LMS
  • Now, compare that system to a system that contains a lot of parent pages and subpages. In that case, quite often, one must visit a parent page in order to put a subpage into context (as I have had to do with Britannica articles), when this contextualizing can and should be done in the article about the topic I'm interested in. Since it's a subpage, the contextualizing is left to the parent page. In hypertext, that's a bad thing. Let people find the information they need efficiently. --LMS
• Similarly to the foregoing, subpages can be used to create small sub-articles that are puzzling as stand-alone encyclopedia articles, but which make sense qua encyclopedia articles as subpages of a main article.
  • Understood correctly, this is a point against subpages. It's bad that subpages have been written so that they can be understood only in the context of a main article. What if someone could have written that same article, now on a subpage, so that it was a nice stand-alone article, with just a paragraph of stage-setting? Our readers would thank us for that, I think. This gives the reader freedom: the reader can, if desired, get more background information from articles on more general topics. Look, there's background to be given about everything. That's what an education is all about, giving people background about everything. It's arbitrary to arrange articles so that some of them (the subpages) require that one get background from some specific article (the main page), while others, which could just as easily be made subpages of some other article, are not so arranged.
• Established habit: they're known and used in the wikipedia community, removing subpages might cause confusion among those who have used them and who have not practiced writing pages without them
  • This is a very weak advantage. I'd say there are rather few people who have been writing on Wikipedia who can't think up all sorts of ways to avoid using subpages. --LMS
• Makes for concise titles: subpages convey the most information most concisely: for instance [[Algeria/Government]] vs. [[Government of Algeria]] or [[Algerian government]]
  • This is no advantage at all. We get conciseness at the expense of clarity, as argued in the "contra subpages" section.
• Useful for fictional universes and some other topics: subpages are particularly useful for collections of articles that have complex interrelations but very few if any relationships to topics outside the collection. For example Dungeons and Dragons and Lord of the Rings; perhaps poker.
  • This is true, but everything is related--even nonexistent things! (In ontology, I'm of the view that there are things that do not exist. :-) ) Hence, we could relate Gandalf to other fictional wizards in an article about fictional magic, and wouldn't that be a great article indeed. But to make that article, we would be ripping each individual wizard out of his own main page-subpage universe to compare them. Many other such cross-universe discussions are possible. Anyway, for me, this is the least controversially positive advantage of subpages, because usually, when we speak of Gandalf, it's in relation to Frodo and Sauron, rather than in relation to a Wizard of Earthsea. As such, it's not a very strong advantage. Moreover, if we allow people to use subpages for this purpose, they'll use them, as they have used them, for a lot of bogus purposes as well. --LMS
• Can be used to create standardised organisation of the same kind of relationship; for a trivial but by no means exhaustive example, consider "

See also : Wikipedia subpages pros and consX/Childhood" in a biographical article versus competing schemes "Childhood of X" and "X's Childhood" creating confusion and unnecessary complication. (It seems however that all three schemes are equally arbitrary and one could standardize on either one.)

• • This just doesn't make any clear sense. Put differently, I could just as easily have made it a "contra subpages" point. There are going to be competing schemes with or without subpages. E.g., we can just as easily imagine "

See also : Wikipedia subpages pros and consX/Childhood" as "

See also : Wikipedia subpages pros and consX/Upbringing" and "

See also : Wikipedia subpages pros and consX/Childhood and Youth," etc. Besides, we shouldn't make this decision based on what can be easily standardized: we aren't standardizing yet and nothing about the software or our habits militates against some future standardization. --LMS

• • • I disagree and believe it does make clear sense. Put simply, pick any 100 personalities on whom we'll have large biographical articles. In absence of any standartization (and I'm not saying these things can't be standartised, see below) and in absence of subpages, perhaps half of them will have "Childhood of X" articles and the other half "X's Childhood", or some other proportion perhaps. I think we can agree that that would be undesirable? With subpages, this particular confusion does not arise: "X/Childhood" it will be, "Childhood/X" is clearly absurd and will not be used. Now it's true that someone may use "X/Childhood and Youth" or whatever, but that's not an argument against subpages: the very same confusion may arise without subpages, with "Childhood and Youth of X", "Upbringing of X", etc. etc.
    • To sum up: whenever a page's title needs to transmit the idea of "the aspect B of A", where A is clearly the primary object and B is clearly its aspect, as in X and their Childhood, subpage-based naming allows us to unambiguously present the relationship without leading to likely confusion between different schemes in the English language, such as "B of A", "A's B", etc.
    • Now, in absence of subpages these things may of course be standartised. I'm not saying they can't be, but it's additional work for something we already have for free with subpages (which of course has other advantages in my opinion). And this standartization may prove difficult because of the multitude of different kinds of relationships we'll have to standartize on. Suppose we agree that "X's Childhood" is better than "Childhood of X"; but what about when X is country -- "Geography of X" does seem to be slightly better than "X's Geography". We'll have to consciously decide on any such issue and wade through existing pages, fixing their titles - one-choice-for-all is unlikely to work. Retaining subpages, on the other hand, eliminates this particular problem completely. --AV
      • Re "perhaps half of them will have "Childhood of X" articles and the other half "X's Childhood", or some other proportion perhaps. I think we can agree that that would be undesirable?" First, a strictly speaking irrelevant point: it's slightly undesirable, but not nearly as undesirable as an attempt right now to impose a standardization. Now more to the point, this is clearly not going to be an advantage of subpages or of not having subpages. Subpages do not require any particular standardization scheme, nor do they make any particular standardization scheme any easier. The fact that, in your example, there are more viable options (X's childhood" and "childhood of X") than the same variables "X" and "childhood" in combined to make a viable main page-subpage combination ("X/Childhood"), is not very convincing. In the long run, subpages make standardization harder because one must come up with standards for making subpages, and as I've argued, subpages are inherently arbitrary, since everything in an encyclopedia can be made a subtopic of something else. --LMS
      • Re "whenever a page's title needs to transmit the idea of "the aspect B of A", where A is clearly the primary object and B is clearly its aspect, as in X and their Childhood, subpage-based naming allows us to unambiguously present the relationship without leading to likely confusion between different schemes in the English language, such as "B of A", "A's B", etc." The problems are precisely that "A/B[?]" does not always convey "the aspect B of A" in the context of Wikipedia--contrary to what you said, and your specific example not withstanding, the slash does not unambiguously present the relationship. I propose to use English, for clarity. "X/Childhood" is understandable because of the meanings of the words involved (people have childhoods). In the titles of other possible subpages, such as Electromagnetism/Charge[?], the slash has no such clear meaning, and is unacceptable precisely because it is ambiguous. --LMS
• Can be used to separate out meta-pages from the contents of the encyclopedia proper.
  • This is not an advantage specific to subpages. In Magnus's PHP wiki software, theoretically, we could get rid of subpages entirely while still, as we are planning to, using a "Wikipedia:" namespace for Wikipedia-related articles. --LMS
• Autogenerating subpage lists: a nice feature would be to autogenerate a list of links to subpages on each page that has them. We haven't done this yet, but it would be nice. (It's in the PHP script; try [1] (http://wikipedia.sourceforge.net/fpw/wiki.phtml?title=wikipedia:Help))
  • This is an advantage only if subpages per se advantageous to have; since they're not, it's not. --LMS

---

I offer here my evaluation of the contra-subpages arguments.

First, I submit that they can be usefully divided into the following two groups:

1. Arguments which argue that subpaging is an inherently arbitrary choice, and can be easily abused.

2. Arguments that argue that subpages are wrong for other reasons.

It is my belief that the arguments of the first kind are generally correct, but the danger presented by the arbitrariness is, first, greatly overstated, and second, not unique to subpages anyway. The arguments of the second kind, in my opinion, apply only to particularly bad choices of subpages, in other words, to subpages which shouldn't have been subpages in the first place and which therefore actually present evidence for arguments of the first kind. I'll argue with examples that most or all of the arguments of the second kind are powerless when confronted with actual examples of good use of subpages, some of which are even linked from this discussion.

Now, to the arguments.

• Decisions on when or where to create subpages at all is necessarily arbitrary: every encyclopedia topic can be regarded as a subtopic of another encyclopedia topic. There is no good reason for us to regard some topics as subtopics of other topics when all encyclopedia topics can be so regarded.

In this paragraph, only the first clause is perfectly correct: Decisions on when or where to create subpages are necessarily arbitrary. This is an important point to keep in mind. However, are they the only kind of decisions that are necessarily arbitrary in Wikipedia? What about decisions on how to divide large text into multiple pages (subpaging or no subpaging)? What about decisions on how to name articles when several perfectly fitting alternatives exist? What about decisions on how much to quote from historical accounts, on whether or not to include relatively short original sources, or relatively long original sources for that matter? What about decisions on where to use italics and where to use a bold font?

These are all examples of issues that are not standartised in Wikipedia and are being addressed by contributors as they work on articles. Consensus slowly emerges on some of these issues as more people see various ways of dealing with the problem and come to agree on the best ways. The issue of subpages isn't that different. It's also a feature of Wikipedia, one that can be used and abused, and one that is widely used by Wikipedians and appreciated by at least a fair number of them. The argument that subpaging is arbitrary will only apply if its proponents show that this arbitrariness, unlike other cases of arbitrary choices in Wikipedia, has really harmed the project, for example, by creating large controversies and edit wars.

So far this hasn't happened, however. There are occassional arguments about whether some page is better off as a subpage or as a separate page, but no more arguments arise about that than about other choices Wikipedians are confronted with when editing articles. Moreover, very many articles, some of them famously (September 11, 2001 Terrorist Attack comes to mind) exist as conglomerates of many subpages, and seem to be extremely useful; noone seems to suggest that these particular articles are better off being refactored as single pages. There're calls for general abolition of subpages, sure; but noone seems to justify these calls by practical consideration of existing successful subpages (such as the one I just referenced) and showing how it would be better if it were refactored as a collection of pages without subpaging. It appears that such a demonstration is needed for the argument to be persuasive.

The rest of this argument, beyond the first clause:

• every encyclopedia topic can be regarded as a subtopic of another encyclopedia topic. There is no good reason for us to regard some topics as subtopics of other topics when all encyclopedia topics can be so regarded.

is unconvincing because it sets up a false black-and-white picture. It is simply not true in any useful sense of the phrase that "every encyclopedia topic can be regarded as a subtopic of another encyclopedia topic".

In fact, what we see is that some pages lend themselves very strongly as natural candidates for subpages of other pages (such as "Rook" for Chess, or "Missing Persons" for September 11, 2001 Terrorist Attack), while other pages don't let themselves at all as natural candidates for subpages of other pages (such as 48 for Emacs or Charlemagne for Electric Toaster[?]). Now, to be sure, certainly there is a grey area in-between! But existence of such a grey area does not mean that "every encyclopedia topic can be regarded as a subtopic of another encyclopedia topic", nor does it mean that we should abolish subpages. It merely means that policy will slowly emerge through common work regarding what is and what isn't good subpaging -- just as such policy has arisen in many other cases with grey areas in Wikipedia.

Next argument:

• The particular choice of a subpage hierarchy is arbitrary:

See also : Wikipedia subpages pros and cons[[Algeria/History]] might be used when [[History/Algeria]] would be as just as appropriate; both [[Film editing/Star wipe]] and [[Digital effects/Star wipe]] refer to the same thing and would be equally appropriate. There's no clear principles on which to make the decision, and the decision does have consequences.

I agree that a particular choice of a subpage hierarchy may be arbitrary, but this merely means that in such a case subpaging may not be appropriate (see above for explanation why existence of such cases doesn't constitute an argument against subpages). In fact, of two examples presented here, one seems very unconvincing - would anyone really entertain the possibility of History//Algeria[?]? - of course not! - gathering histories of all countries as subpages of one page is evidently an absurd idea, and it is clear, I trust, that every experienced Wikipedian won't think a second before choosing Algeria/History as the correct hiearchy (and while a very inexperienced Wikipedian may make a wrong choice, they make wrong choices in all kinds of other issues as well - that's why more experienced Wikipedians are there to correct them!). The second example is convincing, but it merely shows that Star wipe should be an article unto itself, that's all. If it can be considered a subpage of two quite different pages equally well, by all means don't make it a subpage at all.

Now let us examine this argument on some real and successful uses of subpages:

Is it September 11, 2001 Terrorist Attack/Missing Persons or Missing Persons/September 11, 2001 Terrorist Attack[?]? I think the answer is clear. Even more absurdly, is it September 11, 2001 Terrorist Attack/Full Timeline[?] or Full Timeline/September 11, 2001 Terrorist Attack[?]? It's silly to even ask the question.

We see, by examining actual uses of subpages, that the issue of dubious hierarchy almost never arises; when it does arise - and that, I repeat, almost never happens in practice - it should simply be taken as evidence that this particular subpage should be converrted to a page of its own.

The argument would be an argument against subpaging in general only if it could be shown that in a substantial number of existing uses of subpages the hierarchy isn't clear and is arbitrary. But that is manifestly not the case.

To be continued tomorrow -- AV

---

AV, I'm not particularly interested in the subpage debate, I think we can write good encyclopedia articles with our without subpages, so the whole debate is not as significant in my mind as it seems to be for some other folks. So, I really don't want to get enmeshed in a debate which takes up time I could be fixing up the List of philosophical topics. I'm not going to get into the debate here, but I just want to point out that I think you have misunderstood at least one of Larry's arguments. When Larry says, "any encyclopedia topic can be considered as a subtopic of another encyclopedia article," he is not arguing that any encyclopedia article could be considered an subpage of ANY other article. To use your example, could not chess be under Board Games/Chess. Larry wants hierarchy's, but he wants to allow for as many of them as possible, and to avoid setting up "hardwired" hierarchy's that keep you from putting Chess under Board Games, Strategy Games, Intellectual Competition, and wherever it happens to belong. Once chess is placed under Board Games, everybody and everything has to know about that specific hierarchy. Now before you get upset, I know that what I've said is only an argument for using subpages responsibly, and not necessarily an argument for removing the possibility of subpages. To do that, you'd need to couple it with another argument that either that 1) it is very difficult or even impossible to use subpages correctly, or 2) that using subpages correctly is significantly more difficult than the alternatives. And I'm not prepared to do that... MRC

You're right, I did misunderstand the argument. For some reason I kept seeing "any other" where it was written "another". I'll rewrite that part of my argument. My apologies to Larry and many thanks to you -- AV

See also : Wikipedia subpages pros and cons

---

I've been struggling a bit with how to set off entries that can be very broad in application like [Education] but have many sub categories like [assessment] or [history] but I don't want the sub categories to get too wrapped up in the generalities... phpwiki 1.3 offers an interesting solution allowing users to create sub categories by adding a slash/ at the end like this Enlish / History . Has such a system been discussed before? ck out the demo version of |phpwiki_demo (http://phpwiki.sourceforge.net/demo/en/HomePage)], make sure create a subject. save it. then add a slash to it at the end. it's pretty easy.- dgd

We have done this in the past, but it has been deprecated. It was felt that the disadvantages were probably greater than the advantages. See Wikipedia:Wikipedia_subpages_pros_and_cons. For cases such as you mention, you can either use sub-headings (Type ==History== on a line of itself), or create a page with a title like [[History of education]]. Andre Engels 15:22 Oct 1, 2002 (UTC)

above from village pump archive

---

For a name, how about just wikipedia:subpages[?] ? simple, straightforward, etc... Martin

Shouldn't that be wikipedia/subpages[?]? :) Tannin

Wikipedia:subpages/no/no/no[?] ?

This is a policy page. As such, it should use the imperative style of policy pages as a title. --Eloquence 11:24 Apr 21, 2003 (UTC)

---

moving this in from the Village Pump

I've been writing quite a bit (too much, in fact) on Middle-earth recently, and frankly, I'm getting tired of writing "Elendil is a character from J. R. R. Tolkien's fictional world Middle-earth" at the start of each and every page. Furthermore, many, many of the Middle-earth pages are quite old, and do not have this blurb. I think that the best way to resolve this is to - yes, I am a newbie and I am suggesting that we bring back the subpages.
To use an analogy from Middle-earth, the resurrected subpages would be like Lúthien redivivus - they would sit quietly in their assigned corner, rather than running loose in the wiki and doing all sorts of crazy things. I think that subpages are appropriate for fictional people and places. I have looked at many of the arguments against subpages, and found that they simply do not apply. It would, of course, be good to replace the slash character (and the concomitant subdirectory backend structure) with something else, such as the proposed "--" character.
; So feel free to grab this idea by the tail and bash me over the head with it if you feel that it is appropriate, because I am afraid that I am being a stereotypical newbie and failing to see the gaping maw of some mistake or other. Smack 07:04 1 Jun 2003 (UTC)

I think you'd be better off using standard disambiguation format, e.g. Luthien (Middle Earth)[?]. And don't call them subpages, use a euphemism like "pages from the Middle Earth category", because some editors are very hostile when they hear the S-word. :) -- Tim Starling 07:11 1 Jun 2003 (UTC)

Sorry, subpages, no matter which separator is used, are dead and gone, end of discussion. Everything has already been said on Wikipedia:Do not use subpages and people are tired of going through this again. The proper way to organize these pages is to create longer articles:

• Characters of Middle Earth[?]
• Places of Middle Earth[?]
• Concepts of Middle Earth[?]

--Eloquence 07:16 1 Jun 2003 (UTC)

See what I mean, Smack? You can make subpages, just don't call them subpages :) I don't know if Eloquence looked at the pages in question, but they seem to me to be too long for merging. -- Tim Starling 07:42 1 Jun 2003 (UTC)

With few exceptions, most of the articles in the Middle Earth section could be merged and redirected to longer articles. Exceptions would be stuff like Elvish language. Many of the Middle Earth articles are horrible stubs, e.g. Elrohir, Éomer. And adding a qualifier like "(Middle Earth)" will not help: Smack wants to do away with the introductions to save time. Sorry, but this is not how Wikipedia works.--Eloquence 07:53 1 Jun 2003 (UTC)

Sorry Eloquence, you're quite right, doing away with the intros is completely unacceptable. The articles I saw, which I thought were too long for merging, were Lúthien, Thingol and Beren. -- Tim Starling 08:31 1 Jun 2003 (UTC)

I don't really think they're too long, especially since the characters' fates are interwoven, so some present redundancy could be eliminated. A good overview article can well be 20,000 to 30,000 characters in length. See also the Wikipedia-l thread Limits to the non-paperiness of Wikipedia (http://mail.wikipedia.org/pipermail/wikipedia-l/2003-May/010351). --Eloquence 08:54 1 Jun 2003 (UTC)

I appreciate the nuisance factor of the leadins required to set context, which is why I prefer "In the fiction of J. R. R. Tolkien, ", which is succinct and sufficient. Giant omnibus articles do not serve the reader well, because if I'm reading along and am confused whether it's Glorfindel or Galadriel that's the bigshot queen, I don't want to wade through a massive Lives of the Elves[?] to find them. What I do see in Tolkien articles is that enthusiasts have wanted to retell the entire story in each article, and those should be pruned down, so that, Rashomon-like, each character's article only describes what is directly relevant to that character. If there's not much to say about Elrohir and the article is short, fine, that means I as a reader am done with it more quickly and can get back to my original activity. Stan 13:08 1 Jun 2003 (UTC)

Please see the long thread on wikipedia-l referenced above for why this is a very, very bad idea. --Eloquence 13:15 1 Jun 2003 (UTC)

Indeed, I even contributed to that thread. Having experimented with both the "long form" and the "short form" articles, I've decided that shorter cross-linked articles serve the reader better. Consider HMS Ocean - nice long article, lots of content, but if the reader links to it from Royal Marines, it takes some work and reading of irrelevant material to find which of several ships was being referred to. That is unfriendly to the intended audience, and some day the Ocean article will be divided up according to the standard for ship articles. Stan 18:13 1 Jun 2003 (UTC)

HMS Ocean is really a bad example. This is a bunch of articles thrown together simply because they are about ships with the same name. In a way, it's the expanded form of a disambiguation page. I agree that this should be divided. However, if there's not much to say about a ship, it may be more useful to have "XXX class ship" and then list and describe the ships of that class in the article. --Eloquence 18:19 1 Jun 2003 (UTC)

" The proper way to organize these pages is to create longer articles: Characters of Middle Earth..."

Sorry, that's just not going to work. If you do that, you'll wind up with several mega-articles, each a retelling of Tolkien's entire oeuvre, with some degree of emphasis on whatever the article happens to be titled.

"What I do see in Tolkien articles is that enthusiasts have wanted to retell the entire story in each article"

I am a part of that problem. I am the one who wrote the structurally horrible Fëanor article and didn't have the heart or the energy to split it up. The problem is that Middle-earth is a history; a fictional history, to be sure, but a history nonetheless, and that makes it very complex and interconnected. Someone brought up Rashomon. I've seen that movie. The whole point of Rashomon is that if you tell only part of the story, you've told a half-truth at best. You cannot tell the story of one character and one character only without ripping it kicking and screaming from the context. It seems to me that the problem is even more acute here than with "real" history. Real history has been gone over with a fine-toothed comb by historians, and divided into more-or-less neat sections. Thus, you can acknowledge the causal connections of, say, the French Revolution to the American Revolution in a sentence or two. Middle-earth doesn't have this categorization, so you have to actually summarize what the prior event was.

The conclusion that I'd like to draw here is that we have a serious problem regarding fictional worlds of all kinds (Star Wars, The Hitchhiker's Guide, etc.) I don't know how to resolve it.

I want to move this discussion somewhere else, seeing as how it's getting very big, but I don't know where to. Smack 19:53 2 Jun 2003 (UTC)

You might consider wikipedia talk:establish context, or wikipedia talk:do not use subpages. Martin 13:51 3 Jun 2003 (UTC)

I think you guys win. All I'm left with is a vague desire to somehow cluster all the Middle-earth articles together in a non-restrictive way. Smack

OK, maybe my Rashomon reference was ill-advised. What I was getting at is that in order to produce a reference work, you have to make cuts somewhere; you want to be able to talk about the life of Chester Nimitz separately from the Battle of Midway, which was just one brief episode in his life. The problem therefore exists for both the real world and its fictional mirrors. Now the real-world style is familiar, you have to have some redundant words; in both the Nimitz and Midway articles you have to say "Nimitz commanded at Midway", preferably tarted up so it reads well. It's not a nice comprehensive narrative, but if you want that, go write a book. :-) Actually, historians don't necessarily agree that easily on how to divide up things; some of the edit wars around here are due to divisional disagreements. For me the value of Tolkien pages here is that they provide a systematic slicing of a complicated mythical world - when reading Tolkien, I can go "oh look, there's Galadriel, and she has no idea she's going to be talking to hobbits 7,000 years from now". The relationships among the characters are complicated, and my poor old brain can't remember what-all Maglor did, so when I'm interested in Maglor, I want to see an article that is all about Maglor, just as when I'm curious about Nimitz, I want to read about more than just what he did in June 1942. Stan 00:38 4 Jun 2003 (UTC)

Subtopics naming convention Moved from Wikipedia:Village pump on Friday, June 13th, 02003.

I'm sure this has been talked to death, and I am sure most people don't really want to hear about it anymore, but it's still an issue. The longer I contribute to the wikipedia, the more I dislike the current naming conventions. The current conventions obviously have thier down fall. For instance in the case of inheritence. Currently, we have an article called Inheritance (object-oriented programming). There is a debate going on right now, b/c some people think people will get cunfused between Inheritance (computer science) and Inheritence (object-oriented programming). I think people are hesitent to suggest Inheritence (computer science) (object-oriented programming)[?] becuase this just sounds bad. I have been thinking about a solution to this problem, of seprating single articles into seperate article (for space reasons). I have a possible solution. How about using a slash (to denote that it is a sub-article) like this: Inheritance (computer science)/object-oriented programming? Would this be acceptable? Is there already a rule regarding this type of thing? The problem seems to be that this is being treated as a disambiguation problem, but the standard rules of disabiguation can not be applied here. Could we come up with (if it doesn't already exist) a standard naming practice for sub-topics? If this standard doesn't already exist, can we agree on using /'s? MB 15:04 10 Jun 2003 (UTC)

Alright, Wikipedia:Do not use subpages has been brought to my attention. So the / is obviously not a solution. However, I think that we still need a naming solution for sub-topics. Using the disambiguation option of ()'s is not ideal for multiple disambiguation. MB 15:39 10 Jun 2003 (UTC)

Please keep in mind that we actually want to link to these articles. Disambiguation identifiers should be kept concise. I really don't see what all the fuss is about. Either CS or OOP seem fine to me as an identifier. If you can't agree, why not have a vote? --Eloquence 20:25 10 Jun 2003 (UTC)