I would leave it, storage size like this has a negligible effect on the environment compared to, for instance, ordering a CD via post.
Personally I wouldn’t scan it if it was hidden behind the plastic jewel case tray, but no harm done as far as I can see. As always, smaller sizes are made available automatically to whoever wants them. I would vote no on an edit to remove it, as I don’t see how that helps anyone.
It’s something that might be difficult but interesting to compare objectively but order CD via post happens once for each interested people, while storage is always running and growing, it’s piling up, even if no one cares of big (especially blank) images.
And the image storing footprint is added to the already existing physical release.
If you are interested in the CD, an online blank tray image will not replace it. ;-p
If you want to go down the Global Warming conversation - why does this forum have to load 4.8MB of data on every page refresh? What on earth needs that much data for a single page? Badly inefficient for a few lines of text chat.
(Vivaldi Browser is interesting in that it shows the data for each page as it loads in the Address Bar)
Storage of an image will use less power than the running of this website.
I agree @hiccup, bitcoin seems horrific when you read its design. @IvanDobsky Vivaldi does not load those 4.8MB each time.
Most of it is cached already and loaded only once (see Network tab Size column in F12).
This topic is still about big empty image of something not printed and hidden.
I cannot even say my opinion when a topic emerges about it?
I think it’s positive that @Beckfield wondered about this too.
I think it’s not right to talk to contributors about causing pollution when it takes the equivalent of four cyclists* to power a modern server (based on the brief research I did in the linked thread). Without other data (which I am definitely open to!) I have to maintain my position that the environmental impact of these images is negligible.
*in hindsight, not a great metric, but that’s what the report said I guess. Olympic cyclists or 5 year old tricyclists must have a pretty big power differential?
In daily use the image will sit silently on a server. The hard disks are likely spun down much of the time, or even better it may now be on SSD storage. When in active use the thumbnail image will be retrieved more often than the full image.
Yeah, I agree it is a little comical keeping an all white image - but this is a full archived representation of the product as it is. Personally I am a believer in some levels of compression, but you only have to look a the unreadable mess the 600x600 Discogs images now are in the current day to see why higher data quality is an investment in the future.
I was trying to make a genuine point though. Even if this 4.8MB Discurse page is cached - why is my PC having to churn through so much data just to put some dumb text on this page? The main MB pages are some of the slowest and most complex pages I load when using my web browser. I’d love to know the power usage of pulling in a single page. Now that would be an interesting project to refine and save power costs on.
I’m not bashing MB as there are way worse sites. But then I don’t visit many News sites with big advert servers due to a Pi-Hole adblocker killing that pointless load from my machine. I know that Pi-Hole saves a noticeable amount of power that would have otherwise been wasted looking at a web page. By using a Pi-Hole I can afford to have better quality artwork where is matters.
Edit: And just to add, I like the idea of @mfmeulenbelt to return to child labour. Keep em quite with something useful. Stick a bike in every house attached to the National Power Grid.
This is not really visible if it’s behind an opaque tray, is it?
Would we upload scans of the classic grey plastic tray for all such jewel case releases, or of the blank verso of all keep-case DVD jackets because it’s part of the product?
There are limits to what’s relevant to keep.
throwing a couple of pennies into this conversation, Jason Scott of the Internet Archive (where Cover Archive is stored) has many times said that he doesn’t mind if people up load large images, he’ll find the space. Now how he feels about blank pages I’m unsure, but I do have to agree it does mean completeness (although im not sure I’d go to the trouble myself).
Sometimes “Printed in Canada” is printed on the tray side of the back cover… but really… if you look closely, the image is not a completely, uniformly colored, white sheet of paper. It has yellowed, and there are shadows along the crease of the spines… This discoloration is an exact, but mirrored, copy of the discoloration in the scanned image of the back cover. So, if someone (possibly me someday) subtracts the “tray” side image from the “back” side image, it will produce a color corrected “flat” image of the back cover, without the yellowed tint of the paper, and shadows on the spine.
Yeah, color correction.
Also, my philosophy on archiving these CDs is to capture enough detail so that in three hundred years, a Star Trek style replicator could recreate the physical object for study by future historians.
Many times, I’ve needed to examine some tiny detail on a release (or to compare two variants), and squinting at the small blurry, incomplete scans on Discogs or MusicBrainz, or wherever, there just wasn’t enough detail, and I had to get the physical object to examine directly.
This particular example, the “blank” tray image, is less than 1MB… and it’s a lossless PNG no less.
Anyway, the CAA was rejecting any files larger than a few MB the last time I tried to upload some more scans (several months ago).
Anyway… also… my workflow is to scan the CD artwork in batches of fifty or so. I take the jewel cases apart, put all the tray backs on a flat surface, and put a small wight on top, and leave it for a while, so that the paper uncurls along the spine. Then, I wipe any dust off each sheet with a lint-free microfiber cloth, and load the entire stack into my ADF (duplex) photo scanner. Scan everything at 1200DPI, four times, flipping and rotating the stack around so that various streaks and shadows from the scanner itself can be automatically removed by combining the variously scanned orientations… A process which I haven’t fully automated yet, so I have gigabytes of scans waiting on my file server for me to upload.
This tray image is from an early batch, and is still “raw” and uncorrected.
I’ve considered just TAR’ing it all up, and uploading it to the Internet Archive for someone else to sort through… in case I’m hit by a bus or something before I get around to sorting everything out and processing it, and attaching everything to the right releases in MB.