|
|
Groups: Member
Joined: 8/10/2014
Posts: 349
Rank:
 (59136)
|
Could someone explain to me what the problem is here? I am trying to request a lock on a record after contributing a 100% complete record, including 300dpi hi-res images for the covers. I am receiving an error that the lock cannot be granted because "Title is not 100% complete. High res front cover (300dpi), High res back cover (300dpi)". Is there additional information you would like about the images I am using for the covers? I populated them using the "Import Full Cover Scan" function. See attached images. File Attachment(s):
 Eclipse23-Error-Cover.gif (648kb) downloaded 11 time(s).
Eclipse23-Error.gif (486kb) downloaded 7 time(s).
|
|
Groups: Administration
, Member, Moderator
Joined: 6/30/2010
Posts: 4,047
Rank:
(140107)
|
There are several possibilities. You didn't actually contribute your covers or the contribution failed but I assume you would have noticed those.
Other options, your cover change was marked for approval, again unlikely given you are an experienced user. Or the covers you are scanning are not the standard dimensions.
Note the import full cover scan is not a 'smart' system is splits the covers based on standard cover dimensions so anything non standard may require manual handling for the split. Covers which are non standard in size, which can happen whenever non standard cases are used, or also for example some more recent items have been using a cover that is the full height of the front and back of the standard amaray style type keep cases where the case does not have the normal physical case banner at the top. These covers are taller than normal and will likely continue to flag as improvable due to the size not matching what the system expects.
In such a situation you would have to make a report on the title explaining that the cover is non standard, there is a flag moderators can set to indicate a non standard cover is correct, though I don't think that stops the improvable showing, but a moderator could then lock the title.
|
|
Groups: Member
Joined: 8/10/2014
Posts: 349
Rank:
(59136)
|
I submitted each element using “Contribute Data and Covers”. When I received the error, I additionally did a separate “Contribute Covers” and tried again. Still received the same error.
As you can see, there is no message indicating that the covers are waiting in a moderation queue. I also received no message about the cover images being an incorrect size. (I’m not seeing any “Improvable” status, judt “100% Complete” with no caveats.) I’ve used the “Import Full Cover Image” many times before on THINpak covers, without problems. Frankly I’m baffled as to the cause.
As it isn’t urgent to lock the records, I’ll just leave it as is.
|
|
Groups: Administration
, Member, Moderator
Joined: 6/30/2010
Posts: 4,047
Rank:
(140107)
|
A thought, are you scanning at exactly 300dpi?
You can have greater than 300dpi locally but if I remember correctly the service will down convert to a max of 300dpi for storage. It might be if your splits are even off by a few pixels of the expected size that the internal down conversion means that on the service the cover is still seen as below 300dpi after contribution on the service but as that won't change your local covers you wont see that. Try updating the covers from the service or delete and re-add the title to get exactly what the service has stored to check what the service has.
You could try scanning at say 600dpi then contribute then update the cover from the service so you get the cover as stored on the service after any conversion and see if that resolves it.
|
|
Groups: Member
Joined: 8/10/2014
Posts: 349
Rank:
(59136)
|
The barcode of the Parent Title is 715515062619 ("The First Films of Akira Kurosawa: Eclipse Series 23"). You can look at what is uploaded to the server by me there. On my side, all of the Child records are showing a status line of "100% Complete" with no caveats. They are all also now displaying "General Profile Data: ! Covers improved. Consider contributing." (which they were not before). In response, I have successfully done a "Contribute Title Cover" again for each, and the "Covers improved. Consider contributing." message line remains. Does this mean it's in a moderation queue? What should I make of this message? Thanks.
|
|
Groups: Member
Joined: 8/10/2014
Posts: 349
Rank:
(59136)
|
Regarding dimensions for covers that are rejected in a "please lock" request, and continues to display a message of "Covers improved. Consider contributing." after contributing: Both the front and back covers show with properties of "1517 x 2158 pixels, 300 DPI", and a Cover Type of "THINpak".
|
|
Groups: Administration
, Member, Moderator
Joined: 6/30/2010
Posts: 4,047
Rank:
(140107)
|
Well I can't say what happened originally but based on what are I presume are the new/improved covers for the child titles of this box set that are indeed in the box set moderation queue (cover changes to existing box sets will typically go there) there is a significant difference between the prior covers and those pending approval. The newer ones are almost twice the resolution of the previous ones.
|
|
Groups: Member
Joined: 8/10/2014
Posts: 349
Rank:
(59136)
|
andycob wrote:Well I can't say what happened originally but based on what are I presume are the new/improved covers for the child titles of this box set that are indeed in the box set moderation queue (cover changes to existing box sets will typically go there) there is a significant difference between the prior covers and those pending approval. The newer ones are almost twice the resolution of the previous ones. Thanks for the info, but I’m a bit confused. Are the 300dpi covers I submitted, detailed above, in the moderation queue? (There is no status indication of this.) Or, are there covers submitted by someone else the ones that are “almost twice the resolution of the previous ones” (i.e., twice the resolution of what I submitted)? As I’ve run into this problem on a number of different box sets when I’ve submitted new high-res covers to replace low-res covers and attenpt to lock afterward, perhaps some clearer status indicators are needed? For example, letting me know that my cover submissions are in a moderation queue. Thanks.
|
|
|
guest |