modifying a pdf already uploaded

Any news on this? - it seems to be a pretty basic requirement. I have a client with a pro account and a stack of PDFs which i need to replace on issuu.com (the company address has changed). BUT it's a nightmare if all the embed links have to change! Please can you look into this one, thanks!

I have the same request. In my case it's not strictly necessary but it sure would be nice.

Same problem. Please add a function to replace uploaded PDFs

Don't know if this will help or not. It depends on how you have embedded it into your site. If you've used the

I have the same problem. I have the Pro version and would like to update PDFs without having to tell everyone they need to put new links (that would only happen in your dreams).

Looking forward to your solution.

Is there anyone besides Martin working at Issuu? Has he been laid off or is he still working there?

Thanks, this is (almost) exactly what I, personally, need. I am sure other users actually still need the other thing - namely, the replace-without-breaking-links function. But for my envisioned uses I don't want the old versions to disappear. I just want the newest version to appear first. Now all I have to do is make a folder for every document I have to handle this way.

Even I would still like to have the other option, however. Also, the downside of this folder set-up is that I can't just send someone a link - in an email - that would automatically take them to whatever is the most recent version in a folder. I can only embed it in the Flash-y way.

(Following up comment I just posted above). But I just noticed David's suggestion, above, that so long as you keep the file name the same, you can make an unbreakable hyperlink. But your embed is then broken (because the embed code depends on the document ID, not the file name). Assuming that works - the same-name, same-hyperlink solution, that is - one overall fix would be to always give each doc its own folder. Then you can always embed the folder (as opposed to the doc). Now if you update the doc inside the folder (making sure to keep the file name) at least the folder embed still works. So you basically have a not-too-arduous system for maintaining an unbreakable embed AND unbreakable link.

Disadvantage: not as many options for folder embeds as doc embeds, it looks like. But I can live with that.

Does that make sense? (I'm going to test it.)

OK, I ran the test. I have good news and and bad news. The good news. Yes, you can replace a file simply by deleting and uploading another with the same name.

Unfortunately, the folder embed workaround doesn't work for the curious reason that ... ok, this is going to take a bit of explaining.

I have four documents in my published folder. Let's call them 1 2 3 4 (these dummy names correspond to their dates. 1 is the oldest, 4 is the newest, let's say.) I create a new folder that is supposed to house 1 and 4. I want 4 to show in the embed window (because 4 is the new version of 1). This is, in fact, my precise situation. Unfortunately, it doesn't work because the new folder insists that the dating is otherwise than my published folder thinks it is.

That is, when I arrange my published folder by date I get:

4 3 2 1

When I arrange by date in my newly created folder I get:

1 4 2 3

The same four documents, just imported into a new folder. That's all I did. And now the date order is allegedly different. Odd. (Reversed I could understand, maybe. But mixed up like that?)

Then I created another new folder and tried it again. (Reproducibility the soul of science.) Same weird result: 1 4 2 3. Any new folder I create seems to get a bug in its ear about my oldest doc being my newest one, so I can't include it in a new folder, for archival purposes, without have it be the one that showcases in the embed window.

This makes the embed feature for folders not so usable, obviously, if there is a risk the system will mistaken an old doc for new.

At first I thought that maybe it had to do with the order in which you add new docs to the new folder, as opposed to the original date of upload. But no, that's not it. Very peculiar. (Am I missing something?)

We don't need to discuss around it. We need to have a function that overrides a file. Even Windows 3.1 was able to do this! It can not be that difficult, if so many users need it.

Please add this feature.

Any news on the replacing/updating a PDF file??

Yup, we also need this - have already sent links out to a document which now needs one tiny, but important, change on it. I can't resend the links as they have probably been distributed throughout several levels of each organisation that they have gone to. I just need to update the file!

Anne - I think you'll be OK, from my experience (I don't work for issuu). It sounds to me as though you have obtained the link using the 'embed with styling' option. If this is the case then as long as you upload the new version of the document with EXACTLY the same name as the original then your link will still work fine. We do this for e-mail campaigns and it's quite effective.

The problem discussed in this thread really causes issues if you've used the object embedding code as that gives you a document ID which changes with each new version. I don't think you're talking about that option, but if you are then please ignore what I've said above.

Hope this is useful information for you.

David, thanks for the hint. I actually did both, sent the links and used the embedding code. The code, however, is under my control, so I held my breath, deleted the file and uploaded again with the same name. The links work fine and I just need to get the code updated where the document is embedded. A bit around the houses but job done.
Cheers

I deleted the old version and of course, have lost all statistics!!!!!

this is really bad!!!!.. we really need the update document feature!!!

Please add this feature. It's so basic and seems a little silly that it wasn't one of the core functions.

I have had to delete a whole upload with all the keywords description etc. and re-upload about 5 times. This is labor intensive and redundant when all I want is to change the PDF not any of the other information.

For me it wasn't too big an issue, but I hadn't noticed the issue (pardon the pun) of losing all the statistics. So I'll now add my voice to those asking for this feature to be added a.s.a.p. We were just using mail out links so changing it and keeping the doc name was OK, but now we're embedding the object code so we have small versions showing on our sites (six sites - at least thee mags per site) and therefore it's a much bigger issue and is a pain.

Please amend a.s.a.p.

Just read Rubens reply from six months ago. This sort of works but only if you publish your documents. In our case we have them private so they are only viewable on our sites (business reason for that) and if they're private it doesn't work.

So back to square one then. As this seems to have been a problem for people for getting on for two years I think it's about time they sorted it.

I had to re-upload 300 files to our account due to a situation on our side of things. Unfortunately, the original 300 files were used when we launched a site for a client. Since there was no way to update the file attached to a documentID, we lost critical view stats starting at site launch. I looked at stats for a few listings (the stats system as is is way too cumbersome to try to do more) before deletion, and we'd have over 3,000 people reading each of those Issuu-based docs. Reporting that to the client would have been so useful to them and to us. I kicked myself when I realized I'd lost all of that data!

It's clear what we all need is: a way to update an Issuu document just as you can currently update title, description, privacy, etc., for an existing document! Since it seems many of us are storing 100s of docs on Issuu making the "update a file" option possible via API should be priority.

As well, the stats NEED to be at least exportable in .csv, .txt., .ods, .xls -- I don't care what, just exportable! And an API that lets us grab down stats and save to our own systems needs to happen.

Is there any time estimate for getting either of these tech changes in place? I see that this threads been going and going and going for ELEVEN MONTHS!

~LB at IssueLab

i had the same problem and i think it is a important issue for issuu.com to resolve!!

Where is the issuu staff? I've also been waiting on this and an easy share button on the pro version for 8 months!

I too need this resolved asap same as everyone else.

we need the update too

The last time Issuu staff commented was 7 months ago. Can Issuu comment on this please? Is this in the works? Is there an anticipated beta release date? Is there any plan to roll out exporting capabilities -- eg., give us access to .csv file first by x date, then an API by x date?