On Dec 2, 2007 7:10 PM, Ryan McKinley <[EMAIL PROTECTED]> wrote:
> hymmm - give it a try without specifying "header=true"
>
> Looks like if you don't specify header=true, it defaults to true - but
> if you do, it throws an error.
>
> I think there may be a bug... Yonik, should line 243 be:
>
>}
Perfect! That did it.
Thanks for debugging this with me :)
Andrew
From: Ryan McKinley [EMAIL PROTECTED]
Sent: Sunday, December 02, 2007 7:10 PM
To: solr-user@lucene.apache.org
Subject: Re:
hymmm - give it a try without specifying "header=true"
Looks lik
hymmm - give it a try without specifying "header=true"
Looks like if you don't specify header=true, it defaults to true - but
if you do, it throws an error.
I think there may be a bug... Yonik, should line 243 be:
} else if (!hasHeader) {
^!!!
ryan
Andrew Nagy wrote:
Ryan, i
Ryan, i didn't know there was a debugger - this could come in handy for other
things. Thanks!
I tried it out and it looks like everything is being parsed correctly when
passing the url in quotes:
curl
"http://localhost:8080/solr/debug/dump?header=true&separator=%7C&encapsulator=%22&commit=tru
I tried all the methods: converting & to %26, converting & to \& and
encapsulating the url with quotes. All give the same error.
Try sending your curl command to:
http://localhost:8080/solr/debug/dump
When you are confident it is parsed properly, then try /update/csv --
the only way you
Ugh ... I shouldn't be coding on a sunday night - especially after the eagles
lost again!
I spelled separator correctly this time :) - But still no luck.
curl
'http://localhost:8080/solr/update/csv?header=true&separator=%7C&encapsulator=%22&commit=true&stream.file=import/homes.csv'
-H 'Content
On Dec 2, 2007, at 6:00 PM, Andrew Nagy wrote:
On Dec 2, 2007, at 5:43 PM, Ryan McKinley wrote:
try \& rather then %26
or just put quotes around the whole url. I think curl does the
right thing here.
I tried all the methods: converting & to %26, converting & to \& and
encapsulating
> On Dec 2, 2007, at 5:43 PM, Ryan McKinley wrote:
>>
>>
>> try \& rather then %26
>
>
> or just put quotes around the whole url. I think curl does the right thing
> here.
I tried all the methods: converting & to %26, converting & to \& and
encapsulating the url with quotes. All give the same e
On Dec 2, 2007, at 5:43 PM, Ryan McKinley wrote:
try \& rather then %26
or just put quotes around the whole url. I think curl does the right
thing here.
hymm, looks like an issue with command line curl and '%26'
When I run:
curl
http://localhost:8983/solr/debug/dump?header=true%26seperator=%7C%26encapsulator=%22%26commit=true%26stream.file=import/homes.csv\&indent=true
you can see the params it parsed:
explicit
true
true
name="header">tru
On Dec 2, 2007, at 5:29 PM, Andrew Nagy wrote:
Sorry for not explaining my self clearly: I have header=true as you
can see from the curl command and there is a header line in the csv
file.
was this your actual curl request?
curl
http://localhost:8080/solr/update/csv?header=true%26seper
Sorry for not explaining my self clearly: I have header=true as you can see
from the curl command and there is a header line in the csv file.
And sorry for the missing subject line.
Andrew
From: Ryan McKinley [EMAIL PROTECTED]
Sent: Sunday, December 02, 2
Andrew Nagy wrote:
Hello - I am trying out the CSV importer and am curious with an error that I am
consistently running into. What am I doing incorrectly here? I am importing a
pipe delimited CSV file with quotes encapsulation.
Thanks
Andrew
curl
http://localhost:8080/solr/update/csv?heade
Hello - I am trying out the CSV importer and am curious with an error that I am
consistently running into. What am I doing incorrectly here? I am importing a
pipe delimited CSV file with quotes encapsulation.
Thanks
Andrew
curl
http://localhost:8080/solr/update/csv?header=true%26seperator=%7
Wunder - are you aware of any free dictionaries
for either C or J or K? When I dealt with this
in the past, I looked for something free, but
found only commercial dictionaries.
I would use data files from:
http://ftp.monash.edu.au/pub/nihongo/00INDEX.html
-- Ken
Sematext -- http://sematex
https://issues.apache.org/jira/browse/SOLR-218
Please vote for SOLR 218 and perhaps this setting will make it in to the
next version. It's explicitly shut off in SOLR, but available in Lucene.
On Dec 2, 2007 9:56 AM, Otis Gospodnetic <[EMAIL PROTECTED]> wrote:
> Would n- -g gr ra am mi in ng th
Wunder - are you aware of any free dictionaries for either C or J or K? When I
dealt with this in the past, I looked for something free, but found only
commercial dictionaries.
Thanks,
Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
- Original Message
From: Walter Un
Hi,
I think these numbers changed in Lucene relatively recently, but be
conservative and think of needing 2 to 3 times the space during optimize.
Check on java-user for up-to-date answer.
I don't think snapshooter takes more space than the snapshots. Modified files
are copied, untouched ones
Would n- -g gr ra am mi in ng that field work for you?
foothingbar ->.fo oo ot th hi in ng gn ba ar
*thing* -> "th hi in ng" -> bingo, a match
Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
- Original Message
From: Brian Whitman <[EMAIL PROTECTED]>
To: solr-user@luc
Hi (changing to solr-user list)
Yes it is, especially if the terms left of => are multi-spaced. Check out the
Wiki, one page there explains this nicely.
Otis
-
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
- Original Message
From: anuvenk <[EMAIL PROTECTED]>
To: [EMAIL PRO
Hi all,
I'm trying to implement a custom UpdateProcessor which requires access to
SolrIndexSearcher. However, I'm constantly running into "Too many open
files" exception. I'm confused about which is the correct way to get access
to SolrIndexSearcher in UpdateProcessor:
1) req.getSearcher()
2) req
21 matches
Mail list logo
