OMP DOI plugin - How to export crossref XML?

Software Support Open Monograph Press
42

hi, I am currently using a plugin for OMP3.4 which is a quite complete rewrite that uses the same functionality for DOIs as OJS 3.4 GitHub - ajnyga/crossref-omp: OMP Crossref plugin for 3.4

This is probably an issue for an older version of the plugin? But the issue you describe should be easily solved like you presumed just by changing the order of the output.

43

Thank you, yes this is referring to the 3.3 version. Glad to hear about the update for 3.4, look forward to trying it when we upgrade.

44

We’ve been using it with 3.4 now for three months quite succesfully

45

I get an error message:

image
image801×157 4.42 KB

I have verified that my login credentials are correct and working via : https://doi.crossref.org/servlet/useragent

There is no error in the server logs or in the Administration but this one which shouldn’t matter (IP removed):

gement/settings/distribution
[Tue Mar 03 17:13:13.701497 2026] [php:notice] [pid 3401110] [client XXX.X.XX.XXX:0] Missing locale key "plugins.importexport.common.action.export" for the locale "en", referer: https://sh.zjapanr.de/index.php/zjapanr/management/settings/distribution
[Tue Mar 03 17:13:34.487766 2026] [php:notice] [pid 3411958] [client XXX.X.XX.XXX:0] Missing locale key "plugins.importexport.common.action.export" for the locale "en", referer: https://sh.zjapanr.de/index.php/zjapanr/dois

The error message appears whether I try to use the Test API or the actual API.

I started exporting the DOIs instead but a lot can’t be exported because of validation errors. How can I deactivate the validation so I can check and correct the errors myself?

Thanks!

46

@ajnyga There is a bug in the current code concerning the placement of the ORCID. Right now it will be placed under a potential “alt-name” which leads to invalid XML.

This can either be adressed by only entering the given name and surname for the submission language or this needs to be fixed in CrossrefXmlFilter.php.

47

Thanks! It could be that I fixed this in our production some time ago but did not add the changes to the repo. I will check.

48

Another thing that I have noticed is that a <contributors/> is created in the XML even when a chapter does not have authors. Crossref supports chapters without authors though. If you delete said tag the XML is valid.