簡介
這些規格會不時更新，並詳列進階 360 相機的所有硬體、時間點和資料規定，提供高速、高精確度的街景服務拍攝與發布功能。請注意，這項計畫不適用於任何操作或機械功能。
圖像
- 至少 1500 萬像素，解析度為 7 FPS
- 360° 水平 FOV
- ≥ 135° 連續垂直視角
- Google 會審查圖像和幾何圖形品質
生氣
建議組成元素：
- 6 軸式加速度計/陀螺儀：BMI160 或 ST-LSM6DSM
加速計必須符合下列條件：
- 解析度：16 位元以上
- 範圍：≥ +/- 8G，通常 ≥4096 LSB/g
- 取樣率：≥200 Hz，時基誤差小於 1%
- 您必須啟用低通篩選功能才能排除別名。截止頻率應設為低於 Nyquist 頻率的最高值，也就是取樣率的一半。舉例來說，如果頻率為 200 Hz，則低傳遞濾鏡裁切的切割應低於 100 Hz，但請盡可能靠近。
- 噪音密度必須介於 ≤300 μg/√Hz 之間，且應設為 ≤150 μg/√Hz
- 固定式噪音偏誤穩定性 <15 μg * √Hz (來自 24 小時的靜態資料集)
- 偏誤變化與溫度：≤ +/- 1mg / °C
- 最佳配適線非線性：≤0.5%
- 感光度變化與溫度 ≤0.03%/°C
陀螺儀必須符合下列條件：
- 解析度：16 位元以上
- 範圍：≥ +/- 1000 毫秒，且 ≥32 LSB/dp
- 取樣率：≥200 Hz，時基誤差小於 1%
- 您必須啟用低通篩選功能才能排除別名。截止頻率應設為低於 Nyquist 頻率的最高值，也就是取樣率的一半。舉例來說，如果取樣頻率是 200 Hz，則低傳遞濾鏡切割應在 100 Hz 以下，但盡可能接近。
- 噪音密度：≤0.01 °/s/√Hz
- 24 小時靜態資料集的固定式偏誤穩定性 <0.0002 °/s *√Hz
- 偏誤變化與溫度：≤ +/- 0.015 °/ s / °C
- 最佳配適行非線性比例必須設為 ≤0.2%，且應設為 ≤0.1%
- 敏感度變化與溫度：≤0.02% / °C
GPS
建議元件
相關規定
- 取樣率：4 Hz
- 全景：同時追蹤至少 GPS 和 GLONASS
- 首次修正時間：
- 冷： ≤40 秒
- 熱： ≤5 秒
- 敏感度：
- 追蹤：-158 dBm
- 獲取新客：-145 dBm
- 水平位置精確度：2.5 公尺 (可能出現循環錯誤 (CEP)、50%、24 小時靜態 > 6 次觀看)
- 速率準確度：0.06 公尺/秒 (30 公尺/秒 50%)
- 操作上限：4 公克
- 內部天線或與已知類型的外部天線相連接
天線設計
體積小型產品 (例如同時包含 GPS 接收器系統和許多複雜電子系統的攝影機) 較容易造成無線電接收器效能問題，是隨附電子裝置系統發出的 RF 輻射問題。這種幹擾通常是在頻段內傳輸到無線電接收器中，因此不能過濾掉。
時間規格
所有感應器測量資料都必須根據相同的穩定系統時鐘正確加上時間戳記。測量結果必須為感應器測量數量時加上時間戳記，而非處理者收到感應器晶片訊息時的日期。不同感應器讀取資料之間的時間戳記誤差應小於 1 毫秒。同一個感應器資料記錄中記錄的所有時間戳記必須連續，且不能中斷。如果硬體重新啟動或重設，且系統時鐘重設，您必須建立新的記錄來儲存新的傳入資料。
GPS
GPS 感應器應支援時間脈衝的輸出內容，以及與時間脈搏相對應的 GPS 時間相關訊息。這可用於為具有相同 GPS Epoch 紀元時間戳記的其他 GPS 資料封包加上時間戳記。裝置應有輸入內容以便接收這些時間脈衝，且當裝置收到開頭或結尾邊緣 (視情況而定) 時，就應從穩定的系統時鐘記錄時間戳記。現在當裝置收到包含 GPS 時間的對應訊息封包時，可於收到來自 GPS 感應器的導航訊息 (包含 GPS 時間) 的穩定系統時鐘時，根據穩定系統時鐘計算時間戳記。
影片 / 圖片
影像感應器必須支援硬體時間，才能判斷針對穩定系統時鐘的精確時間。如果出現影格遺失，後續影格仍必須反映準確的時間戳記。時間戳記必須與圖片中第一個啟用的相片有關。製造商必須指定對應的像素。
IMU
IMU (加速計和陀螺儀) 測量結果必須加上測量結果的時間戳記，而不是接收到的時間。
資料規格
經過街景服務最佳化的相機和系統，必須每秒收集多個每種感應器的資料測量結果。以下為各項測量資料的詳細資訊。
IMU 資料相關規定
IMU (加速計和陀螺儀) 測量資料：
int64 time_accel; // The time in nanoseconds when the accelerometer
// measurement was taken. This is from the same stable
// system clock that is used to timestamp the GPS and
// image measurements.
// The accelerometer readings in meters/sec^2. The x, y, z refer to axes of
// the sensor.
float accel_x;
float accel_y;
float accel_z;
int64 time_gyro; // The time in nanoseconds when the gyroscope
// measurement was taken. This is from the same stable
// system clock that is used to timestamp the GPS and
// image measurements.
// The gyro readings in radians/sec. The x, y, z refer to axes of the sensor.
float gyro_x;
float gyro_y;
float gyro_z;
GPS 資料相關規定
int64 time; // Time in nanoseconds, representing when the GPS
// measurement was taken, based on the same stable
// system clock that issues timestamps to the IMU
// and image measurements
double time_gps_epoch; // Seconds from GPS epoch when measurement was taken
int gps_fix_type; // The GPS fix type
// 0: no fix
// 2: 2D fix
// 3: 3D fix
double latitude; // Latitude in degrees
double longitude; // Longitude in degrees
float altitude; // Height above the WGS-84 ellipsoid in meters
float horizontal_accuracy; // Horizontal (lat/long) accuracy in meters
float vertical_accuracy; // Vertical (altitude) accuracy in meters
float velocity_east; // Velocity in the east direction represented in
// meters/second
float velocity_north; // Velocity in the north direction represented in
// meters/second
float velocity_up; // Velocity in the up direction represented in
// meters/second
float speed_accuracy; // Speed accuracy represented in meters/second
影片相關規定
影片必須以 7 Hz 以上的畫面更新率錄製。相機也應該錄製與每個圖像畫面相關的中繼資料。在每張圖片中
int64 time; // The time in nanoseconds when the image was taken.
// This is from the same stable system clock that is used to
// timestamp the IMU and GPS measurements.
// The corresponding frame in the video.
int32 frame_num;
您也必須在 MP4 360 影片中填寫下列使用者資料 Atom：
moov/udta/manu：以字串的形式相機製造商 (廠牌)moov/udta/modl：以字串的形式使用相機模型moov/udta/meta/ilst/FIRM：以字串表示的韌體版本
$ ffprobe your_video.mp4
...
Metadata:
make : my.camera.make
model : my.camera.model
firmware : v_1234.4321
...
相機架構
每個感應器和每個鏡頭的參考影格 (FOR) 之間的自由 (6-DOF) 轉換 (相對位置和方向) 都必須以加速計 FOR 指定。感應器 FOR 必須按照感應器規格表中的定義，並且與感應器在裝置上的實際位置對齊。每個鏡頭的 FOR 都具有正 Z 軸的方向，朝向相機的 FOV 移動，而 x 軸指向右方，Y 軸指向下方，從上到下，FOR 的起點則位於相機的光學中心。GPS FOR 位於天線。
每個感應器或相機的 6-DOF 轉換 (位置為 3DOF，方向用的 3DOF) 會以 3x4 轉換矩陣 T = [R p] 表示，其中 R 是 3x3 旋轉矩陣，代表感應器或相機的方向在加速計 FOR 中， FOR 則代表相機的 FOR 軸加速度。
要求的轉換可能來自裝置的電腦輔助設計 (CAD) 型號，不必因裝置規格而考量製造差異。這項資訊必須在評估開始時提供給 Google。
相機設定
- 相機不應為圖像執行任何動態防震功能。
- 拍攝室內和室外圖像時，應調整相機設定。
電源 (請選擇以下任一型號，或同時採用兩者)：
- USB 3.1 網路供電及充電，支援錄製時間至少 4 小時
- 支援電池供電，可錄製及上傳超過 1 小時
軟體導入提醒
必須透過 Street View Publish API 上傳，請注意，傳送至 API 的所有要求都必須經過驗證，如這裡所述。
對於上傳至街景服務的所有圖像：
- 圖像建立時間 (即拍攝圖像的時間)。
- 請務必回報產品的廠牌、型號和韌體版本。
- 必須關閉動作穩定功能。
- 請務必分享原始 GPS 和 IMU 資料的所有資料元件 (測量結果必須正確加上測量時間的時間戳記，而非接收時間)。
針對上傳至「街景服務」的所有 360 度影片：
- 您必須使用相機動作中繼資料傳遞遙測資料。
- 相片序列必須以拍攝影片的正確畫面更新率編碼。
此外，請在使用者發布前 (至少第一次) 在應用程式中加入以下語言和程式碼行列：
「這項內容除了在 Google 地圖中公開顯示以外，也可能會出現在其他 Google 產品中。如要進一步瞭解《Google 地圖使用者提供內容政策》，請參閱本文。」產品評估
- 想使用街景服務專家嗎？做好準備！
- 參閱 Open Spherical Camera API 和 Street View Publish API
- 透過 Street View Publish API 支援要求取得 360 度相片序列，並附上產品如何符合上述規格的說明。系統可能會要求您使用我們的團隊提供的範本提供以下資訊。
- 符合上述規格的 3MP4 檔案和 3 張相片，包括相機動態中繼資料規格
- 列入許可清單的帳戶，可取得 360 度相片序列說明文件和必要方法，取得街景服務專業級資格。
- 獲選成為街景服務專家嗎？開始使用！
- 請將產品的相機架構提供給我們
- 允許產品使用 Street View Publish API，將 360 度相片和相片序列上傳至街景服務
- 發布 12 張相片序列 (每張相片序列至少 20 公里) 和 12 張相片，平均分配到下方。請使用我們團隊提供的範本提供結果。
- 攝影機控製作業系統：Android、iOS、裝置端
- 上傳軟體作業系統：Android、iOS、MacOS、Windows、裝置端
- 區域類型：都市峽谷、其他都會區、郊區社區
- 至少參與 5 位 Beta 版測試人員上傳至少 3 個相片序列 (每相片序列至少 5 公里)。請使用我們團隊提供的範本提供結果。 我們將審查你的提交內容，並提供意見回饋。我們確認測試資料完整且符合規範後，請繼續進行下一個步驟。
- 與我們的團隊合作，提供任何必要的設備 (包括配件)、存取權和說明內容，以便評估您產品的端對端街景服務體驗。 我們將查看測試結果並提供意見。我們確認測試資料和發布流程符合規定後，請繼續進行下一個步驟。
- 獲準成為街景服務專家嗎？恭喜！
- 最後一步：請提交發布計畫，其中包括說明內容和支援管道的連結，為潛在的共同行銷機會做好準備 (請遵循我們的品牌宣傳指南)。請使用我們團隊提供的範本分享方案。您的提交內容完全通過核准後，我們就會提供街景服務專用專家徽章的存取權，並協調任何其他共同行銷機會。
- 恭喜您通過審核，符合街景服務 (專業級) 資格！這個狀態效期為 1 年。只要產品使用者在第一年內在 Google 地圖上發布超過 5,000 公里的圖像，就會自動符合第二年資格。
例外狀況
若特定硬體和軟體解決方案不符合個人需求，但符合本文所述的整體端對端成效指標，我們可能會視情況核准。