Hi
take a normal Pdf (Not Pdf/A but PDF1_4), size 381KB
1) using ConvertToPDFA the new file size is 2436KB
2) using my cheat (*) the new file size is 396KB
For both new files GetPDFAConformance says: PDF_A_1b
question: can be true also for the second file?
cheat (*)
a) create e new and empty Pdf/A
b) Merge a) with a normal Pdf
c) Delete first page
d) voila!
P.S.: cannot attach file 1) cause is too big
Is really Pdf/A?
Is really Pdf/A?
- Attachments
-
- IU1.pdf
- (380.45 KiB) Downloaded 191 times
Re: Is really Pdf/A?
Hi there,
Using the MergeDocument method, if the first PDF document in the list (stored in the first GdPicturePDF object in the input parameter) is PDF/A compliant, the resulting document will also be PDF/A compliant. The conformance level and version of the merged document will be PDF/A-1b regardless of the original conformance of the first source document.
PDF/A format is a PDF with restrictions in it metadata's definition to ensure the portability/integrety of it.
So yes, it should be true!
Here's the PDF/A restrictions:
- ignore any data that are not described by the PDF and PDF/A standards;
- ignore any linearization information provided by the file;
- only use the embedded fonts (rather than any locally available, substituted or simulated fonts);
- only display using the embedded colour profile;
- ensure that form fields do not change the rendered presentation and are rendered without regard to the form data;
- ensure that annotations are rendered consistently.
Hope it helps!
Fabio de Rose
Solution Engineer
Using the MergeDocument method, if the first PDF document in the list (stored in the first GdPicturePDF object in the input parameter) is PDF/A compliant, the resulting document will also be PDF/A compliant. The conformance level and version of the merged document will be PDF/A-1b regardless of the original conformance of the first source document.
PDF/A format is a PDF with restrictions in it metadata's definition to ensure the portability/integrety of it.
So yes, it should be true!
Here's the PDF/A restrictions:
- ignore any data that are not described by the PDF and PDF/A standards;
- ignore any linearization information provided by the file;
- only use the embedded fonts (rather than any locally available, substituted or simulated fonts);
- only display using the embedded colour profile;
- ensure that form fields do not change the rendered presentation and are rendered without regard to the form data;
- ensure that annotations are rendered consistently.
Hope it helps!
Fabio de Rose
Solution Engineer
Re: Is really Pdf/A?
OK, thanks
but how is possibile that two different ways for having a Pdf/A-1b from the same Pdf document create two Pdf/A-1b so different in size?
for us is absolutely important because we need to send to an important service only Pdf/A-1b
thanks
Alberto
but how is possibile that two different ways for having a Pdf/A-1b from the same Pdf document create two Pdf/A-1b so different in size?
for us is absolutely important because we need to send to an important service only Pdf/A-1b
thanks
Alberto
Re: Is really Pdf/A?
Firstly, PDFs may be enormous if one or more typefaces have been embedded and subset inside that particular PDF file. In fact, adding a single typeface to a PDF documenthappy wheels game may significantly increase the file size. Second, photos may be a problem.
Who is online
Users browsing this forum: No registered users and 0 guests