Redirected from Wikipedia policy/General discussion
When providing a list, think about a meaningful sort criteria. Time (of birth, creation) often has some relevance -- it is interesting to trace the life of a composer through the succession of her works, for example. Famousness is a less useful criteria for sorting, it is much too rough. Whatever be the criteria, make it explicit for readers, and people who later want to insert another bullet into your list, e.g. by putting (YEAR) in there.
Sorting by alphabet should only be used as a last resort, when no relevant criteria exists. This ordering is mainly useful for searching (and that only if one knows the beginning of the sort key), a function much more readily accomplished by your computer (e.g. via a browsers "Find" function). Another aspect how Wikipedia differs from paper[?]. --Robbe
I've been supplying articles for a while now, so i thought i'd throw in this and see what people say: A lot of articles are nothing but large listings, see city for example. How about relocating the listings of things to the plurals of the things, so in this case city could contain a definition of what a city is and cities would be a listing of known (and lesser known) cities? The same would work for river...to transfer the listing to rivers should work nicely. So, how about that one? --Anders Törlind
I am a bit doubtful whether these listings are good encyclopedia content. My mind is not made up, but for me it seems to hinge both on the size of the list, and the criteria for listing. Examples: a list of philosophers is probably useful, a list of philosophers who smoked probably not (too specialised); a list of cities is probably not that useful (full set too large); a list of cities with more than 1 million inhabitants probably is (managable set, clear criteria).
For the more specialised needs, searching is better (e.g. "philosopher AND (smok* OR tobacco OR cigar*)" [this syntax does not work on Wikipedia]). Working on better means to search is certainly worth the effort, for example searching just the pages linked (to a certain max depth) from a specific page (say, find "cigar" on any page directly linked from "Philosopher listing"). --Robbe
Whenever you change something on a page because of a request, report, or discussion on the associated /Talk page, be sure to refactor
With software support, we can have our cake and eat it too--that is, it will be possible for the authors to include an IPA-based pronunciation guide, and have the software translate that into any display form, perhaps based on a user preference, and even create sound clips. -- Lee Daniel Crocker
Many further comments appear at talk:Language
I searched on World War 2 and found no matches. So on the World War II page, I added World War 2, except in a white font that should be invisible in most people's browsers (because it is on a white background). We could add lists of keywords onto a page in this manner to improve the search engine results. This will work so long as we do not switch to a different method of indexing (which we may have to do).
Actually, for a different method, we could add something like keywords: world war two, Dwight Eisenhower, Winston Churchil, Pearl Harbor, etc., but make that invisible, and teach the search engine to look only at the keywords in that list. This would make it easy for anyone to add keywords without dealing with meta tags, xml, or other things the average user might not understand.
Strongly disagree. To start with, what happens if I have my window colors set up differently, or if I am working with a text-only program, or copy the contents to some such environment?
OK, but why not just add keywords, visible, to the bottom of every page? So the end of article scheme would be (approximately): "See also" then a line, then "Keywords" followed by a list of keywords (unlinked). Would be useful for a variety of purposes. I think it's worth considering. The only trouble I have with it is that it seems like too much trouble. We've already got thousands of articles that would need keywords, if we started adding them! Ambiguously yours, LMS
Never use the phrase 'of course' in an article. 'Of course' assumes the reader shares the author's context and perspetive and reaches the same obvious and intuitive conclusions. This is not always the case. Do not assume what the reader knows. Additionally, 'of course' is authoritarian and brooks no dissent, and is used when one wants to tell and assert rather than show and explain. This is not the attitude we should aim for in Wikipedia.
Of course, this can be overused.
The Nirvana page included two entries, one for the band Nirvana and one for the Buddhist concept of nirvana. I created two new pages, one for each entry, and on the Nirvana page linked to both with a brief description of the contents of each page. Because there are countless cases where we will have this problem (Alabama is a state and a band, Paul Simon is a singer and a Senator from Illinois, et cetera ad infinitum) some solution will be necessary. WikiPedians can check out my solution and comment.
You were very right to do so. I am astonished that no one thought to do so before now. -- Larry Sanger
A. I can't answer the question definitively but I can say that you can easily link to images elsewhere. So, perhaps as a temporary solution, you can always upload, elsewhere, an image, then link to it from Wikipedia. The wiki programmers must know more, though...
A2. The next release of the wiki software (usemod 0.92) will allow special characters to be used like ∞ for the infinity symbol, Δ for the Delta symbol (the triangle), etc. See the list of standard characters (http://www.w3.org/TR/html4/sgml/entities) for more information. Most graphical browsers should implement these common symbols. For now, and for other symbols later, an image link to another site will be required. (I'm not sure if image uploading will make it into the next release, but it is a planned feature.) --CliffordAdams (working on the wiki code today)
Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed.
Does this restriction actually prevent us from putting the license in a Wikipedia article, since anyone has the power to edit it?
Nope. The GPL does not require us to prevent people from breaking the rules, merely to inform them what they are. If we could post the license as read only, that'd be ideal...
In the lost and found page, we should place any pages that are relevant to topic, but are too unimportant in the great scheme of things to be listed individually on the main topic page, but also can not currently be found from the main topic page in any reasonable number of logical hops.
Also, if you want to write a new article, which no-one has linked to yet, and aren't sure how to link it in yourself, put a link in the appropriate lost and found and let someone else figure it out. (This includes articles from the request page. Remember that the request link goes away soon after you write the article!)
The stuff put into lost and found would be a good target for people doing large scale refactoring, trying to make all of the pages here fit together.
Yes, there is the search feature, but even with the enhancements it is going to need as we get bigger, it is sometimes easier to find something from a well designed tree of links than from a search feature.
Ps, feel free to move this discussion somewhere more appropriate, comment, mutilate or delete, i don't feel i own this discussion, the discussion has no long term importance in itself, we just decide then do it or don't. Geronimo Jones
There is no single entity that can "discard" Wikipedia. Everybody that had a copy ([/tarballs get your own!]) would have to delete/lose it at the same time, an unlikely event. --Robbe
In my opinion, Wikipedia is a healthy standalone community. If Nupedia wants to use something here as a base for their work, that's great. But Wikipedia is different, with a different culture and, to some extent, different goals. --Jimbo Wales
I agree with Jimbo (of course, because both websites were my ideas :-) ). I do not want to reject entirely the idea of somehow allowing Wikipedia and Nupedia to work together more closely. Right now, there's definitely a problem motivating people to use the Chalkboard. If we were simply to redirect the traffic and contents of Wikipedia to the Chalkboard, I suspect people would leave in droves and/or fork--precisely because the Chalkboard's rules are more restrictive. Kpjas, I suggest (once again) that you simply start using the Chalkboard yourself. Again, I think your participation (even if it means simply porting stuff you wrote for Wikipedia to the Chalkboard) might be the little extra push we need to get the Chalkboard going really well. --LMS
Of course! I wasn't even thinking about that. --LMS
Sept 25, 2001: I've written a lengthy proposal on the subject of a WikiProject, which out of courtesy I have not posted here. Interested parties can read the proposal at ManningBartlett/WikiProject
I'm curious if it is permissible to include snippets of code that is licensed under the GPL in Wikipedia. I looked around on the FSF's webpages but I don't see any comments on how compatible the GPL and the GFDL are. I've put some of my own code (which I release to the public domain) in places like quicksort and bubble sort, but for more advanced stuff it would be good to know if I could borrow from, say, the Linux source. --BlckKnght
Does Wikipedia have any conventions on "inclusive"/"fair"/"nondiscriminatory" language?? I'm new here as of 28 September 2001 and I've already seen this issue several times.
Oh, dear. This is one which comes up from time to time. Political Correctness[?] is a prime area for this. But for what it's worth "inclusive"/"fair"/"nondiscriminatory" tends to be very much in the eye of the beholder. If you tell someone, for example, in Manchester, England that he's English you will probably get a non-reaction; try doing that to a someone who is Scots, Welsh or Cornish and see what kind of interesting reaction you get. Some will mildly rebuke you, others less articulate will probably introduce you to the joys of the British National Health system. The sensible approach is to use common sense otherwise we will end up with articles about personhole covers, waste disposal executives, etc, and similar patent nonsense.sjc
Is there any convention for where to put links on general pages like tree that point to more specific meanings like tree data structure? I don't want to put it at the top, and distract all the students of dendrology[?]. Nor does tree data structure make too much sense as a "see also" section as it doesn't realy have much to do with the subject of tree other than the name. Should I make a "you may be looking for" section? I'm sure this comes up a lot, and I wonder what the best solution is. --BlckKnght
Is there a Wikipedia policy on duplication of definitions? For example, throughout the math articles there are references to terms that have their own pages, but a (sometimes) short definition is also given on the referencing page. The same sort of thing goes on elsewhere as well.
Now obviously it's sometimes necessary to explain what a term means before using it - for example, if you're contrasting the present term with something else and highlighting specific differences. But do we have any guidelines over how best to do this, to obtain a balance between clarity and brevity?
-- Stuart Presnell
PS What's a good antonym for "redundancy"?
No policy or guidelines per se. I personally would argue (and, if I recall, I think I have argued somewhere at length) that, perhaps with a very few exceptions, all Wikipedia articles should be clear to and fairly easily readable by their target audience. "By their target audience" is the catch. On articles on advanced mathematical topics, it's surely important not to define many basic terms; not defining them improves clarity. But when a term, one that is possibly unfamiliar to a reader who would otherwise be expected to be able to follow the article, is particularly important, in a given context, to understanding an argument (explanation, narrative, etc.), I think it's a very good idea to give a definition.
Not specifically as a reply to you but on the same subject: I'd also argue strenuously against the view that a link can always substitute for a definition. I think that's a very bad idea. Articles should be self-contained. The sort of person who needs and can understand the article should not have to go looking at other articles in order to understand a given article. This does imply that we'll have redundancy. Absolutely. Redundancy can be very good. --LMS
I've reworked the policies and guidelines page with the aim of making it easier for newcomers to get an overview of the most important points. Although a lot has been rearranged and reworded, it is intended that the revision has left the actual policies unaltered. Comments for improvements are encouraged. Enchanter 13:40 Aug 13, 2002 (PDT)
Do we have a policy on Amerocentrism? They have one in the Esperanto Wikipedia. (http://eo.wikipedia.com) It amounts to, don't assume your readers are going to be American, and includes such things as metric units, Arabic numerals, and other international standards. One thing I like to check for is references to "foreign languages" meaning languages other than English. (For example, in Canada, French is not a foreign language.) Have we anything on this? - user:Montrealais
Well, the "main" site is the English language Wikipedia, targeted for an English-speaking audience, so French is a foreign language to most of those (with the small exception of Quebecois), but we do try not to be too American-centered, allowing articles in British English, for example. It would be impossible to expect authors to remove al traces of their culture without some haggling--that's why it's handy to have, say, Americans and Canadians and Brits and Aussies all working on the same article. But whoever participates the most is going to tend to have their culture show through, even if unintentionally, and that's going to be Americans for the most part. --LDC
How are these policies enforced?
I've spent a considerable amount of time trying to organize the content in the law article hoping to make it a general reference starting point, and I logged on this morning to find that an anonymous contributor had made some revisions to the article which (IMHO) are not reflective of the NPOV. As a libertarian, I am somewhat sympathetic to the views set forth by this person, who appears to be an anarchist. However, I do not believe that the law article should be used as a showcase for any political agenda. Even so, I don't feel comfortable editing this person's contributions until I receive some feedback from other Wikipedians. In a larger sense, I would appreciate some sort of guidance as to how polemic disputes can be resolved without turning a Wikipedia article into an ideological battleground.
(Update: The above-referenced revisions have been removed. Many thanks to user:Maveric149 for intervening.)
--NetEsq 9:05am August 28, 2002 (PDT)
My reasoning is this: All of the other "generally accepted policies" are a product of consensus, and could be changed. We could decide to abandon the NPOV, or we could decide to stop respecting other contributors. But the copyright rule is a legal requirement for the survival of wikipedia, not simply a social convention that we have decided to follow.
Notice the link to Wikipedia:Policy and not Wikipedia:Policies and guidelines. I've said many times that we should have one page that sets out our real policies and terms of use. These policies and terms do exist but they are lost in a buzz of "rules to consider" which need to be excised from Wikipedia:Policies and guidelines and placed on their own page. --mav
Our "real rules"
--mav
Well, if we agree what a "policy" is and what a "guideline" is, we can simply structure the page accordingly. Policy sounds stronger to me, so NPOV, copyright and Wikipetiquette (sounds naughty) could be considered policy. --Eloquence 23:30 Feb 15, 2003 (UTC)
There was a bunch of talk on the mailing list about this some time ago. My drift of the consensus (which was never acted on) was to separate policy from conventions from rules to consider and to have a statement similar to the one I presented above on edit pages. We could add that guidelines can be used to describe the specifics of each level (policy, conventions, but less so for rules to consider though since they are more self-contained).
So Wikipedia:Copyrights would be relatively short with much of the "how to follow this policy/convention" stuff on daughter pages (sic guidelines). Wikipedia:Naming conventions (which are, of course, conventions in this structure) are already organized this way and the Wikipedia:Manual of Style (again, conventions) is undergoing some changes in this direction. But the most important stuff should be summarized at the top level pages and therefore be much more useful as a quick reference. Having it relatively short and not too specific also makes it possible to have the proposed text and link on edit pages. --mav
So we have the following structure:
may become
Conventions
Rules that have been well established and where a violation requires serious discussions
may become
Policy
Rules that are so important that violating them warrants a ban
Thus we need three pages:
Did I get that right? --Eloquence 23:51 Feb 15, 2003 (UTC)
This is essentially what we have now on the page, with slightly different terminology, i.e. we have
I think we should avoid giving the impression that the guidelines to consider are ever likely to become policy - on past form few if any of them will.
So I think that the suggested structure is already there... at least, that was the intention! Enchanter
Hm. My view is that guidelines are the daughter pages of policy/convention pages that explain, in some detail just how we are supposed to follow the policy or convention. These "guidelines" should be fairly open to editing and changing as time goes by so long as they do not violate the intent of the policy or convention (which are only changed with much thought and deliberation -- policies moreso than conventions). "Rules to consider" is perhaps inferior to "Guidelines to consider" but IMO that isn't as important since "consider" is part of both terms. So in sum;
And guidelines are what we use to layout the specifics on how policy and conventions are used. --mav
Please add Japanese link as [[ja:Wikipedia:基本方針とガイドライン]] -- Setup
Search Encyclopedia
|
Featured Article
|