I registered with Bugzilla and added myself as follower of the reported bug. I was not able to understand however, whether the bug is already solved in the new OJS version (I am using 2.3.7) so that I actually need to upgrade, or the bug is in the waiting list to be solved, and I have to wait.
I am not a professional developer of software, rather I am an experimental and theoretical scientist, but nevertheless I am testing various free software programs in need, and do have ideas on customizing or writing myself new code, based on modifying portions of already existing code. Here I would like to share some observations on the functionality of the OCLC digital collections website, and I propose an idea of what can be implemented.
In OCLC they provide option to set "constant" fields for the whole repository. For example, I can set language for articles to be "English", and then "map" this customized field to specific field in the OAI data. With possible typos - OCLC gives you option to create field which is something like dc: identifier: 2 = xx or dc: language:2 = xxx. The OAI exported fields are usually numbered as :1, so these new OCLC generated fields have larger number e.g. 2. Once I create such new field say dc: identifier: 2 = 1314-7374 I can next map it onto the ISSN field into OCLC. It is displayed perfectly OK in WorldCat database, but the WorldCat search function for ISSN does NOT retrieve the entries by the ISSN. The problem is in that the system does not recognize that the entry is for ISSN i.e. "dc: identifier: " should be replaced by code specifying that the field is for issn.
I was wondering whether OAI can be configured easily to export at least empty ISSN field, then possibly OCLC site will automatically provide option for overwriting this field with "constant" one. At present it seems, OCLC provides such overwrite with "constant" field only for already existing OAI data fields.
Sorry for the layman description. I have no idea about the proper terminology that software developers use for any of the above.