-
Type: Bug
-
Resolution: Duplicate
-
Priority: Minor - P4
-
None
-
Affects Version/s: 1.9.2
-
Component/s: Geo
-
None
-
ALL
We currently say in the docs that we allow only one spatial index per collection. However:
- It's possible to create more than on spatial index on a collection, and $near queries seem to work on them.
- geoNear commands always fail when there's more than one spatial index.
We should either:
- Enforce the single spatial index constraint
or
- Allow the user to specify which field to search using the geoNear command, and remove the limitation from the docs.
- duplicates
-
SERVER-2331 Allow more than one geo index per collection
- Closed
- is duplicated by
-
SERVER-12942 Multiple geoSpatial indexes in a collection
- Closed
-
SERVER-4221 Working with a large set of geospatial data but is there no way around "can't have 2 special fields"?
- Closed
- is related to
-
SERVER-3277 More specific explain() for geo queries
- Closed
-
SERVER-9842 Inconsistent and undocumented behavior of Geo indexes and Geo queries
- Closed
-
SERVER-11379 require field name in geoNear, remove uniqueDocs
- Closed