Wikipedia talk:Naming conventions (file formats)

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Let's work out a convention for articles on computer file formats.

I'm not happy about "TAR file format". Firstly, many people advocate writing file extensions in lowercase. Secondly, it's a pain to use, since most computing articles will only want to write "tar".

I suggest one of:

  • "tar (file format)"
  • "tar (computing)"
  • "tar (format)"

(this is of course only for those names that require disambiguation. Pages like "PNG" and "JPEG" don't need anything in parentheses)

-- tarquin

(by the way, I've just noticed on Talk:Tar that it was ME who suggested the "TAR file format" article name. Aaaaaarg. Have I been sleepwalking or something? -- Tarquin 11:44 Jan 11, 2003 (UTC))

"tar (file format)" is probably best. Upper vs lower case is a tricky one: some extensions are acronyms which implies upper case, but on the whole, lower case seems better. I think it's more common at any rate. Tannin

Proposal 1[edit]

by Quuxplusone (talk)

I propose the following guidelines:

Guidelines[edit]

  1. There should be a family of pages titled .foo (file extension), each of which should be listed under Category:File extensions. These pages should be
    1. Redirects, in the case of unambiguity (.png (file extension)PNG, .bmp (file extension)Windows bitmap).
    2. Disambiguation pages, in the case of ambiguity (.doc (file extension), .cas (file extension)).
  2. Main articles will fall into at least three categories:
    1. Articles about file formats independent of specific programs (PNG, MOD (file format), ZIP (file format)). These should be named as per those examples: all-caps, with a "(file format)" dab if needed.
    2. Articles about programs with dedicated formats or extensions (gzip, tar (file format)). These should be named according to common usage, which will vary between *nix and non-*nix platforms.
    3. Articles about common usage of extensions (Readme, .txt)
  3. Only main articles should be tagged with categories such as Category:Archive formats. Redirects should never be placed in categories, with the special exception of Category:File extensions as described above.


Rationale[edit]

  1. The "File extensions" category can then serve as a Wikipedia GFDL mirror of dictionaries like wotsit.org. Redirects from e.g. .png may also be created, but not listed in that category, so there are no duplicates. The reason for the "(file extension)" dab is that otherwise we'll have to make exceptions for .com, .us, and so on. I think it's best to have everything symmetric.
  2. .
    1. .
    2. (As of this writing, gzip has been moved to GNU zip for reasons unknown and un-discussed. I'm hoping it moves back soon.)
    3. For example, ".txt is a file extension usually associated with plain ASCII text." But there is no file format associated with that extension. Contrariwise, one file format using ASCII text is .csv (file extension)Comma-separated values.
  3. .

Counterproposal[edit]

  • There is rarely anything to say about file extensions; instead, these should in almost all cases be redirects to an article about the file format, a list of file formats (e.g. for the many text-like formats) or a program using the file format (the sole or most common program, e.g. ".doc" → Microsoft Word).
  • Article names should not start with a dot.
  • Redirect pages should not be in categories.
  • The extension "tar (file format)" should only be used when it's necessary because of the term (tar) having other meanings. "(file format)" is preferable over naming an operating system using it, unless there are different operating systems that use it in a different way.
  • There is rarely a need for separate articles on new versions of a program. Merging may be appropriate.
  • Radiant_>|< 12:09, August 25, 2005 (UTC)