in your multivalued field)
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
Join the conversation: Like us on Facebook! Follow us on Twitter!
-Original Message-
From: Anupam Bhattacharya [mailto:anupam...@gmail.com
you retrieve that field ONLY
when you really want it...
Now - if your XML files are relatively static (i.e. only change rarely, or only
have new ones) then it still might make sense to use a real DB to store those,
and just keep the primary key to the DB row in the Solr index.
Bob Sandiford
Hi, Henri.
Make sure that the container in which you are running Solr is also set for
UTF-8.
For example, in Tomcat, in the server.xml file, your Connector definitions
should include:
URIEncoding=UTF-8
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943
* @return - escaped Search value, suitable for a Solr q parameter
*/
public static String escapeSolrCharacters(String value)
{
return StringUtils.replaceEach(value, SOLR_SPECIAL_CHARACTERS,
SOLR_REPLACEMENT_CHARACTERS);
}
Bob Sandiford | Lead Software Engineer
Um - looks like you specified your id value as pdfy, which is reflected in
the results from the *:* query, but your id query is searching for vpn,
hence no matches...
What does this query yield?
http://www/SearchApp/select/?q=id:pdfy
Bob Sandiford | Lead Software Engineer | SirsiDynix
P
for. Part of the drawback of Solr / Lucene - especially for new folks - is its
configurability to achieve the results you business case calls for. :)
Anyone got anything else to suggest for Michael?
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif
) of a matching mv
instance within your document? I.E. put the 'overhead' into the index step,
rather than trying to do it at search time?
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
-Original Message-
From
Dumb question time - you are using a 64 bit Java, and not a 32 bit Java?
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
-Original Message-
From: Bernd Fehling [mailto:bernd.fehl...@uni-bielefeld.de]
Sent
Well, it sort of depends on what you mean by the 'previous' and the 'next'
record.
Do you have some type of sequencing built into your concept of your solr /
lucene indexes? Do you have sequential id's?
i.e. What's the use case, and what's the data available to support your use
case?
Bob
the next record?
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
-Original Message-
From: Jonty Rhods [mailto:jonty.rh...@gmail.com]
Sent: Thursday, July 21, 2011 2:33 PM
To: solr-user@lucene.apache.org
Subject
get the most recent ones coming back first...)
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
-Original Message-
From: Ahmet Arslan [mailto:iori...@yahoo.com]
Sent: Monday, July 11, 2011 7:43 AM
To: solr
the update. Otherwise, there's nothing for Solr to recognize as a
duplicate entry, and do a 'delete' and 'insert' instead of just an 'insert'.
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
-Original Message-
From
in query results...)
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
-Original Message-
From: Mark juszczec [mailto:mark.juszc...@gmail.com]
Sent: Thursday, July 07, 2011 10:04 AM
To: solr-user
wants specifics...
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.comhttp://www.sirsidynix.com/
have said - this listserv is great!)
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
-Original Message-
From: ysee...@gmail.com [mailto:ysee...@gmail.com] On Behalf Of Yonik
Seeley
Sent: Wednesday, June 29, 2011
, didn't
test :) As I say, it's a very special case for us, and this is in no way
intended to be a general solution or fit for 'prime time' submission as a Solr
enhancement.
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
with their counts, and when the users select one,
then we issue a new query to return all documents with that author facet value.
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
-Original Message-
From: lee carroll
Omri - you need to indicate to Solr that your at_location field can accept
multiple values. Add this to the field declaration:
multiValued=true
See this reference for more information / options:
http://wiki.apache.org/solr/SchemaXml
Bob Sandiford | Lead Software Engineer
Oops - sorry - missed that...
Well, the multiValued setting is explicitly to allow multiple values.
So - what's your actual use case - i.e. why do you want multiple values in a
field, but not want it to be multiValued? What's the problem you're trying to
solve here?
Bob Sandiford | Lead
Unfortunately, wild card search terms don't get processed by the analyzers.
One suggestion that's fairly common is to make sure you lower case your wild
card search terms yourself before issuing the query.
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif
be using to expand these?
I'm doing this in Windows XP.
Thanks!
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.comhttp://www.sirsidynix.com/
Join the conversation - you may even get an iPad or Nook out of it!
[cid:image002.jpg
What is your actual query? Did you look at the hl.snippets parameter?
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
Join the conversation - you may even get an iPad or Nook out of it!
Like us on Facebook!
Follow us
tags
still in place).
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
Join the conversation - you may even get an iPad or Nook out of it!
Like us on Facebook!
Follow us on Twitter!
-Original Message-
From
Don't you need to include your unique id field in your 'fl' parameter? It will
be needed anyways so you can match up the highlight fragments with the result
docs once highlighting is working...
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif
unseen :)
Thanks!
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.comhttp://www.sirsidynix.com/
Join the conversation - you may even get an iPad or Nook out of it!
[cid:image002.jpg@01CC0F1E.A9E7FB90]http://www.facebook.com
=freq30/int
/lst
/arr
/lst
bool name=correctlySpelledfalse/bool
/lst
/lst
/response
Thanks!
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.comhttp://www.sirsidynix.com/
Oops. Sorry. I'm hijacking my own thread to put a real Subject in place...
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
-Original Message-
From: Bob Sandiford
Sent: Monday, April 25, 2011 5:34 PM
*
Thanks!
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.comhttp://www.sirsidynix.com/
Have you looked at the 'qf' parameter?
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
_
http://www.cosugi.org/
-Original Message-
From: mrw [mailto:mikerobertsw...@gmail.com]
Sent: Wednesday, March
.
There are certainly implications here (like Relevance not being consistent
across cores / shards), but it works pretty well for us...
Thanks!
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
-Original Message
I don't suppose it's something silly like the fact that your indexing chain
includes 'words=stopwords.txt', and your query chain does not?
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
_
Early COSUGI birds get
Or - you could add a standard field to each shard, populate with a distinct
value for each shard, and facet on that field. Then look at the facet counts
of the value that corresponds to a shard, and, hey-presto, you're done...
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020
What if you put in a default value for the group_id field in the solr schema -
would that work for you? e.g. something like 'unknown' Then you'll get all
those with no original group_id value still grouped together, and you can
figure out at display time what you want to do with them.
Bob
people think would be a good / possible approach before I
get into that level... e.g. some way of providing to the Indexer a tuple of
each found combination of the 5 values, and then doing something (what?) with
searching for the facet queries
Thanks!
Bob Sandiford | Lead Software Engineer
of the select... However, we
haven't considered things like what it does to index size. It's relatively
rare for us (that there not be a value), so our 'gut feel' is that it's not
impacting the indexes very much size-wise or performance-wise.
Bob Sandiford | Lead Software Engineer | SirsiDynix
P
want -
if you don't do complete reindexes, and don't need the index to always be
searchable.
Hope that helps...
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
-Original Message-
From: Nizan Grauer
feature...
Thanks!
Bob Sandiford | Lead Software Engineer | SirsiDynix
P: 800.288.8020 X6943 | bob.sandif...@sirsidynix.com
www.sirsidynix.com
-Original Message-
From: Jonathan Rochkind [mailto:rochk...@jhu.edu]
Sent: Wednesday, November 10, 2010 3:26 PM
To: solr-user@lucene.apache.org
Shouldn't the second query have the clause:
fq=themes_raw:Hotel en Restaurant
instead of:
fq=themes:Hotel en Restaurant
Otherwise you're mixing apples (themes_raw) and oranges (themes).
(Notice how I cleverly extended the restaurant theme to be food related :))
Bob Sandiford | Lead
before the integer series
itself
So - for sorting - you would have:
string1 -- string11
string10 -- string210
string2 -- string12
which will then sort as string11, string12, string210, but use the original
strings as the displays you want.
Bob Sandiford | Lead Software Engineer | SirsiDynix
P
39 matches
Mail list logo