TITLE: Frequently Asked Questions
> What formats are acceptable for CogPrints submissions?

The following list describes the document formats currently accepted by this archive. The list also illustrates the order of preference with HTML being the best format.

  1. HTML
  2. PDF
  3. Plain text
  4. PostScript

> I am having difficulty finding a way to view the PostScript articles.
> Please can you point me in the direction of the appropriate software -
> I am a PC person running Windows 95.

The program you need is called Ghostview. It is available for free on the internet at the following URL:


You also need a program called Ghostscript that is used by Ghostview. This is available at:


Details of all this are at the Ghostview site. They're a bit tricky to install but instructions come with the packages. There's also a Macintosh version of Ghostscript available at:


> I'm having trouble converting my Microsoft Word (etc.) document
> to HTML.

Many word processors, including the lastest version of Microsoft Word, offer a "Save as HTML..." or similar option from the File menu. For other versions of Word, and other word processing packages, two utilities are available that can convert RTF files and LaTeX files to HTML. They are available for free download from the following Web sites:

Most Microsoft Word versions and many other word processors can produce RTF output, so the RTFtoHTML utility can be used to produce HTML from these.

To make the conversion task easier, ensure that tables and figures are inserted in the appropriate places, and make sure that tables in your manuscript are entered in your word processor as table objects (using e.g. the Table -> Insert Table menu item in Microsoft Word.) Don't just enter the table as text aligned with tabs!

If you have HTML in which non-standard symbols (such as mathematical symbols) do not appear correctly, please include them as plain text alternatives or image (.gif) files to appear in the HTML version of your manuscript.

> I have recently archived a few manuscripts. How do I go about
> updating (if revision has taken place, or adding the reference after
> publication)?

We strongly encourage you to keep the old versions of your manuscripts in the archive, and deposit the new versions as well. The old version will be linked to the new version, so that anyone finding your old version from a search or an old link will be able to see that a newer version has been deposited.

The easiest way to deposit an updated version is to select the review your documents in the archive option from your author area. Find the document you want to deposit an updated version of, and select the `Clone' option. You should see a clone of the old version of the paper appear in your workspace. Select the clone, and click on "Edit". You can now upload your updated version, and the relevant "commentary" field (in the `succession/commentary' page) will have already been filled in. When your updated version is placed in the archive, the abstract pages of both old and new versions will show links to the other version.

> Are there any limitations on what we can deposit in CogPrints? What is
> there to stop students clogging the archive up with all their essays? Is
> there any refereeing or quality assurance criterion before we post material
> to the archive?

Incoming submissions do not go straight into the archive; initially they are placed in a "buffer". The papers in this buffer are then reviewed by Stevan Harnad, and only those with content suitable for the archive are installed. This prevents the archive becoming clogged up with unsuitable material.

> What about the copyright issues associated with CogPrints? e.g. If I
> want to publish a paper in a "normal" journal: do I have to ask the
> journal's editor for permission to deposit the paper (non-refereed and
> refereed) to CogPrints?

The copyright issue is dealt with in the separate CogPrints copyright FAQ.

> Do you accept submissions in languages other than English?

We do accept papers written in any language. However, English is preferable, especially for the abstract (as entered in the WWW interface.)

>    When I clicked to view the document I had deposited I realized that
> there were problems I had to clean up before finalizing my submission.
> So I went to delete my document, which SEEMED to work. Then I
> cleaned up my document, and deposited it again. That too SEEMED to work,
> but on clicking to view my document again, the older inadequate version
> was still being shown.
>    I never clicked on the final, ultimate, submission button, so please
> advise me on how to get the proper version of my paper into your
> submissions process.

The problem is probably down to your Web browser. Most modern web browsers "cache" (keep temporary copies of) files you view on the web. If you go back to a page you've looked at already, the browser will use the cached copy rather than go and retrieve the document from the web site again.

So, when you wanted to view your second deposited document, your browser probably thought it had seen the document before and presented you with its cached, out-of-date version. The solution is, when you view your redeposited document, to click on your browser's "reload" button which should make the browser go to the web site and retrieve the updated version. On some browsers you may need to hold down the shift key while you do this.

If this still doesn't work, you may have to go into your browser's options/preferences screen and select the option "Clear caches" or equivalent, and then view the document again.

> There were a few problems uploading my paper. In the preview, two of the
> figures (.gif files) didn't come up. The rest are all right. The two
> files are displayed without any problem on my website, so, I don't know
> why they do not come up here.

One possible reason is that the case of the filenames in the document may be different from the actual file. Some servers and operating systems (for example, Microsoft Windows) are case-insensitive; that is, they ignore the case, so "figure1.gif" and "FIGURE1.GIF" refer to the same file. Others, such as Unix (the platform we use here at CogPrints) require that the case is exactly the same. You must make sure that the filename of your figure and the the reference in the document match exactly. This is a very common error.