Google タイムライン ビジュアライザーの座標形式：セットアップガイド

Google タイムライン ビジュアライザーの座標形式を扱うワークフローは、Google が位置履歴をどのような形式でパッケージ化したかを確認することから始まります。古いエクスポートでは、大容量の JSON ファイルに生の GPS 記録が格納されていることが一般的です。一方、新しいモバイルエクスポートでは、ネストされたタイムラインオブジェクト、セマンティックセグメント、ISO 形式のタイムスタンプが使われます。ビジュアライザーは、ルート、訪問先、移動パターンを描画する前に、これらの構造を認識する必要があります。

最も実用的な方法は、すべてのファイルが同じ座標表記を使うと仮定するのではなく、エクスポートごとに異なるスキーマとして扱うことです。互換性のある JSON ファイルを複数アップロードすると、生のポイントとセマンティック情報を組み合わせられる場合があります。ただし、重複した記録や不完全な移行によって分かりにくいパスが生成されないよう、まずファイルを確認してください。

動画のハイライト：

• ローカルツールが分散した Google タイムラインのエクスポートをどのように変換するか。
• マッピング前に E7 整数を変換する必要がある理由。
• 疎らなポイントや長距離移動をルート描画で処理する方法。
• ブラウザベースの処理によって不要なデータ公開を減らせる理由。

座標の表現は、古いタイムラインファイルと新しいタイムラインファイルの主な違いです。生の記録では、緯度と経度がスケール変換された整数として保存されることがあり、これは一般に E7 座標と呼ばれます。実際には、保存された数値は固定の倍率を掛けた小数座標を表しています。パーサーは、地図上にポイントを配置する前に、その整数を使用可能な緯度または経度へ変換します。

最新のエクスポートでは、ネストされたオブジェクト内に小数形式の座標があり、標準的な ISO 形式でタイムスタンプが記述されている場合があります。また、各ポイントに独自のタイムスタンプが含まれるタイムラインパスや、セマンティックセグメント内に配置されたポイントを含むファイルもあります。これらの違いは、フィルタリング、ルートの並び順、アクティビティの解釈に影響します。

E7 変換の仕組み

E7 値は、独立した座標系ではありません。整数を使って小数精度を維持するために設計された保存形式です。たとえばパーサーは、形式で定められた倍率を適用して保存値を小数に変換し、その後マッピングします。正確な変換は、ソースファイルを手動で編集するのではなく、ビジュアライザーに任せるべきです。

小数点を 1 か所間違えるだけで、ポイントが非常に遠い場所へ移動する可能性があるため、手動変更は危険です。また、JSON の構文を壊したり、座標とタイムスタンプの関連付けを切断したりすることもあります。変更していないバックアップを保管し、正規化にはローカルパーサーまたはブラウザビジュアライザーを使用してください。

タイムスタンプの正規化が重要な理由

ポイントが時系列順に並んで初めて、ルートは意味を持ちます。エクスポートファイルでは異なるタイムスタンプ規則が使用される場合があり、セマンティックセグメントにはポイントごとの 1 つのタイムスタンプではなく、時間範囲が含まれることもあります。優れたツールは、これらの値を共通の内部表現に変換し、カレンダー表示や日単位のビュー用に並べ替えたりグループ化したりします。

Google タイムラインのエクスポートは、バックアップ、確認、アップロード、検証を分けて行うと簡単に準備できます。目的はソースファイルを書き換えることではありません。座標形式を検出し、タイムラインを再構築するために必要な元の情報を、ビジュアライザーへ十分に渡すことが目的です。

ブラウザベースのワークフローは、過去の履歴を分析するために設計されています。通勤、旅行、訪問した場所、アクティビティセグメントを表示できますが、ライブトラッカーとは異なります。可視化セッションが終了した後は、タブを閉じると一時的な処理状態が破棄されることを想定しています。

座標パーサーが技術的に正しくても、表示されたルートが不自然に見えることがあります。GPS データには、信号の弱さ、屋内測位、マルチパス反射、一時的な衛星可視性の低下などによるノイズが含まれることがよくあります。ユーザーが建物内にとどまっているにもかかわらず、スマートフォンが数マイル移動したように見える場合があり、そのようなスパイクを自動的に実際の旅行と判断すべきではありません。

便利なビジュアライザーは、ソースを書き換えることなく、描画時に保守的なフィルタリングを適用します。この区別は重要です。元の履歴は確認できる状態で維持しながら、地図表示を読みやすくできるためです。不審なポイントはすぐに削除するのではなく、個別に確認してください。

長距離の空白も別の課題を生みます。スマートフォンがオフライン、機内モード、または継続的に記録できない状態だったため、出発地点と到着地点しか残っていない場合があります。平面地図上に直線を引くと、海を横断する移動や国際日付変更線を越えるルートが誤解を招く形で表示されることがあります。

地球儀ベースの描画では、大円補間を使用して球面上の最短経路を表現できます。これにより長距離移動をより自然な弧として表示できますが、補間はあくまで推定であり、実際に通った正確なルートを証明するものではありません。

プライバシーに配慮した作業では、地図画像の読み込み時にどのようなネットワークリクエストが発生するかを確認してください。ローカル解析によって JSON を端末内に保持できても、地図タイルは外部のタイルプロバイダーから取得される場合があります。最初の地図レイヤーを読み込む前に、ビジュアライザーのプライバシー通知を確認してください。

ブラウザビジュアライザーは、Google マップにログインせずにエクスポートした履歴を確認するのに役立ちます。対象ツールの説明によると、可視化はブラウザ内で行われ、通常の閲覧中にファイルが外部へ送信されることはありません。任意のアカウント保存機能は、インポートのためにデータをアップロードするため、別の扱いになります。

このワークフローは、1 回限りの確認、旅行の思い出をまとめるプロジェクト、ルート動画の作成に適しています。一方、日々の追跡用の永続的なデータベースとしては適していません。継続的な収集、検索可能な履歴、ヒートマップ、生涯移動距離の計算が必要なユーザーは、テレメトリを永続的に保存できるセルフホスト型の空間サービスを検討するとよいでしょう。

Google Timeline Visualizer ツールページでは、ブラウザへのアップロード手順、対応ファイルの説明、プライバシーに関する詳細を確認できます。機密性の高い位置情報を読み込む前、特に地図タイルや任意のクラウドインポート機能を有効にする場合は、現在の通知を確認してください。