Bug 6876

Why is it a critical bug? Does it block any OAI-PMH harvester? Koha
supports other MARC flavours that MARC21 that's the reason why it
returns by default a 'neutral' MARCXML schema. If you need more control
over your Koha OAI server, use it in extended mode:

http://perldoc.koha-community.org/opac/oai.html

"Why is it a critical bug? Does it block any OAI-PMH harvester?"
not per se, but the harvester has the wrong info about the format and thus can't do anything with the harvested records.

"Koha supports other MARC flavours that MARC21 that's the reason why it returns by default a 'neutral' MARCXML schema."
The intended schema and namespace are fine, but it seems there's a typo (note the spaces in the link you provided)
  metadataNamespace: http://www.loc.gov/MARC21/slim http://www.loc.gov/standards/marcxml/schema/MARC21slim
  schema: http://www.loc.gov/MARC21/slim http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd

why are there two urls in each of those values.  That is wrong isn't it?

> not per se, but the harvester has the wrong info about the format and
> thus can't do anything with the harvested records.

Please elaborate on this point. Current Koha OAI server is used by
many libraries and harvested by several well known harversters without
trouble, apparently. If it doesn't work for you, tell exacly why.
Propose a patch or describe the issue so someone can try to fix it for
you.

>   metadataNamespace: http://www.loc.gov/MARC21/slim
> http://www.loc.gov/standards/marcxml/schema/MARC21slim
>   schema: http://www.loc.gov/MARC21/slim
> http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd

> why are there two urls in each of those values.  That is wrong isn't
> it?

It seems so. This should be enough:

http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd

Since no harverster seems to complain about or fails to work properly, I
would hesitate to fix that. So same as above, please report any
harverster failing due to this 'strange' namespace.

Not sure what else to say except that you should re-read my initial comment.  I clearly detailed the issue and offered what I think is the solution.

Here's a couple more resources:

http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd
  <complexType name="metadataFormatType">
    <sequence>
      <element name="metadataPrefix" type="oai:metadataPrefixType"/>
      <element name="schema" type="anyURI"/>
      <element name="metadataNamespace" type="anyURI"/>
    </sequence>
  </complexType>

http://www.w3.org/TR/xmlschema-2/#anyURI:
  "anyURI represents a Uniform Resource Identifier Reference (URI)"

But koha is actually shoving in 2 uris into both schema and metadataNamespace - why?

I can confirm, that Koha still lists 2 URLs each in the response to ListMetadataFormats:

<schema>http://www.loc.gov/MARC21/slim http://www.loc.gov/ standards/marcxml/schema/MARC21slim.xsd</schema><metadataNamespace>http://www.loc.gov/MARC21/slim http://www.loc.gov/ standards/marcxml/schema/MARC21slim</metadataNamespace>

It looks like it was changed in part, there is only 1 URL in schema, but 2 URLs in one namespace element separated by space.

.../cgi-bin/koha/oai.pl?verb=ListMetadataFormats

marc21
Namespace http://www.loc.gov/MARC21/slim http://www.loc.gov/standards/marcxml/schema/MARC21slim
Schema http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd

marcxml
Namespace http://www.loc.gov/MARC21/slim http://www.loc.gov/standards/marcxml/schema/MARC21slim
Schema http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd

Note: Schema links exist, Namespace links do not.