Please also add my support for the feature request of being able to add this stamp to a .zip file of PDF files.
We are planning to sell "packages" of eBooks.. so each .zip file will contain two or more PDF files.
It would be fantastic if the stamp is possible to be added to each of the included PDF files.
Thanks.
Because of the way PDF stamping works by taking advantage of certain aspects of the PDF file spec, it will only ever be able to work with actual .pdf files as-is, and unfortunately will never be able to work with .zip'd PDFs.
You might consider using our multiAdd hack to present buyers with a single Add to Cart button that would actually put two or more separate items (each with their own PDF file) into their cart:
1http://www.e-junkie.com/bb/topic/21211
That's unfortunate. Seems like it should be simple to unzip the .zip file, process the PDF files, and then rezip them. How is that technically different then if we just give you a PDF file directly? ie: It's the exact same PDF files.. but zipped. So you just need to add a "unzip to temp folder" step first.
(I am a software developer so I'm curious as to the "certain aspects of the PDF file spec" that you say prevents this from working.)
Regardless, the multiAdd hack will not work for us, since the whole point of having multiple PDF files in a single item is to allow the customer to get a discount on multi-ebook purchase.
For example, if we sell each ebook individually for $10, then we want to be able to offer two of them in a single bundle for $15. If there's a way to do that with the multiAdd hack, please let me know. (ie: Can we pass in a price over-ride as part of the multiAdd array data?)
Other then that... I'm very open to any ideas about how to handle our requirements and still get the watermarking to work. That is a major reason I convinced my customer to start using you..so they're not too happy it won't work on their "ebook bundle" items.
Thanks.
It's actually the layering/compositing features of the PDF spec that allow us to stamp the files; if the file is not a PDF, then the stamper app won't work. The stamper also has no way to unzip files, and even if it did, that would create a fulfillment-timing problem, since each file has to get stamped on-the-fly for each buyer only after payment is completed, and that already takes longer than we'd prefer just selling single PDFs, and especially for large or complex PDFs.
Additional stalling tactics to cover the extra delay required to unzip and rezip a collection of files (not to mention the additional time to stamp more than just one PDF) would only defer buyers' gratification even further, making for an unsatisfactory buyer experience. Moreover, what if not all the files in the .zip are PDFs? What if they have different authoring passwords? What if, what if... It opens a huge can of worms that reintroduces the very problem we'd introduced stamping to avoid, namely, the unsatisfactory buyer experience of DRM-style approaches.
Have you considered simply recompiling each of your PDF file collections into a single PDF for each bundle?
PDF Stamping is not working for me.
o Seller Admin > View/Edit/Delete Products -> select Send transaction data to a URL -> -> Enter the following URL in payment variable information URL: -> Submit
http://www.e-junkie.com/ecom/oplug.php?e_stamp_pdf=true&pdf_allow_copy=y&pdf_allow_print=y
Note: I don't have an editing/authoring password on the PDF file. So, I've removed the &pdf_pwd= as per the documentation.
I still don't see the stamping. Can someone help? Please take a look at the document that is on my account and let me know whether anything is wrong in the PDF file that I've uploaded.
Note: I created the PDF file using Adobe PDF creator directly from Microsoft Word.
Suppose we continue to give e-junkie a pdf file rather than a zip. Along with the name to zip the file into when the pdf stamping has been added.
As an ex-software developer, it seems that this would be far simpler, and take way less time that requiring e-junkie to unpack a pdf before adding the pdf stamping customization.
A zip would also provide a faster download, which might compensate, and perhaps even more than compensate for the extra time needed to zip the resultant pdf.
This would go a long way to satisfying the basic need, without needing a rewrite of the whole system for unusually complex non-standard requirements...
TysonAdditional stalling tactics to cover the extra delay required to unzip and rezip a collection of files (not to mention the additional time to stamp more than just one PDF) would only defer buyers' gratification even further, making for an unsatisfactory buyer experience.
...
Have you considered simply recompiling each of your PDF file collections into a single PDF for each bundle?
Yes I have considered this.. and this is what we'll be doing as a "fix" for now.
However... I don't really see how your logic makes sense.
The number of pages needed to "stamp" is identical regardless of whether we have two eBook files or one file. (If we take two 50 page ebooks and combine them into a single 100 page ebook.. isn't that the exact same amount of work for the stamping process? Does opening a PDF file really take that much additional processing?)
What you are saying as being the problem (slow stamping, delayed customer fulfillment, etc) doesn't make sense if you then turn around and suggest a possible "fix" is to simply add all the ebooks into one.
What am I missing?
Unzipping and (especially) rezipping files takes a lot longer than simply stamping a PDF file as-is. That's the additional, unacceptable delay I was referring to. At any rate, even if you'd find the added delay acceptable, we simply don't have any way to automate unzipping, stamping and rezipping, so we'd have to program that whole routine. We hadn't even thought of that when we wrote the Stamper in the first place, so at present it's only capable of stamping a single PDF file at a time. Development will put your request on the wishlist, but we can't promise it'd get done anytime soon considering everything else they're already working on.
Ok.. let's throw aside the unzipping issue for a bit. That's fine, and I understand the reasoning behind that.
However, what I don't understand is why you can't stamp a multi-file item. (ie: An item that includes multiple pdf files.
How is that any different then if we combine the two files into a single PDF?
There is no file to unzip/zip in that case.
No?
CrisBCTSuppose we continue to give e-junkie a pdf file rather than a zip. Along with the name to zip the file into when the pdf stamping has been added...
The problem is the requirement to stamp a whole collection of separate PDF files that would be issued as a single product together, and we have no way for sellers to upload multiple files for a single product in the first place, other than compressing them into a single .zip that is simply issued to buyers as-is. The PDF Stamper currently won't even work with "package deal" bundles using the "Package files from other products" feature; it can only stamp a single PDF file that is uploaded for the exact product configured with the PDF Stamper URL.
Hi, guys!
Just joined e-Junkie today and downloaded my ebook. I tried to get the pdf stamping to work, but it doesn't show. My situation is identical to Geek's on top of this page:
"PDF Stamping is not working for me.
o Seller Admin > View/Edit/Delete Products -> select Send transaction data to a URL -> -> Enter the following URL in payment variable information URL: -> Submit
http://www.e-junkie.com/ecom/oplug.php?e_stamp_pdf=true& pdf_allow_copy=y&pdf_allow_print=y
Note: I don't have an editing/authoring password on the PDF file. So, I've removed the &pdf_pwd= as per the documentation.
"
My file is not zipped, I don't have a password and I also removed the &pdf_pwd= as adviced.
So what should I do??
Leena
Yes, the stamp is likely there. You can test it by running a free checkout for the product. Here is a link to our testing help page:
http://www.e-junkie.com/ej/help.test.htm
I'm new on E-Junkie, but something I ran into while setting up the PDF stamping, might be of help to someone else. When checking into the service, I downloaded the sample stamped PDF. In the content, it has the URL for making it work....
http://www.ejunkie.
com/ecom/o_plug.php?ej_stamp_pdf=true&pdf_pwd=ZZ&pdf_allow_copy=y&pdf_allow_
print=y
Which I copied and pasted into my Admin page for the stamping. I tested the stamping on one of my PDF documents, but couldn't get it to work after several tries. Finally, I found it. When I copied the URL from E-Junkie's test PDF, for some reason it leaves out the 'dash' in e-junkie. Look closely at the URL above (www.ejunkie; no dash!).
Not sure why it does that, as the dash shows up in the document and when you highlight it for copying, it shows as being there.
My guess is that I'm not the first person nor the last that that will happen to. Not sure if there's a way to fix that in the PDF so it doesn't do that. But fixing it or making it known, could cut down on some tech time.
Hope that helps someone! At the very least, would like to make support aware of it as a possibility why someone may be having trouble getting the stamping to work. Mine works fine now and is a great part of the service. Thanks for making this available!
Mike Brose
http://www.puppetsandprops.com
I have one product but we sell it in two formats--but the same content, so buyers get both for one total price. It's a travel guide and they wouldn't buy one or the other, but rahter one is to read on a screen, and the other to print. I can't split them and say one is price A and one is price B as they're part of one package which we've sold as a zipped file until now. But we really would like the security stamp on them.
I want buyers to be able to download them from one single sale, but for both documents to get stamped in the process.
Is it possible to set up a process like this:
Buyer buys product--one PDF file--and downloads it, stamping complete.
Throughout this process I include a link for them to download the other version, no extra cost, which also gets stamped?
Essentially, how can I ensure that both files are stamped without conducting two different sales?
Thank you.
Our stamper can only stamp a single PDF for each product; it cannot stamp any PDFs contained in .zip files, nor can it stamp multiple PDFs offered for a single product using our "package files" bundling feature.
Is there a reason why you need to provide two different PDFs for printing vs. onscreen viewing of the same content? Typically PDFs are designed to work either way, so any given file is print-ready but also easily viewable onscreen in a PDF reader program.
Thanks for this. Is there any way of making it possible that when the buyer buys one file, the other one shows up in the buying window in a form that makes it impossible to remove it? I will still charge the same total price, but they receive the two files separately and one will be a token low price?
Yes it's a 278 page travel guide and one version is designed for large screen reading and completely different aesthetically than the version designed for iPhones or printing. One is colour, 1.5 spacing, 12 point font; the other is black and white and single line spacing, 10 point. So far customers have loved having both versions. They read one on the screen at home while preparing, and if they have a lap top they use this version while traveling too. But others prefer the small print version for traveliung, but use the larger one beforehand on their PC.
I'd like both to be available to them without having to Zip it.