login
Hints
(Greetings from The On-Line Encyclopedia of Bongard Problems!)
Search: +meta:BP1162
Displaying 21-27 of 27 results found. ( prev )     page 1 2 3
     Sort: id      Format: long      Filter: (all | no meta | meta)      Mode: (words | no words)
BP565 Bongard Problems that are hard for humans to solve but easier for computers to solve vs. Bongard Problems that are hard for computers to solve but easier for humans to solve.
BP112
BP558
BP941
BP1008
BP1055
BP100
BP170
BP190
BP193
BP197
BP199
BP235
BP237
BP252
BP331
BP349
BP373
BP382
BP524
BP551
BP565
BP812
BP839
BP844
BP862
BP869
BP882
BP930
BP939
BP1002
BP1004
BP1092
BP1110
BP1260
(edit; present; nest [left/right]; search; history)
COMMENTS

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

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


Easy abstract Bongard Problems are typically anticomputer Bongard Problems.

CROSSREFS

See keyword help for Bongard Problems that can be made easier for humans to solve by the selection of helpful examples.

Adjacent-numbered pages:
BP560 BP561 BP562 BP563 BP564  *  BP566 BP567 BP568 BP569 BP570

KEYWORD

spectrum, anticomputer, meta (see left/right), links, keyword, right-self, viceversa

WORLD

bp [smaller | same | bigger]

AUTHOR

Leo Crabbe

BP830 Image of a Bongard Problem with left side a "positive" property and right side the "negative" property versus vice versa.
(edit; present; nest [left/right]; search; history)
COMMENTS

Left: the left hand side is enough to communicate the answer; the left pattern can be seen without the counterexamples on the right.

Right: the right hand side is enough to communicate the answer; the right pattern can be seen without counterexamples on the left.


Flipping a BP will switch its sorting.


The following is taken from the comments on page BP513 (keyword left-narrow):

Call a pattern "narrow" if it is likely to be noticed in a collection of examples, without any counterexamples provided.

A collection of triangles will be recognized as such; "triangles" is a narrow pattern. A collection of non-triangular shapes will just be seen as "shapes"; "not triangles" is not narrow.

Narrow patterns tend to be phrased positively ("is [property]"), while non-narrow patterns opposite narrow patterns tend to be phrased negatively ("is not [property]").

CROSSREFS

See keywords left-narrow and right-narrow.

Adjacent-numbered pages:
BP825 BP826 BP827 BP828 BP829  *  BP831 BP832 BP833 BP834 BP835

KEYWORD

dual, handed, leftright, meta (see left/right), miniproblems, contributepairs, viceversa, presentationinvariant

WORLD

boxes_bpimage_three_per_side [smaller | same | bigger]

AUTHOR

Aaron David Fairbanks

BP971 Left half has more black (less white) than right half versus vice versa.
(edit; present; nest [left/right]; search; history)
COMMENTS

A similar, but different, solution is "center of mass is on the left half vs. center of mass is on the right half."

CROSSREFS

See BP972 for the version with examples rotated a quarter-turn.

Adjacent-numbered pages:
BP966 BP967 BP968 BP969 BP970  *  BP972 BP973 BP974 BP975 BP976

KEYWORD

nice, precise, spectrum, dual, handed, leftright, rotate, boundingbox, blackwhite, traditional, viceversa, absoluteposition, bordercontent

AUTHOR

Aaron David Fairbanks

BP972 Top half has more black (less white) than bottom half versus vice versa.
(edit; present; nest [left/right]; search; history)
COMMENTS

A similar, but different, solution is "center of mass is above the horizontal vs. center of mass is below the horizontal."

CROSSREFS

See BP971 for the version with examples rotated a quarter-turn.

Adjacent-numbered pages:
BP967 BP968 BP969 BP970 BP971  *  BP973 BP974 BP975 BP976 BP977

KEYWORD

precise, spectrum, dual, handed, updown, boundingbox, blackwhite, traditional, viceversa, absoluteposition, bordercontent

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.
BP347
BP829
BP1127
BP801
BP1155
BP1163
(edit; present; nest [left/right]; search; history)
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

BP1159 Bongard Problems where examples are only sorted left if nothing indicates that they would be sorted right vs. vice-versa.
BP250
BP333
BP525
BP823
BP1230
BP1183
(edit; present; nest [left/right]; search; history)
COMMENTS

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

Right-sorted Bongard Problems have the keyword "right-couldbe".


In a "couldbe" Bongard Problem, some relevant information is left out by the way objects are displayed. Solutions to "left-couldbe" BPs sound like "Could be a ___ vs. definitely not a ___" (and vice versa for "right-couldbe" BPs.)



To put it in mathematical jargon, there is a "projection" function from objects to pictures, such that objects satisfying property X are mapped to the same picture as objects not satisfying property X. Sorted on the "couldbe" side is the image (under projection) of the collection of objects satisfying property X.


Furthermore, usually X is a relatively narrow criterion, so that most objects do not satisfy it (see keywords left-narrow and right-narrow), and all pictures are in the image (under projection) of the collection of objects not satisfying property X.

REFERENCE

Consider BP525, "Cropped image of a circle vs. not so." None of the left-hand examples are definitely an image of a circle, but they fit left because nothing indicates that they are not an image of a circle. A more pedantic solution to this Bongard Problem would be "There is a way of cropping a circle that gives this image vs. there isn't."

CROSSREFS

See also the keyword seemslike, where neither side can be confirmed.


Either "left-couldbe" or "right-couldbe" implies notso.


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.


"Left-couldbe" is usually left-narrow and "right-couldbe" usually right-narrow.

Adjacent-numbered pages:
BP1154 BP1155 BP1156 BP1157 BP1158  *  BP1160 BP1161 BP1162 BP1163 BP1164

KEYWORD

dual, meta (see left/right), links, keyword, side, viceversa

AUTHOR

Leo Crabbe

BP1254 Bongard Problems with solutions of the form "[X] vs. [representation of X]" vs. vice versa.
BP1126
BP1219
BP1253
BP1056
(edit; present; nest [left/right]; search; history)
CROSSREFS

Adjacent-numbered pages:
BP1249 BP1250 BP1251 BP1252 BP1253  *  BP1255 BP1256 BP1257 BP1258 BP1259

KEYWORD

dual, meta (see left/right), links, viceversa

AUTHOR

Leo Crabbe

( prev )     page 1 2 3

Welcome | Solve | Browse | Lookup | Recent | Links | Register | Contact
Contribute | Keywords | Concepts | Worlds | Ambiguities | Transformations | Invalid Problems | Style Guide | Goals | Glossary