login
Hints
(Greetings from The On-Line Encyclopedia of Bongard Problems!)
Search: +ex:BP1011
Displaying 1-7 of 7 results found.     page 1
     Sort: id      Format: long      Filter: (all | no meta | meta)      Mode: (words | no words)
BP508 Bongard Problems with precise definitions vs. Bongard Problems with vague definitions.
BP1
BP3
BP4
BP6
BP13
BP23
BP31
BP67
BP72
BP103
BP104
BP210
BP292
BP312
BP321
BP322
BP324
BP325
BP329
BP334
BP344
BP348
BP367
BP368
BP376
BP384
BP386
BP389
BP390
BP391
BP523
BP527
BP557
BP558
BP559

. . .

BP2
BP9
BP10
BP11
BP12
BP14
BP62
BP119
BP148
BP364
BP393
BP505
BP508
BP509
BP511
BP524
BP571
BP812
BP813
BP847
BP865
BP894
BP895
BP939
BP1002
BP1111
BP1158
BP1271
(edit; present; nest [left/right]; search; history)
COMMENTS

Bongard Problems sorted left have the keyword "precise" on the OEBP.

Bongard Problems sorted right have the keyword "fuzzy" on the OEBP.


In an precise Bongard Problem, any relevant example is either clearly sorted left, clearly sorted right, or clearly not sorted.

(All relevant examples clearly sorted either left or right is the keyword allsorted.)


How can it be decided whether or not a rule is precise? How can it be decided whether or not a rule classifies all "examples that are relevant"? There needs to be another rule to determine which examples the original rule intends to sort. Bongard Problems by design communicate ideas without fixing that context ahead of time. The label "precise" can only mean a Bongard Problem's rule seems precise to people who see it. (This "precise vs. fuzzy" Bongard Problem is fuzzy.)


In an precise "less than ___ vs. greater than ___" Bongard Problem (keyword spectrum), the division between the sides is usually an apparent threshold. For example, there is an intuitive threshold between acute and obtuse angles (see e.g. BP292).


As a rule of thumb, do not consider imperfections of hand drawn images (keyword ignoreimperfections) when deciding whether a Bongard Problem is precise or fuzzy. Just because one can draw a square badly does not mean "triangle vs. quadrilateral" (BP6) should be labelled fuzzy; similar vagueness arises in all hand-drawn Bongard Problems. (For Bongard Problems in which fine subtleties of drawings, including small imperfections, are meant to be considered, use the keyword perfect.)


Sometimes the way a Bongard Problem would sort certain examples is an unsolved problem in mathematics. (See e.g. BP820.) There is a precise criterion that has been used to verify each sorted example fits where it fits (some kind of mathematical proof); however, where some examples fit is still unknown. Whether or not such a Bongard Problem should be labelled "precise" might be debated.

(Technical note: some properties are known to be undecidable, and sometimes the decidability itself is unknown. See https://en.wikipedia.org/wiki/Decision_problem .)

(See the keyword proofsrequired.)

One way to resolve this ambiguity is to define "precise" as meaning that once people decide where an example belongs for a reason, they will all agree about it.


Sometimes the class of all examples in a Bongard Problem is imprecise, but, despite that, the rule sorting those examples is precise. Say, for some potential new example, it is unclear whether it should be included in the Bongard Problem at all, but, if it were included, it would be clear where it should be sorted (or that it should be left unsorted). A Bongard Problem like this can still be tagged "precise".

(If all examples are clearly sorted except for some example for which it is unclear whether it belongs to the class of relevant examples, the situation becomes ambiguous.)

On the other hand, sometimes the class of all examples is very clear, with an obvious boundary. (Keyword preciseworld.)


There is a subtle distinction to draw between Bongard Problems that are precise to the people making them and Bongard Problems that are precise to the people solving them. A Bongard Problem (particularly a non-allsorted one) might be labeled "precise" on the OEBP because the description and the listed ambiguous examples explicitly forbid sorting certain border cases; however, someone looking at the Bongard Problem without access to the OEBP page containing the definition would not be aware of this. It may or may not be obvious that certain examples were intentionally left out of the Bongard Problem. A larger collection of examples may make it more clear that a particularly blatant potential border case was left out intentionally.

CROSSREFS

See BP876 for the version with pictures of Bongard Problems instead of links to pages on the OEBP.

See both and neither for specific ways an example can be classified as unsorted in an "precise" Bongard Problem.

Adjacent-numbered pages:
BP503 BP504 BP505 BP506 BP507  *  BP509 BP510 BP511 BP512 BP513

KEYWORD

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

WORLD

bp [smaller | same | bigger]

AUTHOR

Aaron David Fairbanks

BP513 Bongard Problems whose left examples could stand alone vs. the right side is necessary to communicate what the left side is.
BP1
BP31
BP50
BP328
BP334
BP345
BP356
BP373
BP384
BP386
BP559
BP569
BP850
BP856
BP902
BP922
BP932
BP935
BP937
BP988
BP989
BP999
BP1004
BP1005
BP1006
BP1011
BP1049
BP1080
BP1086
BP1093
BP1098
BP1109
BP1110
BP1145
BP1147

. . .

?
BP544
(edit; present; nest [left/right]; search; history)
COMMENTS

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


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


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


Intuitively, a narrow rule seems small in comparison to the space of other related possibilities. Narrow rules tend to be phrased positively ("is [property]"), while non-narrow rules opposite narrow rules tend to be phrased negatively ("is not [property]").


Both sides of a Bongard Problem can be narrow, e.g. BP6.

Even a rule and its conceptual opposite can be narrow, e.g. BP20.

A Bongard Problem such that one side is narrow and the other side is the non-narrow opposite reads as the narrow side being a subset of the other. See BP881.


What seems like a typical example depends on expectations. (See the keyword assumesfamiliarity for Bongard Problems that require the solver to go in with special expectations.)

A person might notice the absence of triangles in a collection of just polygons, because a triangle is such a typical example of a polygon. On the other hand, a person will probably not notice the absence of 174-gons in a collection of polygons.


Typically, any example fitting a narrow rule can be changed slightly to no longer fit. (This is not always the case, however. Consider the narrow rule "is approximately a triangle".) See the keyword stable.


It is possible for a rule to be "narrow" (communicable by a properly chosen collection of examples) but not clearly communicated by a particular collection of examples satisfying it, e.g., a collection of examples that is too small to communicate it.


Note that this is not just BP514 (right-narrow) flipped.



Is it possible for a rule to be such that some collections of examples do bring it to mind, but no collection of examples unambiguously communicates it as the intended rule? Perhaps there is some border case the rule excludes, but it is not clear whether the border case was intentionally left out. The border case's absence would likely become more conspicuous with more examples (assuming the collection of examples naturally brings this border case to mind).

CROSSREFS

See BP830 for a version with pictures of Bongard Problems (miniproblems) instead of links.

Adjacent-numbered pages:
BP508 BP509 BP510 BP511 BP512  *  BP514 BP515 BP516 BP517 BP518

KEYWORD

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

WORLD

bp [smaller | same | bigger]

AUTHOR

Aaron David Fairbanks

BP526 Bongard Problem with solution relating to concept: circle vs. Bongard Problem unrelated to this concept.
BP24
BP525
BP527
BP970
BP1011
BP1019
BP1132
BP1260
(edit; present; nest [left/right]; search; history)
CROSSREFS

Adjacent-numbered pages:
BP521 BP522 BP523 BP524 BP525  *  BP527 BP528 BP529 BP530 BP531

KEYWORD

meta (see left/right), links, metaconcept

CONCEPT This MBP is about BPs that feature concept: "circle"

WORLD

bp [smaller | same | bigger]

AUTHOR

Aaron David Fairbanks

BP741 Bongard Problem with solution relating to concept: imaginary entity vs. Bongard Problem unrelated to this concept.
BP52
BP64
BP73
BP74
BP78
BP81
BP96
BP97
BP101
BP102
BP103
BP104
BP106
BP112
BP117
BP131
BP133
BP134
BP138
BP154
BP161
BP162
BP163
BP178
BP183
BP184
BP193
BP194
BP199
BP235
BP238
BP239
BP240
BP245
BP249

. . .

(edit; present; nest [left/right]; search; history)
CROSSREFS

Adjacent-numbered pages:
BP736 BP737 BP738 BP739 BP740  *  BP742 BP743 BP744 BP745 BP746

KEYWORD

meta (see left/right), links, metaconcept, primitive

CONCEPT This MBP is about BPs that feature concept: "imagined_entity"

WORLD

bp [smaller | same | bigger]

AUTHOR

Harry E. Foundalis

BP913 Bongard Problems in which fine subtleties of images may be considered with respect to the solution (no slightly wrong hand-drawings) vs. other visual Bongard Problems.
BP1
BP160
BP199
BP210
BP211
BP213
BP216
BP217
BP223
BP312
BP321
BP324
BP325
BP335
BP341
BP344
BP348
BP367
BP368
BP386
BP523
BP529
BP530
BP531
BP532
BP533
BP551
BP557
BP559
BP564
BP816
BP852
BP859
BP860
BP861

. . .

BP5
BP6
BP72
BP91
BP136
BP148
?
BP119
(edit; present; nest [left/right]; search; history)
COMMENTS

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

CROSSREFS

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

EXAMPLE

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.

KEYWORD

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

WORLD

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

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.
BP7
BP11
BP12
BP13
BP33
BP50
BP62
BP76
BP77
BP80
BP103
BP152
BP250
BP289
BP328
BP329
BP333
BP335
BP336
BP523
BP525
BP536
BP557
BP559
BP812
BP813
BP816
BP860
BP920
BP924
BP942
BP949
BP1011
BP1086
BP1145

. . .

BP1
BP5
BP15
BP31
BP45
BP98
BP157
BP240
BP322
BP327
BP330
BP331
BP332
BP348
BP363
BP367
BP368
BP369
BP389
BP809
BP810
BP851
BP853
BP911
BP966
BP977
BP992
BP1022
BP1094
BP1131
BP1135
BP1136
(edit; present; nest [left/right]; search; history)
COMMENTS

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


If applying a scaling along one particular axis to the whole of any example can change its sorting the BP fits on the left side here. (For BPs with bounding boxes this means scaling and cropping, but without cutting out any detail.)

CROSSREFS

Adjacent-numbered pages:
BP1107 BP1108 BP1109 BP1110 BP1111  *  BP1113 BP1114 BP1115 BP1116 BP1117

KEYWORD

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

WORLD

[smaller | same | bigger]

AUTHOR

Leo Crabbe

BP1190 BPs with a precisely defined pool of examples vs. BPs with an imprecisely defined pool of examples.
BP3
BP6
BP13
BP103
BP292
BP312
BP329
BP334
BP376
BP384
BP386
BP390
BP391
BP557
BP558
BP560
BP569
BP576
BP788
BP856
BP891
BP897
BP898
BP905
BP922
BP932
BP942
BP945
BP949
BP956
BP961
BP962
BP988
BP989
BP993

. . .

(edit; present; nest [left/right]; search; history)
COMMENTS

Left-sorted Bongard Problems are tagged with the keyword "preciseworld" on the OEBP.


The keyword "preciseworld" basically means: if a new Bongard Problem were created to sort whether or not examples fit in the pool of examples in the original Bongard Problem, it would be tagged precise.


For a Bongard Problem fitting left, the intended class of examples sorted by the Bongard Problem is clear-cut.

For a Bongard Problem fitting right, there isn't any obvious boundary to take as delimiting the pool of potential examples. There is an imprecise fading of relevancy rather than a natural cutoff point.



Sometimes there are specific notable cases of potential examples for which there is ambiguity about whether they belong.


For example, the empty square (zero dots) has been left out of BP989. This is perhaps the only obvious example that is ambiguous as to whether it should be considered as belonging to the pool of examples shown in the Bongard Problem (or any similar dot-counting Bongard Problem).

(There would be no ambiguity if it were actually included in the Bongard Problem.)

(Whether or not zero seems like an obvious example also has a cultural component (see culture); someone who is not accustomed think of zero as a number might not see this as ambiguous at all.)

Larger pools of examples make the absence of notable border cases like this more conspicuous and intentional-seeming. (See also discussion at left-narrow.) But expanding the pool of examples cannot resolve certain border cases: if the rule of the Bongard Problem by nature leaves unsorted a potential example that is a border case for even fitting in with the rest of the examples, its absence doesn't communicate anything; whether it belongs with the pool of examples remains ambiguous.



It is tempting to make another another "allsortedworld" analogous to allsorted. But the pool of relevant examples fitting in a Bongard Problem is like a Bongard Problem with only one side: a collection satisfying some rule. Would there be any difference between precise and allsorted for a Bongard Problem with only one side?

CROSSREFS

Adjacent-numbered pages:
BP1185 BP1186 BP1187 BP1188 BP1189  *  BP1191 BP1192 BP1193 BP1194 BP1195

EXAMPLE

Bongard Problems featuring generic shapes ( https://oebp.org/search.php?q=world:fill_shape ) have not usually been labelled "preciseworld". (What counts as a "shape"? Can the shapes be fractally complicated, for example? What exactly are the criteria?) Nonetheless, these Bongard Problems are frequently precise.

KEYWORD

meta (see left/right), links, keyword

AUTHOR

Aaron David Fairbanks

    page 1

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