[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: AW: [dss-x] Verification Reports for Visual Signatures
Hi Pim,
the SignatureProductionPlace-element is defined as follows:
<xsd:element name="SignatureProductionPlace" type="SignatureProductionPlaceType"/>
<xsd:complexType name="SignatureProductionPlaceType">
<xsd:sequence>
<xsd:element name="City" type="xsd:string" minOccurs="0"/>
<xsd:element name="StateOrProvince" type="xsd:string" minOccurs="0"/>
<xsd:element name="PostalCode" type="xsd:string" minOccurs="0"/>
<xsd:element name="CountryName" type="xsd:string" minOccurs="0"/>
</xsd:sequence>
</xsd:complexType>
As long as there are no other conventions about the internal structure of the
Location-element in PDF, which allow to fill the more complex structure,
it might just be possible to map the Location-element to the City-element.
What do you think about this possibility?
BR,
Detlef
> -----Ursprüngliche Nachricht-----
> Von: Pim van der Eijk [mailto:pvde@sonnenglanz.net]
> Gesendet: Sonntag, 6. Juli 2008 16:20
> An: 'Ezer Farhi'; Huehnlein, Detlef; dss-x@lists.oasis-open.org
> Betreff: RE: [dss-x] Verification Reports for Visual Signatures
>
>
> Hello,
>
> I agree that it would be good if a simple string value for
> CommitmentTypeIndication would be possible, as an option.
> This would make it possible for software that processes PDF
> document to represent the information from the PDF "Reason"
> field (which is unstructured) in the XML structure. The PDF
> "Location" similarly is a simple string value, so this would
> be analogous. The implact on the XML schema would be minimal.
>
> Thanks to you both for your responses.
>
> Pim
>
>
> -----Original Message-----
> From: Ezer Farhi [mailto:Ezer@arx.com]
> Sent: 06 July 2008 13:44
> To: Huehnlein, Detlef; Pim van der Eijk; dss-x@lists.oasis-open.org
> Subject: RE: [dss-x] Verification Reports for Visual Signatures
>
> Hello Detlef,
>
> Some remarks below.
>
> Regards,
> Ezer
>
> -----Original Message-----
> From: Huehnlein, Detlef [mailto:Detlef.Huehnlein@secunet.com]
> Sent: Sunday, July 06, 2008 2:16 PM
> To: Ezer Farhi; Pim van der Eijk; dss-x@lists.oasis-open.org
> Subject: AW: [dss-x] Verification Reports for Visual Signatures
>
>
> Hi Ezer,
>
> >
> > I think that is a good point that there are additional information
> > needed to be included in the multi-signature report profile. I
> > mentioned that in the draft of the Visual Signature profile.
> > The question is whether to include this additional
> information in the
> > multi-signature report or in the visual signature profile.
> > I think that it makes more sense to mention elements such as field
> > name and reason in the visual signature profile as an extension to
> > the multi-signature report. (I'm not sure how formally and
> technically
> > this can be achieved though...)
>
> as the verification report profile already has different
> conformance levels ("basic" and "advanced") I would prefer
> not to introduce more levels by profiling this profile, but
> the "advanced" level should cover everything, which is
> necessary to support the different signature formats.
>
> EF - OK.
>
> Concerning the SignaturePtr-structure we could easily add the
> FieldName attribute. What do you think about the potential
> mapping of the PDF.Reason-element to the
> XAdES.CommitmentTypeIndication-element (cf. XAdES, v1.3.2,
> Section 7.2.6)?
>
> EF - Reason is a simple free text while as I understand
> CommuinmentTypeIndication is a much more complex element.
> I think it is important for this profile to enable retrieval
> of additional application specific information that is
> bounded to the digital signature as a generic element
> definition that can contain xs:string.
>
> BR,
> Detlef
>
> >
> > Regards,
> > Ezer
> >
> > -----Original Message-----
> > From: Pim van der Eijk [mailto:pvde@sonnenglanz.net]
> > Sent: Tuesday, July 01, 2008 11:41 AM
> > To: dss-x@lists.oasis-open.org
> > Subject: [dss-x] Verification Reports for Visual Signatures
> >
> >
> >
> > Hello Detlef, Ezer and others,
> >
> > For a project I have a requirement that covers both the
> verification
> > report profile and the visual signature profile.
> > The project is an electronic archival system that archives PDF
> > documents. To support retrieving documents based on signature
> > information, we want to run a verification report on PDF
> documents to
> > retrieve any signatures in them, at the stage of adding new
> documents
> > to the archive. Ideally, both profiles could work together, so the
> > verification report could provide a full report for documents with
> > visual signatures.
> >
> > For PDF documents, the verification should report on the PDF fields
> > "Location" and "Reason". In the verification report schema, the
> > Location could map to "SignatureProductionPlace".
> > Is that a correct assumption?
> > Where would the value for the PDF signature "Reason" fit in the
> > verification report schema?
> >
> > In Ezer's draft Visual Signature profile, there is an added element
> > "SignatureReason" in "VisualSignatureDisplayConfigType".
> Should the
> > verification report profile reference the visual signature
> profile and
> > retrieve such elements from its schema?
> >
> > Pim
> >
> >
> > -----Original Message-----
> > From: Detlef.Huehnlein@secunet.com
> > [mailto:Detlef.Huehnlein@secunet.com]
> > Sent: 05 May 2008 14:24
> > To: dss-x@lists.oasis-open.org
> > Subject: [dss-x] Groups - 1st working draft for multi-signature
> > verification reports profile
> > (2008_05_05_oasis-dss-profile-for-comprehensive-signature-veri
> fication-repor
> > t.doc) uploaded
> >
> > Dear DSS-X-team,
> >
> > I just uploaded the first working draft for the multi-signature
> > verification reports profile.
> >
> > I'm looking forward to interesting discussions via mail
> and/or in our
> > next telco.
> >
> > Best regards,
> > Detlef
> >
> > -- Detlef Huehnlein
> >
> > The document named 1st working draft for multi-signature
> verification
> > reports profile
> > (2008_05_05_oasis-dss-profile-for-comprehensive-signature-veri
> fication-repor
> > t.doc)
> > has been submitted by Detlef Huehnlein to the OASIS Digital
> Signature
> > Services eXtended (DSS-X) TC document repository.
> >
> > Document Description:
> > This document defines a protocol and processing profile of the DSS
> > Verifying Protocol specified in Section 4 of [DSSCore],
> which allows
> > to return individual signature verification reports for
> each signature
> > in a verification request and include detailed information of the
> > different steps taken during verification.
> >
> > View Document Details:
> > http://www.oasis-open.org/apps/org/workgroup/dss-x/document.ph
> p?document_id=
> > 28182
> >
> > Download Document:
> > http://www.oasis-open.org/apps/org/workgroup/dss-x/download.ph
> p/28182/2008_0
> > 5_05_oasis-dss-profile-for-comprehensive-signature-verificatio
> n-report.doc
> >
> >
> > PLEASE NOTE: If the above links do not work for you, your email
> > application may be breaking the link into two pieces.
> > You may be able to copy and paste the entire link address into the
> > address field of your web browser.
> >
> > -OASIS Open Administration
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe from this mail list, you must leave the
> OASIS TC that
> > generates this mail. You may a link to this group and all
> your TCs in
> > OASIS
> > at:
> > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgr
> oups.php
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe from this mail list, you must leave the
> OASIS TC that
> > generates this mail. You may a link to this group and all
> your TCs in
> > OASIS
> > at:
> > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgr
> oups.php
> >
> >
>
>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]