Archaeology

What is not on this page

Printed on every profession page, because these pages look like a recipe site and are not one. This hub does not know what any recipe is made of – the item database behind it has no reagent field, and no field that links a recipe to the spell it teaches, so there are no reagents, no craft results and no per-recipe skill levels anywhere in this project. It also holds no recipe sources: the catalogue imported here is name, item level, required level, class and subclass, and nothing else. Prices exist only where an auction house on this hub has published one, and none has yet.

No dig sites, and no fragment counts. Where a dig site is, this hub cannot know: the client hands that to an addon for the map the player is looking at and it is not in any database anybody can import – and on this client the game's own Mists world map already draws them. How many fragments somebody has is the player's own state, and a fragment is a currency rather than an item, so it is not a thing the item catalogue is missing.

Quests that require Archaeology

No quest database has been imported into this hub, so there is nothing to look this up in. An operator loads it with platform/tools/questimport.py.

Recipes in the catalogue

No item catalogue has been imported into this hub. An operator loads it with platform/tools/itemimport.py; until then every list below is empty for that reason and not because the game is.

Materials

Its two materials are a keystone and a fragment, and the catalogue can hold only one of them. A keystone is a trade good, but it is filed under the catalogue's catch-all “Other” kind, together with everything else the catalogue gives no particular kind, so no kind on these pages finds it – which is why the three keystones are listed by id with their race below rather than as a kind here. A fragment is a currency and not an item, so it is in no item catalogue at all, and the next block measures that rather than asserting it.

The three Mists races

Mists added three races to Archaeology. This block is a table of item ids in this site's own source, with every name read out of the catalogue beside it – because the catalogue has no field that says an item is an artifact, none that says which race it belongs to, and none that says whether it is common or rare. So this is a curated list and not a complete one: it records 30 artifact rows, 28 of which have a Pristine counterpart, and it does not claim to be every artifact of a race.

The three race names are the client's own: the game returns them to an addon from GetArchaeologyRaceInfo, and no table in this hub holds a race at all. They are written into the table beside the ids.

No item catalogue has been imported into this hub, so these rows have ids and no names. An operator loads it with platform/tools/itemimport.py.

Pandaren

Keystone: Item 79868. 12 artifact rows, 2 of them with no Pristine row in the generated database.

Mogu

Keystone: Item 79869. 10 artifact rows, every one with a Pristine row beside it.

Mantid

Keystone: Item 95373. 8 artifact rows, every one with a Pristine row beside it.

Fragments are a currency, not an item

This is why no fragment appears above, and it is not something the catalogue is missing. On this client a race's fragments are a currency: the client answers GetArchaeologyRaceInfo with a number collected out of a number required, and neither counter is an item id – so there is nothing to put in a bag and no row for an item catalogue to carry. That call does return one item id, raceItemID, and it is the race's rather than a fragment's. Every half of that is cited rather than remembered – the call is on this client's global API list (_reference/misc/ketho/GlobalAPI_classic.lua) and its return values are in _reference/misc/WoW-API/WoW-API/Data/Wiki.lua.

Nothing on this page comes from a running game. PandaQuest does read your archaeology window – your races, your fragment counts and your artifacts – but it keeps that on your own computer: no archaeology data is uploaded to this hub. Everything above is read from the generated database and from this hub's own item catalogue.

No item catalogue has been imported into this hub, so there is nothing to search. An operator loads it with platform/tools/itemimport.py.

Where the skill is trained

The generated database's own word for it. These are the NPCs whose subtitle in Npcs.lua is exactly “Archaeology Trainer” – 21 of the 28 whose subtitle carries the word at all. The other 7 are students and archaeologists, and they are listed at the bottom of this block so that the count can be checked rather than believed.

And the field that says the same thing. Each record also carries an npcFlags bitmask (Schema.lua's npcKeys field 15), whose trainer bit is set on 20 of the 21 – and on none of the 7 below, so “they train nobody” is two fields agreeing rather than one being read. It is not set on NPC 47683: the subtitle calls it a trainer and the flag does not, and nothing in this hub decides between them, so the row is counted and the disagreement is printed.

NPC names have not been imported into this hub, so these are ids. An operator loads them with platform/tools/entityimport.py – the table itself needs no import.

2 of 21 trainers stand in Pandaria: Vale of Eternal Blossoms, Isle of Thunder. The rest are where the skill has been taught since it was added, an expansion before this one.

The database records no zone at all for NPC 47683 – it has the row and no place on it.

Carrying the word and not training: “Lead Expeditionary Archaeologist” 24473, “Archaeology Student” 44239, “Archaeology Student” 44241, “Archaeology Student” 44243, “Adventuring Archaeologist” 49442, “Archaeology Student” 54021, “Archaeology Student” 54118.

What “Mists-era” means on this page

An item id of 71998 or higher. An approximation, printed rather than assumed: Blizzard's id ranges run roughly in patch order, so a floor separates the expansions well and not perfectly, and this project already splits eras the same way elsewhere.