There is nothing wrong with the polygon itself. The problem is that 2dsphere indexes, and related queries like $geoIntersects
and $near
only operate on polygons within one hemisphere, see the jira bug. It seems that the resolution to this bug was to update the documentation, see hemisphere restriction comments. There is a comment to this effect in the $geoIntersects documentation
though not in the 2dsphere docs, it would seem.
Basically, the problem is that if you have a rectangle with longitude coordinates of, eg, -90, -90, 90 and 90 it is impossible to tell if this rectangle crosses in an East/West direction at 0 or 180/-180 (ie, the date line), so the results of any spatial operation would be indeterminate. In this case of your polygon, it could be inferred, and is obvious from visual inspection, but in general this is not the case, and hence the error.
You may also find this comparison from Boston GIS of spatial databases interesting. Note that Postgis, SQL Server and Oracle also have various restrictions on geometries/geographies that cross hemispheres.