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.

Currently, we are beginning to publish the first issue of our journal with OJS v2.1.1. During the testing and preparation, I got several questions and could not found the answers from the previous posts. If you have any idea, please share your experience to me. Thanks a lot.

1.Is there any practical method to generate the Html file (galley format) with Microsoft Word Document? In the pass post (http://pkp.sfu.ca/support/forum/viewtopic.php?t=420), mtrudel demonstrated an approach to convert Word into XML file automatically. Does anybody know how to do it? I tried to edit the Word file with the XML schema, but it needs lots of effort.2.Is it correct that the image files of the document should be uploaded one by one via the "Edit a Layout Galley" interface? Since there are more than 20 image files in each manuscript, it takes a lot of time to upload the files. Is it possible to locate the files in the same folder of the Html file by the journal manager?3.Among most of the on-line systems, the numbers that an article was cited could be automatically tracked and counted. Is this kind of function embedded in the OJS? Should the reference list of the article be edited with specific method for tracking the relative information about citation?

1. We're hoping to address this in our next release with a comprehensive automated system that will convert from a word processor's native format (i.e. DOC or ODT) to XML and from there to XHTML and PDF. This will still require some attention at the input end (i.e. using the appropriate styles when formatting the source document), but it will eliminate the manual production of the presentation formats.

2. Yes, images must currently be uploaded one at a time. However, if you upload images into the journal's public directory (or subdirectories of it), you can get OJS to rewrite the URLs with the proper directory if you use something like the following in your HTML:

Thanks for your explanations. According to the previous discussions on this forum, it was thought as a practical method by generating the Gallery files (XHtml, PDF, or other format) with a XML file.
During these days, I tried several approaches for making the XML file with the DOC file. It was found that it was the easiest method by setting the components with specific style (such as ArticleTitle). However, when I used the application Word2XML.exe to generate a XML file with the DOC, many detail information was lost. For example, the marked contents within a paragraph (set as high_light style) were unable to be tagged in the XML file.
Currently, I am using the journalpublishing.xsd schema to manually edit the DOC file. The result is very good. Unfortunately, it takes a lot of time and efforts. Wish you can make a better approach in the coming OJS 2.2.

I'm the developer working with PKP on developing tools for integrating the MEDLINE and Pubmed Central XML formats into OJS. Please accept my apologies for the delay in replying- I am a full-time student and as such, my time involvement with OJS is currently limited to spare volunteer hours only.

One of the features to be inlcuded in OJS 2.2 is the ability to render XML articles formatted in the PubMed Central DTD (or XSD) directly to XHTML and PDF galleys. This work is nearly complete and we are hoping to test it with a few selected journals over the next few months to refine it.

Regarding PubMed Central, we are currently working on a system which converts articles (in MS-Word or similar) to the NLM Journal Publishing XML format, specifically for the purposes of depositing to PMC. This is related to the earlier forum posts which you mention (Mat Trudel, who submitted the posts, was working with an earlier version of this code). However, this is roughly 90% reliable at present, for well-formatted articles. PMC has a *very* rigourous review process for these files, which can take several weeks or months. At this time we are not ready to release the tool as being "stable", and the most common method of submitting articles to PMC is manually converting articles to XML using desktop tools, and then checking that they are up to PMC standards through their review process. See: http://www.pubmedcentral.nih.gov/about/pubinfo.html

There are also a few requirements for PMC that I should draw your attention to up front:

- all images/figures must be as high resolution and quality as possible; this often may mean separately requesting from the author higher-quality versions than were provided with the original article submission.

- PMC compares "the online presentation of an article, as generated from the XML/SGML and associated image files" against "an accurate and complete rendering of the article"; typically this means a PDF version of the article. An alternative might be to supply PMC with the rendered XHTML, which uses their code (now part of OJS) and should meet their requirements. We are working on having PDF rendering in the next release of OJS, but it has not been finalized.

If you decide to go the PMC route, I would suggest something like the following:

1. Submit a PMC Journal Application (http://www.pubmedcentral.org/pmcdoc/pmc-application.doc).
2. Once you have the final (accepted) versions of the papers to be published, make arrangements to convert them to XML.
3. Have your technical person complete the XML conversion (clean-up) to meet PMC standards.
4. Presumably you should have received an acceptance from PMC by this point. Submit the clean XML files, along with high-resolution images and PDFs to PMC for review.

My goal is to have the XML document conversion tool available for (limited) public use sometime in the spring, but again, as my time is very limited, work on it at the moment is of limited priority. You should see more development and public notices sometime around the May-June time frame.

Excuse me, I have a further question about the graphical galley files. Yes, the previous suggestions (put the files in ojs\public\journals and link the file with <img src="ojs://public/myImage.gif" /> in Html) is working. However, it seems a little strange that the Html file and the image files are located in different folder. I wonder that is it possible to function getHTMLContents() in ArticleHTMLGalley.inc with following suggestions:
1. In the Html, the image file are directly linked with <img src=" myImage.gif" />. This will facilitate the layout editor to create the Html files.
2. While the article was displayed in a browser, the function getHTMLContents() will get the articleâ€™s URL (the folder of the Html file) and cumulate it with the image file name.

Is it correct and possible? Please give me your suggestions to try.
Thank you very much.

asmecher wrote:We're hoping to address this in our next release with a comprehensive automated system that will convert from a word processor's native format (i.e. DOC or ODT) to XML and from there to XHTML and PDF. This will still require some attention at the input end (i.e. using the appropriate styles when formatting the source document), but it will eliminate the manual production of the presentation formats.

Just as a side note: the system that we used previously to OJS had such a feature and it had serious difficulties with complex formattings, e.g. things like tables and uncommon fonts. Of course XML is the absolute best way of permanently storing articles (much better than PDF or XHTML), so if this works reliably that would be awesome...

Excuse me, I have a further question about the graphical galley files. Yes, the previous suggestions (put the files in ojs\public\journals and link the file with <img src="ojs://public/myImage.gif" /> in Html) is working.

Sadly, I haven't gotten this far. I've tried this suggestion, but haven't been able to get the images to show up in my article. Please help this newbie!

Sorry, that question wasn't very clear. I mean within that HTML, is the src=... of the <img> tag you're trying to use being rewritten? Preview that galley, go to View Source in your browser, and look for the image tag that you're having trouble with.

It sounds like OJS is having trouble determining whether the file you uploaded is HTML or not. As Editor or Section Editor, go to the submission's Editing page, scroll down to Layout, and you should see an Edit link beside your HTML file under "Galleys". When you click Edit, do you see a place to upload a matching CSS file on the page?

If not, OJS doesn't think that your HTML file is actually HTML. OJS uses the mime_content_type function to determine file types, and it may be that this PHP feature isn't configured correctly. Search this forum for mime_content_type for information.