To be successful, a geospatial query must reference an index that applies the geopoint type mapping to the field containing the latitude-longitude coordinate pair.
Note “pair” singular. Hence my question: is non-point data still supported?
In case you’re not familiar with GeoJSON, the RFC is the reference RFC 7946 - The GeoJSON Format
If you look in Appendix A you can see all the different types of geometries that Couchbase spatial views supported.
FTS only supports geopoint indexing and queries on them like bounded polygon/rectangle or point radius.
If you throw some light into your exact functional requirement, it would be very informative for us to prioritise them for FTS backlog…
You wanted to index polygon shapes and run overlapping queries on them?
I’ve done some more investigation, and found this is where your current geopoint functionality is implemented github.com/blevesearch/bleve/tree/master/geo
I see it has this note in the README.md
First, all of this geo code is a Go adaptation of the [Lucene 5.3.2 sandbox geo support]
Checking what Lucerne implemented I can see that it only indexed points as well.
Hi @sreeks , I didn’t @ you in my reply, so in case you’ve missed it I’m tagging you here.
Is there enough information in my reply for your backlog?
Thanks.