Skip to content
#edge computing Open access

What the Corpus Does Not Say: Reply structure, time and coverage in YouTube comment data

Oct 2026 · Zenodo (CERN European Organization for Nuclear Research)

Abstract

What linguists and other researchers should check before treating comments as conversation. Anyone planning a research project with YouTube comments meets the same technical hurdles: which tool to collect with, which fields can be trusted, and how to tell whether a corpus is complete. The hurdles are easy to miss when collection and analysis are done with the help of an AI assistant, because the code runs, the files look complete and nothing signals that a field is not what its name says. This paper gathers, in one place, what can go wrong on the way from a YouTube comment section to an analysable corpus, how to detect each problem in minutes, and what to do about it. It is written for corpus linguists, conversation analysts and CMC researchers who read comments as conversation — who answers whom, how address is marked, what follows what, and when. It can be used as a reference document at the start of a project: read before collecting, run as a checklist after collecting, and supplied as a source text to an AI assistant that is helping to build or analyse a comment corpus. What it offers, measured on 210 extractions of 133 videos (480,925 comments, collected with yt-dlp and the YouTube Data API v3): 1. Which source to use for what. The official API files every reply under the first comment of its thread; on the same videos 42.3% and 48.5% of replies receive a different parent than in interface-level extraction. Recommendation: structure from interface-level extraction, time and coverage from the API, both parent fields kept apart. 2. Where reply structure stops being reliable. Interface-level extraction returns replies only to depth 3. At that level the recorded parent and the @-name disagree in 45.8% of cases, one level up in 3 of 13,407. Recommendation: record depth on every edge and treat the deepest level as censored. 3. What the @-name is. In nested replies it is inserted by the interface in about nine of ten cases, so it records a button press before it records a choice of address form. Invisible characters hide 3–4% of markers from a standard pattern; the API glues the marker to the following text in 15.7% of cases. A documented matching rule is given. 4. Why yt-dlp timestamps cannot be used as time. They are back-calculated from labels such as "1 year ago"; in one extraction 182,784 comments share two values, and median error against the API reaches 358 days. 5. How corpora lose comments without trace: replies switched off by one setting (258 videos, 89,074 comments in the author's own collections), runs blocked halfway, a 2,500-comment ceiling, replies orphaned after deletion. 6. Why careful hand-coding is not enough. A coding pass specified in advance confirmed 78 of 100 cases and still supported a wrong conclusion, because the cause lay in tree position. One grouped count would have shown it. Ten diagnostics are collected in Appendix A, each a line or two of code. Applied to the author's next corpus project, they already found a gap in its reporting: the deposit did not show that every requested API page had been retrieved. The paper is also an honest record of AI-assisted research by a non-specialist. It documents how the corpora were built — on a phone, with notebooks written by a language model — the adversarial reviews, the correspondence with the developer of an independent tool, and 25 corrections of the author's own earlier claims. It began as a by-product: a linguistic question about address in YouTube replies that did not survive its own checks, because the pattern turned out to come from the platform rather than from the speakers. No figure is newly computed. All are carried over from the component reports, which this edition supersedes as the reference text and where scripts and tables are deposited: - Six Methodological Pitfalls in YouTube Comment Extraction, v2.7.1: https://doi.org/10.5281/zenodo.22836737 - Flattened Conversations, v3.8.1: https://doi.org/10.5281/zenodo.22117940 - Reconstructed Time, v1.2: https://doi.org/10.5281/zenodo.22214602 Related studies cited: - Two Pointers, One Recipient, v1.1: https://doi.org/10.5281/zenodo.22254594 - Storm Names as Comparative Benchmarks, v3.4: https://doi.org/10.5281/zenodo.22431589 The literature review is not exhaustive. If relevant work has been overlooked, I apologise and would be grateful to be told; suggestions, corrections and refutations are welcome and will be taken up in a later version. Not peer reviewed.

View source

Similar papers

#computer vision Review Sep 2017

Agile Software Development Methods: Review and Analysis

This publication proposes a definition and a classification of agile software development approaches and analyses ten software development methods that can be characterized as being "agile" against the defined criterion.

P. Abrahamsson, O. Salo, Jussi Ronkainen et al. · 727 citations · ⚡54
#computer vision Jun 2008

The impact of agile practices on communication in software development

The study shows that agile practices improve both informal and formal communication, but indicates that, in larger development situations involving multiple external stakeholders, a mismatch of adequate communication mechanisms can sometimes even hinder the communication.

M. Pikkarainen, Jukka Haikara, O. Salo et al. · 401 citations · ⚡48
#machine learning Review Open access Oct 2014

Software development in startup companies: A systematic mapping study

The results indicate that software engineering work practices are chosen opportunistically, adapted and configured to provide value under the constrains imposed by the startup context.

Nicolò Paternoster, Carmine Giardino, M. Unterkalmsteiner et al. · 394 citations · ⚡54

Related blog posts

MIT News · Artificial Intelligence Oct 15, 2026

AI model decodes the language cells use to communicate

A new computational approach reveals how cells communicate to assemble into tissues. This could accelerate stem cell engineering, improve disease models, and inform therapies.

Microsoft Research Blog Oct 15, 2026

Proof-based general-purpose computing with Magnetar

Zero-knowledge proofs can verify computing results without rerunning workloads or exposing sensitive data. Magnetar helps bring them into the mainstream with support for standard programming languages, major speed gains, and quantum-resistant security. The post Proof-based general-purpose computing with Magnetar appeared first on Microsoft Research.

We use cookies to run the site and, with your consent, for analytics and to show ads. See our Cookie Policy.