OAI repository link returning 404 error

[a39...@campus.fcsh.unl.pt]

I am responsible for an AtoM archive on a virtualized server with Ubuntu 18.04, managed by a Plesk environment. My AtoM version is 2.5.2 and the app is located on a subfolder of the http server, running alongside with several other applications, some third party, some custom build. The root of the server is occupied by one such app. 

Currently I am working on activating the OAI-PMH module. I followed the documentation step by step, but my OAI link (http://portal.cehr.ft.lisboa.ucp.pt/arquivos/;oai) is just returning a 404 error. I tested with different OAI-PMH validators, also with a script i built myself that works on other AtoM instalations, and the 404 error is always returned.

I tried a fresh installation on another folder of the same machine to see if there was some database related issue (my original installation was made on version 2.2) and the problem persists. I have full access to the database and the development machine, but clearing the cache, rebooting the server and other similar tasks did not solve anything.

Is there any additional configuration that I am not aware of that needs to be made in order for the OAI-PMH plugin work on such an environment?

Best regards. 

[H Silva]

Hello,

I just tried this OAI link http://portal.cehr.ft.lisboa.ucp.pt/arquivos/index.php/;oai (instead of http://portal.cehr.ft.lisboa.ucp.pt/arquivos/;oai) and it seems to work fine in this validator: https://www.openarchives.org/Register/ValidateSite

O "Código Repositório OAI" está empty.

Hope this helps.

--

H Gomes Silva

[Dan Gillean]

Hi ther

I suspect that if you take a look at your webserver error logs, you will see a message something like this: 

The component does not exist: "arOaiPlugin", "badVerb"" while reading response header from upstream

Ideally, this would return a valid OAI response with this "badVerb" message displayed as the OAI repository's response (rather than a 404 or a blank page), but this is a minor issue overall. The main factor here is that you have submitted no OAI verb, and just navigating to /;oai is not considered a valid request. 

If I navigate to the following URL:

• https://portal.cehr.ft.lisboa.ucp.pt/arquivos/index.php/;oai?verb=Identify  
  

Then I get a valid response, like so: 

<OAI-PMH xmlns="http://www.openarchives.org/OAI/2.0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/ http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd">
<responseDate>2020-06-23T16:32:08Z</responseDate>
<request verb="Identify">https://portal.cehr.ft.lisboa.ucp.pt/;oai</request>
<Identify>
   <repositoryName>PAPIR - Plataforma de Arquivos Pessoais e de Instituições Religiosas</repositoryName>
   <baseURL>https://portal.cehr.ft.lisboa.ucp.pt:443/arquivos/index.php</baseURL>
   <protocolVersion>2.0</protocolVersion>
   <adminEmail>ce...@ft.lisboa.ucp.pt</adminEmail>
   <earliestDatestamp>2015-04-07T10:23:32Z</earliestDatestamp>
   <deletedRecord>no</deletedRecord>
   <granularity>YYYY-MM-DDThh:mm:ssZ</granularity>
   <compression>gzip</compression>
   <description>
     <oai-identifier xmlns="http://www.openarchives.org/OAI/2.0/oai-identifier" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/oai-identifier http://www.openarchives.org/OAI/2.0/oai-identifier.xsd">
        <scheme>oai</scheme>
        <repositoryIdentifier>portal.cehr.ft.lisboa.ucp.pt</repositoryIdentifier>
        <delimiter>:</delimiter>
        <sampleIdentifier>oai:portal.cehr.ft.lisboa.ucp.pt_100002</sampleIdentifier>
     </oai-identifier>
   </description>
</Identify>
</OAI-PMH>

Notice as well that I followed Gomes' suggestion of adding /index.php/ to your URL. 

I suggest that: 

1) Make sure your base URL in Admin > Settings > Site information is correct - it looks like in the response it is missing the /arquivos/ subdirectory. In general, we recommend using subdomains instead of subdirectories, but with some careful implementation you can make this work. 

2) If you don't like the /index.php/ being added to your URLs, see the suggestion in this thread for how you could potentially remove it

3) I would recommend adding a repository identifier in the OAI settings, as Gomes suggested

4) Review the supported OAI verbs in our documentation, here: 

• https://www.accesstomemory.org/docs/latest/user-manual/import-export/oai-pmh/#oai-pmh-verbs  
  

Cheers, 

Dan Gillean, MAS, MLIS
AtoM Program Manager
Artefactual Systems, Inc.
604-527-2056

@accesstomemory

he / him

--
You received this message because you are subscribed to the Google Groups "AtoM Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-user...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/14e43437-3523-4b76-a407-369240716ea7o%40googlegroups.com.

[a39...@campus.fcsh.unl.pt]

Thanks for the explanation. 

In the end, the problem was just that I was missing the index.php in the link I was trying to use (like stated in an answer before). Instead of http://portal.cehr.ft.lisboa.ucp.pt/arquivos/;oai, the correct link was http://portal.cehr.ft.lisboa.ucp.pt/arquivos/index.php/;oai, as you used. All the examples in the documentation did not include the index.php on the URL for the requests, so I assumed that it was not needed under any situation. Apparently that is not the case in all of the server configurations.

Thanks again for the help.

Best regards

To unsubscribe from this group and stop receiving emails from it, send an email to ica-ato...@googlegroups.com.

[Dan Gillean]

I think this may have to do with your webserver configuration, and possibly the subdirectory configuration in particular. If I look at a site like Strathclyde University (who have been using the OAI module for some time), no /index.php/ is needed in the URL:

• https://atom.lib.strath.ac.uk/;oai?verb=Identify 

This is also the case in my local test environment. So, perhaps there's something further for you to investigate there?

Anyway, I'm glad you're making headway!

 

Dan Gillean, MAS, MLIS
AtoM Program Manager
Artefactual Systems, Inc.
604-527-2056

@accesstomemory

he / him

To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-user...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/3b2507d9-4517-4501-8732-62be32822e0do%40googlegroups.com.