|
| |
|
| BP1140 |
| Bongard Problems where there is a way of adding details to some example (without erasing) that would sort it on the other side vs. Bongard Problems where there is no way of adding details to examples that would sort them on the other side. |
|
| |
|
|
|
|
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.
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. |
|
|
CROSSREFS
|
Closely related to gap Problems and stable Problems.
Bongard Problems tagged finishedexamples will fit right.
Adjacent-numbered pages:
BP1135 BP1136 BP1137 BP1138 BP1139 * BP1141 BP1142 BP1143 BP1144 BP1145
|
|
|
KEYWORD
|
meta (see left/right), links, sideless, invariance
|
|
|
AUTHOR
|
Leo Crabbe
|
| |
|
|
| |
|
| 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
|
| |
|
|
| |
|
| BP1134 |
| Bongard Problem with solution relating to concept: impossible vs. Bongard Problem unrelated to this concept. |
|
| |
|
| |
| |
|
|
| |
|
| BP1128 |
| Bongard Problem with inductive definition of solution vs. other Bongard Problems. |
|
| |
|
| |
| |
|
|
| |
|
| BP1126 |
| Meta Bongard Problems in which examples are pages on the OEBP vs. meta Bongard Problems in which examples are pictures of Bongard Problems. |
|
| |
|
|
|
|
COMMENTS
|
Bongard Problems sorted left have the keyword "links" on the OEBP.
Bongard Problems sorted right have the keyword "miniproblems" on the OEBP.
The keyword "links" is automatically added to a Bongard Problem on the OEBP if a BP number is added as an example.
Meta Bongard problems that sort Bongard Problems purely based on their solutions (keyword presentationmatters) usually have two versions in the database: one that sorts images of Bongard Problems and one that sorts links to pages on the OEBP. If both versions exist, users should make them cross-reference one another. |
|
|
CROSSREFS
|
All the examples of miniature Bongard Problems within any meta Bongard Problem tagged "miniproblems" would fit left on BP1080 (which is a showcase of the various formats for images of Bongard Problems).
Adjacent-numbered pages:
BP1121 BP1122 BP1123 BP1124 BP1125 * BP1127 BP1128 BP1129 BP1130 BP1131
|
|
|
KEYWORD
|
meta (see left/right), links, keyword, world, left-self, metameta
|
|
|
WORLD
|
metabp [smaller | same | bigger]
|
|
|
AUTHOR
|
Aaron David Fairbanks
|
| |
|
|
| |
|
| BP1125 |
| BP pages on the OEBP (with a criterion for sorting examples that in some cases may be very difficult to work out) where users should be certain (i.e. know a proof) about how examples are sorted vs. users can include examples on a side as long as nobody has seen a reason it does not fit there. |
|
| |
|
|
|
|
COMMENTS
|
Left-sorted Bongard Problems have the keyword "proofsrequired" on the OEBP.
Right-sorted Bongard Problems have the keyword "noproofs" on the OEBP.
For every "noproofs" Bongard Problem there could be made a stricter "proofsrequired" version. This stricter version will be hardsort.
Deciding to make a Bongard Problem noproofs adds subjectivity to the sorting of examples (keyword subjective).
One interpretation of topology (a subject of mathematics -- see https://en.wikipedia.org/wiki/Topology ) is that a topology describes the observability of various properties. (The topological "neighborhoods" of a point are the subsets one could determine the point to be within using a finite number of measurements.) The analogue of restricting to just the cases where a property is observably true (i.e. "proofsrequired") corresponds to taking the topological "interior" of that property.
TO DO: It may be better to split each of these keywords up into two: "left-proofsrequired", "right-proofsrequired", "left-noproofs", "right noproofs".
|
|
|
CROSSREFS
|
See keyword hardsort.
Bongard Problems that are left-unknowable or right-unknowable will have to be "noproofs".
Adjacent-numbered pages:
BP1120 BP1121 BP1122 BP1123 BP1124 * BP1126 BP1127 BP1128 BP1129 BP1130
|
|
|
EXAMPLE
|
In "proofsrequired" BP335 (shape tessellates the plane vs. shape does not tessellate the plane), shapes are only put in the Bongard Problem if they are known to tessellate or not to tessellate the plane. A "noproofs" version of this Bongard Problem would instead allow a shape to be put on the right if it was just (subjectively) really hard to find a way of tessellating the plane with it. |
|
|
KEYWORD
|
meta (see left/right), links, keyword, oebp, instruction
|
|
|
AUTHOR
|
Aaron David Fairbanks
|
| |
|
|
| |
|
| BP1124 |
| Bongard Problems such that examples are always by default sorted left, until some unforeseen way of fitting right is noticed (a person is never "sure" something should fit left, but can be "sure" something fits right) vs. vice versa. |
|
| |
|
|
|
|
COMMENTS
|
Left-sorted Bongard Problems have the keyword "left-unknowable" on the OEBP.
Right-sorted Bongard Problems have the keyword "right-unknowable".
Think of searching for needles in endless haystacks. You can be sure a haystack has a needle by finding it, but you can never be sure a haystack does not have a needle.
When a Bongard Problem is "left-unknowable", individual examples cannot be determined for certain to fit left, by any means. The author of the Bongard Problem just chooses some examples that seem to fit left. (See also the noproofs keyword.)
It is very extreme for this to apply to all examples without exception. Often a Bongard Problem is close to being purely left-unknowable, but a few examples spoil it by being obviously disqualified from the right side for some reason.
It is natural for a person to guess the solution to an unknowable Bongard Problem before actually understanding all the knowable examples, taking some of them on faith.
As a prank, take a left- or right- unknowable Bongard Problem and put an example that actually belongs on the unknowable side on the knowable side. The solver will have to take it on faith there is some reason it fits there they are not seeing.
(The property of having this kind of sorting mistake is unknowable for left- or right- unknowable Bongard Problems.)
One interpretation of topology (a subject of mathematics -- see https://en.wikipedia.org/wiki/Topology ) is that a topology describes the observability of various properties. (The topological "neighborhoods" of a point are the subsets one could determine the point to be within using a finite number of measurements.) The analogue of a property that is nowhere directly observable is a "subset with empty interior". Furthermore, the fact that the negation of the property is observable corresponds to the subset being "closed". |
|
|
CROSSREFS
|
Left- or right- unknowable Bongard Problems are generally notso Bongard Problems: an example fits on one side just in case it cannot be observed to fit on the other.
Although the descriptions of left-couldbe and right-couldbe sound similar to "left-unknowable" and "right-unknowable", they are not the same. It is the difference between a clear absence of information and perpetual uncertainty about whether there is more information to be found. For any example sorted on a "could be" side, there is a clear (knowable) absence of information whose presence would justify the example being on the other side.
Sometimes an unknowable BP can be turned into a couldbe BP by explicitly restricting the amount of available information. For example, if there were a hypothetical Bongard Problem with infinitely detailed pictures, using a low resolution for all pictures could simplify the issue of detecting some properties that would be "unknowable". Many fractal-based BPs are this way (e.g. BP1122). See keyword infinitedetail.
Right-unknowable Bongard Problems are generally left-narrow (and left-unknowable Bongard Problems are generally right-narrow).
A Bongard Problem with examples on both sides cannot be tagged both proofsrequired and left- or right- unknowable.
Many Bongard Problems are about finding rules (keyword rules)--in each panel a rule is to be found, and there are no specified limits about what kind of rule it can be or how abstract it can be. (Just like a Bongard Problem.) "There is a rule vs. there isn't" (resp. vice versa) are right- (resp. left-) unknowable. (That is, disregarding cases that obviously do not define a rule because of some trivial disqualifying reason.)
Actually, I think there is something more to be said about this. It is possible to design examples that signal there is no rule to be found. See for example EX9138 in BP1127 and EX6829 in BP829. (Related: keyword help.) Each of these examples communicates a clear rule that "doesn't count". And there is so little information shown that a person can feel confident they've noticed all the relevant details. So, contrary to how they are currently tagged, these Bongard Problems aren't strictly "unknowable"; there are some exceptional knowable cases. But being too strict about the definition of "unknowable" makes it so there aren't any examples of unknowable Bongard Problems, so it's probably better to be a bit loose. - Aaron David Fairbanks, Apr 20 2022
Adjacent-numbered pages:
BP1119 BP1120 BP1121 BP1122 BP1123 * BP1125 BP1126 BP1127 BP1128 BP1129
|
|
|
EXAMPLE
|
The perfect example is BP1163.
Interesting example of a Bongard Problem that is neither left-unknowable nor right unknowable in particular, but for which it is impossible to know whether any example fits on either side: BP1229 (translational symmetry vs. not) made with examples that can be expanded to any larger finite region the solver wants to look at. In this case, examples could only be sorted based on what they seem like (see seemslike), trusting they appear in a way that hints psychologically at what they actually are (see help). |
|
|
KEYWORD
|
dual, meta (see left/right), links, keyword, side, viceversa
|
|
|
CONCEPT
|
semidecidable (info | search)
|
|
|
AUTHOR
|
Aaron David Fairbanks
|
| |
|
|
| |
|
| BP1121 |
| Bongard Problems that were added to the OEBP to be used as examples in particular meta-BPs vs. other Bongard Problems, |
|
| |
|
| |
| |
| |
|
|
|
|
|
|
|
