Support for PDF/A output

Questions and postings pertaining to the usage of ImageMagick regardless of the interface. This includes the command-line utilities, as well as the C and C++ APIs. Usage questions are like "How do I use ImageMagick to create drop shadows?".
Post Reply
IMWal
Posts: 3
Joined: 2011-05-16T15:47:15-07:00
Authentication code: 8675308

Support for PDF/A output

Post by IMWal »

Hello,

I'm trying to output PDF/A files from JPEG or TIFF images with ImageMagickObject. I'm using ImageMagick-6.6.9-9-Q16-windows-dll, and I have not found any documentation on this feature in this version of ImageMagick. Is it implemented on the current version, and if so, how can compliance be set when running the convert program ?

I found a 2008 topic on this matter, but for an older version (6.3.9-2) and with no indication on how to proceed : viewtopic.php?f=2&t=10751

Thanks for your help, and sorry if I have overlooked any existing documentation or news on this subject.
User avatar
whugemann
Posts: 289
Joined: 2011-03-28T07:11:31-07:00
Authentication code: 8675308
Location: Münster, Germany 52°N,7.6°E

Re: Support for PDF/A output

Post by whugemann »

As far as I understand matters, you would only have to re-define the Ghostscript command line in the file 'delegates.xml', as Ghostscript would only need the -dPDFA option set (see http://pages.cs.wisc.edu/~ghost/doc/cvs/Ps2pdf.htm#PDFA).

Although I read http://www.imagemagick.org/Usage/files/#delegates I do however not quite understand how ImageMagick handles things: 'encode="pdf"' appears twice in the 'delegates.xml' file, one time combined with 'decode="ps"' and one time combined with 'decode="eps"'. I didn't quite get what's the use of the decode/encode pairs: Is it a kind of shorthand conversion for certain pairings of input/output formats? Do I have to alter both lines of the 'delegates.xml' file to ensure that I am converting to PDF/A?

One other question: Where do I have to place my privat 'delegates.xml' file under Windows, such that ImageMagick takes it into account?
Wolfgang Hugemann
User avatar
anthony
Posts: 8883
Joined: 2004-05-31T19:27:03-07:00
Authentication code: 8675308
Location: Brisbane, Australia

Re: Support for PDF/A output

Post by anthony »

the PDF and PS delegate entries in the delegates file are specially handled by the pdf and postscript coder modules.

Other delegates are convertsion pairs that define commands to convert from/to some unknown format to something Im can make use of.

Details are explained (to a degree) in IM Examples, File Handling
http://www.imagemagick.org/Usage/files/#delegates

NOTE security concerns of recent years have made delegate usage slow, as it has forced the use temporary files. It is a real shame as more direct delegate usage could speed things up enormously.
Anthony Thyssen -- Webmaster for ImageMagick Example Pages
https://imagemagick.org/Usage/
User avatar
whugemann
Posts: 289
Joined: 2011-03-28T07:11:31-07:00
Authentication code: 8675308
Location: Münster, Germany 52°N,7.6°E

Re: Support for PDF/A output

Post by whugemann »

I guess that ImageMagick generates PS or EPS output and feeds that to GhostScript. (I tried to figure that out by setting the -verbose option, but couldn't really interpretate what IM reported.) The point seems to be that you cannot generate PDF/A from a non-conform (E)PS file. So IM's PostScript wirting capabilities have to be enhanced, I guess.

I tried adding "-dPDFA -dUseCIEColor" to the two according lines in the 'delegates.xml' file, but did not succeed: The resulting PDF was still non-conform with PDF/A. (I have Acrobat Professional installed, as I have done a lot of pre-print work in recent years.)

I think that PDF/A support is an important issue in archive applications. Thus it would be nice if its support (as announce in viewtopic.php?f=2&t=10751 would be incorporated in future versions of ImageMagick.
Wolfgang Hugemann
IMWal
Posts: 3
Joined: 2011-05-16T15:47:15-07:00
Authentication code: 8675308

Re: Support for PDF/A output

Post by IMWal »

Okay, I realized I wasn't using the right command. After using "mogrify -format pdfa" instead of convert, I got announced PDF/A generated by IM without Ghostcript calls (PDF writing is coded in pdf.c).

But as the old post said, the generated PDF/A is not correct. It's PDF 1.6 whereas PDF/A is by definition PDF 1.4. There seems to be other problems as well according to PDF/A validators.
User avatar
magick
Site Admin
Posts: 11064
Joined: 2003-05-31T11:32:55-07:00

Re: Support for PDF/A output

Post by magick »

We'll fix the version problem. Is there a free PDF/A validator? If so, we'll use it to ensure ImageMagick's PDF/A is conforming.
IMWal
Posts: 3
Joined: 2011-05-16T15:47:15-07:00
Authentication code: 8675308

Re: Support for PDF/A output

Post by IMWal »

There is no free or open source PDF/A validator as far as I know.

However there are some online demos of commercial products, these two are good ones :

- http://www.datalogics.com/products/call ... nedemo.asp

- http://www.pdf-tools.com/pdf/validate-pdfa-online.aspx

This one works by email, not tested :

- http://www.validatepdfa.com/online.htm?step=1
User avatar
magick
Site Admin
Posts: 11064
Joined: 2003-05-31T11:32:55-07:00

Re: Support for PDF/A output

Post by magick »

We added PDF/A validation to our bug list. We do not have an ETA just yet for a patch.
sudhashbahu
Posts: 1
Joined: 2015-04-01T04:14:50-07:00
Authentication code: 6789

Re: Support for PDF/A output

Post by sudhashbahu »

Is there a way to convert to PDF/A that would pass the common online validators?
User avatar
magick
Site Admin
Posts: 11064
Joined: 2003-05-31T11:32:55-07:00

Re: Support for PDF/A output

Post by magick »

The ImageMagick PDF/A passes the online validator we use for PDF/A-3b. Is there a specific PDF/A compliance you are looking for?
pipitas
Posts: 168
Joined: 2012-07-15T14:06:46-07:00
Authentication code: 15

Re: Support for PDF/A output

Post by pipitas »

whugemann wrote:As far as I understand matters, you would only have to re-define the Ghostscript command line in the file 'delegates.xml', as Ghostscript would only need the -dPDFA option set (see http://pages.cs.wisc.edu/~ghost/doc/cvs/Ps2pdf.htm#PDFA).
I don't think Ghostscript has any role when it comes to generating PDFs from raster image input.

(It does have a role when it comes to convert PostScript input to PDF, though.)
homer65
Posts: 1
Joined: 2015-04-13T07:20:07-07:00
Authentication code: 6789

Re: Support for PDF/A output

Post by homer65 »

How can I convert a *.tiff File to PDF/A. For Example does "convert my.tiff my.pdf" build a PDF/A File?
Post Reply