OutpostCore
Offline Knowledgehub

Building an offline knowledge library that survives a week without internet

How to keep Wikipedia, maps, manuals and your own documents readable with no network, what it costs in storage, and the order to do it in.

By Ryan ByrdPublished Checked 5 min read

The short answer

Almost everything you know how to look up lives on a server you do not control. An offline library fixes that in three layers. First, reference: Kiwix reads offline copies of Wikipedia, and the medical subset WikiMed is under a gigabyte, which fits on any phone. Second, maps: Organic Maps or OsmAnd store an entire state offline, and a printed paper map covers the case where the phone is dead. Third, your own documents: insurance policies, prescriptions, deeds and photographs of everything, stored encrypted on two drives in two places. Total cost is one 256GB memory card and one afternoon. The order matters more than the total, because the first hour of work covers most of the value, and the last 100 gigabytes covers very little.

Try this: think of the last five things you looked up. How many of them would you have been able to answer from something in your house?

That is the actual gap. Not knowledge, which you can rebuild, but access, which vanishes the moment the network does. And unlike water or power, this one costs almost nothing to fix.

What should I download first?

In this order, because the value is front-loaded and the storage cost is not.

Layer one, medical and general reference. Kiwix is a free reader for offline copies of Wikipedia and similar collections. The file format is called ZIM. You install the app, download a ZIM file, and from then on it works with the radio off.

The subset to start with is WikiMed, the medical articles from Wikipedia. It runs under a gigabyte in the builds Kiwix currently publishes, so it fits on any phone with room to spare, and it is the highest-value gigabyte in this entire article. Sizes change as the collections are rebuilt, so take the current figure from the library page rather than from here.

Full Wikipedia with images runs around 100GB. Text-only versions are a fraction of that. Most people should take a text-only or "top articles" build first and decide later whether the images earn their space.

Layer two, maps. OpenStreetMap data is free, and readers like Organic Maps and OsmAnd will store a whole state on a phone with turn-by-turn routing that needs no signal. A US state typically runs a few hundred megabytes.

Then print a paper map of your county. This is not nostalgia. A paper map works with a dead battery, in the rain, spread on a bonnet, with four people reading it at once, none of which is true of a phone.

Layer three, your own documents. This is the layer that actually gets used, and the one everybody postpones. Ready.gov's financial preparedness pages list the set: identification, insurance policies, deeds and leases, prescriptions and medication lists, bank and account records, medical records, and photographs of your possessions for a claim.

Scan them. Encrypt them. Put them on two drives, keep one out of the house, and put a printed copy of the two or three that matter most into a folder you can grab.

Layer four, everything else. Project Gutenberg for books, repair manuals for what you own, the field guides for your region. This layer is where storage disappears fastest and returns least, which is why it is last.

What does the whole thing cost?

LayerRough sizeWhy it sits in this position
WikiMed medical referenceUnder 1GBMost value per gigabyte, and it fits anywhere
State map dataA few hundred MBCheap, and worthless if you start the download after you need it
Household documents, scanned1 to 5GBThe layer you will actually open
Wikipedia, text onlyTens of GBBroad reference, once the essentials are covered
Wikipedia, full with imagesAbout 100GBThe impressive number, and the least urgent

A single 256GB memory card holds all of it with room left over. The binding cost is not money or storage. It is the afternoon spent scanning documents, which is why that step is the one that stalls.

What most offline guides get wrong

They start with full Wikipedia. It is the impressive number, so it leads. It is also around 100GB, takes a long download, and is worth less to you at 2am than the sub-gigabyte medical subset. Do the small thing first, then decide.

They forget the reader needs power. An offline library on a phone with a dead battery is nothing. The library and the power plan are one project, and a cheap solar panel plus a power bank is the smallest version of it that works. Storage without power is a filing cabinet you cannot open.

They ignore the personal layer entirely. Wikipedia will not tell you your policy number. In a flood or a fire, the documents are the thing that determines how the next twelve months go, and they are the cheapest layer to build.

They never mention search. A 100GB archive you cannot search is a hard drive, not a library. Kiwix has full-text search built in and this is most of why it beats a folder of downloaded PDFs. Test the search before you rely on the archive.

They treat "offline" as a single state. There are several, and they need different answers: no internet but power on, no power but a charged phone, and nothing at all, which is where paper lives. Work out which one you are actually planning for.

Where AI fits, and where it does not

A local language model can answer a question you did not know how to phrase, which a search index cannot. That is a real advantage, and it comes with a real failure mode: a model with no sources will state something wrong in exactly the same confident tone it uses for something right.

The sensible arrangement is both. Keep the reference archive as the thing you check, and treat a local model as a way in when you do not know the right term. We build PrepperGPT (one of ours, paid product), which packages a local model and a reference library onto a USB drive, so treat that recommendation with the scepticism it deserves. The free path is Kiwix plus any of the open models you can run yourself, and it covers most of the same ground for the price of the storage.

The one-hour version

  1. Install Kiwix on your phone and download WikiMed. Under a gigabyte.
  2. Install Organic Maps or OsmAnd. Download your state.
  3. Print a paper map of your county and put it in the car.
  4. Photograph the front and back of every card in your wallet, plus your insurance declarations page. Put them in an encrypted folder on two devices.

That is one hour and it covers most of the value. The remaining 100 gigabytes can wait for a weekend you do not have anything better to do, which is the correct priority and the opposite of how these lists are usually ordered.

Sources

Every factual claim above traces to one of these. Dates are when we last read them.

  1. [1] Kiwix accessed August 18, 2026. Offline reader for Wikipedia and other reference collections, running on phone and desktop.
  2. [2] Kiwix accessed August 18, 2026. Available offline collections including WikiMed, Wikivoyage and full Wikipedia, and their sizes.
  3. [3] Project Gutenberg accessed August 18, 2026. Public domain book collection available for bulk download.
  4. [4] Ready.gov, FEMA accessed August 18, 2026. The document set FEMA recommends households keep copies of, and why.
  5. [5] OpenStreetMap Foundation accessed August 18, 2026. The open map data behind offline mapping applications, downloadable by region.

What is original here

The ordering of the four layers, and the argument for it. Every offline-library guide we found leads with full Wikipedia because it is the impressive number. We argue the reverse order on the grounds that the first gigabyte carries most of the usable value and the last hundred carry almost none, which changes what a reader should download tonight.

Drafted with AI assistance, researched against the sources above, then edited and approved by Ryan Byrd. How we work.

ShareRedditFacebookemail

Signal Check

One email a week. A skill worth an hour, five links worth reading, one number worth knowing. Unsubscribe in one click.