As the developers of Open Journal Systems, Open Conference Systems, Open Harvester Systems, and Open Monograph Press, the PKP team are experts in helping journal managers and conference organizers make the most of their online publishing projects. PKP Publishing Services offers support for:

As a customer of PKP Publishing Services, you will not only receive direct, personalized support from the PKP Development Team, but will be contributing to the ongoing development of the PKP applications. All funds raised by PKP Publishing Services go directly toward enhancing our free, open source software. For more information, please contact us.

1. Search the forum. You can do this from the Advanced Search Page or from our Google Custom Search, which will search the entire PKP site. If you are encountering an error, we especially recommend searching the forum for said error.

2. Check the FAQ to see if your question or error has already been resolved.

3. Post a question, but please, only after trying the above two solutions. If it's a workflow or usability question you should probably post to the OJS Editorial Support and Discussion subforum; if you have a development question, try the OJS Development subforum.

Hi Alec,
I uploaded 6 issues of our journal ( Journal Of Tropical Agriculture) . Later I edited metadata to give italicisation for Scientific names both in the article title and in the article abstract. Currently we are using shared server with maximum size is 100mb . Before metadata editing . the total serverspace consumed was 45 mb , after editing it exceeds 100 mb Server admin send a warning related to this disk space usage . How can i limit the disk space usage without deleting a journal issue

You'll have to do a little investigation to see what's using all that space. My suspicion is that it's ADODB's database cache, which is in the cache/_db directory; see how big the contents of that directory is. This cache is used for things like search results. Alternately, check to see how big your OJS files path is; if it's the problem, you can likely delete certain files from it. Either way, see what's taking the most room and I'll recommend ways to minimize it.

You'll have to do a little investigation to see what's using all that space. My suspicion is that it's ADODB's database cache, which is in the cache/_db directory; see how big the contents of that directory is. This cache is used for things like search results. Alternately, check to see how big your OJS files path is; if it's the problem, you can likely delete certain files from it. Either way, see what's taking the most room and I'll recommend ways to minimize it.

OK, the obvious culprit is your files directory. OJS stores many copies of a submission in its various stages for record-keeping; if you like, you can move these off-line. If you just want to keep the published articles and related files, you'll need to keep files named as follows:

*-PB.* - These are the galleys, related images, and stylesheets (e.g. HTML, GIF, PDF, and CSS)

*-SP.* - These are supplemental files

The rest of the files can be moved offline, either using the Files Browser or another tool like an FTP client. Keep in mind that this will break links from the editing system to download the files.

In general, though, I'd suggest making more space available. Disk space is cheap and you'll eventually need to get more as you publish more and more documents -- keep in mind that many PDFs are a few megabytes apiece, and at that rate, 100MB won't last long.

Hi Alec,
You told me to remove all the files except the files having names *-PB*- and *-SP*- .I find two folders named "original" and "review" in /var/www/html/ojs4/files/journals/2/articles/100. The file corresponding to the article In "original" directory is "100-288-1-SM.pdf" and that one in the "review directory is 100-289-1-RV.pdf . I edited the metadata to include italicas to the scientfic names found in the article title and in abstract. I wants to know i s there any problem to the data that I edited when i remove the file "100-289-1-RV.pdf" from the review directory

Looking Forward Your Reply

Regards
Abhiram .H

asmecher wrote:Hi Abhiram,

OK, the obvious culprit is your files directory. OJS stores many copies of a submission in its various stages for record-keeping; if you like, you can move these off-line. If you just want to keep the published articles and related files, you'll need to keep files named as follows:

*-PB.* - These are the galleys, related images, and stylesheets (e.g. HTML, GIF, PDF, and CSS)

*-SP.* - These are supplemental files

The rest of the files can be moved offline, either using the Files Browser or another tool like an FTP client. Keep in mind that this will break links from the editing system to download the files.

In general, though, I'd suggest making more space available. Disk space is cheap and you'll eventually need to get more as you publish more and more documents -- keep in mind that many PDFs are a few megabytes apiece, and at that rate, 100MB won't last long.

The *-SM.* files are the original submission files, and the *-RV.* files are the review versions. You can delete these without affecting the published journal, but of course it'll result in broken links when you attempt to access these respective versions in the workflow (e.g. as Editor or as Reviewer). In general I wouldn't suggest deleting these files, as record-keeping can be very important, but if you absolutely need the space and you have these files elsewhere you can go ahead.