Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Date: Sat, 5 May 2012 23:03:49 +0000 (UTC)
From: =?utf-8?Q?Jan_H=C3=B8ydahl_=28JIRA=29?= <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: 
 <1998793911.31067.1336259029709.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1986839461.30859.1336251228735.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Updated] (SOLR-3439) Add "content" field to example schema
 to make SolrCell easier to use out of the box
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


     [ https://issues.apache.org/jira/browse/SOLR-3439?page=3Dcom.atlassian=
.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jan H=C3=B8ydahl updated SOLR-3439:
------------------------------

    Fix Version/s: 4.0
   =20
> Add "content" field to example schema to make SolrCell easier to use out =
of the box
> -------------------------------------------------------------------------=
----------
>
>                 Key: SOLR-3439
>                 URL: https://issues.apache.org/jira/browse/SOLR-3439
>             Project: Solr
>          Issue Type: Improvement
>          Components: contrib - Solr Cell (Tika extraction), Schema and An=
alysis
>            Reporter: Jack Krupansky
>            Priority: Minor
>             Fix For: 4.0
>
>
> Currently, SolrCell is configured to map Tika "content" (the main body of=
 a document) to the "text" field which is the indexed-only (not stored) cat=
ch-all for default queries. That searches fine, but doesn't show the docume=
nt content in the results, sometimes leading users to think that something =
is wrong. Sure, the user can easily add the field (and this is documented),=
 but it would be a better user experience to have such a basic feature work=
 right out of the box without any config editing and without the need for t=
he user to read the fine print in the documentation.
> I propose that we add the "content" field to the example schema in the se=
ction of fields already defined to support SolrCell metadata. It would be s=
tored and indexed.
> I further propose that a copyField be added for the "title", "description=
", (and maybe a couple of others) and "content" fields to add them to the "=
text" field for searching. Again, trying to improve the out of the box user=
 experience. It also simplifies testing - less setup.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrato=
rs: https://issues.apache.org/jira/secure/ContactAdministrators!default.jsp=
a
For more information on JIRA, see: http://www.atlassian.com/software/jira

       
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org