Dear,
I can't find how can I define in my schema.xml a field with this format?
My original format is:
exch:inventors
exch:inventor
exch:inventor-name
nameWEBER WALTER/name
/exch:inventor-name
residence
countryCH/country
/residence
/exch:inventor
exch:inventor
exch:inventor-name
nameROSSI
Hi :)
You could just add a field called country and then add the information
to your document.
Regards,
Gary L.
Le 10/05/2012 14:25, Bruno Mannina a écrit :
Dear,
I can't find how can I define in my schema.xml a field with this format?
My original format is:
exch:inventors
exch:inventor
like that:
field name=inventor-countryCH/field
field name=inventor-countryFR/field
but in this case Ioose the link between inventor and its country?
if I search an inventor named ROSSI with CH:
q=inventor:rossi and inventor-country=CH
the I will get this result but it's not correct because
When you add data into Solr, you add documents which contain fields.
In your case, you should create a document for each of your inventors
with every attribute they could have.
Here is an example in Java:
SolrInputDocument doc = new SolrInputDocument();
doc.addField(inventor, Rossi);
Am 10.05.2012 14:33, schrieb Bruno Mannina:
like that:
field name=inventor-countryCH/field
field name=inventor-countryFR/field
but in this case Ioose the link between inventor and its country?
Of course, you need to index the two inventors into two distinct documents.
Did you mark those
But I have more than 80 000 000 documents with many fields with this
kind of description?!
i.e:
inventor
applicant
assignee
attorney
I must create for each document 4 documents ??
Le 10/05/2012 14:41, G.Long a écrit :
When you add data into Solr, you add documents which contain fields.
In
Did you mark those fields as multi-valued?
yes, I did.
You don't have to create a document per field. You have to create a
document per person.
If inventors, applicants, assignees and attorneys have properties in
common, you could have a model like :
field name=name ...
field name=country ...
field name=occupation ...
...
Then you create a
I don't know the details of your schema, but I would create fields like
name, country, street etc., and a field named role, which contains
values like inventor, applicant, etc.
How would you do it otherwise? Create only four documents, each fierld
containing 80 mio. values?
Greetings,
Kuli
I think I see what the problem is.
Correct me if I'm wrong but I guess your schema does not represent a
person but something which can contain a list of persons with different
attributes, right?
The problem is that you can't reproduce easily the hierarchy of
structured data. There is no
Actually I have documents like this one, country of inventor is inside
the field inventor
It's not exactly an inventor notice, it's a patent notive with several
fields.
The patent-number field is the fieldkey.
Should I split my document and use fieldkey to link them (like on normal
database)?
Le 10/05/2012 15:12, G.Long a écrit :
I think I see what the problem is.
Correct me if I'm wrong but I guess your schema does not represent a
person but something which can contain a list of persons with
different attributes, right?
Yes exactly what I have ! (see my next message)
I don't know what is the best solution. You could indeed split your
documents and link them with the patent-number inside the same index. Or
you could also use different cores with a specific schema (one core with
the schema for the patent and one core with the schema for the inventor)
and
The problem is that you can't reproduce easily the hierarchy of
structured data. There is no attribute in lucene index as there can be
in a xml document. If your structured data is not too complex, you
could try to add a field to your schema called person and
concatenate all properties
14 matches
Mail list logo
