Chantal, What you described in the last sentence should work. You can search by example by using the whole or some portion of doc from core A as the query against core B. That is, more or less, what MLT does under the hood anyway.
Otis -- Sematext is hiring -- http://sematext.com/about/jobs.html?mls Lucene, Solr, Nutch, Katta, Hadoop, HBase, UIMA, NLP, NER, IR ----- Original Message ---- > From: Chantal Ackermann <chantal.ackerm...@btelligent.de> > To: "solr-user@lucene.apache.org" <solr-user@lucene.apache.org> > Sent: Mon, November 9, 2009 10:25:44 AM > Subject: Similar documents from multiple cores with different schemas > > Hi all, > > my search for any postings answering the following question haven't produced > any > helpful hints so far. Maybe someone can point me into the right direction? > > Situation: > I have two cores with slightly different schemas. Slightly means that some > fields appear on both cores but there are some that are required in one core > but > optional in the other. Then there are fields that appear only in one core. > (I don't want to put them in one index, right now, because of the fields that > might be required for only one type but not the other. But it's certainly an > option.) > > Question: > Is there a way to get similar contents from core B when the input (seed) to > the > comparison is a document from core A? > > MoreLikeThis: > I was searching for MoreLikeThis, multiple schemas etc. As these are cores > with > different schemas, the posts on distributed search/sharding in combination > with > MoreLikeThis are not helpful. But maybe there is some other functionality > that I > am not aware of? Some similarity search? Or maybe it's possible to tweak > MoreLikeThis just to return the fields and terms that could be used for a > search > on the other core? > > Thanks for any input! > Chantal
