massive-com / massive-com/client-python
Possible missing 1-minute aggregates: MMM and HON (Stocks Basic)
まだ誰も着手していません。
- 主要言語
- Python
- スター
- 1.5k
- フォーク
- 362
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
Hello Massive Support,
We are investigating possible missing 1-minute stock aggregate bars on the
Stocks Basic plan.
Affected requests:
- MMM โ€” missing 2026-08-04 13:58 UTC
Request URL:
https://api.massive.com/v2/aggs/ticker/MMM/range/1/minute/2026-08-04/2026-08-04?adjusted=true&sort=asc&limit=50000
Request ID: 59e0d31b6623dfb8b565f2a737b91667
2. HON โ€” missing 2026-08-04 13:58 UTC
Request URL:
https://api.massive.com/v2/aggs/ticker/HON/range/1/minute/2026-08-04/2026-08-04?adjusted=true&sort=asc&limit=50000
Request ID: ffc89118b047f04c088f21acf7dbd302
3. HON โ€” missing 2026-08-03 13:55 UTC
Request URL:
https://api.massive.com/v2/aggs/ticker/HON/range/1/minute/2026-08-03/2026-08-03?adjusted=true&sort=asc&limit=50000
Request ID: d02d6ce093db8e20584756c36e43bf9f
The adjacent one-minute bars contain material activity:
- MMM 2026-08-04: 13:57 volume 9,099.618093 / 166 transactions;
13:59 volume 2,825.923488 / 102 transactions. - HON 2026-08-04: 13:57 volume 1,328.076841 / 62 transactions;
13:59 volume 4,683.273666 / 100 transactions. - HON 2026-08-03: 13:54 volume 5,205.521008 / 158 transactions;
13:56 volume 4,564.955796 / 205 transactions.
Notably, MMM and HON are missing the same minute (2026-08-04 13:58 UTC),
which suggests a possible ingestion-side or symbol-partition issue rather
than two independent no-trade intervals.
HON appears in two of the three cases and underwent a spinoff and company-name
change effective 2026-06-29. Could post-corporate-action symbol mapping be
related to the repeated HON omissions?
We also checked the other 28 current Dow constituents at 13:58 UTC on
2026-08-04. All 28 had bars. Across those 28, the median 13:58 volume and
transaction-count ratios versus the mean of 13:57 and 13:59 were both
approximately 0.898, so we did not observe a market-wide collapse at that
timestamp.
For all three affected five-minute windows, the five-minute aggregate volume
exactly equals the sum of the four available one-minute bars.
Could you please confirm:
- Did these intervals have zero qualifying trades because of trade-condition
filtering, or do they represent an ingestion/data gap? - If this is an ingestion issue, is it known to be systematic, transient, or
symbol-partition specific? - Are five-minute aggregates constructed from the same underlying base
aggregates, or independently from qualifying trades?
Thank you.
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
リポジトリのファイル、テスト、エントリーポイントは指定されていません。まず、リクエスト ID を使って 3 つの集計リクエストを再現し、影響を受けた分を隣接するバーおよび 5 分間の合計と比較してください。完了条件は、欠落しているバーが trade のフィルタリングによるものか、ingestion、パーティション、またはシンボルマッピングの欠落によるものかを確認し、その範囲を文書化することです。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python
- 領域
- api, data
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 静か
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 35/100