On 3/7/07, Jeff Rodenburg [EMAIL PROTECTED] wrote:
Oops, my bad I didn't see either 186 or 187 before entering 188. :-)
I have closed SOLR-186 and SOLR-187 as duplicates, please add relevant
info to SOLR-188 if needed.
-Bertrand
Hmm ... I had a brain storm.
Could I do something like this:
collectionDir1/Subdir1/SubSubDir1/collection
Then query collection:Dir1/Subdir1 and get the facets on collection at
that point to see all of the subsubdirectories?
Is their any better method?
Andrew
Andrew Nagy wrote:
I am
: It would be useful to have a solr setting for stripping the dynamic field
: suffix/prefix on index field name to get back the original field name. Does
: it make sense?
sorry, i'm really not following this talk of stripping the dynamic field
name to get back the original field name ... what
: back in just now. Here's an example trying to warm using a sort on
: field name subject. I tried query of
: allMessageContent:trying;subject+asc as well as
: allMessageContent:trying;subject (without +asc) - either way
when expressing params in XML (either as init params for a request
handler,
Assuming I'm understanding your question correctly, something like that
would probably work just fine -- just do prefix searches on your
directories when you want to find all files in that directory or any
decendent directory, and use facet counds to see the list of decendent
directories and the
It is tracked in http://issues.apache.org/jira/browse/SOLR-42
...there are currently no patches.
: Date: Tue, 6 Mar 2007 15:04:25 -0800 (PST)
: From: nick19701 [EMAIL PROTECTED]
: Reply-To: solr-user@lucene.apache.org
: To: solr-user@lucene.apache.org
: Subject: Re: [2] Highlighting problems
I am running into a stumbling block and can only find a way to solve the
problem with some sort of hierarchical faceting system. I am in the
process of moving my records from eXist (http://exist.sf.net) to Solr,
but the problem is with the lack of a directory structure that exist
has. I
On Mar 7, 2007, at 2:17 PM, Mike Klaas wrote:
On 3/7/07, mark angelillo [EMAIL PROTECTED] wrote:
Hello,
I've got a Solr index running and I want to use a dynamicField to
store n different sorting fields. The field that is used to actually
sort the results will be determined by the application
hai,
Yes the Xml formats is understood but there is an issue to generate these
xmls
from a data source. These XML feild tags doesnot contain the same start
tags and end tags.
like field name=catsoftware/field
and standerd xml writers have xml generated as the same start and end tags.
in SOLR
Hello, I am trying to install another copy of solr on a server. I have
done this many times before, but am running into errors now and I am not
sure what is causing them.
I unzipped a copy of 1.1.0 and placed the .war file into tomcat. Then I
created the solr directory with my bin, data,
On 3/7/07, Andrew Nagy [EMAIL PROTECTED] wrote:
Hello, I am trying to install another copy of solr on a server. I have
done this many times before, but am running into errors now and I am not
sure what is causing them.
I unzipped a copy of 1.1.0 and placed the .war file into tomcat. Then I
I had a problem like that when I blew away an index by deleting the
index directory instead of its parent the data directory; it seemed that
if Solr saw the data directory, it assumed the index was there. Removing
the data directory and letting Solr create it seemed to fix the problem.
(Or maybe
Argh! Thanks Yonik for pointing out the log files, duh! I had a
malformed line in my schema.xml. Nice feature to add down the line,
although I know there is a lot of work going into the admin interface so
who knows if it is already thought of. Schema Debugger? Maybe one day
I will dig
: like field name=catsoftware/field
:
: and standerd xml writers have xml generated as the same start and end tags.
:
: in SOLR xml
: start tag = field name=cat
: end tag = /field
that tag is the same, the tag is field ... the field tag has a
mandatory attribute which is name
While it's
Is anyone running Solr on Tomcat 6.0.10? Any issues?
I searched the archives and didn't see anything.
wunder
--
Walter Underwood
Search Guru, Netflix
On 3/7/07, Andrew Nagy [EMAIL PROTECTED] wrote:
Argh! Thanks Yonik for pointing out the log files, duh! I had a
malformed line in my schema.xml. Nice feature to add down the line,
although I know there is a lot of work going into the admin interface so
who knows if it is already thought of.
Hello there,
Howdy. I was wondering if there is a way to configure one Solr instance to
search multiple Index partitions? I read the wiki and found the entry in
SolrConfig.xml:
dataDir/var/data/solr/dataDir
Can I have mutiple directories? Comma separated?
Any help is greatly appreciated.
--
Solr looks at one index - If you want to look at multiple indexes, you
need multiple solr instances running. Check the wiki for how to set
that up:
http://wiki.apache.org/solr/SolrJetty
(the resin and tomcat pages have something similar)
On 3/7/07, Venkatesh Seetharam [EMAIL PROTECTED]
Yes, I'm implementing federated search. I do have N partitions of indexes
built and I'd like to have mutiple Solr instances in a cluster each serving
atleast 2 partitions. I was wondering if I could somehow find a way to make
Solr work with atleast 2 partitions. It looks like I need to have
Thanks Ryan for your insight. I do not wish to change Solr.
Although it seems weird, just adding a type field makes it possible
I'm not working with a DB but since we are indexing a huge vault of XML
documents, I use Hadoop + Lucene for indexing which finally generates N
number of partitions,
Chris Hostetter wrote:
It is tracked in http://issues.apache.org/jira/browse/SOLR-42
...there are currently no patches.
The suggested fix from Mirko seems very simple. Hopefull a patch will be
applied
very soon. In the meantime, I'll use my backup solution:
: I wanted to add data from relational database tables.
: To avoid defining each and every table column name in the schema, I thought
: I'll append a suffix to the field name depending on it's type.
which is fine and dandy for when you index the data, mapping your string
database column user,
Chris Hostetter wrote:
patches for issues can't be applied until someone who cares about them
write them and contribute them for committers to consider/apply :)
it seems I'm one of the very few people who care about this feature :)
Unfortunately my daily languages are c++ and c#. I
About this synonym filter fix:
http://issues.apache.org/jira/browse/SOLR-167
http://issues.apache.org/jira/browse/SOLR-167
I tried today's solr build. It seems the verbose analysis of the index
analyzer still has the same symptom.
should I try another build? Or maybe my tomcat is not using the
On 3/7/07, nick19701 [EMAIL PROTECTED] wrote:
About this synonym filter fix:
http://issues.apache.org/jira/browse/SOLR-167
http://issues.apache.org/jira/browse/SOLR-167
I tried today's solr build. It seems the verbose analysis of the index
analyzer still has the same symptom.
should I try
Selecting by type will do the job. But I suppose it sacrifice
performance because having multiple document types in the same
index will render a larger index. Is it bad?
--
Best regards,
Jack
Wednesday, March 7, 2007, 2:15:14 PM, you wrote:
As it is now... I don't think so. SolrCore is a
id:A id:B id:C id:D
*usually* works, but I have seen D appear first in the results for
certain queries.
Is there a query I can do or a better way to accomplish this?
It's a bit of a hack, but you could use boosts to order the docs:
id:A^4 id:B^3 id:C^2 id:D^1
Gorgeous! Does the job
27 matches
Mail list logo