Jump to content
You must now use your email address to sign in [click for more info] ×

Baffled by KDP Auto Reviewer's Rejection of No-Bleed 8.5 x 11 Interior


Recommended Posts

Hi All,

After combing through this forum, I see that there are many permutations of issues arising from Operator (me)  / Software / KDP. From bugs in Affinity Publisher to bugs in the KDP automated reviewer to rookie mistakes I and other publishers have made, it's a tough challenge to navigate toward best practices. 

Having uploaded six revisions, cumulatively improving the manuscript after each iteration, I finally reached the point where the automated reviewer deigns to talk to me. Unfortunately, it's speaking gibberish! It's telling me that pages 2-21 are outside of the margins. Try as I might, I can't wrangle these pages.

What's maddening is that they appear to be within the margins, just as the other, non-flagged pages appear! Here are the steps I took:

  • Check for SVG frames that were outside of Picture frame (hey experts, doesn't the picture frame de-facto crop image when exporting?)
  • Changed the inner margin from .5 to .375 (though I fear that if KDP adds blank pages, the page count will exceed 150)
  • Moved picture frames and text frames inward from the .75 blue border (Though what is the point of snapping, then?)

After doing this three times (rev 4, rev 5 and rev 6) this error message and rejection persists. I'm left to conclude one of two things must be happening:

  1. The Automated Reviewer is being triggered by something
  2. The pages in question are somehow corrupted

These conclusions are speculations and I'm leaning toward KDP being the culprit, after having seen YouTube videos of other people struggle with the automated reviewer. One veteran author had to submit 17 revisions before the automated reviewer accepted his manuscript! I modeled most of my changes after his steps.

I'm using no bleed, exporting with PDF/X-1a:2003 compatibility, .25 outer margins and .375 inner margin.

 

If it's actually possible for Affinity Publisher pages to become corrupted, how would I detect and, more importantly, correct such corruption?

 

ap forum Export Preset.png

Link to comment
Share on other sites

  • Staff

Hi AnkleBuster,

I'm sorry to hear you are having issues uploading to KDP, it doesn't really sound like your document has corrupted pages at all please could you provide a screenshot showing the document imported into the KDP with your KDP settings visible so I can investigate this further with you? Have you contacted Amazon KDP regarding this?

Thanks
C

Please tag me using @ in your reply so I can be sure to respond ASAP.

Link to comment
Share on other sites

This is just a guess, but it might be related to auto reviewer possibly trying to check the bleed setting assuming that there is a BleedBox metadata in the PDF., and ensuring that it is the same as the MediaBox When producing with e.g. InDesign, the BleedBox is there, even if the document has no bleeds (0 at all edges), and without specifying any print marks. In Affinity apps BleedBox is added in meta data only if the document has actually a non-zero bleed defined in document setup, then enabled in export settings (can be enabled only if the bleed setting is non-zero), and if printer marks are checked (e.g. "Document Info" adds the bleedbox, but that adds also document info, which is possibly not wanted, and this information is naturally positioned off the page boundaries, which was probably initially wanted to be avoided).

a) 8x11.5 in document without bleeds when produced from InDesign:

nobleeds_id.png.2a5c1c18b395db97d9b29c18a4a1e3c7.png

b) The same document produced from Affinity Publisher:

nobleeds_apub.png.c4f7f4564cd0f699d1d5de4993ef7f86.png

It is possible to use 3rd party app, e.g. Adobe Acrobat Pro, to add missing pageboxes in a PDF file.

Link to comment
Share on other sites

1 hour ago, lacerto said:

might be related to auto reviewer possibly trying to check the bleed setting assuming that there is a BleedBox metadata in the PDF.

The bleed setting affects all pages in a PDF, right? – While the OP mentioned the auto-generated error message as being limited to certain pages:

17 hours ago, Anklebuster said:

It's telling me that pages 2-21 are outside of the margins.

• So, what is different on page 1?

• Did you upload pages – or facing 2-page spreads?

• How many pages does the PDF have totally? Page 21 is hardly the last page, I assume either 20 or 24 pages would be required.

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1

Link to comment
Share on other sites

3 hours ago, Callum said:

Hi AnkleBuster,

I'm sorry to hear you are having issues uploading to KDP, it doesn't really sound like your document has corrupted pages at all please could you provide a screenshot showing the document imported into the KDP with your KDP settings visible so I can investigate this further with you? Have you contacted Amazon KDP regarding this?

Thanks
C

Hi @Callum,

I have contacted Amazon KDP twice. First was during the past weekend, when their system seemed to be unavailable and I had assumed that my book's cover was no longer showing up. The response was very helpful: I was told that I had inadvertently uploaded the manuscript instead of the cover.

The second time, although I explicitly stated that the margins on the 20 rejected pages looked fine and, despite attaching my PDF to the message and asking someone to look at it, I got the canned response to fix my margins!

Anyway, here is the latest status in my KDP account:

image.png.69791cd3e7e6e5f8c51ea2b367204605.png

Unfortunately, the launch previewer is unavailable:
 

image.png.bfee805fca1db875905c617459124dd9.png

If you have a Dropbox link I can use, I can share rev 6 file.

Thanks for your reply!

Cheers,

 

Mitch

 

 

Link to comment
Share on other sites

1 hour ago, thomaso said:

The bleed setting affects all pages in a PDF, right? – While the OP mentioned the auto-generated error message as being limited to certain pages:

• So, what is different on page 1?

• Did you upload pages – or facing 2-page spreads?

• How many pages does the PDF have totally? Page 21 is hardly the last page, I assume either 20 or 24 pages would be required.

Hi @thomaso,

I exported as pages and there are 148 pages in the document. The title page had no issues and the first ten spreads (pages 2-21) were rejected. The remaining pages were accepted (earlier revisions had margin errors in later pages so, after fixing them and uploading the new PDF, they were accepted.)

Interestingly, I did not apply a Master Page to the title page. All other pages have a Master Page applied.

Cheers,

 

Mitch

 

Link to comment
Share on other sites

2 hours ago, lacerto said:

This is just a guess, but it might be related to auto reviewer possibly trying to check the bleed setting assuming that there is a BleedBox metadata in the PDF., and ...

It is possible to use 3rd party app, e.g. Adobe Acrobat Pro, to add missing pageboxes in a PDF file.

Hi @lacerto,

This is good to know, in case it turns out to be the problem. One of the things I had to make a decision on was whether to choose bleed or no-bleed. I was thinking of using bleed as "insurance". If the missing metadata is problematic, I will definitely reformat the document, as I'm not about to shell out money for Adobe :).

Thanks for giving me something to check.

Cheers,

 

Mitch

 

Link to comment
Share on other sites

12 minutes ago, Anklebuster said:

The title page had no issues and the first ten spreads (pages 2-21) were rejected. The remaining pages were accepted

So, what is different about pages 20-21 (which fail) and 22-23 (which work)?

 

-- Walt
Designer, Photo, and Publisher V1 and V2 at latest retail and beta releases
PC:
    Desktop:  Windows 11 Pro, version 23H2, 64GB memory, AMD Ryzen 9 5900 12-Core @ 3.00 GHz, NVIDIA GeForce RTX 3090 

    Laptop:  Windows 11 Pro, version 23H2, 32GB memory, Intel Core i7-10750H @ 2.60GHz, Intel UHD Graphics Comet Lake GT2 and NVIDIA GeForce RTX 3070 Laptop GPU.
iPad:  iPad Pro M1, 12.9": iPadOS 17.4.1, Apple Pencil 2, Magic Keyboard 
Mac:  2023 M2 MacBook Air 15", 16GB memory, macOS Sonoma 14.4.1

Link to comment
Share on other sites

10 minutes ago, Anklebuster said:

148 pages in the document. The title page had no issues and the first ten spreads (pages 2-21) were rejected. (...)

Interestingly, I did not apply a Master Page to the title page. All other pages have a Master Page applied.

So what is different on pg. 2–21? Do they have a certain master paster page applied which is not on pg. 22–148? Did you alter page dimensions at any time?

You could upload to the forum for a possible community check just a few pages, e.g. pages 1-4 or 1-22.

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1

Link to comment
Share on other sites

42 minutes ago, Anklebuster said:

I haven't got a clue. LOL Hence the title.

Well, unless you can show us more, or share some sample pages, we probably won't have a clue, either :)

-- Walt
Designer, Photo, and Publisher V1 and V2 at latest retail and beta releases
PC:
    Desktop:  Windows 11 Pro, version 23H2, 64GB memory, AMD Ryzen 9 5900 12-Core @ 3.00 GHz, NVIDIA GeForce RTX 3090 

    Laptop:  Windows 11 Pro, version 23H2, 32GB memory, Intel Core i7-10750H @ 2.60GHz, Intel UHD Graphics Comet Lake GT2 and NVIDIA GeForce RTX 3070 Laptop GPU.
iPad:  iPad Pro M1, 12.9": iPadOS 17.4.1, Apple Pencil 2, Magic Keyboard 
Mac:  2023 M2 MacBook Air 15", 16GB memory, macOS Sonoma 14.4.1

Link to comment
Share on other sites

Both files might be useful unless no reason for the issue is known yet.

Since you mentioned file size already, and I assume caused by images: export as PDF with a low resolution (e.g. 10 dpi). You can one or more page ranges (e.g.: "1-4, 20-24")

For .afpub there is no export feature but Save-As instead. Therefore you need to save a separate copy + delete the unwanted pages. In case your images are embedded, go to the Resource Manager, select all and choose "Make Linked" to reduce the .afpub file size (don't upload the image folder). Before uploading use Save As again with a different file name to make sure the file gets rid of obsolete data.

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1

Link to comment
Share on other sites

12 minutes ago, thomaso said:

Both files might be useful unless no reason for the issue is known yet.

Since you mentioned file size already, and I assume caused by images: export as PDF with a low resolution (e.g. 10 dpi). You can one or more page ranges (e.g.: "1-4, 20-24")

For .afpub there is no export feature but Save-As instead. Therefore you need to save a separate copy + delete the unwanted pages. In case your images are embedded, go to the Resource Manager, select all and choose "Make Linked" to reduce the .afpub file size (don't upload the image folder). Before uploading use Save As again with a different file name to make sure the file gets rid of obsolete data.

Okay, thanks. Both files are attached. For reference, pages ii-15 were rejected, The title page (the only page with no Master) and pages 16-20 were accepted.

 

Cheers,

 

Mitch

 

Forum Sample 2-27 Lo-res.pdf 80279789_ForumUploadSample.afpub

Link to comment
Share on other sites

4 hours ago, Anklebuster said:

For reference, pages ii-15 were rejected, The title page (the only page with no Master) and pages 16-20 were accepted.

Unfortunately I can not detect any reason for the rejection "pages 2-21 are outside of the margins". (I inspected the PDF only)

At first – because the accepted page 1 (i) has no page number in the layout and thus the largest outer margin – I wondered if the KPD software check might be too perfect or sensitive about its minimum outer margin, but that doesn't seem to be the case, at least I can't see a difference at the outer margin between rejected & accepted pages. I am sorry I can't help.

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1

Link to comment
Share on other sites

31 minutes ago, thomaso said:

Unfortunately I can not detect any reason for the rejection "pages 2-21 are outside of the margins". (I inspected the PDF only)

At first – because the accepted page 1 (i) has no page number in the layout and thus the largest outer margin – I wondered if the KPD software check might be too perfect or sensitive about its minimum outer margin, but that doesn't seem to be the case, at least I can't see a difference at the outer margin between rejected & accepted pages. I am sorry I can't help.

No worries. This may actually be a good thing. Negative test clears AP and implicates KDP. :)

 

Thanks for checking!

 

Cheers,

 

Mitch

 

Link to comment
Share on other sites

10 minutes ago, N.P.M. said:

Perhaps the linked eps files in the pictureframe(s) are the culprit.
Try to rasterize&trim the pictureframe if you want to use it only as an background image.

Since I have a dozen eps files in the accepted pages, I'm not sure that's the culprit. Thanks for the suggestion.

 

Cheers,

 

Mitch

 

Link to comment
Share on other sites

[Update]

I think I found the culprit. As a test, I edited the Master footer by moving the page number|section name text frame up .02 points. I speculated that the vertical bar might be encroaching on the margin.

Now, only 4 pages are rejected and only one of them is from the original 20. Hopefully, I can figure out what's wrong with these pages.

Finally! The manuscript was approved!

Thanks everyone for your help!

 

Cheers,

 

Mitch

 

Edited by Anklebuster
Status update
Link to comment
Share on other sites

3 hours ago, Anklebuster said:

page number|section name text frame up .02 points.

Glad you solved it! – Can you tell whether the culprit indeed has been the page number|section? 
Although there IS a slight overhang, have you determined what distinguishes the accepted pages (such as p. 11 ) from the rejected ones? (title page 1 excepted)

1628140378_outermarginbottomp1117.thumb.jpg.fdc0e88574964088aec679a91026dc69.jpg

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1

Link to comment
Share on other sites

7 hours ago, thomaso said:

Glad you solved it! – Can you tell whether the culprit indeed has been the page number|section? 
Although there IS a slight overhang, have you determined what distinguishes the accepted pages (such as p. 11 ) from the rejected ones? (title page 1 excepted)

1628140378_outermarginbottomp1117.thumb.jpg.fdc0e88574964088aec679a91026dc69.jpg

The weird thing is that, once I lifted the footer .02 points, 19 of the 20 problem pages resolved but three additional pages were rejected, further into the manuscript.

This makes me wonder if the automated reviewer has a failure threshold beyond which it stops evaluating pages.

Those other 3 pages, along with the final holdout from the original 20, all had various, easily remedied margin violations. Twice, the culprit was the letter J which, at the leftmost edge of a text frame that was snapped to the left margin. The tail, if you will, crossed the margin.

The other two errors involved the bounding boxes of images that had been rotated off the vertical axis.

All in all, a great learning experience.

Cheers,

 

Mitch

 

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.