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

Consider the difference in style between BP344 and BP24; the former shapes have crisp edges with significant subtle details, while the latter are sketches of circles, squares, and triangles, just approximate enough to tell which are which.

As a default, drawings in BPs are assumed 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 parsed as the intuitive shapes they approximate." Imperfectionsmatter means the pedant may drop this caveat; images are precise geometrical figures.

Even BPs tagged "imperfectionsmatter", are not expected to take into account pixelation of images. If the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter keyword "pixelperfect" (left-BP947).

e.g. for BPs having to do with smooth curves and lines, "imperfectionsmatter" only requires images offer the best possible approximation of the intended shapes given their resolutions.

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

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

Consider the difference in style between BP344 and BP91; the former shapes have crisp edges with relevant subtle details, while the latter are sketches of circles, squares, and triangles, just approximate enough to tell which are which.

As a default, drawings in BPs are assumed 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 parsed as the intuitive shapes they approximate." Imperfectionsmatter means the pedant may drop this caveat; images are precise geometrical figures.

Even BPs tagged "imperfectionsmatter", are not expected to take into account pixelation of images. If the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter keyword "pixelperfect" (left-BP947).

e.g. for BPs having to do with smooth curves and lines, "imperfectionsmatter" only requires images offer the best possible approximation of the intended shapes given their resolutions.

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

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

Consider the difference in style between BP344 and BP91; the former shapes have crisp edges with relevant subtle details, while the latter are sketches of circles, squares, and triangles, approximate enough to tell which are which.

As a default, drawings in BPs are assumed 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 parsed as the intuitive shapes they approximate." Imperfectionsmatter means the pedant may drop this caveat; images are precise geometrical figures.

Even BPs tagged "imperfectionsmatter", are not expected to take into account pixelation of images. If the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter keyword "pixelperfect" (left-BP947).

e.g. for BPs having to do with smooth curves and lines, "imperfectionsmatter" only requires images offer the best possible approximation of the intended shapes given their resolutions.

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

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

Consider the difference in style between BP344 and BP91; the former shapes have crisp edges with relevant subtle details, while the latter are sketches of circles, squares, and triangles, approximate enough to tell which are which.

As a default, drawings in BPs are assumed 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 parsed as the intuitive shapes they approximate." Imperfectionsmatter means the pedant may drop this caveat--images are precise geometrical figures.

Even in BPs tagged "imperfectionsmatter", the solver is not expected to take into account pixelation of images. If the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter keyword "pixelperfect" (left-BP947). In BPs having to do with smooth curves and lines, imperfectionsmatter just means the pixelated images offer the best possible approximation of the intended shapes given their resolutions.

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

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

Consider the difference in style between BP344 and BP91; the former shapes have crisp edges with relevant subtle details, while the latter are sketches of circles, squares, and triangles, approximate enough to tell which are which.

As a default, drawings in BPs are assumed 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 parsed as the intuitive shapes they approximate." Imperfectionsmatter means the pedant may drop this caveat--the images are precise geometrical figures.

Even in BPs tagged "imperfectionsmatter", the solver is not expected to take into account pixelation of images. If the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter keyword "pixelperfect" (left-BP947). In BPs having to do with smooth curves and lines, imperfectionsmatter just means the pixelated images offer the best possible approximation of the intended shapes given their resolutions.

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

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

Consider the difference in style between BP344 and BP91; the former shapes have crisp edges with relevant subtle details, while the latter are sketches of circles, squares, and triangles, approximate enough to tell which are which.

As a default, it is assumed on the OEBP that submitted examples are imperfect drawings. A "circles vs. squares" BP may only show what are approximately circles and approximately squares. Solutions to Bongard Problems often involve the implicit caveat "...when imperfect figures are parsed as the intuitive shapes they approximate." Imperfectionsmatter means this caveat can be dropped--the relevant intended geometry is given.

Even in BPs tagged "imperfectionsmatter", the solver is not expected to take into account pixelation of images. If the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter keyword "pixelperfect" (left-BP947). In BPs having to do with smooth curves and lines, imperfectionsmatter just means the pixelated images offer the best possible approximation of the intended shapes given their resolutions.

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

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

Consider the difference in style between BP344 and BP91; the former shapes have crisp edges with relevant subtle details, while the latter are sketches of circles, squares, and triangles, approximate enough to tell which are which.

As a default, it is assumed on the OEBP that submitted examples are imperfect drawings. A "circles vs. squares" BP may only show what are approximately circles and approximately squares. Solutions to Bongard Problems often involve the implicit caveat "...when imperfect figures are parsed as the intuitive shapes they approximate." Imperfectionsmatter means this caveat can be dropped--the relevant intended geometry is shown precisely in all images.

Even in BPs tagged "imperfectionsmatter", the solver is not expected to take into account pixelation of images. If the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter keyword "pixelperfect" (left-BP947). In BPs having to do with smooth curves and lines, imperfectionsmatter just means the pixelated images offer the best possible approximation of the intended shape given their resolutions.

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

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

Consider the difference in style between BP344 and BP91; the former shapes have crisp edges with relevant subtle details, while the latter are sketches of circles, squares, and triangles, approximate enough to tell which are which.

As a default, it is assumed on the OEBP that submitted examples are imperfect drawings. A "circles vs. squares" BP may only show what are approximately circles and approximately squares. Solutions to Bongard Problems often involve the implicit caveat "...when imperfect figures are parsed as the intuitive shapes they approximate." Imperfectionsmatter means this caveat can be dropped--the relevant intended geometry is shown precisely in all images.

Even in Problems tagged "imperfectionsmatter", the solver is not expected to take into account pixelation of images. If the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter keyword "pixelperfect" (left-BP947). In BPs having to do with smooth curves and lines, imperfectionsmatter just means the pixelated images offer the best possible approximation of the intended shape given their resolutions.

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

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

Consider the difference in style between BP344 and BP91; the former shapes have crisp edges with relevant subtle details, while the latter are sketches of circles, squares, and triangles, approximate enough to tell which are which.

As a default, it is assumed on the OEBP that submitted examples are imperfect drawings. A "circles vs. squares" BP may only show what are approximately circles and approximately squares. Solutions to Bongard Problems often involve the implicit caveat "...when imperfect figures are parsed as the intuitive shapes they approximate." Imperfectionsmatter means this caveat can be dropped.

Even in Problems tagged "imperfectionsmatter", the solver is not expected to take into account pixelation of images. If the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter keyword "pixelperfect" (left-BP947). In BPs having to do with smooth curves and lines, imperfectionsmatter just means the pixelated images offer the best possible approximation of the intended shape given their resolutions.

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

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

Consider the difference in style between BP344 and BP91; the former shapes have crisp edges with relevant subtle details, while the latter are sketches of circles, squares, and triangles, approximate enough to tell which are which.

As a default, it is assumed on the OEBP that submitted examples are imperfect drawings. A "circles vs. squares" BP may only show what are approximately circles and approximately squares. Solutions to Bongard Problems often involve the implicit caveat "...when imperfect figures are parsed as the intuitive shapes they approximate." Imperfectionsmatter means this caveat has been dropped.

Even in Problems tagged "imperfectionsmatter", the solver is not expected to take into account pixelation of images. If the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter keyword "pixelperfect" (left-BP947). In BPs having to do with smooth curves and lines, imperfectionsmatter just means the pixelated images offer the best possible approximation of the intended shape given their resolutions.

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

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

Consider the difference in style between BP344 and BP91; the former shapes have crisp edges with relevant subtle details, while the latter are sketches of circles, squares, and triangles, approximate enough to tell which are which.

As a default, it is assumed on the OEBP that submitted examples are imperfect drawings. A "circles vs. squares" BP may only show what are approximately circles and approximately squares. Solutions to Bongard Problems often involve the implicit caveat "...when imperfect figures are parsed as the intuitive shapes they approximate." Imperfectionsmatter means this caveat has been dropped.

Even in Problems tagged "imperfectionsmatter", the solver is not expected to take into account pixelation of images. If the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter keyword "pixelperfect" (left-BP947). In imperfectionsmatter Problems having to do with smooth curves and lines, it is only necessary that the pixelated images offer the best possible approximation of the intended shape given their resolutions.

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

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

Consider the difference in style between BP344 and BP91; the former shapes have crisp edges with relevant subtle details, while the latter are sketches of circles, squares, and triangles, approximate enough to tell which are which.

As a default, it is assumed on the OEBP that submitted examples are imperfect drawings. A "circles vs. squares" BP may only show what are approximately circles and approximately squares. Solutions to Bongard Problems often involve the implicit caveat "...when imperfect figures are parsed as the intuitive shapes they approximate." Imperfectionsmatter means this caveat has been dropped.

Even in Problems tagged "imperfectionsmatter", the solver is not expected to take into account pixelation of images. If the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter, rarer keyword "pixelperfect" (left-BP947). In imperfectionsmatter Problems having to do with smooth curves and lines, it is only necessary that the pixelated images offer the best possible approximation of the intended shape given their resolutions.

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

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

Consider the difference in style between BP344 and BP91; the former shapes have crisp edges with relevant subtle details, while the latter are sketches of circles, squares, and triangles, approximate enough to tell which are which.

As a default, it is assumed on the OEBP that submitted examples are imperfect drawings. A "circles vs. squares" BP may only show what are approximately circles and approximately squares. Solutions to Bongard Problems often involve the implicit caveat "...when imperfect figures are parsed as the intuitive shapes they approximate."

Even in Problems tagged "imperfectionsmatter", the solver is not expected to take into account pixelation of images. If the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter, rarer keyword "pixelperfect" (left-BP947). In imperfectionsmatter Problems having to do with smooth curves and lines, it is only necessary that the pixelated images offer the best possible approximation of the intended shape given their resolutions.

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

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.

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

Consider the difference in style between BP344 and BP91; the former shapes have crisp edges with relevant subtle details, while the latter are sketches of circles, squares, and triangles, approximate enough to tell which are which.

As a default, it is assumed on the OEBP that submitted examples are imperfect drawings. A "circles vs. squares" BP may only show what are approximately circles and approximately squares. Solutions to Bongard Problems often involve the implicit caveat "...when imperfect figures are parsed as the intuitive shapes they approximate."

Even in imperfectionsmatter Problems, it is not expected that the solver will take into account pixelation of images. In imperfectionsmatter Problems having to do with smooth curves and lines, it is only necessary that the pixelated images offer the best possible approximation of the intended shape given their resolutions. If the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter, rarer keyword "pixelperfect" (left-BP947).

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

Many Bongard Problems involving properties of curves (e.g. BP62) really are about those wiggly, imperfect curves; they qualify as imperfectionsmatter problems. On the other hand, Bongard Problems involving polygons, (e.g. BP5) often show only approximately-straight lines; they are not imperfectionsmatter problems.

Problems with world "bmp" should be imperfectionsmatter Problems.

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

Consider the difference in style between BP344 and BP91; the former shapes have crisp edges with relevant subtle details, while the latter are sketches of circles, squares, and triangles, approximate enough to tell which are which.

As a default, it is assumed on the OEBP that submitted examples are imperfect drawings. A BP "circles vs. squares" may only show what are approximately circles and approximately squares. Solutions to Bongard Problems often involve the implicit caveat "...when imperfect figures are parsed as the intuitive shapes they approximate."

Even in imperfectionsmatter Problems, it is not expected that the solver will take into account pixelation of images. In imperfectionsmatter Problems having to do with smooth curves and lines, it is only necessary that the pixelated images offer the best possible approximation of the underlying shape given their resolutions. On the other hand, if the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the stricter keyword "pixelperfect" (left-BP947).

Note: Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

It is possible for a Problem to involve some small details without being "imperfectionsmatter", e.g. BP148 or BP119.

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

As a default, it is assumed on the OEBP that submitted examples are imperfect drawings. A problem about circles may only feature what are approximately circles in its examples. Thus, most solutions to Bongard Problems have the implicit caveat "...if shapes in drawings are parsed as what they most intuitively approximate." In imperfectionsmatter problems, this caveat is dropped; the solution is based on the literal geometry of the drawings used as examples, including all subtle imperfections.

Bitmaps can only hold so much information, so even in imperfectionsmatter Problems it is not typically expected that the solver will take into account pixelation of images. (Problems in which pixelation is relevant are usually assigned the world "bmp" on the OEBP.) In imperfectionsmatter Problems having to do with smooth curves and lines using pixelated images such as .png, .gif, .bmp, and .jpg files, it is only necessary that the pixelated images offer the best possible approximation of the underlying shape given their resolutions. On the other hand, if the OEBP would indeed prefer users only upload pixel-perfect examples, a Problem can be tagged with the keyword "pixelperfect" (left-BP947).

Regardless of whether in imperfectionsmatter Problems or not, .svg scalable vector graphics files are always assumed to be parsed as their literal geometry. Do not upload .svg files with imperfections, unless the BP solution is explicitly about those imperfections.

Just because a Problem involves small details does not make it "imperfectionsmatter." It is possible for a Problem to involve small imperfections, but still be about the intuitive parsings of drawings rather than the literal geometry in the drawings, e.g. BP148 or BP119.

See BP508 for more discussion of this.

Many Bongard Problems involving properties of curves (e.g. BP62) really are about the properties of those wiggly, imperfect curves; they qualify as imperfectionsmatter problems. On the other hand, Bongard Problems involving, say, polygons, (e.g. BP5) often show only very-closely-approximately-straight lines; they are not imperfectionsmatter problems.

Problems with world "bmp" should be imperfectionsmatter Problems.

Many Bongard Problems involving properties of curves (e.g. BP62) really are about the properties of those wiggly, imperfect curves; they qualify as imperfectionsmatter problems. On the other hand, Bongard Problems involving polygons, (e.g. BP5) often show only approximately-straight lines; they are not imperfectionsmatter problems.

Problems with world "bmp" should be imperfectionsmatter Problems.

Many Bongard Problems involving properties of curves (e.g. BP62) really are about the properties of those wiggly, imperfect curves; they qualify as imperfectionsmatter problems. On the other hand, Bongard Problems involving, say, polygons, (e.g. BP5) often show only very-closely-approximately-straight lines; they are not imperfectionsmatter problems.

Problems with world "bmp" should be imperfectionsmatter Problems.