zerocrates / oaipmhrepository Goto Github PK

Is it possibile to set the "deletedRecord" element from "no" to "persistent"?

Hi
We installed this plugin in a Omeka 2.6 but I want to be sure it is compatible with Omeka 2.7 before upgrading.
Could you confirm this plugin compatible with Omeka 2.7, and if so please update plugin.ini ?

Is it possible in the current version of the plugin to choose which collections are able to be exposed to the harvesters through the repository (if so, assuming advanced ini settings)? Our archiving crew is concerned with adding anything that contains copyright and opening up a repository - though they like the idea of sharing with DPLA for certain collections.

I've never been able to get the OAI-PMH Repository plugin to work on my instance of Omeka. I saw there was a new version and just downloaded/installed it and am still getting an error.

My site is: http://archive.lancasterseminary.edu/oai-pmh-repository/request

The error it is returning is:
error on line 2 at column 6: XML declaration allowed only at the start of the document

Please advise me on how to fix this. Thank you!

We aggregate data for a DPLA hub and harvest from our partner sites quarterly. I am harvesting records again for a July ingest, but our partners' Omeka Classic sites no longer have dcterms fields in their data. Nothing has changed in the sites' set of plugins or configuration that I know of. Did something change in the last Omeka Classic update? What do we need to do to get those fields back at the OAI endpoint?

This page:
https://github.com/zerocrates/OaiPmhRepository#readme
does not really provide too much info.

I installed and activated. So do I merely point a harvester to and see what happens?

Are there any test harvesters that I can try?

Thank you.

Hi,

I check the Oai-Pmh response on the three main online validators. On http://validator.oaipmh.com, the plugin works fine, except for listRecords (only Dublin Core). On http://oval.base-search.net and http://re.cs.uct.ac.za, there are some other errors and recommandations too.

Sincerely,

Daniel Berthereau
Infodoc & Knowledge management

Should be using a text node explicitly as in other places that need correct automatic escaping

OaiXmlGeneratorAbstract is now just a pointless separation of some parts of what the ResponseGenerator does.

The ResponseGenerator is too large, but it should be separated, if at all, on more logical lines (i.e., between "dispatching" and "response", or among different classes for the responses to the various verbs).

Hello,

We are in the process of firming up metadata aggregation with or regional DPLA hub. In the process, I updated the OAI-PMH Repository plugin, and upon the next test aggregation the thumbnail was no longer being exposed. In previous versions both the original and thumbnail were exposed using <dc:identifier xsi:type="original"> and <dc:identifier xsi:type="thumbnail">. Now just the original is exposed simply with <dc:identifier>, which is the same tag the item show page and Dublin Core identifier field are exposed with. I'm wondering if there are plans to expose the thumbnail in future versions, or if there is a way to configure the current version to expose it.

Thanks!

Tristan Dahn
Digital Projects Librarian
Historical Medical Library of The College of Physicians of Philadelphia

Imported from Trac ticket #95 reported by jflatnes on 2010-07-27:

The repository doesn't have any way to expose item type metadata.

It's possible that this is an undesirable feature for some reason, but still.

We have the omeka-xml schema which can expose item type metadata, but it's unclear if/how a (particularly Omeka) harvester could harvest this data correctly.

It would be nice to print the URL for the repository on the configuration page for the plugin, in addition to its current location on the dashboard.