CZ:Proposals/Disambiguation mechanics: Difference between revisions
Jump to navigation
Jump to search
imported>Pat Palmer (removing archived material) |
imported>Pat Palmer (putting in new proposal) |
||
Line 2: | Line 2: | ||
[[CZ:Proposals/Disambiguation_mechanics/Archive 1|Archive 1]] | [[CZ:Proposals/Disambiguation_mechanics/Archive 1|Archive 1]] | ||
CZ formerly adopted the disambiguation model created by Wikipedia, which assumes there is always exactly one ''keyword'' article that should be dominant. Now, there exists a proposal to open the wiki to the possibility of multiple, parallel articles about one ''keyword''. Also, the former model was so complicated that people frequently mess it up, thus accidentally hiding all the other articles about ''keyword'', a problem which can go undetected for a long time. The old, CZ model worked like this: | |||
# The ''keyword'' article contains the sole content for the dominant usage of the term (i.e., "Paris" has the sole content for Paris, France) | |||
# The ''keyword'' article '''MUST''' include <nowiki>{{tl|keyword (disambiguation}}</nowiki> at the top, just below {[subpages}} | |||
# The ''keyword (disambiguation)'' article lists all articles pertaining to ''keyword'', with the dominant article shown first | |||
# Non-dominant articles SHOULD include <nowiki>{{tl|keyword (disambiguation}}</nowiki> at the top, just below {[subpages}} | |||
* GOOD EFFECTS: Any search on "keyword" brings you immediately to the dominant article, as in "Paris" (dominant article about Paris, France) and "Tree" (dominant article about trees in botany). | |||
* BAD EFFECTS: If the dominant article fails to include {{tl|keyword (disambiguation}} the top, none of the additional articles will ever be found. This problem can go unnoticed literally for years. | |||
* SIDE EFFECT: One article is always made dominant over all the others in searches. This makes it impossible for two parallel articles about the same "keyword" to receive equal treatment. | |||
---- | |||
Let's now (as of Sept. 2020) try out a simpler model, as follows: | |||
# The ''keyword'' article is the disambiguation page; it must list all articles about ''keyword'', with the more important ones at or near the top | |||
# All articles about ''keyword'' SHOULD use the <nowiki>{{tl|keyword (disambiguation}}</nowiki> template in the top to refer to ''keyword'' | |||
* BEST OF ALL EFFECTS: It's so simple, anyone can do it and not screw it up. | |||
* GOOD EFFECTS: If someone forgets, or accidentally removes, {{tl|keyword (disambiguation}} from an article, other articles can still be found because Search always brings you directly to the disambiguation page. | |||
* SIDE EFFECT: Multiple articles about the presumed dominant meaning for "keyword" may be found with equivalent ease. | |||
* BAD EFFECTS: In a few cases, the expected dominant usage of ''keyword'' is forced to have a more complex name. Thus, we get [[Paris, France]], or worse, [[Tree (plant)]], which people really despise, but if you look at the current [[Tree]] disambiguation, you'll find that there are a variety of non-plant usages for the word ''tree''. | |||
---- | |||
For 2 reasons--simplicity AND making it possible to have parallel articles about "keyword"--I recommend sticking with the second approach.[[User:Pat Palmer|Pat Palmer]] ([[User talk:Pat Palmer|talk]]) 17:54, 28 September 2020 (UTC) |
Revision as of 11:54, 28 September 2020
[
]CZ formerly adopted the disambiguation model created by Wikipedia, which assumes there is always exactly one keyword article that should be dominant. Now, there exists a proposal to open the wiki to the possibility of multiple, parallel articles about one keyword. Also, the former model was so complicated that people frequently mess it up, thus accidentally hiding all the other articles about keyword, a problem which can go undetected for a long time. The old, CZ model worked like this:
- The keyword article contains the sole content for the dominant usage of the term (i.e., "Paris" has the sole content for Paris, France)
- The keyword article MUST include {{tl|keyword (disambiguation}} at the top, just below {[subpages}}
- The keyword (disambiguation) article lists all articles pertaining to keyword, with the dominant article shown first
- Non-dominant articles SHOULD include {{tl|keyword (disambiguation}} at the top, just below {[subpages}}
- GOOD EFFECTS: Any search on "keyword" brings you immediately to the dominant article, as in "Paris" (dominant article about Paris, France) and "Tree" (dominant article about trees in botany).
- BAD EFFECTS: If the dominant article fails to include {{ }} the top, none of the additional articles will ever be found. This problem can go unnoticed literally for years.
- SIDE EFFECT: One article is always made dominant over all the others in searches. This makes it impossible for two parallel articles about the same "keyword" to receive equal treatment.
Let's now (as of Sept. 2020) try out a simpler model, as follows:
- The keyword article is the disambiguation page; it must list all articles about keyword, with the more important ones at or near the top
- All articles about keyword SHOULD use the {{tl|keyword (disambiguation}} template in the top to refer to keyword
- BEST OF ALL EFFECTS: It's so simple, anyone can do it and not screw it up.
- GOOD EFFECTS: If someone forgets, or accidentally removes, {{ }} from an article, other articles can still be found because Search always brings you directly to the disambiguation page.
- SIDE EFFECT: Multiple articles about the presumed dominant meaning for "keyword" may be found with equivalent ease.
- BAD EFFECTS: In a few cases, the expected dominant usage of keyword is forced to have a more complex name. Thus, we get Paris, France, or worse, Tree (plant), which people really despise, but if you look at the current Tree disambiguation, you'll find that there are a variety of non-plant usages for the word tree.
For 2 reasons--simplicity AND making it possible to have parallel articles about "keyword"--I recommend sticking with the second approach.Pat Palmer (talk) 17:54, 28 September 2020 (UTC)