Although I'm not part of the PKP Team, as a community member I try to assist as much as I can, in order to relieve them of some of the more "simpler" and bureaucratic tasks.
Having said that, your issues are all pertinent.
There is no "easy" way to publish back issues, as this cannot be fully automated, especially if you don't have the data in a database which would allow to create the XML to import into OJS.
geirrosset wrote:Why is there no easier way of adding back issues? Why do I have to create a bogus author and a bogus editor and pretend I am submitting an article to a new journal, and then pretend to edit it and pretend to proof read it, when in fact the article is ten years old and is as finished as it will ever be. There should be a much easier way for a super user to just publish old issues.
There should be an OJS address book for all contributors (not necessarily available externally, but for the site admin it would be very handy). When publishing 10 years worth of journal articles there are a lot of peaople who have many articles. I now have to fill in their details over and over again. When they appear I might have forgotten where I found their details last time and so have to spend a lot of time searching for the same information...
One way that we tried working with past issues is actually registering previous authors ourselves, as they tend to submit multiple articles to the same journal over the course of the years. This way, even though it may seem bureaucratic, you can submit all the articles of the same author once,if you have them all separated and ordered this way. There may be issues when the author is not the primary author, but it can be overcome easily. You won't be able to use the "Quick Submit" feature, but, you can skip any steps that you don't require during the process.
In the Editing stage of the submission, once approved in the Review (if not using the Quick submit/Expedite Function), is where the final document is normally submitted for publishing as a Galley file. All the other steps can be started/finished without actually performing them.
A default/standard password and saving that in your browser will save some time, but most will have to be typed/copied-and-pasted in.
Of course, you will have to come up with a way to organize your TOC's accordingly.
We created all the past issues first, which enabled a faster scheduling.
You could also disable (remove) all the checklist items during this back-issues publishing process.
geirrosset wrote:Our back issues are all in full text searchable PDFs. Why do I need meta data? And is this meta data the same meta data that I can enter in Adobe Acrobat under File->Properties? Or is it meta data in OJS? Title and author is easy. But How would I know what the specific subject for a preface is (your average article has a title and you can always put that in there as the subject, even though that might not be entirely correct)? Contacting all the authors of all the articles from the past ten years to have them come up with keywords and subjects is an impossible task.
Metadata are required, in order for OxS to provide a precise search result, not only full-text search. The Metadata provides a form of classification that full-text does not provide, and the precision comes from specific fields, not just keywords, according to the Dublin Core OAI format. Also, the mandatory Metadata fields in OAI-DC are just Title and Abstract. All the others are optional and can be updated at any time or turned off.
You don't even need to submit a document during the submission process itself, only in the Editing stage.
geirrosset wrote:And finally...
If I enable Metadata Harvesting by visiting the link found under site administration, will the PDFs that I publish be made searchable through Google Scholar? (A lot of the researchers we work with use Google Scholar and that is all they are really interested in).
I cannot comment much on how Google Scholar works. Google itself will harvest anything you have, specially if you are in a domain that's already indexed by it.
Otherwise, you will have to wait for Google to work its magic.
The Metadata Harvesting has nothing to do with Google Scholar, as far as I know, as it is not (I believe, can't make the affirmation) the way Google indexes things. Metadata Harvesting in the context of OxS is in reference to the Open Archives Initiative Protocol for Metadata Harvesting (OAI-PMH).
Also, in order for OJS to index the full-text of PDFs, you will need to install a server-side application (the forum has quite a few posts on this subject such as this one
), as described somewhere in the documentation.