Standards

From Fancyclopedia 4
Jump to navigation Jump to search


Fixme

Style

  • Don't write entries with current or future events ("is currently", "in a forthcoming"), as they will become confusing with time. The exception is conventions that can say "will be held"

People

 (1932 -- 1999)  

Biography

 Awards, Honors and GoHships:  
 * 1990 -- 1990 Best Novel Hugo for Waterworld  
 * 1991 -- 1990 Best Novel Hugo nominee for Fireworld  
 * 1992 -- SF Hall of Fame  

(Award winners only. Only mention nomination for Hugo Awards, where nomination itself is notable)

 ----
Person Reasonator Search
Also involved with:
This is a biography page. Please extend it by adding more information about the person, such as fanzines and apazines published, awards, clubs, conventions worked on, GoHships, impact on fandom, external links, anecdotes, etc.

Page titles

Wikidot is case insensitive when linking to pages, Mediawiki is case sensitive, so we need to be consistent in page names. They should be in title case (IA), which keeps conjunctions and prepositions in lower case. Read up on it here (IA)

If uncertain about a phrase, type it in www.titlecase.com (IA) which reports for AP-style:

a an and at but by for in of on or the to up

Above About Across Against Along Among Around As Before Behind Below Beneath Beside Between Beyond Down During Except From Inside I Into Is It Like Near Off Since Toward Through Under Until Upon With Within

Or we could use the New York Manual of style as implemented in python module titlecase (IA) which has a command-line titlecase which produces

a an and as at but by for in of on or the to

Above About Across Against Along Among Around Before Behind Below Beneath Beside Between Beyond Down During Except From Inside I Into Is It Like Near Off Since Toward Through Under Until Up Upon With Within

We will create redirects in Mediawiki to redirect different usage to the titlecase forms, eg SF writer to SF Writer.

Acronyms/Initialisms should be in ALL CAPS

The Naming of Names

Names are important, since we want all references to a person or place or thing to go to that P/P/T's page. For that reason we have a simple set of rules for links:

  • Pages should be created under the most commonly used form of a name, and where two versions are comparably commonly used, we will use the less ambiguous version. Examples:

# "Walt Willis", not "Willis" or "Walter A. Willis" (less ambiguous, but also much less used) or "WAW" # "E. E. Smith", not "Doc Smith" or "Edward Elmer Smith, PhD" # "LASFS", not "Los Angeles Science Fantasy Society" (Everyone calls it "LASFS".)

  • When using initials, use periods and put spaces between them. So "E. E. Smith", not "EE Smith".
  • When you are dealing with an ambiguous reference, create a link using an unambiguous form. So of the reference was "When Walt got back to Belfast," you would link it as "When Walt got back to Belfast,".
  • When multiple forms of a name exist, add redirects from the lesser-used forms to the main page.
  • Use redirects only where the form being redirected is reasonably unique. So, we would not redirect "Walt" to "Walt Willis" because there are other well-known Walts in Fancy. But we would redirect "Willis" in spite of their being other Willises -- none of the rest would likely be referred to by last name alone.
A redirect makes a page just a pointer to another page. If we've written up a page named "E. E. Smith", we also want references to "Doc Smith" to point there. We do this by creating a "Doc Smith" page and redirecting it to the "E. E. Smith" page.
A redirect is done by putting the line
#REDIRECT E. E. Smith
on the page.
(Feel free to ignore this -- the editors will be scurrying around behind the scenes adding redirects as necessary.)

References to Publications

Fancy has the hope of -- eventually -- automatically linking from references to publications in its articles to the publication itself on its companion site, fanac.org. To prepare for that day, we have a simple standard for fanzines and convention publication references.

  • To refer to a fanzine as a whole (that is, not to a specific issue) use [[<name>]] where <name> is the fanzine's Fancy 3 page. E.g., {{ File 770 }}.
  • To refer to a specific issue of a fanzine, use {{ [[<name>]] #<nn> }} where <name> is the fanzine's Fancy 3 page and <nn> is the issue number or date. E.g., {{

File 770 #23 p1 }}.

  • To refer to a specific page of a fanzine, use {{ [[<name>]] #<nn> p

    }} where <name> is the fanzine's Fancy 3 page, <nn> is the issue number or date and

    is the page number. E.g., {{

File 770 #23 p4 }}.

Is there already a page for that?

Don't create pages for "X, someone who does Y", just create a redirect X that points to Y. If something has no independent existence, like awards only given at a particular convention, or someone's pet, add detail to the parent page. The site is about fandom, don't create pages about they things fans do in the rest of their lives

Year links

To avoid overloading the year links, aim to only have one per article. For a convention series (Picocon, for instance), have a year link for the general Picocon article, but not any individual convention like Picocon 1. The start of important convention series should have a manual link in the table at the head of the year page. Worldcons and major national conventions should have year links each time.

For fanzines and publishers the year it was first published/founded (and restarted if significant)

For a person, their year of death.

Year links should be avoided in tables or lists.

Don't have year links before 1900.

Sequences

To provide links forward and backwards in a sequence of conventions, awards etc, use:


Picocon 32<——

which will appear as


Picocon 32<——>Picocon 34

Future proofing external site links

External website links are fickle, so we want a way to use the Internet Archive as a backup. Use:

 Website (IA)
  

or

 Excellent Website (IA)
  

to give Website (IA)

Excellent Website (IA)

The link will be shown in hover text with the Internet Archive as an optional extra (IA)

A link going dead is not a reason to remove it.