Conal-Tuohy / ands-la-trobe

Automatically exported from code.google.com/p/ands-la-trobe
1 stars 1 forks source link

Solr: Person records aren't having handles generated on CMSS #52

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?

Please use labels and text to provide additional information.

Original issue reported on code.google.com by tosello....@gmail.com on 4 Nov 2011 at 1:02

GoogleCodeExporter commented 9 years ago
Whoops :/

Person records don't seem to have correct handles assigned to them by the 
CMSS.latrobe.edu.au crosswalk system.

Original comment by tosello....@gmail.com on 4 Nov 2011 at 1:04

GoogleCodeExporter commented 9 years ago
See http://cmss.latrobe.edu.au/solr/select/?q=person:kc3taylor (and compare 
with results from "http://cmss.latrobe.edu.au/solr/select/?q=" for an example.

Original comment by tosello....@gmail.com on 4 Nov 2011 at 6:13

GoogleCodeExporter commented 9 years ago
actually, it's http://cmss.latrobe.edu.au/solr/select/?id=person:kc3taylor

It's ALSO the source of the bug causing invalid rif-cs entries.

see the following code from the current foxml-to-rif-cs.xslt:

{{{
  <!-- relationships between RegistryObjects -->
    <xsl:template match="latrobe:hasMember|latrobe:hasCollector">
        <xsl:if test="normalize-space()">
            <!-- The @identifier is the local Fedora PID -->
            <!-- For RIF-CS, we use a handle, so we need to look up the "handle" datastream of the Fedora object identified by this PID -->
            <xsl:variable name="handle-datastream-uri" select="
                concat(
                    'http://localhost:8080/fedora/objects/',
                    substring-before(@id, ':'),
                    '%3A',
                    substring-after(@id, ':'),
                    '/datastreams/handle/content'
                )
            "/>
            <!-- read the handle value from the datastream -->
            <xsl:variable name="handle" select="document($handle-datastream-uri)//identifier/@handle"/>
            <relatedObject>
                <key><xsl:value-of select="$handle"/></key>
                <relation type="{local-name()}"/>
            </relatedObject>
        </xsl:if>
    </xsl:template>
}}}

Original comment by tosello....@gmail.com on 21 Nov 2011 at 10:58

GoogleCodeExporter commented 9 years ago
This bug appears to have been due to a config error (or a lack of access to the 
server, as the case might be). Resolved, with positive flow on effects.

Original comment by tosello....@gmail.com on 22 Nov 2011 at 3:33