I created an issue for this improvement idea to make sure it doesn't just die
away:
https://issues.apache.org/jira/browse/SOLR-1763
--
Jan Høydahl - search architect
Cominvent AS - www.cominvent.com
On 22. jan. 2010, at 23.37, Jan Høydahl / Cominvent wrote:
> On 8. des. 2009, at 00.29, Grant I
On 8. des. 2009, at 00.29, Grant Ingersoll wrote:
> On Dec 7, 2009, at 3:51 PM, Chris Hostetter wrote:
>> ASs someone with very little knowledge of Solr Cell and/or Tika, I find
>> myself wondering if ExtractingRequestHandler would make more sense as an
>> extractingUpdateProcessor -- where it co
: Subject: Re: Solr Cell revamped as an UpdateProcessor?
:
: Hi, I'm developing a directory monitor to add in a Sor implementation.
Hmmm ... Is this really related to the Solr Cell thread you replied to?
Please start a a new thread if you want to discuss a new topic...
On Jan 5, 2010, at 1:53 PM, Zacarias wrote:
> I'd attached a file to the previous mail. Is there any filter for pdf files
> or any other reason.
The mailer strips attachments, although you might be able to get a zip through.
Perhaps send a pointer to somewhere else or just describe it here.
>
I'd attached a file to the previous mail. Is there any filter for pdf files
or any other reason.
On Tue, Jan 5, 2010 at 12:49 PM, Zacarias wrote:
> Here is my propousal
>
> Regards
>
>
>
>
> On Tue, Jan 5, 2010 at 12:48 PM, Zacarias wrote:
>
>> Hi, I'm developing a directory monitor to add in a
Here is my propousal
Regards
On Tue, Jan 5, 2010 at 12:48 PM, Zacarias wrote:
> Hi, I'm developing a directory monitor to add in a Sor implementation.
> Tell me if it could be interesting for you we will be glad to share it with
> the comunity. Also I would like your opinion about the propous
Hi, I'm developing a directory monitor to add in a Sor implementation.
Tell me if it could be interesting for you we will be glad to share it with
the comunity. Also I would like your opinion about the propousal if it looks
ok for you and if you like to make any change or question it will be very
w
I was refering to SOLR-1358. Anyway , SolrCell as an updateprocessor
is a good idea
On Tue, Dec 8, 2009 at 4:47 PM, Grant Ingersoll wrote:
>
> On Dec 8, 2009, at 12:22 AM, Noble Paul നോബിള് नोब्ळ् wrote:
>
>> Integrating Extraction w/ DIH is a better option. DIH makes it easier
>> to do the mapp
On Dec 8, 2009, at 12:22 AM, Noble Paul നോബിള് नोब्ळ् wrote:
> Integrating Extraction w/ DIH is a better option. DIH makes it easier
> to do the mapping of fields etc.
Which comment is this directed at? I'm lacking context here.
>
>
> On Tue, Dec 8, 2009 at 4:59 AM, Grant Ingersoll wrote:
Integrating Extraction w/ DIH is a better option. DIH makes it easier
to do the mapping of fields etc.
On Tue, Dec 8, 2009 at 4:59 AM, Grant Ingersoll wrote:
>
> On Dec 7, 2009, at 3:51 PM, Chris Hostetter wrote:
>
>>
>> ASs someone with very little knowledge of Solr Cell and/or Tika, I find
>>
On Dec 7, 2009, at 3:51 PM, Chris Hostetter wrote:
>
> ASs someone with very little knowledge of Solr Cell and/or Tika, I find
> myself wondering if ExtractingRequestHandler would make more sense as an
> extractingUpdateProcessor -- where it could be configured to take take either
> binary fi
On Fri, Jun 26, 2009 at 8:17 PM, Erik Hatcher wrote:
> Seems like just a dynamic "*" mapping would suffice in this case, but
> dynamic field pattern would be fine with me too.
Using "*" removes the ability to detect field-naming errors.
We should be able to allow both.
>> naming:
>> - "fl" origi
On Fri, Jun 26, 2009 at 6:49 PM, Yonik Seeley wrote:
> Finally getting around to reviewing Solr Cell
>
> ext.ignore.und.fl looks like it defaults to "true" instead of "false"
Ah... it was actually defined as a default in the request handler
Anyway, I returned some of this discussion to
https:
On Jun 26, 2009, at 6:49 PM, Yonik Seeley wrote:
ext.ignore.und.fl looks like it defaults to "true" instead of "false"
as specified on the Wiki, so metadata is ignored if not defined in the
schema.
Perhaps we should define common metadata fields in the example schema
for a better OOTB experienc
14 matches
Mail list logo
