OJS File Structure

Are you an Editor, Author, or Journal Manager in need of help? Want to talk to us about workflow issues? This is your forum.

Moderators: jmacgreg, michael, vgabler, John

Forum rules
The Public Knowledge Project Support Forum is moving to http://forum.pkp.sfu.ca

This forum will be maintained permanently as an archived historical resource, but all new questions should be added to the new forum. Questions will no longer be monitored on this old forum after March 30, 2015.
Posts: 945
Joined: Wed Oct 15, 2003 6:15 am
Location: Brasí­lia/DF - Brasil

OJS File Structure

Postby ramon » Wed Mar 24, 2004 6:22 am

I noticed that creating the layout galleys is not a job for a common user. And it seems that for someone unfamiliar with OJS will have terrible issues when uploading the images for an article, because of the addressing.

This brings a question I´ve sent to Kevin and John about the whole archiving of OJS. It seems to me a bit easier for maintenance and coding (not sure how easy it is to create directories..) to have a folder for each issue, with separate folders for each article, with an image folder in it... something like:

Code: Select all


I realise that the current structure protects the content, so there are references to the articles and images. However, in the HTML code, the editor needs to change the HTML code of image tags to something like:

Having a structured file system like the one suggested could allow to separate the Administration area from the Visualization/Reader area, which in turn allows for one Administration to control multiple journals, in different servers altogether.

Just wondering... :D

Posts: 338
Joined: Tue Oct 14, 2003 8:23 pm

Postby kevin » Wed Mar 24, 2004 9:57 am

This component has not been developed yet, but are plans do include a filesystem layout similar to the one you've suggested.

Site Admin
Posts: 304
Joined: Fri Mar 26, 2004 9:32 am
Location: Toronto, Canada

Postby mj » Fri Mar 26, 2004 11:20 am

I think the natural structure, from what we've been doing on JMIR, would be something like: /volume/issue/article/

This would allow galleys and similar files to be stored on a per-article basis, within the same directory. While having sub-levels (like an /images subfolder) is helpful for things like a webserver, it also adds a level of complexity - which I think should be optional, at most. (eg. does one use /images, /img, /app, /supp, etc?)

Because JMIR does HTML rendering from XML, we store files in a /volume/article/ structure, with the .xml file and all images, appendices, etc. in the /article folder. With a standardized filenaming convention (and extension), it's easy to know what files are where.

Another alternative would be to store files in the database as BLOBs, but I think that's probably fairly heavy for something like OJS, especially if multiple journals are being hosted on the same database.


Posts: 338
Joined: Tue Oct 14, 2003 8:23 pm

Postby kevin » Sun Mar 28, 2004 1:26 pm

Current plan is for the file layout to be like files/<journal_id>/<article_id>/[submission | review | public] where submission, review, and public directories contain the original submission files, review/editing versions, and final published files.

Unless files are to be shuffled around upon publication, we can't really use the volume or issue, as those values are not known until the article is actually assigned to an issue.

Return to “OJS Editorial Support and Discussion”

Who is online

Users browsing this forum: No registered users and 1 guest