Left-sorted BPs have the keyword "noisy" on the OEBP. Right-sorted examples have the keyword "minimal."

Noisy Bongard Problems include extra details varying between examples that distract from the solution property; more specifically noise is properties independent of the solution property that vary between examples. Minimalist Bongard Problems only vary details absolutely necessary to communicate the solution.

"Noisy" is different than the kind of distraction mentioned at distractingworld, which means the class of examples is distractingly specific, irrelevant to the solution, rather than that there are extra distracting properties changing between examples.

Bongard Problems have varying degrees of noisiness. Only include here BPs that are very noisy or very minimal.

See BP827 for the version with pictures of Bongard Problems (miniproblems) instead of links to pages on the OEBP.

See BP845 for noise in sequences of quantity increase.

Adjacent-numbered pages:
BP506 BP507 BP508 BP509 BP510  *  BP512 BP513 BP514 BP515 BP516

fuzzy, meta (see left/right), links, keyword, sideless

bp [smaller | same | bigger]

Harry E. Foundalis, Aaron David Fairbanks

Left examples have the keyword "experimental" on the OEBP.

Right examples have the keyword "traditional" on the OEBP.

Experimental BPs push the boundaries of what makes Bongard Problems Bongard Problems.

Traditional BPs show some simple property of black and white pictures. The OEBP is a place with many wild and absurd Bongard Problems, so it is useful to have an easy way to just find the regular old Bongard Problems.

Adjacent-numbered pages:
BP545 BP546 BP547 BP548 BP549  *  BP551 BP552 BP553 BP554 BP555

subjective, meta (see left/right), links, keyword, left-it

bp [smaller | same | bigger]

Aaron David Fairbanks

Left-sorted examples have the keyword "blackwhite" on the OEBP.

Right-sorted examples have the keyword "blackwhiteinvariant" on the OEBP.

All examples are visual Bongard Problems that allow black to touch the bounding box (keyword bordercontent).

Adjacent-numbered pages:
BP551 BP552 BP553 BP554 BP555  *  BP557 BP558 BP559 BP560 BP561

meta (see left/right), links, keyword, invariance, wellfounded

visualbp [smaller | same | bigger]

Leo Crabbe

Left examples have the keyword "perfect" on the OEBP.

Right examples have the keyword "ignoreimperfections".

Consider the difference in style between BP344 and BP24.

Hand-drawn figures in BPs are typically imperfect. A "circles vs. squares" BP may only show what are approximately circles and approximately squares. A pedant might append to the solutions of all Bongard Problems the caveat "...when figures are interpreted as the most obvious shapes they approximate."

This is the meaning of the label "ignoreimperfections". On the other hand, the label "perfect" means even the pedant would drop this caveat; either all the images are precise, or precision doesn't matter (see also keyword stable).

Even in BPs tagged "perfect", the tiny rough edges caused by image pixelation are not expected to matter. If the OEBP would indeed prefer users only upload pixel-perfect examples, a BP can be tagged with the stricter keyword pixelperfect.

E.g., for BPs having to do with smooth curves and lines, "perfect" only requires images offer the best possible approximation of those intended shapes given the resolution.

Most Bongard Problems involving small details at all would be tagged "perfect". However, this is not always so; sometimes the small details are intended to be noticed, but certain imperfections are still intended to be overlooked.

BP119 ("small correction results in circle vs. not") is an interesting example: imperfections matter with respect to the outline being closed, but imperfections do not matter with respect to circular-ness.

If a Bongard Problem on the OEBP is tagged "ignoreimperfections" -- i.e., it has imperfect hand drawings -- then other keywords are generally applied relative to the intended idea, a corrected version sans imperfect hand drawings. (For example, this is how the keywords precise and stable are applied. Alternative versions of these keywords, which factor in imperfect hand drawings, could be made instead, but that would be less useful.)

It may be better to change the definition of "perfect" so it only applies to Bongard Problems such that small changes can potentially switch an example's side / remove it from the Bongard Problem. That would cut down on the number of Bongard Problems to label "perfect". There isn't currently a single keyword for "small changes can potentially switch an example's side / remove it from the Bongard Problem", but this is basically captured by unstable or unstableworld. There is also deformunstable which uses a different notion of "small change". - Aaron David Fairbanks, Jun 16 2023

See BP508 for discussion of this topic in relation to Bongard Problems tagged precise.

Stable Bongard Problems are generally "perfect".

Pixelperfect implies "perfect".

The keywords proofsrequired and noproofs (BP1125) have a similar relationship: "noproofs" indicates a lenience for a certain kind of imperfection.

Adjacent-numbered pages:
BP908 BP909 BP910 BP911 BP912  *  BP914 BP915 BP916 BP917 BP918

Many Bongard Problems involving properties of curves (e.g. BP62) really are about those wiggly, imperfect curves; they qualify as "perfect" problems. On the other hand, Bongard Problems involving polygons, (e.g. BP5) often show only approximately-straight lines; they are not "perfect" problems.

meta (see left/right), links, keyword, wellfounded

visualbp [smaller | same | bigger]
zoom in left (perfect_bp)

Aaron David Fairbanks

Left examples are not required to be valid, as long as their solution doesn't apply in the traditional Bongard Problem format (6 panels vs. 6 panels, all one image). Additionally, they do not necessarily have to be rendered invalid by being viewed in the template format, but their solution does have to be altered. In some cases left examples are simply Problems whose solution is specific to the computer medium (BP941), however some examples have more profound solutions that the pen-and-paper template medium is too restrictive to represent (BP854).

See BP568.

Adjacent-numbered pages:
BP938 BP939 BP940 BP941 BP942  *  BP944 BP945 BP946 BP947 BP948

meta (see left/right), links, oebp, time

bp [smaller | same | bigger]

Leo Crabbe

Left examples have the keyword "pixelperfect" on the OEBP.

All examples here are perfect Bongard Problems. That is, subtle imperfections in images are meant to be considered.

When a Problem is tagged with "pixelperfect", users are reminded to make sure they do not upload images such that taking the pixelation into account would affect the sorting of that example. That is, the zoomed-in jagged blocky version of the picture should still fit the solution.

For example, in the examples of BP335, which is about tessellation, the pixels interlock properly.

Stable Bongard Problems are generally pixelperfect.

Adjacent-numbered pages:
BP942 BP943 BP944 BP945 BP946  *  BP948 BP949 BP950 BP951 BP952

meta (see left/right), links, keyword, instruction

perfect_bp [smaller | same | bigger]

Leo Crabbe

Left examples have the keyword "funny" on the OEBP.

Adjacent-numbered pages:
BP995 BP996 BP997 BP998 BP999  *  BP1001 BP1002 BP1003 BP1004 BP1005

less, subjective, culture, meta (see left/right), links, keyword, left-self, left-it, feedback, funny

bp [smaller | same | bigger]

Aaron David Fairbanks

Left-sorted problems have the keyword "finishedexamples" on the OEBP.

The addition does not have to be slight.

Left-sorted Problems usually have a very specific collection of examples, where the only images sorted all show the same type of object.

Any Bongard Problem where all examples are one shape outline will be sorted left, and (almost) any Bongard Problem where all examples are one fill shape will be sorted right.

See BP1144 for the version about both additions and erasures, and only slight changes are considered.

See BP1167 for a stricter version, the condition that all examples have the same amount of black and white.

Adjacent-numbered pages:
BP1137 BP1138 BP1139 BP1140 BP1141  *  BP1143 BP1144 BP1145 BP1146 BP1147

unwordable, notso, meta (see left/right), links, keyword, sideless, problemkiller

Leo Crabbe

Left-sorted Problems usually have a very specific collection of examples, where the only images sorted all show the same type of object.

See unstable vs. stable, which is about examples switching sides upon small changes instead of being rendered unsortable.

See unstableworld vs. stableworld, which is about SOME small change to SOME example making it no longer fit in.

See BP1142 for the version only about additions of detail (no erasures), and with no restriction on them being slight additions.

Adjacent-numbered pages:
BP1139 BP1140 BP1141 BP1142 BP1143  *  BP1145 BP1146 BP1147 BP1148 BP1149

meta (see left/right), links, problemkiller

Aaron David Fairbanks

Left-sorted Bongard Problems have the keyword "unstableworld" on the OEBP.

Right-sorted Bongard Problems have the keyword "stableworld" on the OEBP.

In a "stableworld" Bongard Problem, no small change should outright make an example outright no longer fit in with the others in the Bongard Problem. It is allowed for a small change to make an example slightly less like all the others.

The meaning of "stableworld" is close to "examples have no particular format at all", but not quite the same.

See unstable vs. stable, which is about examples switching sides upon small changes instead of being rendered unsortable.

See BP1144, which is about ALL small changes to ALL examples making them unsortable.

Adjacent-numbered pages:
BP1198 BP1199 BP1200 BP1201 BP1202  *  BP1204 BP1205 BP1206 BP1207 BP1208

meta (see left/right), links, keyword

Aaron David Fairbanks