Solr 1.4 added a new field attribute, omitTermFreqAndPositions (see here). This patch just sets the explicit schema version number to 1.2 to allow for the use of this attribute, and provides the comments from the example schema.xml included in the Solr 1.4 distribution.

CommentFileSizeAuthor
#13 update-schema-641954-13.patch9.3 KBpwolanin
#12 update-schema-641954-12.patch9.14 KBpwolanin
#11 update-schema-641954-11.patch8.54 KBpwolanin
#5 update-schema-641954-5.patch7.13 KBpwolanin
schema-1.4-update.patch1.66 KBanarchivist

Comments

robertdouglass’s picture

robertdouglass commented

Nice change. Does this conflict in any way with the version parameter sent from the PhpClient?

anarchivist’s picture

anarchivist commented

@robertDouglass: Are you talking about line 884 in SolrPhpClient/Apache/Solr/Service.php? If so, that's actually a different version parameter- that's the version parameter for the response format. Therefore it should not conflict with the version sent from the client library at all.

robertdouglass’s picture

robertdouglass commented

Ok. I had a suspicion that was the case but was too busy to confirm. Thanks for doing so.

pwolanin’s picture

pwolanin commented

we should probably increase our version # too.

pwolanin’s picture

pwolanin commented
StatusFileSize
new update-schema-641954-5.patch7.13 KB

Here's a broader possible update.

We need to think about whether we are willing to force re-indexing to convert to solr.FloatField to solr.TrieFloatField

same for date fields.

robertdouglass’s picture

robertdouglass commented

Do we want to add an ngrams field as well? imo better to get all schema changes in one go.

pwolanin’s picture

pwolanin commented

As a dynamic field? N grams or edge N grams (for autocomplete)?

robertdouglass’s picture

robertdouglass commented

well, I was first thinking of edge n grams for autocomplete, but the point is that we should include a fairly complete set of 1.4 functionality in the schema, even if the main modules don't make use of it. I think adding a terms component request handler would also be high on my list as I want to make a provision for getting a list of terms in a field (very useful for debugging, especially when you don't have direct access to the solr admin app, as in Acquia Search)

pwolanin’s picture

pwolanin commented

The handler would be in the solrconfig, right? not the schema.

robertdouglass’s picture

robertdouglass commented

Right.

pwolanin’s picture

pwolanin commented
StatusFileSize
new update-schema-641954-11.patch8.54 KB

A 1st pass at adding in Edge N grams too. untested

I think the N Edge gram with the keyword toenizer is not all the generally useful? Well maybe... could be useful for autocomplete on titles or term names.

Would we want the character mapping there? Does a min gram size of 1 make sense? I upped that to 2.

pwolanin’s picture

pwolanin commented
StatusFileSize
new update-schema-641954-12.patch9.14 KB

will mark #602152: Why leave out the dynamic field 'random_*' as duplicate

pwolanin’s picture

pwolanin commented
StatusFileSize
new update-schema-641954-13.patch9.3 KB

with some extra comments

pwolanin’s picture

pwolanin commented
Version: 6.x-1.x-dev » 6.x-2.x-dev
Status: Needs review » Patch (to be ported)

committed to 6.x-1.x

robertdouglass’s picture

robertdouglass commented
Status: Patch (to be ported) » Fixed

Committed to 6.2 and 5.2.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.