-
Notifications
You must be signed in to change notification settings - Fork 47
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make logging system more useful for end users #1445
Comments
In this document the RoleMap contains duplicated entries:
verapdf and Acrobat using the value that was found later |
Originally posted by @ozross in https://github.com/duallab/ngPDF/issues/2#issuecomment-2073556947 OK. That is a simple explanation ... ... and I now know the way to prevent it from happening within my LaTeX processing. But it begs the question of how I could have found this for myself. What software do you use to see the RoleMap, ClassMap and other internal code, in a compressed PDF ? Is it free, for Unix/Linux/MacOS ? Or relatively inexpensive ? |
I don't know such programs. I used the veraPDF debugging to explore this case. |
Originally posted by @ozross in https://github.com/duallab/ngPDF/issues/2#issuecomment-2095087287 and https://github.com/duallab/ngPDF/issues/2#issuecomment-2112138406 Great; that's an option of which I was not aware. With Yet the I'd like to learn how to diagnose these completely, even if it isn't crucial. The image below shows that the PDF validates for both PDF/UA-1 and PDF/A-3a, but there are a significant number of messages written to the shell window, from which the GUI interface was launched. After unchecking everything in that "Features Config" there are still many messages; so I cannot tell whether any of those settings were relevant. Probably not. Cheers.
|
@ozross |
Originally posted by @ozross in https://github.com/duallab/ngPDF/issues/2#issuecomment-2067394063 and https://github.com/duallab/ngPDF/issues/2#issuecomment-2071152016
In a picture sent there are warnings about duplicated dictionary keys.
The object ID given is to the /StructTreeRoot dictionary, which seems rather strange.
I've traced these to be resulting from the same name being used as a key in both the /RoleMap and /ClassMap dictionaries, which surely is valid though maybe not best practice.
By changing the /RoleMap entry to a relative reference to a separate dictionary object, and similarly for the /ClassMap entry, the warnings no longer occur. Previously these dictionaries were given as direct entries of /StructTreeRoot .
Is there a lesson to be learned here, that could/should be shared in some documentation?
FallMT2022-Jul28.pdf
Here are the warnings:
Here is a picture displaying some of what I think is happening — but it doesn't indicate or explain all of it.
There are 3 keys that are used in both the
RoleMap
andClassMap
:/CRDclause
,/CRDfishimages
,/PRPcomment
one key that differs in the case of a single letter:
/CRDcitation
role, as opposed to/CRDCitation
classwith no duplication for 2 others:
/onPages
and/NOAAtype
.Indeed the latter
/NOAAtype
is not used at all within the structure tree, except as a titleNOAAtype
of 2 different objects:top.01
andtop.05
objects 551 and ??? respectively.Hope this helps.
The text was updated successfully, but these errors were encountered: