Solved. It now exposes confidence and authority data. Example:

      <element name="dc">
         <element name="contributor">
            <element name="author">
                <element name="none">
                    <field name="value">Lyncode, DSpace</field>
                    <field name="authority">testvalue</field>
                    <field name="confidence">6</field>

On 26 July 2012 02:55, SUZUKI Keiji <> wrote:

As you know, all "metadatavalue" records have their own "authority" and 
"confidence" fields. We are using  these fields. The intermediate XML of XOAI 
does not include data of these fields. So we can not translate it with any xslt.

For example, please check the following url,

There is a following "creator" element which has "id" attribute.

<creator id="">Hasegawa, Hiroshi</creator>

In this element, "Hasegawa, Hiroshi" is from "text_value" field and "1000090253335" is
from "authority" field of the one metadatavalue record ( 
And we also use the "confidence" field of the record in order to judge whether
we should include this attribute. 

I hope that you understand our situation by this explanation.

Thank you,
Keiji Suzuki
Ebetsu Japan

2012/7/25 DSpace @ Lyncode <>


OAI 2.0 exposed metadata could be easily changed. In fact one just need to change a specific XSL file (for example, using oai_dc schema: OAI 2.0 backward-compatiblity is of the most importance.

As so i've opened an issue ( But could you be more specific? Which metadata fields aren't exposed? In which metadata schema?

The referred 100% backward-compatiblity was tested against some validators and also some service providers.

On 25 July 2012 06:23, SUZUKI Keiji <> wrote:

It seems there are two problems in the current XOAI about its

1) It seems XOAI ignores authority and confidence data of metadata.
   Many Japanese repositories use these data to identify the author
   in the crosswalk for the domestic metadata format.

2) The form of bitstreams' url are for XMLUI although we set JSPUI as a
  "bitstreams.baseUrl" property  in the xoai.cfg.

The latter is a trivial and seems to be easy to fix, but if the former 
is true, we will be able to change to XOAI.

Keiji Suzuki
Ebetsu, Japan

2012/7/20 DSpace @ Lyncode <>

Yes, the default context (/request) is 100% backward-compatible.

On 19 July 2012 17:01, Sands Alden Fish <> wrote:
Forgive my ignorance here, but just wanted to be clear.  Is the new OAI 100% backward-compatible, so that it includes all of the feature-set and identical interfaces/URL spaces that the original implementation has?

Thanks, DSpace @ Lyncode
DSpace Department

Thanks, DSpace @ Lyncode
DSpace Department
LyncodeOfficial website