Hi David, Thanks for you reply.
Compared to the prefix tree, implementation through doc-value seems slow. It needs to load shapes from doc-value for all docs and check each with the query shape. 2018-06-02 3:31 GMT+08:00 David Smiley <david.w.smi...@gmail.com>: > Hi Bingtao, > > > If I want to implement query for other relations, should I just serialize > shape to binary format(e.g. wkb) and fall back to jts? > > Yes. There's a lot already there but you'd need to subclass some stuff to > add some other predicates. See CompositeSpatialStrategy and > ShapeValuesPredicate. You could cast the value, a Shape, to a JtsGeometry > (a Spatial4j shape) and then call getGeom() to get the underlying JTS > Geometry instance. If you find you need to fork entire classes then feel > free to suggest improvements to the extensibility. > > ~ David > > On Tue, May 29, 2018 at 10:52 PM Bingtao Yin <ybts...@gmail.com> wrote: > > > Hi guys, > > > > Currently only limited spatial relations are supported(e.g. > > withins/intersects in prefix tree). In DE-9IM, there are abount 8 > > relations. > > > > If I want to implement query for other relations, should I just serialize > > shape to binary format(e.g. wkb) and fall back to jts? > > > > Any development plan on other relations? or will BKD tree support ogc > > geometries and DE-9IM relations? > > > -- > Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker > LinkedIn: http://linkedin.com/in/davidwsmiley | Book: > http://www.solrenterprisesearchserver.com >