Search: -ex:BP1
|
|
BP950 |
| Arbitrarily specific BP included in the OEBP database as a representative of a larger class of similar BPs vs. not. |
|
| |
|
|
COMMENTS
|
Left-sorted Bongard Problems have the keyword "arbitrary" on the OEBP.
Arbitrary BPs often communicate non-arbitrary ideas. M. M. Bongard's original "A vs. Б" Problem (BP100) is about recognizing letters. A choice of some such arbitrary letters was necessary.
Most Bongard Problems are at least slightly arbitrary. Almost any Bongard Problem could be changed in a number of ways to make slightly different Bongard Problems. When a Bongard Problem is labeled as "arbitrary", that means there is one especially obvious class of similar Bongard Problems, with none of them particularly more interesting or special than any other.
The self-referential (invalid) Bongard Problems BP538, BP545, BP902, BP1073 fit this definition (the solution involves the arbitrary detail of being that specific Bongard Problem instead of any other). On the other hand, the solution idea is not arbitrary when phrased with "this Bongard Problem".
Many "arbitrary" Bongard Problems are of the form "Detail X has arbitrary value A vs. not so" or "Detail X has arbitrary value A vs. detail X has arbitrary value B". Other "arbitrary" Bongard Problems feature arbitrary details that are not the distinction between the sides, e.g. BP545.
It is unclear whether or not we should label a Bongard Problem "arbitrary" if the arbitrarily fixed detail is a notable special case. For example, BP1024 could have been made using any number, but the number 1 is a non-arbitrary number, so the Bongard Problem does not seem so arbitrary. |
|
CROSSREFS
|
Similar to thespecificity concept BP (BP773), which is more general, including Bongard Problems relating conceptually in any way to arbitrary specificity.
Adjacent-numbered pages:
BP945 BP946 BP947 BP948 BP949  *  BP951 BP952 BP953 BP954 BP955
|
|
KEYWORD
|
meta (see left/right), links, keyword, right-self, sideless
|
|
WORLD
|
bp [smaller | same | bigger]
|
|
AUTHOR
|
Aaron David Fairbanks
|
|
|
|
|
BP1111 |
| Bongard Problem requires solver to already be interpreting all examples in a specific way for the answer to seem simple vs. not so. |
|
| |
|
|
COMMENTS
|
Left-sorted Bongard Problems have the keyword "assumesfamiliarity" on the OEBP.
Sometimes all the examples in a Bongard Problem need to be interpreted a certain way for the Bongard Problem to make sense. Only once the representation is understood, the idea seems simple.
For example, all meta Bongard Problems (Bongard Problems sorting other Bongard Problems) assume the solver interprets the examples as Bongard Problems.
TO DO: Maybe it is best to stop putting the label "assumesfamiliarity" on all meta-Bongard Problems. There are so many of them. It may be better to only use the "assumesfamiliarity" keyword on meta-BPs for a further assumption than just that all examples are interpreted as Bongard Problems. - Aaron David Fairbanks, Feb 11 2021 |
|
CROSSREFS
|
Many Bongard Problems in which all examples take the same format (keyword structure) assume the solver already knows how to read that format.
Some Bongard Problems assume the solver will be able to understand symbolism that is consistent between examples (keyword consistentsymbols).
Bongard Problems tagged math often assume the solver is familiar with a certain representation of a math idea.
Adjacent-numbered pages:
BP1106 BP1107 BP1108 BP1109 BP1110  *  BP1112 BP1113 BP1114 BP1115 BP1116
|
|
EXAMPLE
|
BP1032: The solution should really read "Assuming all images are Bongard Problems sorting each natural number left or right ..." This Bongard Problem makes sense to someone who has been solving a series of similar BPs, but otherwise there is no reason to automatically read a collection of numbers as standing for a larger collection of numbers. |
|
KEYWORD
|
fuzzy, meta (see left/right), links, keyword
|
|
WORLD
|
bp [smaller | same | bigger]
|
|
AUTHOR
|
Aaron David Fairbanks
|
|
|
|
|
BP1112 |
| "Stretch-dependent" Bongard Problems vs. Bongard Problems in which examples can be stretched (or compressed) along any axis without being sorted differently. |
|
| |
|
|
|
|
|
BP1113 |
| Bongard Problems relating to the OEBP vs. Bongard Problems unrelated to the OEBP. |
|
| |
|
|
|
|
|
BP1139 |
| Bongard Problems where, given any example, there is a way to add details to it (without erasing) such that it is sorted on the other side vs. BPs where this is not the case. |
|
| |
|
|
COMMENTS
|
This classification is specifically concerned with changes to examples that leave them sortable, as there are almost always ways of adding details to a BP's examples that make them unsortable.
Right-sorted BPs in this Bongard Problem are often Bongard Problems where there is always a way of adding to left-sorted examples to make them right-sorted, but not the other way around, or vice versa.
Another version of this Bongard Problem could be made about adding white (erasure of detail) instead of black (addition of detail).
Another version could be made about adding either white or black, but not both.
Where appropriate, you can assume all images will have some room in a lip of white background around the border (ignoring https://en.wikipedia.org/wiki/Sorites_paradox ).
You can't expand the boundary of an image as you add detail to it. If image boundaries could be expanded, then any shape could be shrunken to a point in relation to the surrounding whiteness, which could then be filled in to make any other shape.
How should this treat cases in which just a few examples can't be added to at all (like an all-black box)? E.g. BP966. Should this be sorted right (should the one special case of a black box spoil it) or should it be sorted left (should examples that can't at all be further added be discounted)? Maybe we should only sort BPs in which all examples can be further added to. (See BP1143left.) - Aaron David Fairbanks, Nov 12 2021
Is "addition of detail" context-dependent, or does it just mean any addition of blackness to the image? Say you have a points-and-lines Bongard Problem like BP1100, and you're trying to decide whether to sort it left or right here. You would just want to think about adding more points and lines to the picture. You don't want to get bogged down in thinking about whether black could be added to the image in a weird way so that a point gets turned into a line, or something. - Aaron David Fairbanks, Nov 13 2021 |
|
CROSSREFS
|
See BP1139 for Bongard Problems in which no example can be added to, period.
Adjacent-numbered pages:
BP1134 BP1135 BP1136 BP1137 BP1138  *  BP1140 BP1141 BP1142 BP1143 BP1144
|
|
KEYWORD
|
meta (see left/right), links, sideless
|
|
AUTHOR
|
Leo Crabbe
|
|
|
|
|
BP1150 |
| Even BP number on the OEBP vs. odd BP number on the OEBP. |
|
| |
|
|
COMMENTS
|
This was created as an example for BP1073 (left-it versus right-it). |
|
CROSSREFS
|
Adjacent-numbered pages:
BP1145 BP1146 BP1147 BP1148 BP1149  *  BP1151 BP1152 BP1153 BP1154 BP1155
|
|
KEYWORD
|
less, meta (see left/right), links, oebp, example, left-self, presentationmatters, right-it, experimental, left-listable, right-listable
|
|
CONCEPT
|
even_odd (info | search)
|
|
AUTHOR
|
Aaron David Fairbanks
|
|
|
|
|
BP1162 |
| Bongard Problem with solution that can be naturally phrased as "___ vs. vice versa" vs. not so. |
|
| |
|
|
COMMENTS
|
Bongard Problems sorted left obtain the keyword "viceversa" on the OEBP. |
|
CROSSREFS
|
Contrast the keyword notso.
"Viceversa" BPs are often dual.
The solution to a less-than/greater-than quantity comparison Bongard Problem (keyword spectrum) where the two sides divide the spectrum in half can be phrased as "closer to left end of spectrum than right end vs. vice versa." Whether this is a natural way to phrase the solution depends on the kind of quantity being compared.
Here are some examples of spectra for which the "vice versa" phrasing tends to seem natural: left vs. right, up vs. down, black vs. white, higher quantity of [thing type 1] vs. higher quantity of [thing type 2].
Adjacent-numbered pages:
BP1157 BP1158 BP1159 BP1160 BP1161  *  BP1163 BP1164 BP1165 BP1166 BP1167
|
|
KEYWORD
|
notso, meta (see left/right), links, keyword, right-self
|
|
AUTHOR
|
Aaron David Fairbanks
|
|
|
|
|
BP1188 |
| Bongard Problems where there exists an overlap between the collections shown left and right vs. other Bongard Problems. |
|
| |
|
|
COMMENTS
|
Left-sorted Bongard Problems have the keyword "both" on the OEBP.
The archetypal example is "rhombuses vs. rectangles".
Notice "rhombuses vs. rectangles" could alternatively be interpreted as "not rectangles vs. not rhombuses"; by this less natural interpretation, a square would fit on neither side (keyword neither) rather than both.
In fact, for any Bongard Problem solution "A vs. B", there are three alternative solution descriptions: "A vs. not A", "not B vs. B", and "not B vs. not A". These are not necessarily just different wordings of the same answer. For example, "rhombuses vs. not rhombuses" and "not rectangles vs. rectangles" differ on where they would sort a square. (This discrepancy between "A vs. not A" and "B vs. not B" occurs whenever "A vs. B" does not sort all relevant cases. See the keyword allsorted.)
"Is a rhombus" and "is a rectangle" are what are on the OEBP called "narrow" patterns, while "is not a rectangle" and "is not a rhombus" are not. (See keywords left-narrow and right-narrow for more explanation.) |
|
CROSSREFS
|
The keywords both and allsorted are mutually exclusive.
Adjacent-numbered pages:
BP1183 BP1184 BP1185 BP1186 BP1187  *  BP1189 BP1190 BP1191 BP1192 BP1193
|
|
KEYWORD
|
meta (see left/right), links, keyword
|
|
AUTHOR
|
Aaron David Fairbanks
|
|
|
|
|
BP1189 |
| Bongard Problems where there is an obvious relevant case that fits neither in the left collection nor the right collection vs. other Bongard Problems. |
|
| |
|
|
COMMENTS
|
Left-sorted Bongard Problems have the keyword "neither" on the OEBP.
This keyword is for Bongard Problems for which some obviously relevant case, in the same class as the shown examples, clearly would not fit in with either of the two sides.
An example falling in the threshold between a less-than/greater-than comparison (keyword spectrum) is a special case; it is easy to view such an example as belonging on both sides (keyword both) as well as neither side.
NOTE: It might be nice to have a separate keyword for tracking these special-case spectrum-based ambiguities (because they don't quite suit the keywords "both" or "neither"). - Aaron David Fairbanks, Apr 16 2022 |
|
CROSSREFS
|
See also both.
The keywords "neither" and allsorted are mutually exclusive.
Usually, Bongard Problems with a case that fits neither side in a clear-cut way are precise.
Adjacent-numbered pages:
BP1184 BP1185 BP1186 BP1187 BP1188  *  BP1190 BP1191 BP1192 BP1193 BP1194
|
|
KEYWORD
|
meta (see left/right), links, keyword
|
|
AUTHOR
|
Aaron David Fairbanks
|
|
|
|
|
BP1195 |
| Bongard Problems that depend on absolute positioning within the bounding box vs. shifting at once all content within the bounding box (without letting it cross the bounding box) will not switch the sorting of any examples. |
|
| |
|
|
|
|
Welcome |
Solve |
Browse |
Lookup |
Recent |
Links |
Register |
Contact
Contribute |
Keywords |
Concepts |
Worlds |
Ambiguities |
Transformations |
Invalid Problems |
Style Guide |
Goals |
Glossary
|
|
|
|
|
|
|
|
|
|