Hi All,
I have today installed SOLR and am trying to get CSV files indexed but cant
seem to get any hits.
Using a fresh 1.2 install, I am using the schema shipped and the
books.csvin the example.
It seems to upload ok:
[EMAIL
PROTECTED]//Users/timrobertson/dev/apache-solr-nightly/example-tim/ex
You won't see anything until the results are committed.
try something like http://localhost:8983/solr/update/csv?commit=true
to commit after adding all the docs.
post.sh in exampledocs also has an example at the end of how to send a
commit command separately.
-Yonik
On Sun, Mar 16, 2008 at 6:56
Ah - perfect
Thanks!
On Sun, Mar 16, 2008 at 1:26 PM, Yonik Seeley <[EMAIL PROTECTED]> wrote:
> You won't see anything until the results are committed.
> try something like http://localhost:8983/solr/update/csv?commit=true
> to commit after adding all the docs.
>
> post.sh in exampledocs also ha
I just noticed huge difference in performance of very simple fq-type queries
in comparison with standard Lucene queries:
2ms vs. 2ms
where 'distribution' of queried single-value field is extemely low, such as
fq=country:USA
Standard query is 1 times faster than less intelligent
Does an
Hi Yonik,
Removing the WordDelimiterFilter did the trick. Now I am able to get
results back for alphanumeric search. What other side effect will removing
the WordDelimiterFilter cause.
Thanks
Yonik Seeley wrote:
>
> On Fri, Mar 14, 2008 at 10:15 PM, solr_user <[EMAIL PROTECTED]> wrote:
>>
On Sun, Mar 16, 2008 at 5:43 PM, solr_user <[EMAIL PROTECTED]> wrote:
> Removing the WordDelimiterFilter did the trick. Now I am able to get
> results back for alphanumeric search. What other side effect will removing
> the WordDelimiterFilter cause.
It all depends on what type of matching y
Hi Yonik,
I read some documentation on the WordDelimterFilter. Just to clarify my
thinking, I understand that if I use WordDelimiterFilter and search for a
term like axd100 it will break it into two tokens "axd" and "100". But then
when I do my search should Solr match the documents containin
: It was a surprise to discover that
: dateorigin_sort:""
: is a syntax error, but
: dateorigin_sort:["" TO *]
: is legit. This says that there's a bug in the Lucene syntax parser?
If it was, it was in the old parser ... using trunk Solr (with Lucene
2.3.1) they both work for me.
D
: 1. how to attach my own stylesheet to the output?
You can use the XSLTResponseWriter to get Solr to apply an XSLT before
writing hte response to the client...
http://wiki.apache.org/solr/XsltResponseWriter
...alternately there is a "stylesheet" param that can be used with the
XMLRes
: I read some documentation on the WordDelimterFilter. Just to clarify my
: thinking, I understand that if I use WordDelimiterFilter and search for a
: term like axd100 it will break it into two tokens "axd" and "100". But then
: when I do my search should Solr match the documents containing b
: Is there a way to specify that a dynamic field cannot have an empty string?
: With static fields, you can enforce this with 'required="true"
: default="-1"'.
Uh... are you sure about that? required="true" just says there must be a
value supplied, the empty string is still a value. (i just ver
11 matches
Mail list logo
