login
Hints
(Greetings from The On-Line Encyclopedia of Bongard Problems!)
Search: ex:BP1135
Displaying 1-4 of 4 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
(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

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

BP1179 Object-wise comparison Bongard Problems where the number of objects in each panel can vary vs. object-wise comparison Bongard Problems with a fixed number of objects in each panel.
BP318
BP840
BP841
BP842
BP1135
BP1138
BP1157
BP1175
BP922
BP1110
(edit; present; nest [left/right]; search; history)
COMMENTS

This Problem sorts all sequence and grid Problems on its left, and all orderedpair, unorderedpair, orderedtriplet, unorderedtriplet, fixedsequence, and fixedgrid Problems on its left.


Right-sorted examples could collectively be called "n-wise comparison Problems".

CROSSREFS

Adjacent-numbered pages:
BP1174 BP1175 BP1176 BP1177 BP1178  *  BP1180 BP1181 BP1182 BP1183 BP1184

KEYWORD

meta (see left/right), links

WORLD

zoom in left

AUTHOR

Leo Crabbe

BP1181 Unordered object-wise comparison Bongard Problems where the number of objects can vary between examples vs. similar Bongard Problems where certain objects are distinguishable in some consistent way across all examples.
BP840
BP841
BP842
BP1135
BP956
BP1138
BP1157
BP1175
(edit; present; nest [left/right]; search; history)
COMMENTS

Any "sequence" (BP929left) or "grid" (BP1176left) Problems will be sorted right.

CROSSREFS

Adjacent-numbered pages:
BP1176 BP1177 BP1178 BP1179 BP1180  *  BP1182 BP1183 BP1184 BP1185 BP1186

KEYWORD

unwordable, meta (see left/right), links

WORLD

[smaller | same | bigger]

AUTHOR

Leo Crabbe

    page 1

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