Difference between revisions of "Wallbase"

From Archiveteam
Jump to navigation Jump to search
(New development. Site operator MIA.)
Line 15: Line 15:
==Overview==
==Overview==


Apparently, wallbase's forums have gone down. They are indeed unavailable at [http://wallbase.cc/forum http://wallbase.cc/forum]. This has prompted some concern that the website may too fade. So far, there has been no announcement of a shut-down.
Apparently, wallbase's forums have gone down. They are indeed unavailable at [http://wallbase.cc/forum http://wallbase.cc/forum]. This has prompted some concern that the website may too fade. So far, there has been no announcement of a shut-down. However, the site's owner ("Yotoon") is MIA according to the #wallbase twitter account (that is apparently run by staff) and the upload function has been disabled. See the following:
 
* [https://www.facebook.com/wallbase Facebook Page]
* [https://twitter.com/wallbase Twitter]
 
The staff are working on a project called [http://wallhaven.cc WallHaven] that might serve as a replacement. I don't know what the staff have access to, though presumably, they would have all of the metadata themselves. Should extra metadata be grabbed in our scrape?


==Work thus far==
==Work thus far==

Revision as of 09:16, 2 February 2014

Wallbase
wallpaper repository
wallpaper repository
URL http://wallbase.cc
Status Online!
Archiving status Not saved yet
Archiving type Unknown
IRC channel #archiveteam (on hackint)

wallbase.cc is a store of wallpapers and other high-resolution media typically scraped from chans' /hr, /wg, and /w boards.

WALL YOUR BASE ARE BELONG TO US. I'm... I'm sorry. I'll see myself out.

Overview

Apparently, wallbase's forums have gone down. They are indeed unavailable at http://wallbase.cc/forum. This has prompted some concern that the website may too fade. So far, there has been no announcement of a shut-down. However, the site's owner ("Yotoon") is MIA according to the #wallbase twitter account (that is apparently run by staff) and the upload function has been disabled. See the following:

The staff are working on a project called WallHaven that might serve as a replacement. I don't know what the staff have access to, though presumably, they would have all of the metadata themselves. Should extra metadata be grabbed in our scrape?

Work thus far

So far, there is no repo on github and no code provided that I know of. Someone should change that. User arkiver is currently scraping as much as he can, and user godane has done a small portion that is available on archive.org here. Does anyone plan to implement a see-saw instance and tracker? Grabbing gigs and gigs of images can add up pretty quickly.

Site Specifics

The domain implements rate limiting. From my own experience, I seem to recall it being picky about the referrer header at one point too, but a brief examination seems to indicate that may no longer be the case.