Did you try to add a backslash to escape the - in Geckoplp4-M
(Geckoplp4\-M)
-Original Message-
From: Kevin Lewandowski [mailto:[EMAIL PROTECTED]
Sent: Friday, October 12, 2007 9:40 PM
To: solr-user@lucene.apache.org
Subject: solr not finding all results
I've found an odd situation
Hello all,
Is there a way to search dynamicFields, without having to specify the
name of the
filed in a Query.
Example: I have index a doc with the field name myDoc_text_en. and I
have a dynamic field
*_text_en which maps to a type of text_en. How can I search this field
without knowing its
On 10/15/07, David Whalen [EMAIL PROTECTED] wrote:
I want to comment-out a filter in my schema.xml, specifically
the solr.EnglishPorterFilterFactory filter.
I want to know -- will this cause me to have to re-build my
index? Or will a restart of SOLR get the job done?
Yes, you will need to
Mike Klaas wrote:
On 11-Oct-07, at 4:34 PM, Ravish Bhagdev wrote:
Hi Mike,
Thanks for your reply :)
I am not an expert of either! But, I understand that Nutch stores
contents albeit in a separate data structure (they call segment as
discussed in the thread), but what I meant was that this
Hi All.
I want to comment-out a filter in my schema.xml, specifically
the solr.EnglishPorterFilterFactory filter.
I want to know -- will this cause me to have to re-build my
index? Or will a restart of SOLR get the job done?
Thanks!
Dave W
Brian - you can copyField all *_en fields to a common contents_en
field, for example, and then search contents_en:(for whatever).
You cannot currently search by field type, though that is an
interesting possible feature.
I would like to see Solr support wildcarded field names in request
Hi,
If my unique identifier is called guid and one of the ids in it is,
for example, article:123. How can I query for that article id? I
have tried a number of ways but I always either get no results or an
error. It seems to be to do with having the colon in the id value.
eg.
?q=guid:article:123
Robert Young schrieb:
Hi,
If my unique identifier is called guid and one of the ids in it is,
for example, article:123. How can I query for that article id? I
have tried a number of ways but I always either get no results or an
error. It seems to be to do with having the colon in the id value.
Hello Erik,
A field copy implies a doubling of the data in the Index, right? OR
should I not store or index the
dynamic field and instead copy it to another field, and then let it be
indexed and stored?
Another possibility would be to search all fields, but that doesn't seem
to be possible.
Hey,
Thanks Brian, that works perfectly.
Cheers
Rob
On 10/15/07, Brian Carmalt [EMAIL PROTECTED] wrote:
Robert Young schrieb:
Hi,
If my unique identifier is called guid and one of the ids in it is,
for example, article:123. How can I query for that article id? I
have tried a number
On Oct 15, 2007, at 11:18 AM, Brian Carmalt wrote:
A field copy implies a doubling of the data in the Index, right? OR
should I not store or index the
dynamic field and instead copy it to another field, and then let it
be indexed and stored?
For a purely searchable field like an
I would imagine there is a library to set up an autocomplete search with
Solr. Does anyone have any suggestions? Scriptaculous has a JavaScript
autocomplete library. However, the server must return an unordered
list.
Solr does not provide an autocomplete UI, but it can return JSON that a
Thanks! That's a good suggestion too. I'll look into that.
Actually, I was hoping someone had used a reliable JS library that
accepted JSON.
-Original Message-
From: Ryan McKinley [mailto:[EMAIL PROTECTED]
Sent: Monday, October 15, 2007 4:44 PM
To: solr-user@lucene.apache.org
We have been using:
http://www.pengoworks.com/workshop/jquery/autocomplete.htm
with good success
ryan
Park, Michael wrote:
Thanks! That's a good suggestion too. I'll look into that.
Actually, I was hoping someone had used a reliable JS library that
accepted JSON.
-Original
: If we change our config to stop storing them, when will they get removed
: from the index? After the next commit? After an optimize? Or will we have to
: rebuild the entire index from scratch?
changing a field to be stored=false doesn't *require* that you rebuild
your index, but the space
i'm having no luck deleting by a negative query
indexing the example docs from 1.2, these steps work:
curl http://localhost:8983/solr/update --data-binary
'deletequerysolr/query/delete' -H 'Content-type:text/xml;
charset=utf-8'
curl http://localhost:8983/solr/update --data-binary 'optimize
: Subject: autowarm static queries
A minor followup about terminology:
auto-warming describes what Solr does when it opens a new cache, and
seeds it with key/val pairs based on the top keys from the old instance
of the cache.
static warming describes what you can do using newSearcher and
: ?q=guid:article:123 - error
i would really like to know what error you got from that query ... it is
not only valid, but it should also get you the same results as back-slash
escaping the colon.
(both are working for me right now ... which version of Solr are you
using?)
-Hoss
You need to explicitly define the field you are referring to in order to
achieve this, otherwise the query parser will assume that the minus
character is part of the query and interpret it as field:-solr (where
field is the name of the default field set in your schema). Try:
curl
piete,
thanks for the quick reply.
You need to explicitly define the field you are referring to in order to
achieve this, otherwise the query parser will assume that the minus
character is part of the query and interpret it as field:-solr (where
field is the name of the default field set in
: i'm having no luck deleting by a negative query
a quick glance at teh code and i don't think delete by query does the
right thing with a purely negative query ... when the customization was
added to SOlr to support pure negative queries it was done at the
SolrIndexSearcher level when
the work arround is to include *:* in yoru query ...
deletequery*:* -solr/query/delete
... if/when this is fixed
in Solr that's esentally what solr will do under the covers.
(would you mind opening a bug to track this and mention the work arround
for other people who encounter it)
will
22 matches
Mail list logo
