You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have to propose an enrichment of the current credential schema including a graphic element, cryptographically verifiable
this proposal starts with the evaluation of implementing trust marks, such as in the form of a qrcode, that enable the cryptographic validation and also the human representation of the verifiable element
The text was updated successfully, but these errors were encountered:
What do you mean as graphic style in the second proposal?
In the holder device, the graphics of the credential must be reconstructed starting from the base image and inserting the various textual elements promptly (x,y coordinates) so building an ad-hoc template. The main problem with the two proposals made is that in the event of a change in one or both objects (graphics and metadata) we would have a non-aligned template in the app.
the two proposal are exclusive, DTD and IPZS agreed on the first one, with the graphic styles within the metadata, while the second proposal was brought by pagopa during the editor's call
peppelinux
changed the title
[Proposal] Credential schema enrichment with verifiable graphic element
Credential schema enrichment with verifiable graphic element
Jul 17, 2024
We have to propose an enrichment of the current credential schema including a graphic element, cryptographically verifiable
this proposal starts with the evaluation of implementing trust marks, such as in the form of a qrcode, that enable the cryptographic validation and also the human representation of the verifiable element
The text was updated successfully, but these errors were encountered: