Commons:Image sets

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search
This page in a nutshell:
Each file should be in the most specific category that fits it, and not directly in its parent categories. (modularity principle)
That implies that this most specific category sometimes needs to be created, e.g. when a set of similar images is uploaded.
Transparent clock (1 min interval set) is a set of 720 images. They should not be mixed with similar image sets.

An image set is any number of images that share a unique style. Images in a set often have the same format and color scheme, illustrate closely related subjects, and are typically created by the same user. An essential feature of image sets is that their members can be used to illustrate the same article.

Distinction

[edit]

From more general categorisation by style

[edit]

An image set is any number of images that have more in common than their shared subject — with the restriction that the thing they have in common is more specific than just one of the usual ways to display the subject. E.g. the Eiffel Tower construction series is an image set, but Eiffel Tower from a 45 degree angle is not. If what the images have in common can be easily verbalized and is likely to encompass images made by different users, then it's probably not a set.

From image sets in a more general sense

[edit]

The term image set is sometimes used in a broader sense, like images someone made of something.
But image sets in the sense described here are only defined by clear commonalities visible in the images themselves.

Relevance

[edit]

The fact that images belong together is relevant information, and should be reflected in the category system. Therefore each image set should have its own category.

Generally, the categories used for an image should be as specific to that image as possible. A photo of the Eiffel Tower should not be directly in Paris or in Wrought iron. It should be in Eiffel Tower, and then through that it is in both. Whenever a large number of images are in the same categories, they should probably be bundled in one category, which then is in all the others. This not only clears up the parent categories, but also makes sure that corrections can be done in one place instead of many places.

Finding similar images

[edit]

Articles are usually illustrated with images in the same style. (An alternative solution for small numbers of images are templates that show the other versions on each file page.)

Also, an image can be easier to understand in the context of a set — especially when comparing it to an image that shows a simpler object in the same way.

For some topics it is important to know if a set is complete. (E.g. the green set of Johnson solids contains all 92 of them, while this photo series contains only 10.)

Finding anything at all

[edit]

An important function of image set categories is to keep their parent categories usable. When a user uploads a large image set, and adds every image directly to a subject category, its other images can become almost impossible to find. Things get worse when different image sets are mixed. Uploading images in such a careless way destroys information — not just about the new images, but also about the old ones that get lost between them.

Sorting images is not much different from sorting nuts and bolts: There is nothing wrong with a few sui generis nuts and bolts lying directly in a drawer. But many bolts of the same kind should have a box around them. If different boxes of nuts and bolts were emptied directly into the drawer, information would be destroyed. It would save little and create a lot of work.

Problems and possible solutions

[edit]

Problems

[edit]

Overcategorization

[edit]

Many images on Commons are in too many and too broad categories. Especially new users often use categories like tags.
The reasons have to do with human nature, and with the way the upload system is designed.

It is easier to just add broad categories than to search for or create more specific ones.
Also people want their images to be seen by others, which is an incentive to add broad and many categories.

The upload interface presents categories as something to choose, and not as something to create. Moreover, it treats categories as something to add to individual images, and not to collections of images. If a user uploaded a hundred images and added all of them to the same 10 categories, the upload system would find no fault with that. But it should. These hundred images should almost certainly be bundled in one category, which then can be added to the ten categories. (Some of which can then easily be removed, because that's probably too many.)

Naming

[edit]

By their very nature, image sets are hard to name. In theory that is not a problem, because the names do not really matter. (See the regular polygon sets 1, 2, 3, 4.) But psychologically the need to think about a name before creating a category is a serious discouragement. No one wants to choose a bad name, when it can be avoided.

Possible solutions

[edit]

Unlabelled boxes

[edit]

In the real world on can just put similar things in a box, without having to put a label on it. On Commons the label is the box, so things are more likely to be dropped on the floor, simply to avoid making a label. If Commons suggested provisional names when creating a category, more of them would be created. Renaming categories is easy — but to be renamed, they first have to exist. The creation of categories with provisional names should be suggested for mass uploads. And of course it should be encouraged to choose meaningful names right in the upload form. Creating at least one category should be the default for mass uploads, and the easiest choice. In the unlikely case that a mass upload consists of images that have little in common, the user can still choose to categorize them individually.

Transparent boxes

[edit]

Another practical thing in real life is transparent boxes. Seeing some of the content all but replaces a label. Emulating the features of transparent boxes would be ideal to manage image sets on Commons. An image set in a category would look more like an image, and less like a subcategory. As the images in a set look similar, showing a few of them should be sufficient. This would lower the importance of set names to that of image names.

Own namespace

[edit]

The namespace Set could be created to manage image sets. It would have all the behaviour of categories with some special features.

On a category page sets would be shown between subcategories and media as groups of a few representative images.
These representative images should be manually defined. If they are not, the first images in the set are shown.

A set can be in a category. But only subsets and images can be in a set.
On the bottom of a page its categories and sets should be listed separately.

A set should have a description which should automatically be shown on the description pages of all the images in it, without having to add a template to each of them.


The following example shows in a simplified way how Category:Penrose tilings would look:

The following example shows how the octahedron set in the polyhedron set shown below would look:


The namespace would have two main features:

  • To show example images. Here are some examples, where such previews have been manually created:

Sets of all Platonic solids Sets of all Kepler-Poinsot solids Sets of all convex regular 4-polytopes
Script directionality Single Tantrix tiles Tori by image setProgress bars
Sets of heraldic examples in red and white SVG heraldic shields by Madboy74; gold red SVG military coats of arms of Sweden

Image sets named after users

[edit]

The images in a set are typically made by the same author, and sometimes the author's name is used to name the set.
Thic could create the impression of a user category, and may invite the following misunderstandings:

  • That the set does not belong in the general category tree.
  • That Foo images by John Doe should contain all foo images made by John Doe. (But this image does not belong in this set, because it does not have the same style.)
  • That extension of the set by other users might not be welcome.

But generally sets can be extended by everyone. When the name becomes wrong as a result, it can be changed. (Or be kept, because names do not really matter.)

Anyone could add the missing window of Ambrose to this set of church windows, as long as it fits in with the others.
Anyone could extend sets like these, if an image in the same style is needed: functions by JS, ERTMS schemes by MdV, coats of arms by TF, Euler diagrams by D

Things are different, when the author is an artist — especially one whose work has (or might deserve) its own category.
(So Mesh images by Hamid Naderi Yeganeh should not be extended by anyone else. It might also be inappropriate for icon sets like Images by Vectortoons.)

Image stacks

[edit]

An image stack is a set of images that form an actual sequence – similar to a film. Typically these are medical (like MRI) images. They are displayed with the template Imagestack.
The Eiffel Tower series shown below would be an image stack if the images were better aligned. (Using the slideshow function on the category page shows that they are not.)


Warning The template Imagestack requires additional javascript-code. It doesn't work if javascript is switched off.
Warning The template Imagestack requires additional javascript-code. It doesn't work if javascript is switched off.
1948
1950
1954
1956
1960
1962
1966
1968
1970 (special)
1972
1974
1978
1980
1984
1986
1990
1992
1996
1998
2002
2004
2008
2010
2010 (special)
2014
2016
2020
2022
Warning The template Imagestack requires additional javascript-code. It doesn't work if javascript is switched off.
27 / 9  =  3
26 / 9
25 / 9
24 / 9  =  8 / 3
23 / 9
22 / 9
21 / 9  =  7 / 3
20 / 9
19 / 9
18 / 9  =  2
17 / 9
16 / 9
15 / 9  =  5 / 3
14 / 9
13 / 9
12 / 9  =  4 / 3
11 / 9
10 / 9
9 / 9  =  1
8 / 9
7 / 9
6 / 9  =  2 / 3
5 / 9
4 / 9
3 / 9  =  1 / 3
2 / 9
1 / 9
0 / 9  =  0
−1 / 9
−2 / 9
−3 / 9  =  −1 / 3
−4 / 9
−5 / 9
−6 / 9  =  −2 / 3
−7 / 9
−8 / 9
−9 / 9  =  −1
−10 / 9
−11 / 9
−12 / 9  =  −4 / 3
−13 / 9
−14 / 9
−15 / 9  =  −5 / 3
−16 / 9
−17 / 9
−18 / 9  =  −2
−19 / 9
−20 / 9
−21 / 9  =  −7 / 3
−22 / 9
−23 / 9
−24 / 9  =  −8 / 3
−25 / 9
−26 / 9
Warning The template Imagestack requires additional javascript-code. It doesn't work if javascript is switched off.

Examples

[edit]

See also: Commons:Image sets/examples

Sets of illustrations

[edit]

French heraldic crowns

[edit]

Heraldic crowns of France (set 1) vs. Heraldic crowns of France (set 2)

Chevalier Baron Vidame Marquis Comte et Pair Prince du Sang Dauphin Roi

Heraldry

[edit]

With around 300,000 images (in 2023) this may be the biggest image set on Commons.
Because of its size, its subsets are not categorized in Image sets, but separately in BS sets. The number of subsets is above 22,000 (in 2023).


SVG machine parts

[edit]

Symmetry diagrams

[edit]

Permutations

[edit]


Polyhedra

[edit]



Platonic, Archimedean and Catalan solids with direction colors

Tilings

[edit]
Platonic, Archimedean and Catalan tilings with direction colors


Polygons

[edit]


Annotated regular polygons-set

Star polygons

[edit]

              
Star polygon a-b (black)


Regular polygon truncation (image set)


Regular star figure a(b, c)


Star polygon a-b (black vertices, red edges)


Star polygon a-b (red vertices, black edges)


Regular star polygon a-b (magenta vertices, black edges)

Fano plane

[edit]

If they were miscategorized directly in Fano plane, the plain images in both sets could be mistaken for duplicates of the solitary image.

solitary image

When there is only one image set for a subject, it can (for the moment) be more practical to put it directly in the subject category. The downside is that someone who uploads a new image set may mix it with the old one.

Two sets containing the same tesseract shadow

[edit]

Hyperbolic tilings

[edit]

Misc.

[edit]


Sets of photos

[edit]

Bassae Frieze; photo series by Carole Raddato, Bassae Frieze; photo series by Sarah C. Murray




Misc.

[edit]