What to write in Public Galley Identifier and Public URL identifier during publication of articles and issue in OJS 3.x


#1

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


Urgent issue while publishing ojs 3.1.1.0
#2

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


#3

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.


#4

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


#5

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.


#6

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


#7

Many thanks @asmecher. What is the example of public URL identifier?


#8

Hi @sulaman,

smecher2017 is an example I gave above.

Regards,
Alec Smecher
Public Knowledge Project Team


#9

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.


#10

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


#11

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


#12

@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


#13

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


#14

Thank you, @asmecher - this worked!


#15

Hi @ivovolt,

Committed, thanks:

Regards,
Alec Smecher
Public Knowledge Project Team


#16

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?


#17

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


#18

Thank you!

in that case we will refrain from this…

With regards.