You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Mark Allan (JIRA)" <ji...@apache.org> on 2010/07/05 13:25:50 UTC
[jira] Created: (SOLR-1986) Allow users to define multiple subfield
types in AbstractSubTypeFieldType
Allow users to define multiple subfield types in AbstractSubTypeFieldType
-------------------------------------------------------------------------
Key: SOLR-1986
URL: https://issues.apache.org/jira/browse/SOLR-1986
Project: Solr
Issue Type: Improvement
Components: Schema and Analysis
Reporter: Mark Allan
Priority: Minor
A few small changes to the AbstractSubTypeFieldType class to allow users to define distinct field types for each subfield. This enables us to define complex data types in the schema.
For example, we have our own subclass of the CoordinateFieldType called TemporalCoverage where we store a start and end date for an event but now we can store a name for the event as well.
<fieldType name="temporal" class="uk.ac.edina.solr.schema.TemporalCoverage" dimension="3" subFieldSuffix="_ti,_ti,_s"/>
In this example, the start and end dates get stored as trie-coded integer subfields and the description as a string subfield.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] Updated: (SOLR-1986) Allow users to define multiple subfield
types in AbstractSubTypeFieldType
Posted by "Mark Allan (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1986?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mark Allan updated SOLR-1986:
-----------------------------
Attachment: multiSubType.patch
Patch to provide initial functionality of multiple subfield types.
> Allow users to define multiple subfield types in AbstractSubTypeFieldType
> -------------------------------------------------------------------------
>
> Key: SOLR-1986
> URL: https://issues.apache.org/jira/browse/SOLR-1986
> Project: Solr
> Issue Type: Improvement
> Components: Schema and Analysis
> Reporter: Mark Allan
> Priority: Minor
> Attachments: multiSubType.patch
>
> Original Estimate: 48h
> Remaining Estimate: 48h
>
> A few small changes to the AbstractSubTypeFieldType class to allow users to define distinct field types for each subfield. This enables us to define complex data types in the schema.
> For example, we have our own subclass of the CoordinateFieldType called TemporalCoverage where we store a start and end date for an event but now we can store a name for the event as well.
> <fieldType name="temporal" class="uk.ac.edina.solr.schema.TemporalCoverage" dimension="3" subFieldSuffix="_ti,_ti,_s"/>
> In this example, the start and end dates get stored as trie-coded integer subfields and the description as a string subfield.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] Updated: (SOLR-1986) Allow users to define multiple subfield
types in AbstractSubTypeFieldType
Posted by "Thomas Joiner (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1986?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Thomas Joiner updated SOLR-1986:
--------------------------------
Attachment: AbstractMultiSubTypeFieldType.patch
Since the reason people seemed to object to the patch in the mailing list was that the AbstractSubTypeFieldType was not originally intended to be used for multiple different types, I made it a separate class. Also, the subFieldType parameter now works, and the created subFields are prepended with "subtype_" so as to allow dynamicFields to be used to simulate multiValued fields.
> Allow users to define multiple subfield types in AbstractSubTypeFieldType
> -------------------------------------------------------------------------
>
> Key: SOLR-1986
> URL: https://issues.apache.org/jira/browse/SOLR-1986
> Project: Solr
> Issue Type: Improvement
> Components: Schema and Analysis
> Reporter: Mark Allan
> Priority: Minor
> Attachments: AbstractMultiSubTypeFieldType.patch, multiSubType.patch
>
> Original Estimate: 48h
> Remaining Estimate: 48h
>
> A few small changes to the AbstractSubTypeFieldType class to allow users to define distinct field types for each subfield. This enables us to define complex data types in the schema.
> For example, we have our own subclass of the CoordinateFieldType called TemporalCoverage where we store a start and end date for an event but now we can store a name for the event as well.
> <fieldType name="temporal" class="uk.ac.edina.solr.schema.TemporalCoverage" dimension="3" subFieldSuffix="_ti,_ti,_s"/>
> In this example, the start and end dates get stored as trie-coded integer subfields and the description as a string subfield.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] Commented: (SOLR-1986) Allow users to define multiple
subfield types in AbstractSubTypeFieldType
Posted by "Lance Norskog (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-1986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12896766#action_12896766 ]
Lance Norskog commented on SOLR-1986:
-------------------------------------
+1
I would like to add a Level-Of-Detail value to the spatial types. Without this it is impossible.
In fact, I would like to compose types with compound type as a subfield. Is this possible?
> Allow users to define multiple subfield types in AbstractSubTypeFieldType
> -------------------------------------------------------------------------
>
> Key: SOLR-1986
> URL: https://issues.apache.org/jira/browse/SOLR-1986
> Project: Solr
> Issue Type: Improvement
> Components: Schema and Analysis
> Reporter: Mark Allan
> Priority: Minor
> Attachments: multiSubType.patch
>
> Original Estimate: 48h
> Remaining Estimate: 48h
>
> A few small changes to the AbstractSubTypeFieldType class to allow users to define distinct field types for each subfield. This enables us to define complex data types in the schema.
> For example, we have our own subclass of the CoordinateFieldType called TemporalCoverage where we store a start and end date for an event but now we can store a name for the event as well.
> <fieldType name="temporal" class="uk.ac.edina.solr.schema.TemporalCoverage" dimension="3" subFieldSuffix="_ti,_ti,_s"/>
> In this example, the start and end dates get stored as trie-coded integer subfields and the description as a string subfield.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org