Not quoted: Numbers from the table in Supplementary file 1; no sentence of the text states the per-mouse values.
The dandiset holds no sorted units (no file has a units table or any processed data), and the claim needs single units. Making them as the paper did means streaming the raw signal of every recording day, sorting the open arena and VR recordings of a day together with MountainSort and curating the clusters by isolation, noise overlap and peak SNR (Methods, Spike sorting). Streaming alone, at the rate measured in the executed notebook (76.4 MB/s with 16 processes; it varies by several percent between runs), takes 2.3 h for the 638 GB of the recording days (478 files) of the 239 usable 200 cm VR sessions of the nine mice that have an open arena session the same day, which are a superset of the paper's 215 sessions (2.1 h when the size is scaled to 215 sessions), and 3.6 h for all 976 GB, against the protocol's limit of 60 min for a notebook (docs/protocol.md, Author, step 3); this is a lower bound, as sorting time comes on top and was not measured. The sort was not started. It also depends on grid-cell-count. The parts that need no units were compared in the data check, not as a test of the claim. The dandiset has 242 VR sessions on the 200 cm track with at least 10 trials for the nine mice (paper 215), 27 more, outside the claim's tolerance of 21.5; per mouse M1 11 (11), M3 30 (26), M6 21 (21), M7 28 (23), M10 25 (16), M11 35 (35), M12 28 (21), M13 27 (25), M14 37 (37), so five of nine are within 10% of the table and M3, M7, M10 and M12 exceed it by 15%, 22%, 56% and 33%. The mean over the nine mice of each mouse's mean trials per session is 183.9 (paper 179.1). The paper counts only sessions with kept units, which the dandiset cannot show, so the excess sessions may be sessions without kept units. Cells and grid cells per mouse need the units.