11/6/2022 0 Comments Pdfbox ps to pdf> Why are you setting OutputICCProfile ? I think you do not want to do that in But the version used in my company is 9.14. I meant to say that I tried both versions. Oh, and if you are using 9.14 my first reply will be 'try > Which ? 9.14 or 9.15 ? If you are using 9.15 there's little point in > (In reply to Christopher from comment #0) Possibly you have found a case which doesn't and that would be a bug, but without seeing the file I can't tell. > also tested a ps-file with obvious color space CMYK with same results asīoth PDF/A conversion and the conversion into specific device spaces are known to work. > input-PS into the desired color space of the output-PDF - without knowing > -sColorConversionStrategy should ensure converting the color space of the Various tools are better/worse at detecting validation problems, at least one (no I cannot remember which) has been seen to give false negatives on valid PDF/A files in the past.Īs you haven't supplied a specimen file, I can't say, I can't even say if there *is* a problem. > /CMYK, online validation fails with the result as above. > If I use `-sColorConversionStrategy=/UseDeviceIndependentColor` instead of > Java PDFBox validation returns true surprisingly (PDF/A is valid). Why are you setting OutputICCProfile ? I think you do not want to do that in this case. > -sOutputFile=output.pdf -dPDFACompatibilityPolicy=2 "PDFA_defRGB.ps" > -sColorConversionStrategy=/RGB -sOutputICCProfile=AdobeRGB1998.icc > "gswin64.exe" -dPDFA=1 -dBATCH -dNOPAUSE -dNOOUTERSAVE Oh, and if you are using 9.14 my first reply will be 'try 9.15' :-) Which ? 9.14 or 9.15 ? If you are using 9.15 there's little point in reporting 9.14. (In reply to Christopher from comment #0) So is there any possibility to use GhostScript doing that with the only guarantee that the input file format will be Postscript? Pdfbox ps to pdf code#I need to call GhostScript from Java code getting unknown ps-files as input converting them into valid PDF/A-files. Apparently that is not possible for I also tested a ps-file with obvious color space CMYK with same results as posted above. So, what's the problem? As I understand the GhostScript command, -sColorConversionStrategy should ensure converting the color space of the input-PS into the desired color space of the output-PDF - without knowing what color space the input file has. When using `-sProcessColorModel=DeviceCMYK` instead of `-sColorConversionStrategy` the online validation and PDFBox both detect a valid PDF/A. If I use `-sColorConversionStrategy=/UseDeviceIndependentColor` with RGB-settings as shown on top, online validation fails identical to the first error message: If I use `-sColorConversionStrategy=/UseDeviceIndependentColor` instead of /CMYK, online validation fails with the result as above. Java PDFBox validation returns true surprisingly (PDF/A is valid). Pdfbox ps to pdf pdf#The document doesn't conform to the PDF reference (missing required entries, wrong value The value of the key N is 3 but must be 4. If I use `-sColorConversionStrategy=/CMYK` and an appropriate and PDFA_def the validations fails, too. The document contains device-specific color spaces. The document does not conform to the requested standard. Validating file "output.pdf" for conformance level pdfa-1bĪ device-specific color space (DeviceCMYK) without an appropriate output intent is used. sOutputFile=output.pdf -dPDFACompatibilityPolicy=2 "PDFA_defRGB.ps" input.psĪfter doing so I validate via Apache's PDFBox and online via PDF-tools tells me that: sColorConversionStrategy=/RGB -sOutputICCProfile=AdobeRGB1998.icc -sDEVICE=pdfwrite "gswin64.exe" -dPDFA=1 -dBATCH -dNOPAUSE -dNOOUTERSAVE Using GhostScript 9.14/9.15 I am trying to create a valid PDF/A from a Postscript file.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |