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.)

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

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

[smaller | same | bigger]

Leo Crabbe

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.

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

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

Leo Crabbe

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

The repositioned content has to stay within the box. If an example in a Bongard Problem features content touching a border (keyword bordercontent), then that prevents the contents from being shifted in that direction.

If a Bongard Problem has the keyword "absoluteposition", then it likely has the keyword boundingbox.

If a Bongard Problem has the keyword boundingbox and does not have the keyword bordercontent, then it likely has the keyword "absoluteposition".

Adjacent-numbered pages:
BP1190 BP1191 BP1192 BP1193 BP1194  *  BP1196 BP1197 BP1198 BP1199 BP1200

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

Aaron David Fairbanks