MNanoBEIR / NanoBEIR-ko / NanoNQ
Overview
NanoBEIR-ko__NanoNQ is the Korean NanoBEIR version of Natural Questions, an open-domain question answering retrieval benchmark based on real Google search questions and Wikipedia evidence. The task uses Korean translated questions as queries and asks a retriever to rank Korean translated Wikipedia passages that contain answer evidence. The Nano split contains 50 queries, 5,035 documents, and 57 positive qrels. Most queries have one positive passage, while 7 queries have two. Dense retrieval is strongest for the top ranks, while hybrid retrieval provides the best candidate coverage.
Details
What the Original Data Measures
Natural Questions introduced real information-seeking questions paired with Wikipedia answers and annotations. BEIR uses NQ as open-domain QA retrieval: the system must retrieve passages that contain answer evidence before a downstream reader can answer the question. In this Korean NanoBEIR version, translated questions are matched against translated Wikipedia passages, testing short question semantics, entity matching, and answer-context retrieval.
Observed Data Profile
The task has 50 queries and 5,035 documents. It contains 57 positive qrels, with 1.14 positives per query on average. The positives-per-query distribution is 1 minimum, 1.00 median, and 2 maximum, and 14.0% of queries are multi-positive. Queries average 29.30 characters, while documents average 274.21 characters. The examples ask about a sports event location, a film's origin, the meaning of a landmark's location, a constitutional clause, and a song credit.
BM25 Evaluation Profile
The BM25 top-500 subset reaches nDCG@10 = 0.4301, hit@10 = 0.6200, and Recall@100 = 0.7895. BM25 can exploit names, titles, and distinctive terms, but short Korean questions often do not share enough surface wording with the answer passage. Evidence may be expressed through surrounding encyclopedia context rather than direct repetition of the query. BM25 is therefore useful as an entity-aware baseline but limited for answer semantics.
Dense Evaluation Profile
The dense harrier-oss-270m top-500 subset reaches nDCG@10 = 0.5805, hit@10 = 0.8400, and Recall@100 = 0.9298. Dense retrieval is clearly the strongest top-10 profile. It connects question intent to answer-bearing passages more effectively than exact term matching, especially when the passage expresses the answer through explanation, date, relation, or context. Dense retrieval also substantially improves candidate coverage over BM25.
Reranking Hybrid Evaluation Profile
The reranking_hybrid subset uses 100 candidates per query and reaches nDCG@10 = 0.5033, hit@10 = 0.7200, and Recall@100 = 0.9825, with no rank-101 safeguard rows. Hybrid retrieval has the best Recall@100, but its top-10 ranking is weaker than dense retrieval. This means the hybrid candidate pool is excellent for downstream reranking, while dense retrieval is the stronger first-stage order when only the top ranks are used directly.
Metric Interpretation for Model Researchers
This task cleanly separates answer-ranking quality from coverage. BM25 is the weakest because lexical overlap undercaptures question-answer relations. Dense retrieval is best for nDCG@10 and hit@10. Hybrid retrieval is best for Recall@100, making it valuable when a reranker follows candidate generation. Model improvements should be described as semantic answer ranking, candidate coverage, or both.
Query and Relevance Type Tendencies
Queries are short open-domain questions. Relevant passages are Wikipedia-style summaries that contain the answer in context. The retriever must match the relation expressed by the question, such as where an event took place, why a landmark is located somewhere, or who participated in a song, not just the headline entity.
Representative Failure Modes
BM25 can retrieve the right entity but the wrong answer passage. Dense retrieval can retrieve semantically related Wikipedia passages that omit the specific answer. Hybrid retrieval can recover more positives in the candidate set while still ranking lexical or semantic distractors above the evidence. For the few two-positive queries, retrieving only one evidence passage remains a coverage error.
Training Data That May Help
Useful training data includes non-overlapping open-domain QA retrieval, Wikipedia question-passage pairs, Korean answer retrieval, and multilingual QA evidence retrieval. Hard negatives should contain related entities without the answer. Training should exclude Natural Questions, BEIR, NanoBEIR, and overlapping translated passages from this benchmark.
Model Improvement Notes
Strong systems should represent short Korean questions as answer-seeking intents while preserving entity precision. Dense retrieval is a strong direct ranker; hybrid candidates are useful for reranking experiments that seek higher coverage without losing semantic answer ordering.
Example Data
| Query | Positive document |
| 올해 파이널 포는 어디에서 열리나요? [20 chars] | 2018년 NCAA 디비전 I 남자 농구 토너먼트는 2017–18시즌의 남자 전미대학체육협회(NCAA) 디비전 I 대학 농구 전국 챔피언을 가리기 위한 68개 팀이 참가하는 싱글 엘리미네이션 토너먼트였다. 제80회 대회는 2018년 3월 13일에 시작되어 4월 2일 텍사스주 샌안토니오의 알라모돔에서 열린 챔피언십 경기를 끝으로 막을 내렸다. [191 chars] |
| 『크리스마스 전날의 악몽』은 원래 디즈니 영화였나요? [29 chars] | 『크리스마스의 악몽』은 1982년 월트 디즈니 피처 애니메이션에서 애니메이터로 일하던 시절, 팀 버튼이 쓴 시에서 비롯되었다. 같은 해 『빈센트』가 성공을 거두자, 월트 디즈니 스튜디오는 『크리스마스의 악몽』을 단편 영화나 30분 분량의 텔레비전 특집 프로그램으로 제작할지 검토하기 시작했다. 수년에 걸쳐 버튼은 이 프로젝트를 계속 떠올렸고, 1990년 드디어 디즈니와 개발 계약을 체결했다. 제작은 1991년 7월 샌프란시스코에서 시작되었으며, 스튜디오는 이 영화가 "아이들에게 너무 어둡고 무서울 수 있다"고 판단하여 터치스톤 픽처스 배너를 통해 영화를 개봉했다.[4] [320 chars] |
| 왜 북쪽의 천사상이 거기에 있는가 [18 chars] | 고름리에 따르면, 천사의 의미는 세 가지였다. 첫째, 이 조각상이 세워진 장소 아래에서 석탄 광부들이 두 세기에 걸쳐 일했다는 것을 상징하는 것이었고, 둘째, 산업 시대에서 정보 시대로의 전환을 포착하는 것이며, 셋째, 우리 시대가 변화하는 희망과 두려움의 초점 역할을 하는 것이었다.[2] [162 chars] |
Source Reference Table
| Title | Year | Type | URL |
| Natural Questions: A Benchmark for Question Answering Research | 2019 | task paper | https://aclanthology.org/Q19-1026/ |
| BEIR: A Heterogeneous Benchmark for Zero-shot Evaluation of Information Retrieval Models | 2021 | benchmark paper | https://arxiv.org/abs/2104.08663 |
| MMTEB: Massive Multilingual Text Embedding Benchmark | 2025 | benchmark paper | https://arxiv.org/abs/2502.13595 |
| NanoBEIR: Smaller BEIR dataset subsets | 2024 | dataset collection | https://huggingface.co/collections/zeta-alpha-ai/nanobeir |
Dataset Information
| Field | Value |
| Nano set | MNanoBEIR |
| Backing dataset | NanoBEIR-ko |
| Task / split | NanoNQ |
| Hugging Face dataset | hakari-bench/NanoBEIR-ko |
| Language | ko |
| Category | natural_language |
| Queries | 50 |
| Documents | 5,035 |
| Positive qrels | 57 |
| Positives / query avg | 1.14 |
| Positives / query min | 1 |
| Positives / query median | 1.00 |
| Positives / query max | 2 |
| Multi-positive queries | 7 (14.00%) |
| Query length avg chars | 29.30 |
| Document length avg chars | 274.21 |
Candidate Subsets
| Profile | Config | nDCG@10 | Hit@10 | Recall@100 | Candidates |
| BM25 | bm25 | 0.4301 | 0.6200 | 0.7895 | top-500 |
| Dense | harrier_oss_v1_270m | 0.5805 | 0.8400 | 0.9298 | top-500 |
| Reranking hybrid | reranking_hybrid | 0.5033 | 0.7200 | 0.9825 | top-100 |