[
https://issues.apache.org/jira/browse/SOLR-7164?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14337357#comment-14337357
]
David Smiley commented on SOLR-7164:
------------------------------------
bq. If you do store the fields, weird things happen with the 'update' feature –
since it treats them as explicitly set values.
Before committing the patch; I'd like to better appreciate this problem -- I
don't understand it. Can you write a test that demonstrates the problem?
Perhaps there is a fix that can address the root cause.
I guess LatLonType & PointType would be similarly affected since they have
sub-fields. Do you think so?
> BBoxFieldType should not store values for subfields (by default)
> ----------------------------------------------------------------
>
> Key: SOLR-7164
> URL: https://issues.apache.org/jira/browse/SOLR-7164
> Project: Solr
> Issue Type: Improvement
> Components: spatial
> Reporter: Ryan McKinley
> Assignee: Ryan McKinley
> Attachments: SOLR-7164-bbox-stored.patch
>
>
> When the bbox field creates the subfields, it uses the schema for 'double'
> and 'boolean' types.
> As is, we can specify these field types as indexed, not stored -- but that is
> a bit trappy.
> Lets add a property to the field definition:
> {code}
> storeSubFields="false"
> {code}
> and register the subfields appropriatly
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
