[ https://issues.apache.org/jira/browse/LUCENE-4188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
David Smiley reassigned LUCENE-4188: ------------------------------------ Assignee: David Smiley > Storing Shapes shouldn't be Strategy dependent > ---------------------------------------------- > > Key: LUCENE-4188 > URL: https://issues.apache.org/jira/browse/LUCENE-4188 > Project: Lucene - Java > Issue Type: Bug > Components: modules/spatial > Reporter: Chris Male > Assignee: David Smiley > > The logic for storing Shape representations seems to be different for each > Strategy. The PrefixTreeStrategy impls store the Shape in WKT, which is nice > if you're using WKT but not much help if you're not. BBoxStrategy doesn't > actually store the Shape itself, but a representation of the bounding box. > TwoDoubles seems to follow the PrefixTreeStrategy approach, which is > surprising since it only indexes Points and they could be stored without > using WKT. > I think we need to consider what storing a Shape means. If we want to store > the Shape itself, then that logic should be standardised and done outside of > the Strategys since it is not really related to them. If we want to store > the terms being used by the Strategys to make Shapes queryable, then we need > to change the logic in the Strategys to actually do this. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org