The XPathEP has the option to run a real XSL script at some point in
its processing chain. I guess you could make an XSL that pulls your
fields out into a simpler XML in the /a/b/c format that the XPath
parser supports.
On Tue, Nov 2, 2010 at 5:37 PM, wrote:
>
>
> http://www.loc.gov/mods/v3";
http://www.loc.gov/mods/v3";
xmlns:xlink="http://www.w3.org/1999/xlink";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://www.loc.gov/mods/v3
http://www.loc.gov/standards/mods/v3/mods-3-0.xsd";>
Any place I hang my hat is home
The XPathEntityProcessor does not do full XPath. It is a very limited
set intended to be very fast.
You can add code in any scripting language, but that is not really
performant.
Is it possible to use the RegexTransformer to find your records with
regular expressions?
Ken Stanley wrote:
On Fr
On Fri, Oct 22, 2010 at 11:52 PM, wrote:
>
>
>
>
>
> processor="FileListEntityProcessor" fileName=".*xml" recursive="true"
> baseDir="C:\data\sample_records\mods\starr">
> url="${f.fileAbsolutePath}" stream="false" forEach="/mods"
> transformer="DateFormatTransformer,RegexTransformer,Templat
> processor="FileListEntityProcessor" fileName=".*xml" recursive="true"
Shouldn't this be fileName="*.xml"?
Ben
On Oct 22, 2010, at 10:52 PM, pghorp...@ucla.edu wrote:
>
>
>
>
>
> processor="FileListEntityProcessor" fileName=".*xml" recursive="true"
> baseDir="C:\data\sample_records\mod
processor="FileListEntityProcessor" fileName=".*xml" recursive="true"
baseDir="C:\data\sample_records\mods\starr">
processor="XPathEntityProcessor" url="${f.fileAbsolutePath}"
stream="false" forEach="/mods"
transformer="DateFormatTransformer,RegexTransformer,TemplateTransformer">
Parinita,
In its simplest form, what does your entity definition for DIH look like;
also, what does one record from your xml look like? We need more information
before we can really be of any help. :)
- Ken
It looked like something resembling white marble, which was
probably what it was: somethi
Quoting pghorp...@ucla.edu:
Can someone help me please?
I am trying to import mods xml data in solr using the xml/http datasource
This does not work with XPathEntityProcessor of the data import handler
xpath="/mods/name/namepa...@type = 'date']"
I actually have 143 records with type attribute
You could also do the xpath processing on the oracle end using the extract or
extractValue functions. Here's a good reference:
http://www.psoug.org/reference/xml_functions.html
-Original Message-
From: Neil Chaudhuri [mailto:nchaudh...@potomacfusion.com]
Sent: Wednesday, March 17, 201
keep in mind that the xpath is case-sensitive. paste a sample xml
what is dataField="d.text" it does not seem to refer to anything.
where is the enclosing entity?
did you mean dataField="doc.text".
xpath="//BODY" is a supported syntax as long as you are using Solr1.4 or higher
On Thu, Mar 18
The XPath parser in the DIH is a limited implementation. The unit test
program is the only enumeration (that I can find) of what it handles:
http://svn.apache.org/repos/asf/lucene/solr/trunk/contrib/dataimporthandler/src/test/java/org/apache/solr/handler/dataimport/TestXPathRecordReader.java
//BO
Incidentally, I tried adding this:
But this didn't seem to change anything.
Any insight is appreciated.
Thanks.
From: Neil Chaudhuri
Sent: Wednesday, March 17, 2010 3:24 PM
To: solr-user@lucene.apache.org
Subject: XPath Processing Applied to Clob
I am
12 matches
Mail list logo
