CVPR 2006 Camera-ready copy notes

If you are an accepted author and have never heard of Bob Werner, you should check your junk folder for the upload instructions.

If you've forgotten where they are, look at http://www.computer.org/portal/pages/ieeecs/publications/cps/final/cvpr06.xml

1. Uncomment the \cvprfinalcopy line
2. Comment out the \usepackage{hyperref}
3. Uncomment \thispagestyle{empty} on page 1

Some of you may be having difficulties with generating PDF files which the IEEE's PDFeXpress will validate, particularly if you are using pdflatex. Note that these difficulties are not directly to do with the fact that there is a new style file, but are exacerbated by the fact that it encourages you to use pdflatex.

This message will not fix all problems, but represents our current knowledge, in the hopes that it will help many of you.

In summary, the error reports you are getting are of two forms:

• Hyperlinks in documents
• Fonts not embedded

The second is more difficult. Here are the options which we have found, in increasing order of complexity.

1. Assuming "cvpr06.pdf" is the file produced by pdflatex, the following GhostScript command should make an IEEE compatible one in output file "ieee.pdf".

   [Tested on GNU Ghostscript 7.07 (2003-05-17) on Linux, and GPL Ghostscript 8.15 (2004-09-22) on cygwin].

   gs -sDEVICE=pdfwrite -q -dBATCH -dNOPAUSE -dSAFER \
     -dPDFX \
     -dPDFSETTINGS=/prepress \
     -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode \
     -dAutoFilterGrayImages=false -dGrayImageFilter=/FlateEncode \
     -sOutputFile=ieee.pdf \
     -c '<</NeverEmbed []>> setdistillerparams' \
     -f cvpr06.pdf  \
     -c quit
   

   [Thanks to Miguel A. Carreira-Perpinan for the image filter lines.] For those who disdain the command-line, you can do the same from within GhostView:
   1. Open cvpr06.pdf
   2. File->Convert
   3. Set Device: pdfwrite, Resolution: 600, Pages: select all
   4. Press "Properties" and set these properties:

      CompatibilityLevel	1.3
      PDFSETTINGS	/prepress
      EmbedAllFonts	true
      SubsetFonts	true

   5. OK, OK.

   Don't forget to proofread ieee.pdf carefully -- the reason we have to go through this whole process is that not embedding the fonts might cause the document's character appearances to change when processed at IEEE. By doing it on your machine, you are finalizing these appearances and spacings, so that finalized copy is the one you should proofread.

2. In recent versions of MiKTeX (tested on 2.4, pdftex 1.21a), prepending the line \pdfmapfile{psfonts.map} to the LaTeX source file causes the fonts to be embedded. [This is known to have worked in one case and failed in another]
3. [UNTESTED] Add the line "map psfonts.map" to your pdftex.cfg file. On Windows, this is probably c:/texmf/pdftex/config/ On Unix systems the file is probably in /usr/local/texmf/pdftex/config/pdftex.cfg but you will most likely not be able to edit it, and probably shouldn't anyway as you may affect other users. In either case, remove the line after you have finished making your PDF.
4. Use latex/dvips rather than pdflatex. This is more work, because images need to be converted to EPS. Santhosh Kodipaka writes: In Linux, "dvipdfm" command embeds the fonts by default. This should do the job, just fine.

   dvipdfm -r 600 cvpr06.dvi
   

Hi Andrew,

I just found a simple way to solve the embedded fonts problems:

Convert the pdf to ps (e.g. acrobat professional or pdf2ps) and then:
either send it to the IEEE Pdf eXpress site for compilation (they  
accept ps format in addition to dvi format)
or (this is what I did) use Acrobat professional addition to create a  
pdf from the post script file and make sure that the option embedd  
all fonts is checked.

worked for me and hope it can work for others.
Regards,
Eran

Dear CVPR chair,

I tried using your suggested option (1), which sadly did not work. The 
other options were not tried. It was then realised that problem was the 
imported MATLAB figure which uses Helvetica for its sans serif font. It 
was included in the final pdf by converting it using epstopdf and then 
using the standard \includegraphics macro. The world wide web suggested 
that the conversion to pdf could be forced to include fonts. After much 
messing, the following steps were used to fix the problem, embed the font 
and pass the pdfeXplore compatibility test:

[Windows XP, Miktex]

1) Create eps from MATLAB using "export"
2) edit eps file in the following ways:
 	* add <</AlwaysEmbed [/Helvetica]>> setdistillerparams
 		immediately after the header comments.
 	* find/replace Helvetica > QuasiSwissCondensedTTF-Regular
3) Open Adobe Acrobat Distiller 6.0
4) Add fonts directory
 	C:\MiKTeX\main\fonts\truetype\public\qfonts
5) Convert to pdf

Obviously, the find/replace step (and the associated adding of a fonts 
directory) were because 'Helvetica' is not available on my system. It is 
not know whether the \AlwaysEmbed command is necessary as there was no 
test performed without it.

The use of Distiller was because epstopdf, unlike ps2pdf, does not have 
any options regarding the embedding of fonts.

I hope this is helpful.

Aeron Buchanan