On Thu, 9 Apr 2009, Emanuel Sprung wrote:
> Am Montag, 23. März 2009 13:37:43 schrieb Derick Rethans:
> > On Mon, 23 Mar 2009, Thomas Koch wrote:
> >
> > > 3) Dates mapped to integer
> > >
> > > The example solr config comming with Debian defines a date field type:
> > > <fieldType name="date" class="solr.DateField" sortMissingLast="true"
> > > omitNorms="true"/>
> > > However dates are mapped to integers in ezcSearch. I'm not sure yet,
> > > whether I like this or not.
> >
> > I had to do this, as the date/time support in solr 1.3 simply did not
> > work.
>
> I can't figure out what were wrong with date/time support? Can you explain
> that?
>
> I had a problem today that sorting and range searches with the integer didn't
> work. So i looked at the configuration file and saw the comments on the
> numeric
> field types. The matter is that sorting and range searches aren't possible
> with
> numeric fields until they are converted to string values. I changed the
> datatype of my ID-Field to "sint" and those of the date field to "slong" and
> like expeted everything work fine.
>
> The configuration of the sint and slong is from the default solr schema.xml:
> <fieldType name="sint" class="solr.SortableIntField" sortMissingLast="true"
> omitNorms="true"/>
> <fieldType name="slong" class="solr.SortableLongField" sortMissingLast="true"
> omitNorms="true"/>
That's odd and you shouldn't have to do this. We've test cases for this
even. From what I understood the real number types are stored in such a
way that they *are* searchable...
regards,
--
Derick Rethans
eZ components Product Manager
eZ systems | http://ez.no
--
Components mailing list
[email protected]
http://lists.ez.no/mailman/listinfo/components
