Migration of a journal to OJS and problem with DOI and numeric article identifiers

Good afternoon,
We have to migrate a magazine that was not published in OJS. The magazine assigned its DOI with a syntax whose last element is a numerical article identifier. When creating the OJS of the magazine, we do not see how to assign that number so that the DOIs remain consecutive. Example: the next DOI that should be applied is https://www.doi.org/10.4185/RLCS-2020-1414, 1414 being the ID of the article, but as in OJS we have uploaded only the current number gives us the following DOI automatically: https://www.doi.org/10.4185/RLCS-2020-10. As you can see, the article with ID 10 is recognized since the OJS system has started numbering from 0. Our questions are:
Can the system be “forced” to recognize new items that are uploaded to the platform since number 1414?
If we decide to apply another syntax to the DOI for example https://doi.org/10.4185/RLCS-2020.75.1-26, where 75 is the number of the article and 1-26 the number of pages of the article … will it influence When is a retrospective upload of old articles that have a different DOI? Is it possible to keep two DOIs with different syntax in OJS?
What would be the most successful solution?
Thank you.

Hi @Alicia,

One article may have only one DOI. The OJS doesn’t force the syntax for the DOI. So what you can do is to manually type the existing DOI to each article. But you have to select manual assignment of the DOIs in the DOI plugin settings.

Regards, Primož

Good Morning,
and it is possible in the same article to assign a DOI https://www.doi.org/10.4185/RLCS-2020-1414 to the Spanish galley and https://www.doi.org/10.4185/RLCS-2020-1414en to the galley in English
I only see the possibility of establishing a DOI in the metadata of the article but not in the galleys.

Thank you

Hi @Alicia,

Unfortunately not. In OJS, one article can have only one DOI. If you want to have different DOIs per language you can list them in the abstract or so, but note that the CrossRef plugin will take only one DOI , so you will have to deposit additional DOIs manually.

Regards, Primož

OJS does support assigning DOIs at both the article and the galley level. Check your settings in the DOI Plugin to ensure you have both Article and Galley checked in the section “Journal Content”.

Note that the assignment settings will be effective for both articles and galleys. For example, if you use automatic assignment, both will be automatically assigned. Or, if you use manual assignment, both will need to be manually assigned.

Registration of assigned DOIs will be dependent on your registration provider. Not all providers may support automatic registration of DOIs at the galley level.

Thanks a lot . I am going to consult CrossRef if they admit DOI for galleys.

Good Morning,

in CrossRef they tell us the following:
**No, we do not support DOI registration of galleys, whether using an automated deposit process or not. **
**It is a violation of your Crossref membership agreements to knowingly register a DOI for an article’s galleys that is distinct from the DOI that you register for the final, published version of the article. **
**Once a manuscript is accepted for publication, it should only be assigned a single DOI, unless there are substantial changes that effect the interpretation or crediting of the work. **
However, different language versions of an article should each get their own DOI. So, if you publish an article in English and Spanish, you should register a DOI for the English version and a DOI for the Spanish version.

In this answer they interpret the galleys as a non-difinitive version of the article and it is not our case. What we are interested in knowing is if the DOI assigned to an article, one to its final version in English and the other DOI assigned to the same article but in its final version in Spanish (both manually applied in OJS) are exportable to through the DOI XML automatic export plugin to deposit it in CrossRef.

Please, does OJS allow the DOI applied to the same article to be exported in the automatic XML (one to its PDF in English and another to its PDF in Spanish?

Thank you.

@AhemNason, do you have an opinion on this?