I'm afraid the best answer I can give immediately would be to be to look at the
example transforms that are packaged with GSearch. Here's a Solr example:
<!-- a datastream is fetched, if its mimetype
can be handled, the text becomes the value of the
field. -->
<xsl:for-each
select="foxml:datastream[@CONTROL_GROUP='M' or @CONTROL_GROUP='E' or
@CONTROL_GROUP='R']">
<field>
<xsl:attribute name="name">
<xsl:value-of
select="concat('dsm.', @ID)"/>
</xsl:attribute>
<xsl:value-of
select="exts:getDatastreamText($PID, $REPOSITORYNAME, @ID, $FEDORASOAP,
$FEDORAUSER, $FEDORAPASS, $TRUSTSTOREPATH, $TRUSTSTOREPASS)"/>
</field>
</xsl:for-each>
Don't be taken aback at the number of parameters in that function call. Almost
all of them are passed automatically as parameters to any XSLT transform that
GSearch employs. If you began authoring your transform based on an example, all
of the boilerplate of assembling those variables (e.g. $PID, $REPOSITORYNAME,
etc.) has already been done for you. In our immediate example, notice that @ID
(the datastream ID) is the only function parameter that is not made available
to the transform by GSearch on execution.
---
A. Soroka
Online Library Environment
the University of Virginia Library
On Nov 17, 2011, at 7:59 PM, Christopher Emmerich wrote:
>
>
> Can you point me to some documentation on these extension functions?
>
>
> From: aj...@virginia.edu
> To: "Support and info exchange list for Fedora users."
> <fedora-commons-users@lists.sourceforge.net>
> Date: 11/15/2011 10:17 AM
> Subject: Re: [fcrepo-user] Solr indexing of rel-ext
>
>
>
>
> As for which XSLT is in use, take a look at the parameter
> "fgsindex.defaultUpdateIndexDocXslt" in index.properties. That should be the
> transform in use.
>
> I may be sending you on a wild goose chase, but I notice that you are not
> using GSearch's extension functions to retrieve datastreams. Is your RELS-EXT
> datastream inline XML? If it is not (if it is managed content) it may not be
> appearing in the FOXML and your XSLT (which isn't using those retrieval
> functions) may not be seeing what you think it is.
>
> ---
> A. Soroka
> Online Library Environment
> the University of Virginia Library
>
>
>
>
> On Nov 15, 2011, at 11:26 AM, Christopher Emmerich wrote:
>
> >
> > I have a file called demoFoxmlToSolr.xsl in solr/fedora/conf/xslt that has
> > the following section in it:
> >
> > <xsl:for-each
> >
> > select="foxml:datastream[@ID='RELS-EXT']/foxml:datastreamVersion[last()]/foxml:xmlContent//rdf:description/*">
> >
> > <field>
> > <xsl:attribute name="name">
> > <xsl:value-of select="concat('rels.',
> > substring-after(name(),':'))"/>
> > </xsl:attribute>
> > <xsl:value-of select="@rdf:resource"/>
> > </field>
> > </xsl:for-each>
> >
> > However, I'm not clear on whether having this file in the xslt directory is
> > enough to make sure it is used in the indexing process. Is there a
> > configuration parameter that needs to be set to specify which xslt file to
> > use for indexing? Does the name of the file matter?
> >
> >
> > From: aj...@virginia.edu
> > To: "Support and info exchange list for Fedora users."
> > <fedora-commons-users@lists.sourceforge.net>
> > Date: 11/14/2011 12:31 PM
> > Subject: Re: [fcrepo-user] Solr indexing of rel-ext
> >
> >
> >
> >
> > This may be too simplistic of a question, but you don't mention altering
> > the XSLT stylesheet you are using to index so that it extracts the portions
> > of RELS-EXT you want. Have you done that?
> >
> > ---
> > A. Soroka
> > Online Library Environment
> > the University of Virginia Library
> >
> >
> >
> >
> > On Nov 14, 2011, at 2:00 PM, Christopher Emmerich wrote:
> >
> > >
> > > I'm trying to add a rels-ext field to my Solr index so that I can search
> > > on items that are members of specific collections. I have three
> > > collections that are defined by a rels.isMemberOfCollection attribute.
> > > I've tried adding the following to my Solr schema.xml:
> > >
> > > <fields>
> > > .
> > > .
> > > .
> > > <field name="rels.isMemberOfCollection" type="text" indexed="true"
> > > stored="false" multiValued="true"/>
> > > <field name="collection" type="string" maxChars="300" indexed="true"
> > > stored="true" multivalued="true"/>
> > > .
> > > .
> > > .
> > > </fields>
> > >
> > > <copyField source="rels.isMemberOfCollection" dest="collection" />
> > >
> > >
> > > My goal is to be able to do searches of either of the following -
> > > isMemberOfCollection:myCollection or collection:myCollection
> > >
> > > However, when I generate my Lucene index (using fedoragsearch - update
> > > index), after modifying the schema.xml as shown above. neither the
> > > rels.isMemberOfCollection or collection fields get added to the index.
> > > Based on another post on this group I also tried replacing
> > > rels.isMemberOfCollection with fedora-rels-ext.isMemberOfCollection but
> > > that didn't work either. Any ideas?
> > > ------------------------------------------------------------------------------
> > > RSA(R) Conference 2012
> > > Save $700 by Nov 18
> > > Register now
> > > http://p.sf.net/sfu/rsa-sfdev2dev1_______________________________________________
> > > Fedora-commons-users mailing list
> > > Fedora-commons-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
> >
> >
> > ------------------------------------------------------------------------------
> > RSA(R) Conference 2012
> > Save $700 by Nov 18
> > Register now
> > http://p.sf.net/sfu/rsa-sfdev2dev1
> > _______________________________________________
> > Fedora-commons-users mailing list
> > Fedora-commons-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
> >
> >
> > ------------------------------------------------------------------------------
> > RSA(R) Conference 2012
> > Save $700 by Nov 18
> > Register now
> > http://p.sf.net/sfu/rsa-sfdev2dev1_______________________________________________
> > Fedora-commons-users mailing list
> > Fedora-commons-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>
>
> ------------------------------------------------------------------------------
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1
> _______________________________________________
> Fedora-commons-users mailing list
> Fedora-commons-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d_______________________________________________
> Fedora-commons-users mailing list
> Fedora-commons-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
