Short answer: no
Neither Solr nor ElasticSearch have such capabilities out of the box.
Solr does have a plugin infrastructure that enables you to provide
better tokenization based on language rules, and some are better
than others.
I saw for example integration of openNLP here:
https://lucene.a
Since it's a bit of an urgent request so if could please help me on this by
today it will be highly appreciated.
Thanks & Regards,
Gautam Kanaujia
On Thu, Jul 2, 2020 at 7:49 PM Gautam K wrote:
> Dear Team,
>
> Hope you all are doing well.
>
> Can you please help with the following question? We
Seriously. Doug answered all of your questions.
> On Jul 3, 2020, at 6:12 AM, Atri Sharma wrote:
>
> Please do not cross post. I believe your questions were already answered?
>
>> On Fri, Jul 3, 2020 at 3:08 PM Gautam K wrote:
>>
>> Since it's a bit of an urgent request so if could please h
Please do not cross post. I believe your questions were already answered?
On Fri, Jul 3, 2020 at 3:08 PM Gautam K wrote:
>
> Since it's a bit of an urgent request so if could please help me on this by
> today it will be highly appreciated.
>
> Thanks & Regards,
> Gautam Kanaujia
>
> On Thu, Jul
I think it's better to think of Solr as a piece of infrastructure or
component for you to build these things, rather than a product that has a
lot of capabilities for some specific use case.
So you can find 'lego pieces' to build some of these things, but with Solr
you need to build these things y
bq: Questions, will it ever be free as free is or go to license ware?
Solr/Lucene can't be charged for and still be an Apache Open Source
project. And there's no way to remove them from Apache and try to lock
them down. Various vendors could (and do) _add_ functionality on top
of Solr and charge f
Thanks Joe. This is all very interesting. So though it helps us scale,
sharding doesn't come cheap.
On Mon, Jun 28, 2010 at 9:50 AM, Joe Calderon wrote:
> there is a first pass query to retrieve all matching document ids from
> every shard along with relevant sorting information, the document ids
there is a first pass query to retrieve all matching document ids from
every shard along with relevant sorting information, the document ids
are then sorted and limited to the amount needed, then a second query
is sent for the rest of the documents metadata.
On Sun, Jun 27, 2010 at 7:32 PM, Babak
Otis,
Belated thanks for your reply.
>> 2. "The index could change between stages, e.g. a
>> document that matched a
>> query and was subsequently changed may no
>> longer match but will still be
>> retrieved."
> 2. This describes the situation where, for instance, a
> document with ID=10 is upd
Hi Babak,
1. Yes, you are reading that correctly.
2. This describes the situation where, for instance, a document with ID=10 is
updated between the 2 calls to the Solr instance/shard where that doc ID=10
lives.
3. Yup, orthogonal. You can have a master with multiple cores for sharded and
non
Just a correction to what David says... text_rev is for allowing
wildcard at the beginning of a term, not the end. Wildcards at the
end work on standard text field types.
Erik
On Apr 9, 2010, at 3:08 PM, Smiley, David W. wrote:
If the user query is not going to have wildcards then
If the user query is not going to have wildcards then use NGrams. I talk about
the black art of ngrams in my book. There are multiple ways of configuring it.
If the query will have wildcards, Solr comes with a sample schema with a field
type named, "text_rev" (I think that's what it's named)
On Wed, Sep 2, 2009 at 10:44 PM, Zhenyu Zhong wrote:
> Dear all,
>
> I am very interested in Solr and would like to deploy Solr for distributed
> indexing and searching. I hope you are the right Solr expert who can help
> me
> out.
> However, I have concerns about the scalability and management ov
For HDFS, failover, sharding you may want to use Solr with Katta.
There's an issue open at:
http://issues.apache.org/jira/browse/SOLR-1301
Near realtime search needs to be added incrementally to Solr. Today I
wouldn't recommend it.
On Wed, Sep 2, 2009 at 10:14 AM, Zhenyu Zhong wrote:
> Dear all,
14 matches
Mail list logo
