Live data from Hacker News

Ask HN: Has anybody built search on top of Anna's Archive?

news.ycombinator.com

1–10 of 156 posts

Re: Ask HN: Has anybody built search on top of Anna's Archive?

#3
Honestly I don't think it would be that costly, but it would take a pretty long time to put together. I have a (few years old) copy of Library Genesis converted to plaintext and it's around 1TB. I think libgen proper was 50-100TB at the time, so we can probably assume that AA (~1PB) would be around 10-20TB when converted to plaintext. You'd probably spend several weeks torrenting a chunk of the archive, converting everything in it to plaintext, deleting the originals, then repeating with a new chunk until you have plaintext versions of everything in the archive. Then indexing all that for full text search would take even more storage and even more time, but still perfectly doable on commodity hardware.

The main barriers are going to be reliably extracting plaintext from the myriad of formats in the archive, cleaning up the data, and selecting a decent full text search database (god help you if you pick wrong and decide you want to switch and re-index everything later).

Re: Ask HN: Has anybody built search on top of Anna's Archive?

#4
AFAIK, Z-Library already does this, to some extent. Basic full-text queries do search inside the body of books and articles.

It's a bit smaller than Anna's Archive, as they do host their own collections. From some locations, it's only easy to access through Tor.

Re: Ask HN: Has anybody built search on top of Anna's Archive?

#7
post #3

Honestly I don't think it would be that costly, but it would take a pretty long time to put together. I have a (few years old) copy of Library Genesis converted to plaintext and it's around 1TB. I think libgen proper was 50-100TB at the time, so we can probably assume that AA (~1PB) would be around 10-20TB when converted to plaintext. You'd probably spend several weeks torrenting a chunk of the archive, converting ev…

I think there’s a couple ways to improve it:

1. There’s a lot of variants of the same book. We only need one for the index. Perhaps for each ISBN, select the format easiest to parse.

2. We can download, convert and index top 100K books first, launch with these, and then continue indexing and adding other books.

Re: Ask HN: Has anybody built search on top of Anna's Archive?

#8
As far as I know, no one has fully implemented full-text search directly over Anna's Archive. Technically it’s feasible with tools like Meilisearch, Elasticsearch, or Lucene, but the main challenges are:

    Converting all documents (PDFs, EPUBs, etc.) to clean plaintext.

    Indexing at scale efficiently.

    Managing potential legal issues.
Z-Library does something similar, but it’s smaller in scope and doesn't integrate AA’s full catalog.

Re: Ask HN: Has anybody built search on top of Anna's Archive?

#9
Mebbe easier to just search Amazon or Goodreads. Like site:amazon.ca as someone has mentioned below.

Every book has an ISBN 10 or 13 digit ISBN number to identify them. Unless it's some self-pub/amateur-hour situation by some paranoid prepper living in a faraday-cage-protected cage in Arkansas or Florida it's likely a publication with a title, an author and an ISBN number.

Re: Ask HN: Has anybody built search on top of Anna's Archive?

#10

As far as I know, no one has fully implemented full-text search directly over Anna's Archive. Technically it’s feasible with tools like Meilisearch, Elasticsearch, or Lucene, but the main challenges are: Converting all documents (PDFs, EPUBs, etc.) to clean plaintext. Indexing at scale efficiently. Managing potential legal issues. Z-Library does something similar, but it’s smaller in scope and doesn't integrate AA’s…

I’ve done something like this before. Meilisearch will not be viable, because it indexes very slow and it takes up a lot of space.

In my experience only Tantivy can index this much data. Check out Lnx.

Post reply on HN