• Introduction
  • Vision
  • Mission
• Guides & Tutorials
  • 1. Our Indexes
    • 1.1. Wikidata+GeoNames Index (Augmentation)
    • 1.2. WHG Publication Index (Searchable Publication)
    • 1.3. WHG Union Index (Final Integration & Clustering)
  • 2. Workbench
    • 2.1. Individual datasets
    • 2.2. Multiple datasets
    • 2.3. Thematic place collections
      • 2.3.1. Instructional exercise in a class setting, or workshop
      • 2.3.2. Authored publication
  • 3. Publishing Data
    • 3.1. Create and publish a Place Collection
    • 3.2. Create and publish a Dataset Collection
  • 4. Uploading Data
    • 4.1. Choosing an upload data format: LPF or LP-TSV?
    • 4.2. Preparing data for upload
      • 4.2.1. The simple case
      • 4.2.2. The not so simple case: extracting places
      • 4.2.3. Linked Places format (LPF), a GeoJSON extension
  • 5. Reconciliation & Accessioning
    • 5.1. What does closeMatch mean?
  • 6. Reviewing accessioning results
  • 7. Collection Groups
    • 7.1. Create and manage a Collection Group for a class or workshop
• WHG Staff
  • 1. Gazetteer Configurator
    • 1.1. Where to find it
    • 1.2. What you’ll see
    • 1.3. Common tasks
      • 1.3.1. Adding a “core” gazetteer
      • 1.3.2. Hiding a gazetteer from the Regions panel
      • 1.3.3. Disabling Explore mode for a polygon-only gazetteer
    • 1.4. Re-ingestion
      • 1.4.1. Triggering a re-ingest
      • 1.4.2. Status lifecycle
      • 1.4.3. What “completed” actually means
      • 1.4.4. If a re-ingest gets stuck
    • 1.5. Permissions
  • 2. User API Profiles
    • 2.1. Where to find it
    • 2.2. What you’ll see
    • 2.3. Common tasks
      • 2.3.1. Bumping a researcher’s daily quota
      • 2.3.2. Resetting a user’s counter
      • 2.3.3. Investigating heavy usage
    • 2.4. Permissions
  • 3. Atlas v3.5 (forthcoming)
    • 3.1. Sections to be added
      • 3.1.1. Editorial review of submitted gazetteers
      • 3.1.2. Contributor oversight (“My Gazetteers”)
      • 3.1.3. Working / Preview-as-published toggle
      • 3.1.4. Volunteering, API, and Admin Dashboard relocations
      • 3.1.5. Retention sweep monitoring
      • 3.1.6. Gazetteers offcanvas — staff perspective
    • 3.2. Cross-references
• Technical
  • 1. Repositories
  • 2. APIs
    • 2.1. Entity API
      • 2.1.1. Entity Endpoints
      • 2.1.2. Place Identifiers and Source Namespaces
      • 2.1.3. Persistent Identifiers (w3id.org)
      • 2.1.4. Namespace Prefix (prefix.cc)
    • 2.2. Reconciliation Service API
      • 2.2.1. Reconciliation Endpoints
      • 2.2.2. Query Parameters
      • 2.2.3. Source Namespaces
      • 2.2.4. Result Format
      • 2.2.5. Filter Behaviour and Common Pitfalls
      • 2.2.6. Geometry Recovery When the Top Hit Has No Centroid
      • 2.2.7. Data Extension Properties
      • 2.2.8. Using the WHG Reconciliation API in OpenRefine
    • 2.3. API Tokens
      • 2.3.1. Using an API Token
      • 2.3.2. Suggest Endpoint Example
      • 2.3.3. Entity API Example
  • 3. Issues
• Development Roadmap
  • 1. v3.3: Collaborative Workbench
    • 1.1. Map your Data
      • 1.1.1. What it is
      • 1.1.2. Why a new tool
      • 1.1.3. Getting started
      • 1.1.4. 1 · Import a dataset
      • 1.1.5. 2 · Confirm column roles
      • 1.1.6. 3 · Reconcile against WHG
      • 1.1.7. 4 · Review & confirm matches
      • 1.1.8. 5 · Map
      • 1.1.9. 6 · That’s a gazetteer — enrich & export
      • 1.1.10. 7 · Collaborate & share
      • 1.1.11. Caveats
    • 1.2. Collaborative Collections
      • 1.2.1. What it is
      • 1.2.2. Starting a new document
      • 1.2.3. Finding your material — “Edit published…”
      • 1.2.4. The editor at a glance
      • 1.2.5. Building a Place Collection
      • 1.2.6. Building an Itinerary
      • 1.2.7. Building a Gazetteer Group
      • 1.2.8. Editing something already published
      • 1.2.9. Collaborating
      • 1.2.10. A note on names
      • 1.2.11. How this relates to the older builders
    • 1.3. Beta Testing Plan
      • 1.3.1. How testing is tracked, and how issues get resolved
      • 1.3.2. Getting access
      • 1.3.3. Before you start
      • 1.3.4. Test checklists
  • 2. Atlas: Discovering Linked Places
    • 2.1. The problem Atlas solves
    • 2.2. What Atlas does
    • 2.3. How Atlas decides two records are the same place
    • 2.4. You are in control: the grouping dial
    • 2.5. It all happens in your browser
    • 2.6. Confirmed links and your corrections
    • 2.7. Why not just fix the groups once and for all?
    • 2.8. What’s coming
  • 3. v3.5: Toponym Phonetics
    • 3.1. Overview
      • 3.1.1. Goals
      • 3.1.2. Why Not Elasticsearch’s Built-in Phonetic Analysis?
      • 3.1.3. Limitations
      • 3.1.4. Architecture Summary
      • 3.1.5. Data Sources
    • 3.2. Elastic Management Guide
      • 3.2.1. Table of Contents
      • 3.2.2. Architecture Overview
      • 3.2.3. Installation
      • 3.2.4. Configuration
      • 3.2.5. Storage Architecture
      • 3.2.6. Production Instance (VM)
      • 3.2.7. Staging Instance (Slurm)
      • 3.2.8. Authority Data Ingestion
      • 3.2.9. Index Management
      • 3.2.10. Snapshot Management
      • 3.2.11. Production Deployment
      • 3.2.12. Health Monitoring
      • 3.2.13. Troubleshooting
      • 3.2.14. Quick Reference
    • 3.3. Infrastructure Summary
      • 3.3.1. Overview
      • 3.3.2. Architecture
      • 3.3.3. Authority Data Sources
      • 3.3.4. WHG-Contributed Datasets
      • 3.3.5. Phonetic Search
      • 3.3.6. Index Schemas
      • 3.3.7. Deployment Strategy
      • 3.3.8. Storage Requirements
      • 3.3.9. Snapshot Strategy
      • 3.3.10. Resource Summary
      • 3.3.11. Operational Commands
      • 3.3.12. Directory Structure
      • 3.3.13. References
    • 3.4. Components
      • 3.4.1. Infrastructure
      • 3.4.2. Elasticsearch Indices
      • 3.4.3. Processing Components
    • 3.5. Data Flow
      • 3.5.1. Authority File Ingestion
      • 3.5.2. WHG-Contributed Dataset Ingestion
      • 3.5.3. Embedding Generation
      • 3.5.4. Incremental Updates
    • 3.6. Elasticsearch Index Design
      • 3.6.1. Index Schemas
      • 3.6.2. Ingest Pipelines
      • 3.6.3. HNSW Configuration
      • 3.6.4. Analysers
    • 3.7. Training the Phonetic Similarity Model
      • 3.7.1. 1. Architecture Overview
      • 3.7.2. 2. Key Features
      • 3.7.3. 3. Installation
      • 3.7.4. 4. The Training Pipeline
      • 3.7.5. 5. Python Inference API
      • 3.7.6. 6. Configuration
    • 3.8. Query Pipeline
      • 3.8.1. Search Strategy
      • 3.8.2. Elasticsearch Query Structure
      • 3.8.3. Spatial Containment Filtering
      • 3.8.4. Error Handling
      • 3.8.5. Performance Optimisation
    • 3.9. Advantages of This Architecture
      • 3.9.1. Two-Instance Isolation
      • 3.9.2. Unified Infrastructure
      • 3.9.3. Scalable Storage Tiers
      • 3.9.4. Zero-Downtime Deployments
      • 3.9.5. Flexible Embedding Generation
      • 3.9.6. Toponym Deduplication
      • 3.9.7. Efficient Phonetic Search
      • 3.9.8. Graceful Degradation
      • 3.9.9. Unified Search Across Sources
      • 3.9.10. Maintainability
      • 3.9.11. Research Reproducibility
    • 3.10. Monitoring & Observability
      • 3.10.1. Key Metrics
      • 3.10.2. Health Check Endpoints
      • 3.10.3. Log Locations
      • 3.10.4. Dashboards
      • 3.10.5. Alerting
      • 3.10.6. Runbook: Common Issues
    • 3.11. Future Extensions
      • 3.11.1. Short-Term Enhancements
      • 3.11.2. Medium-Term Development
      • 3.11.3. Long-Term Vision
    • 3.12. Deployment Plan
      • 3.12.1. Phase 1: Infrastructure Setup
      • 3.12.2. Phase 2: Core Index Population
      • 3.12.3. Phase 3: Model Training
      • 3.12.4. Phase 4: Embedding Generation
      • 3.12.5. Phase 5: Query Integration
      • 3.12.6. Phase 6: Production Rollout
      • 3.12.7. Ongoing Operations
    • 3.13. Risk Assessment
      • 3.13.1. Technical Risks
      • 3.13.2. Operational Risks
      • 3.13.3. Data Quality Risks
      • 3.13.4. Mitigation Strategies
    • 3.14. Success Criteria
      • 3.14.1. Technical Metrics
      • 3.14.2. User Experience Metrics
      • 3.14.3. Research Impact
      • 3.14.4. Acceptance Criteria by Phase
    • 3.15. Summary & References
      • 3.15.1. Key Design Decisions
      • 3.15.2. Technology Stack
      • 3.15.3. Storage Requirements
      • 3.15.4. Timeline
      • 3.15.5. References
  • V4: Graph Datamodel
    • 1. User Guide
      • 1.1. Note to Documentation Team
      • 1.2. Getting Help
    • 2. Open Educational Resources (OER)
      • 2.1. Vision
      • 2.2. Strategic Goals
      • 2.3. Technical Requirements
    • 3. Data Model
      • 3.1. Introduction
      • 3.2. Overview
      • 3.3. Attestations & Relations
      • 3.4. Vocabularies
      • 3.5. Special Thing Patterns
      • 3.6. Contribution Types & Data Formats
      • 3.7. RDF Representation
      • 3.8. Platform Use Cases
      • 3.9. Implementation in ArangoDB
      • 3.10. Summary & Future Directions
    • 4. System Architecture
      • 4.1. Database Technology Assessment
      • 4.2. Kubernetes Configuration
      • 4.3. SSH Key Setup
      • 4.4. Deploying the Management Pod
      • 4.5. Deploying Services
      • 4.6. Service Configuration
• License
  • Creative Commons Attribution-NonCommercial 4.0 International Public License
    • Section 1 – Definitions.
    • Section 2 – Scope.
    • Section 3 – License Conditions.
    • Section 4 – Sui Generis Database Rights.
    • Section 5 – Disclaimer of Warranties and Limitation of Liability.
    • Section 6 – Term and Termination.
    • Section 7 – Other Terms and Conditions.
    • Section 8 – Interpretation.