> I absolutely agree that DC is a metadata standard, so, correct if I'm wrong, > you're saying that I can only index on DC elements ? an not on other streams > in the foxml ?
No. That is completely wrong. I'm honestly not sure how I can be any clearer than my first response: "You can... use GSearch to index anything that XSLT can construct from the object, including the results of disseminations or computations made on datastreams." Using the extension functions provided or your own you may even use Java as well as XSLT. NOT only DC, NOT only what is explicit in FOXML. -Anything you can construct with XSLT using the object as starting place.- --- A. Soroka Digital Research and Scholarship R & D the University of Virginia Library On Apr 22, 2010, at 11:10 AM, Matteo Boschini wrote: > > > On Thu, Apr 22, 2010 at 3:22 PM, <[email protected]> wrote: > "assume I can index on FOXML/METS fields only, correct ?" > > Not correct. > > If I understand your question correctly, you certainly should not be using a > separate datastream, nor have you the choice of using a new Dublin Core > element. One can't invent a new, personal DC element. It's a global metadata > standard. > > I absolutely agree that DC is a metadata standard, so, correct if I'm wrong, > you're saying that I can only index on DC elements ? an not on other streams > in the foxml ? > > Perhaps you should try some XSLT. GSearch provides you with the PID of the > object at hand in $PID. Assuming you prepare $REPOLOCATION with an URL to > your repository, you could use something along the lines of: > > <IndexField IFname="myfield"> > <xsl:choose> > <xsl:when > test="document(concat($REPOLOCATION,'/get/',$PID,'/DC'))//dc:creator = > 'John'">1</xsl:when> > <xsl:otherwise>0</xsl:otherwise> > </xsl:choose> > </IndexField> > > Great ! that's what I meant/need... > > > --- > A. Soroka > Digital Research and Scholarship R & D > the University of Virginia Library > > > > On Apr 22, 2010, at 8:56 AM, Matteo Boschini wrote: > > > > > > > On Thu, Apr 22, 2010 at 2:39 PM, <[email protected]> wrote: > > You can, in theory, use GSearch to index anything that XSLT can construct > > from the object, including the results of disseminations or computations > > made on datastreams. What field are you trying to index? > > > > suppose I want to add something at set it=1 in index if say, > > dc.creator=john else =0. > > What could I do then ? > > assume I can index on FOXML/METS fields only, correct ? > > So I should use some specific dc or or DS.something, right ? > > > > > > As far as how to make changes to the indexing, I believe that you have the > > right idea. You could also change the value of > > fgsindex.defaultUpdateIndexDocXslt in index.properties to some other > > stylesheet. > > > > --- > > A. Soroka > > Digital Research and Scholarship R & D > > the University of Virginia Library > > > > > > > > On Apr 22, 2010, at 3:10 AM, Matteo Boschini wrote: > > > > > Hi all, > > > > > > I'm pretty new to lucene, thus my question might be wrong, so bear with > > > me... > > > > > > I'm currently using fedoragsearch with the BasicIndex configuration, > > > which is indexing on > > > PID, repositoryName, > > > fgs.label, fgs.contentModel, fgs.createdDate, > > > fgs.lastModifiedDate, fgs.state, fgs.type, > > > dc.creator, dc.date, dc.description, dc.format, dc.identifier, > > > dc.publisher, dc.relations, dc.right, dc.source, > > > dc.subject, dc.title > > > > > > Suppose I want it to index some other field. > > > Does this field have to be defined in the FOXML/METS ? > > > > > > Or if I want to index on less fields than the ones definde in FOXML; how > > > can I do that ? > > > Just editing basicFoxmlToLucene.xslt ? > > > How ? > > > > > > thanks for your help > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > > > Fedora-commons-users mailing list > > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Fedora-commons-users mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Fedora-commons-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > ------------------------------------------------------------------------------ _______________________________________________ Fedora-commons-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
