I am using OJS 3.x. What should I write in Public Galley Identifier and Public URL identifier when I upload the articles and full issue of our journal. Kindly advise
Hi @sulaman,
Those are optional fields, so you donāt need to put anything there. If you want to change the articleās identifier in the URL into something more meaningful than a number, you can enter it here. (It must be unique and shouldnāt be strictly numeric.)
Regards,
Alec Smecher
Public Knowledge Project Team
Thank you @asmecher. I wish to know what various options are available to fill in this field of Public URL identifier. Though optional yet I am interested in learning about it. Would be obliged if you may kindly guide.
Hi @sulaman,
Itās used as described above ā if you want to have something other than a numeric identifier in the articleās URLs.
Regards,
Alec Smecher
Public Knowledge Project Team
Thank you @asmecher. I wonder if I can get any examples of non-numeric identifier. I am sorry for being new to this all and asking too many questions.
Hi @sulaman,
You can use whatever you think is logical for your journal. For example, you could combine the authorās last name and the year, e.g. smecher2017
.
Regards,
Alec Smecher
Public Knowledge Project Team
Many thanks @asmecher. What is the example of public URL identifier?
Hi @sulaman,
smecher2017
is an example I gave above.
Regards,
Alec Smecher
Public Knowledge Project Team
Thank you @asmecher. Does that mean that Public URL identifier and Public galley identifier is the same thing?
Sorry, I am a bit confused. I believed that Public URL identifier should be in the format of a URL.
Hi @sulaman,
These fields allow you to enter an identifer thatās used within a URL. They are supported for article URLs, galley URLs, etc., and when entered they replace the numeric identifier that would normally form part of the URL.
Regards,
Alec Smecher
Public Knowledge Project Team
Thank you so much @asmecher for your kind support always. I am looking forward to hear from you regarding my query about plugin for integrating OJS with iThenticate.
Regards. Sulaman
@asmecher - why cannot the public identifiers be numeric any more? I have used the system of VOLUMENUMBER.ISSUENUMBER (e.g 22.1) in the previous versions of OJS for PIs of issues and these have been transferred to the new version of OJS without problems. But when I try to add the public identifier for an issue in the same format now (23.1), I get an error message (āThe public identifier ā23.1ā must not be a numberā).
If these formats could be used before, why cannot they be now? This breaks the system of including issue numbers in the URLs and Iām not happy about it at all.
Ivo
Hi @ivovolt,
OJSās own automatically-generated identifiers are numeric, and thereās the potential for the two to collide (i.e. OJS assigns 1234
automatically when thereās already a 1234
that was manually assigned). Weāve generally recommended that editors not use numeric IDs when manually assigning them in order to avoid this situation, but have only recently added a check to make sure of it.
It sounds like youāre using decimal notation, which is technically numeric, but which OJS will never automatically assign (itāll only assign integers). If you like, you can relax the check by changing calls to is_numeric
to ctype_digit
inā¦
lib/pkp/controllers/tab/pubIds/form/PKPPublicIdentifiersForm.inc.php
controllers/grid/issues/form/IssueGalleyForm.inc.php
This will still prevent manually-assigned IDs like 1234
but will allow numeric but non-positive-integer data like -123
, 123.4
, etc. Those wonāt collide with OJSās automatic IDs.
If youāre able to verify that this works as expected, please confirm here and Iāll commit the change for a future release.
Regards,
Alec Smecher
Public Knowledge Project Team
Thank you, @asmecher - this worked!
Hi @ivovolt,
Committed, thanks:
- Relax numeric type to positive ints https://forum.pkp.sfu.ca/t/what-tā¦ Ā· pkp/ojs@070bd60 Ā· GitHub
- Relax numeric type to positive ints https://forum.pkp.sfu.ca/t/what-tā¦ Ā· pkp/pkp-lib@9cfa809 Ā· GitHub
Regards,
Alec Smecher
Public Knowledge Project Team
Hi @asmecher !
Many thanks for help!
As you noticed, this solution works only with format like this 23.1
but Is it possible to combine OJS automatically generation of identifiers like 1234
and manually assignment of positive natural numbers 1234
ā¦ (at the same time two ways are available) ?
To avoid duplicates OJS may just report an error when ID is already assigned to another material (as it happens with DOIs)ā¦
If it is possible, what should be changed in the code and in which files?
Hi @OSU,
Iād strongly recommend against trying to use all-numeric IDs in public URL identifiers. The check that currently prevents this is intentional. If you want to remove that check, you can, but youāll likely run into weird ambiguities down the line.
Regards,
Alec Smecher
Public Knowledge Project Team
Thank you!
in that case we will refrain from thisā¦
With regards.
Thanks for pointing this out - we recently had a problem with the native XML upload though. A prospective editor used strictly numeric public IDs and the upload went through, but - unsurprisingly - caused conflicts with existing articles in our journal installation (the existing articles were no longer reachable). Could a check for the XML upload be added as well (editors can unintentionally wreak havoc on multi journal installations this way)? Defining the ID as string in the .xsd for import is not enough, because strings can consist of all-numeric characters too.
Hi @ojs_univie,
Any chance youād be willing to take a crack at adding this constraint? Because the id
element is used in several cases, we canāt add a blanket restriction on numeric values ā only for type="public"
. At a glance, this will require a co-occurrence constraint. I wrote the XSD files defining the native import/export XML format, but havenāt worked with it since then and am a little rusty.
Regards,
Alec Smecher
Public Knowledge Project Team