For me, the reason to collect PII and sign the PDF is to convince ourselves independent of anyone else that there is a real human being on the other end of that keyboard. With legal rights that can be granted to Apache.
> On Feb 1, 2021, at 9:29 AM, sebb <seb...@gmail.com> wrote: > > Do we really need to sign a PDF? > > Would there be a better way to collect the data that we need? Technically, the only "data we need" is an email address. But I don't think that our focus should be on "data we need". Craig > > On Fri, 29 Jan 2021 at 02:51, Matt Sicker <boa...@gmail.com> wrote: >> >> I think that's a great idea. Back when I trialed DocuSign, they had a >> feature for online form filling from a PDF you upload. I wonder if >> there's a way we can integrate more easily with form filling apps like >> that. >> >> On Thu, 28 Jan 2021 at 16:56, Craig Russell <apache....@gmail.com> wrote: >>> >>> Seems to me that we could improve the CLA submitting page to explain how to >>> sign the .pdf. >>> >>> On my Mac, I can save the icla.pdf from Safari, open it with Preview, fill >>> the form with the keyboard and then apply a signature to the form via >>> Tools/Annotate/Signature, "save as" myicla.pdf and send it off as an >>> attachment to an email. >>> >>> Most of the received .jpg files are printed and then scanned with a phone. >>> >>> But modern phones also allow you to download the icla.pdf and fill the >>> form, including to add a signature. You can then share it to mail and send >>> it off. >>> >>> I've just tested this on the live site. The first attempt used Google >>> Chrome to navigate to the icla.pdf, opened with Adobe Acrobat, filled the >>> form (only one field as an exaple), signed it with a pretty good signature, >>> and then shared a link to a document in the cloud which is not acceptable. >>> The second attempt shared a copy of the document which was attached to an >>> email message. The second attempt can produce an acceptable iclaxxx.pdf >>> suitable for filing. >>> >>> So I think we should be able to document a few good ways to get a signed >>> ICLA without printing or scanning. >>> >>> WDYT? >>> >>> Craig >>> >>>> On Jan 23, 2021, at 8:00 AM, sebb <seb...@gmail.com> wrote: >>>> >>>> Surely it would be simpler to do a screen print of the image? >>>> >>>> However, both options are likely to degrade the quality of the scan. >>>> >>>> Also, it's not essential to convert everything to PDF. >>>> >>>> On Sat, 23 Jan 2021 at 15:32, Dave Fisher <w...@apache.org> wrote: >>>>> >>>>> If you have a modern all-in-one printer. You can print the image and then >>>>> scan to pdf. >>>>> >>>>> Does the secretarial team have that equipment? >>>>> >>>>> Regards, >>>>> Dave >>>>> >>>>> Sent from my iPhone >>>>> >>>>>> On Jan 23, 2021, at 4:50 AM, sebb <seb...@gmail.com> wrote: >>>>>> >>>>>> On Sat, 23 Jan 2021 at 00:48, Craig Russell <apache....@gmail.com> >>>>>> wrote: >>>>>>> >>>>>>> Hi Sebb, >>>>>>> >>>>>>> Since years ago we have converted ICLAs to .pdf, and I think this is a >>>>>>> good approach. >>>>>> >>>>>> I was not suggesting that we should abandon doing so, but that it was >>>>>> an alternative. >>>>>> >>>>>>> I asked the submitter to send a single .pdf and he did so. So this case >>>>>>> is closed. >>>>>> >>>>>> Fine, but that might not always be possible. >>>>>> >>>>>>> Craig >>>>>>> >>>>>>> >>>>>>> >>>>>>>>> On Jan 15, 2021, at 4:02 PM, sebb <seb...@gmail.com> wrote: >>>>>>>> >>>>>>>> Looks like there is an issue with the image which img2pdf cannot >>>>>>>> handle: >>>>>>>> >>>>>>>> https://gitlab.mister-muffin.de/josch/img2pdf/issues/61#note_912 >>>>>>>> >>>>>>>> Is it not possible to save the JPGs without converting to PDF first? >>>>>>>> >>>>>>>> On Fri, 15 Jan 2021 at 06:46, Craig Russell <apache....@gmail.com> >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Currently in the secretary queue there is a two-page document for Wei >>>>>>>>> Li. Trying to pdf-ize either page results in an error. >>>>>>>>> >>>>>>>>> Exception: #<RuntimeError: Failed to convert liwei-ICLA-1.jpg to PDF> >>>>>>>>> >>>>>>>>> Any ideas? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Craig >>>>>>>>> >>>>>>>>> Craig L Russell >>>>>>>>> c...@apache.org >>>>>>>>> >>>>>>> >>>>>>> Craig L Russell >>>>>>> c...@apache.org >>>>>>> >>> >>> Craig L Russell >>> c...@apache.org >>> Craig L Russell c...@apache.org
