מפרטים של "מוכן ל-Street View (רמה מקצועית)"

מבוא

המפרטים האלה מפרטים את כל הדרישות לגבי החומרה, התזמון והנתונים של מצלמות 360 מתקדמות, שמציעות יכולות צילום ופרסום ב-Street View במהירות גבוהה וברמת דיוק גבוהה. (שימו לב: התוכנית הזו לא רלוונטית לפונקציות תפעוליות או מכניות כלשהן).

תמונות

  • 8K או 8K ב-5FPS
  • שדה ראייה אופקי של 360°
  • שדה ראייה אנכי רציף של 135° או יותר
  • Google תבדוק את איכות התמונות והגאומטריה

IMU

רכיבים מומלצים:

מד התאוצה צריך לעמוד בדרישות המפרטים הבאים:

  • רזולוציה: ≥ 16 ביט
  • טווח: בדרך כלל ≥ +/- 8G עם 4096 LSB/g
  • תדירות דגימה: 200Hz או יותר עם רעידות של פחות מ-1%
  • יש להפעיל את סינון המעברים הנמוכים כדי לבטל את הכינוי. יש להגדיר את תדירות החיתוך בערך הגבוה ביותר האפשרי מתחת לתדר ניקוויסט, שהוא חצי מקצב הדגימה. לדוגמה, אם התדירות היא 200 Hz, החיתוך של מסנן המעבר הנמוך צריך להיות פחות מ-100 הרץ, אבל קרוב ככל האפשר.
  • צפיפות הרעש חייבת להיות 300 μg/פרנהייט, ועליה להיות 150 μg/פרנהייט
  • יציבות ההטיה של רעש נייח <15 μg * בנוסףHz ממערך נתונים סטטי של 24 שעות
  • שינוי הטיות לעומת הטמפרטורה: ≤ +/- 1 מ"ג / °C
  • קו לא-ליניארי עם ההתאמה הטובה ביותר: 0.5% או פחות
  • שינוי ברגישות לעומת הטמפרטורה ≤0.03%/°C

הג'ירוסקופ צריך לעמוד בדרישות הבאות:

  • רזולוציה: ≥ 16 ביט
  • טווח: ≥ +/- 1,000 מעלות לשנייה עם 32 LSB/dps
  • תדירות דגימה: 200Hz או יותר עם רעידות של פחות מ-1%
  • יש להפעיל את סינון המעברים הנמוכים כדי לבטל את הכינוי. יש להגדיר את תדירות החיתוך בערך הגבוה ביותר האפשרי מתחת לתדר ניקוויסט, שהוא חצי מקצב הדגימה. לדוגמה, אם תדר הדגימה הוא 200 Hz, ערך החיתוך של מסנן המעבר הנמוך צריך להיות מתחת ל-100 Hz אך קרוב ככל האפשר.
  • צפיפות רעש: ≤0.01 °/s/בצ'אט
  • יציבות הטיה נייחת <0.0002 °/s *גורמים ליהנות ממערך נתונים סטטי של 24 שעות
  • שינוי הטיות לעומת הטמפרטורה: ≤ +/- 0.015 °/ s / °C
  • ערך קו לא-ליניארי של קו ההתאמה הטובה ביותר צריך להיות ≤0.2%, צריך להיות 0.1% או פחות
  • שינוי ברגישות לעומת טמפרטורה: ≤0.02% / °C

GPS

רכיבים מומלצים

  • אחד מהדגמים u-blox MAX-M8 או מסדרת u-blox NEO-M8

הדרישות

  • תדירות דגימה: ≥ 4 Hz
  • קבוצת כוכבים: מעקב בו-זמני של לפחות GPS וגלונאס
  • זמן לתיקון הבעיה בפעם הראשונה:
    • קר: 40 שניות או פחות
    • חם: 5 שניות או פחות
  • רגישות:
    • מעקב: -158dBm
    • רכישה: -145 dBm
  • דיוק מיקום אופקי: 2.5 מטרים (סבירות לשגיאה מעגלית (CEP), 50%, 24 שעות סטטיות > 6 SV)
  • דיוק מהירות: 0.06 מ'/שנ' (50% בקצב של 30 מ'/שנ')
  • מגבלת תפעול: 4 גר'
  • אנטנה פנימית או אנטנה חיצונית בעלת חיבור חזק מסוג ידוע

עיצוב אנטנה

במוצרים קטנים פיזית, כגון מצלמות שמכילות את מערכת מקלט ה-GPS וגם מערכות אלקטרוניות מורכבות רבות, יש בעיות בביצועים של מקלט הרדיו שנגרמות כתוצאה מפליטות גלי רדיו ממערכות האלקטרוניקה הכלולות. הפרעה זו בדרך כלל נמצאת בתחום התדרים של מקלט הרדיו, ולכן לא ניתן לסנן אותה. בעקבות זאת, בקטע בדיקת GPS שבהמשך הגדרנו קבוצת בדיקות כדי לוודא שהמכשיר פועל כמו שצריך.

ארכיטקטורה של מצלמה

יש לציין את הטרנספורמציה של שש דרגות החופש (6-DOF) (מיקום וכיוון יחסי) בין כל חיישן לבין מסגרת ההתייחסות של כל מצלמה (FOR) ביחס למד התאוצה FOR. ערך החיישן FOR חייב להיות מוגדר בגיליון הנתונים של החיישן ותואם למיקום הפיזי של החיישן במכשיר. במצב FOR לכל מצלמה יש ציר z חיובי שפונה מהמכשיר אל נקודת המבט של המצלמה לאורך הציר האופטי, ציר ה-X פונה ימינה, ציר ה-Y פונה מלמעלה למטה, והמקור של FOR נמצא במרכז האופטי של המצלמה. ה-GPS FOR ממוקם באנטנה.

הטרנספורמציה 6-DOF (3-DOF למיקום ו-3-DOF לכיוון) של כל חיישן או מצלמה מיוצגת במטריצת טרנספורמציה של 3x4 T = [R p], כאשר R היא מטריצת הסיבוב 3x3 המייצגת את הכיוון של החיישן או המצלמה עבור מד התאוצה FOR, ו-p הוא החיישן שמייצג את מד התאוצה FOR, או p, עבור החיישן, עבור מטר, עבור מטר, במטרים, עבור 3x1.

הטרנספורמציות המבוקשות יכולות להיות ממודל תכנון מבוסס-מחשב (CAD) של המכשיר, והן לא צריכות להיות ספציפיות למכשיר כדי להביא בחשבון את וריאציות הייצור.

הגדרת המצלמה

  • אסור שהמצלמה תבצע ייצוב תנועה בתמונות.
  • יש לכוונן את הגדרות המצלמה לצילום תמונות מבפנים ומבחוץ.

שונות

הספק (יש להשתמש באחד מהמודלים הבאים או בשניהם):

  • חיבור לחשמל וטעינה עם חיבור USB 3.1, עם תמיכה ב-4 שעות הקלטה לפחות
  • פעולה באמצעות סוללה שתומכת בהקלטה ובהעלאה של יותר משעה

מכני, סביבתי

  • הדירוג של המצלמה צריך להיות IP65 ומעלה כשהיא מחוברת לחשמל עם שיתוף אינטרנט.

מפרטי התזמון

כל המדידות של החיישנים חייבות לכלול חותמת זמן מדויקת ביחס לאותו שעון מערכת יציב. המדידות צריכות לכלול חותמת זמן כאשר החיישן מדד את הכמות, ולא כאשר המעבד קיבל את ההודעה משבב החיישן. זמן הרעידות של חותמות הזמן בין קריאות החיישן השונות צריך להיות קצר מ-1 אלפיות השנייה. כל חותמות הזמן שמתועדות באותו יומן נתונים של החיישן חייבות להיות רציפות ללא רציפות. אם החומרה מופעלת מחדש או מתאפסת ושעון המערכת מתאפס, צריך ליצור יומן חדש כדי לאחסן את הנתונים הנכנסים החדשים.

GPS

חיישן ה-GPS אמור לתמוך בפלט של הבהוב זמן ובהודעה הקשורה לזמן ה-GPS התואם לדופק הזמן. אפשר להשתמש בהגדרה הזו כדי להוסיף חותמת זמן לחבילות נתוני GPS אחרות שיש להן חותמת זמן זהה של מערכת GPS. המכשיר צריך לכלול קלט כדי לקבל את פעימות הזמן האלה, וכאשר הוא מקבל קצה מוביל או עוקב (המתאים), הוא צריך לתעד את חותמת הזמן משעון המערכת היציבה. לאחר שמתקבלת חבילת ההודעות המתאימה שמכילה את זמן ה-GPS, המכשיר יכול לחשב עכשיו את חותמת הזמן ביחס לשעון המערכת היציב כשהוא מקבל את הודעת הניווט מחיישן ה-GPS, שמכילה את זמן ה-GPS.

סרטון / תמונות

חיישן התמונה חייב לתמוך בתזמון חומרה כדי לקבוע את הזמן המדויק ביחס לשעון המערכת היציב. במקרה של ירידה במספר הפריימים, הפריימים הבאים עדיין צריכים לשקף חותמות זמן מדויקות. חותמת הזמן חייבת להיות ביחס לפוטון הפעיל הראשון בתמונה. היצרן חייב לציין לאיזה פיקסל הוא מתייחס.

IMU

מדידות ה-IMU (מד התאוצה והג'ירוסקופ) חייבות לכלול חותמת זמן ביחס למועד ביצוע המדידה, ולא למועד קבלתה.

מפרטי נתונים

המצלמות והמערכות שעברו אופטימיזציה ל-Street View חייבות לאסוף מספר מדידות של נתונים לכל חיישן בכל שנייה. בהמשך מפורטים הנתונים של כל מדידה בנפרד.

הדרישות לגבי נתוני 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

הדרישות לגבי הסרטונים

יש להקליט את הסרטון בקצב פריימים של 5Hz ומעלה. המצלמה צריכה גם לתעד מטא-נתונים המשויכים לכל מסגרת תמונה. לגבי כל תמונה,

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 צריך למלא גם את האטומים הבאים של נתוני המשתמש:

  • moov/udta/manu: יצרן המצלמה (יצרן) כמחרוזת
  • moov/udta/modl: דגם המצלמה כמחרוזת
  • moov/udta/meta/ilst/FIRM: גרסת קושחה כמחרוזת
אפשר לאמת את הסרטון באמצעות הפקודה ffprobe: 
$ ffprobe your_video.mp4
...
  Metadata:
    make            : my.camera.make
    model           : my.camera.model
    firmware        : v_1234.4321
...

בדיקת GPS

מאוד קל להגביל את הביצועים עקב רעש, בחירת אנטנה, הטמעת אנטנה, LNA, מסננים וקווים תמסורת. בקטע הזה מוגדר תהליך בדיקה שמטרתו לוודא שהמוצר הסופי (בכללותו) עומד בדרישות הביצועים הנדרשות כדי להבטיח פלט נתונים מדויק וכדי שיהיה כשיר ל-Street View.

שירות שעומד בדרישות

כדי לפשט את תהליך בדיקת המכשירים, עבדנו עם פתרונות אנטנה של Taoglas כדי לספק שירות RF ב-GPS של הסמכת Google Street View. חברת Taoglas Antenna Solutions היא מומחים מובילים בטכנולוגיית GPS, עם 5 חדרי בדיקה אקולוגיים וכל הציוד הנדרש לביצוע הבדיקות הבאות. עם זאת, אפשר להעסיק כל ספק שירות מקביל כדי לבצע את הבדיקות הבאות.

בדיקת ההגדרה

יש לבצע את הבדיקה בחדר אנכואי תלת-ממדי. תא זה יהיה תואם לדרישות הטווח ולמאפייני אתר הבדיקה של CTIA Over-the-Air Device Test Plan [1] סעיפים 3 ו-4 עבור תדר ה-GPS L1/CA, 1575.42 MHz, מלבד כאשר הוא מתנגש עם דרישות אחרות המפורטות למטה.

המכשיר יספק אמצעי לדיווח על מחרוזות תוצאות של NMEA GPS [2] למחשב חיצוני לצורך הערכה של סטטוס ה-GPS. זו פעולה נדרשת. אחרת, לא ניתן לבצע בדיקה.

האנטנה למדידה/שידור בחדר צריכה להיות קיטוב מעגלי ימני (RHCP) עם יחס ציר של 1 דציבלים ומעלה.

מחולל אותות ה-GPS ישוכפל אות GPS אחד של לוויין GPS L1/CA.

עוצמות האות שמוזכרות בתהליכי הבדיקה הבאים מוגדרות ברמת דיוק של +/- 1dB עם קיזוז של 3dB, כפי שנמדד במיקום של המכשיר בבדיקה (DUT) עם דיפול שבמרכזו תדירות המדידה. לדוגמה, כשהבדיקה קוראת ל- -120dBm, הכיול התא יציג שההספק שנמדד במיקום ה-DUT הוא -117dBm +/-1dB. הקיזוז של 3 דציבלים נועד להביא בחשבון שאנטנת הכיול היא דיפול מקוטב ליניארי.

נקודות הנתונים של הבדיקה יכסו את חצי הכדור שמייצג את תרחיש השימוש האופייני של המכשיר. היצרנים צריכים לנסות להרחיב את הכיסוי של האנטנה כדי לתמוך במגוון רחב של שימושים של המשתמשים.

ציון עובר/נכשל

הבדיקות הבאות של צירוף משתמשים ומעקב נדרשות לצורך קביעת מעבר/כישלון. הבדיקות האלה פועלות רק עבור אות ה-GPS L1/CA.

לאחר קביעת ערכים שאינם משתנים עבור דגימה נתונה של DUT — כמו זמן שהות של נקודת נתונים (DPDT) או איכות אות נדרשת של צירוף משתמשים (RASQ) — ניתן לעשות שימוש חוזר בערכים אלה עבור דגימת DUT ספציפית בבדיקות מאוחרות יותר כדי לחסוך זמן בדיקה, כל עוד לא מתבצע שינוי כלשהו בדגימת ה-DUT.

תהליך בדיקת התאימות לצירוף משתמשים

זוהי בדיקה של קיזוז נקודה יחידה שנועדה לספק תשובה מהירה או נכשלת. ה-DUT ממוקם עם המדידה מאונך למישור הבסיס של חצי כדור הארץ, כלומר, בתטא = 0 או זנית.

יוצג אות תקרית שווה ערך ל- -120dBm, וה-DUT יופעל כדי להתחיל הפעלה במצב התחלתי (cold start).

לאחר שה-DUT קיבל את אות הבדיקה, כפי שניתן לראות לאחר בדיקה של הודעת ה-GPGSV [2], אות הבדיקה יושבת ומשך הזמן הדרוש לאות ה-GPGSV ישקף את אובדן האות שתועד. משך הזמן הזה, בתוספת 3 שניות, יוגדר כזמן שהות של נקודת נתונים או DPDT.

עוצמת האות של הבדיקה תוגדר לרמת הרגישות של הרכישה המנוהלת של ה-DUT. אם יש לכם ספק, השתמשו ברמה שצוינה בגיליון הנתונים של המקבל. {ה-DUT יצורף להפעלה במצב התחלתי (cold start), ולאחר 45 שניות תתבצע הערכה של מחרוזת ה-GPGSV כדי לקבוע אם המקבל קיבל את אות הבדיקה. אם האות לא מתקבל, אות הבדיקה יוגדל ב-1 דציבלים.} הקטע הקודם בסוגריים מרובעים {} חוזר על עצמו עד לקבלת אות הבדיקה.

לאחר שתיקבע רמת אות הבדיקה שמאפשרת ל-DUT לקבל, תתבצע הערכה של מחרוזת ה-GPGSV במשך 10 שניות וערך האיכות של אות הלוויין כפי שמדווח ב-DUT. לאחר מכן, 10 הערכים האלה מחושבים כממוצע ומוגדרים בתור 'איכות האות הנדרשת לצירוף משתמשים', או בתור RASQ.

עוצמת אות הבדיקה תוגדר ל- -138dBm וה-DUT מורשה לקלוט. במצב כזה, עוצמת האות של הבדיקה נשארת קבועה עד סוף הבדיקה.

בכל מרווח של 15° מעל חצי הכדור הארץ שנבחר, המקלט יחזיק נייח למשך DPDT. בסוף התקופה הזו, תיבדק GPGSV של מחרוזת ה-NMEA של ה-GPS. כדי שנקודת הנתונים תעבור, ערך איכות אות הלוויין כפי שדווח ב-DUT חייב להיות שווה לערך ה-RASQ שתועד בעבר או גבוה ממנו.

כל נקודות הנתונים צריכות לעבור כדי לעבור את הבדיקה.

תהליך מעקב אחר בדיקת תאימות

זוהי בדיקה של קיזוז נקודה יחידה שנועדה לספק תשובה מהירה או נכשלת. ה-DUT ממוקם עם המדידה מאונך למישור הבסיס של חצי כדור הארץ, כלומר, בתטא = 0° (זנית).

יוצג אות תקרית שווה ערך ל- -120dBm, וה-DUT יופעל כדי להתחיל הפעלה במצב התחלתי (cold start).

לאחר שה-DUT קיבל את אות הבדיקה כפי שהוא נבדק בהודעה של GPGSV [2], אות הבדיקה יושבת ומשך הזמן הדרוש לאות ה-GPGSV ישקף את אובדן האות שתועד. משך הזמן הזה בתוספת 3 שניות יוגדר כזמן שהות של נקודת נתונים או DPDT.

אות הבדיקה ישוחזר וה-DUT יוכל לקבל את הלוויין.

אות הבדיקה של התקרית יופחת ל- -151dBm.

בכל מרווח של 15° מעל חצי הכדור הארץ שנבחר, המקלט יחזיק נייח למשך DPDT. בסוף התקופה הזו, תתבצע בדיקה של מחרוזת ה-GPGSV של ה-GPS כדי לקבוע אם אות הבדיקה עדיין נראה על ידי המקבל, ומהי התוצאות שנרשמו עבור נקודת הנתונים הזו.

כל נקודות הנתונים צריכות לעבור כדי לעבור את הבדיקה.

קובצי עזר

[1] CTIA, "www.ctia.org", יוני 2016: http://www.ctia.org/Initiatives/certification/certification-test-plans

[2] האיגוד הלאומי לאלקטרוניקה ימית, "NMEA Standard 0183", 2008

הטמעת תוכנה

נדרשת תמיכה בהעלאה באמצעות Street View Publish API. חשוב לדעת: כל הבקשות ל-API חייבות להיות מאומתות כפי שמתואר כאן.

לגבי כל התמונות שהועלו ל-Street View:

  • יש לציין את שעת יצירת התמונה (כלומר, מתי היא צולמה).
  • יש לדווח על היצרן, הדגם וגרסת הקושחה של המוצר.
  • ייצוב התנועה חייב להיות מושבת.
  • יש לשתף נתוני GPS ו-IMU גולמיים (יש לשתף את המדידות עם חותמת זמן מדויקת ביחס למועד ביצוע המדידה, ולא למועד קבלתה).

בכל הסרטונים ב-360 מעלות שהועלו ל-Street View:

  • יש להעביר את נתוני הטלמטריה באמצעות המטא-נתונים של תנועת המצלמה באמצעות המטא-נתונים של תנועת המצלמה.
  • יש לקודד את רצף התמונות בקצב הפריימים הנכון שבו הסרטון צולם.

לפני הפרסום על ידי המשתמש, יש לכלול גם את השפה והשורה הבאות באפליקציה (לפחות בפעם הראשונה):

"התוכן הזה יהיה גלוי לכולם במפות Google ועשוי להופיע גם במוצרים אחרים של Google. מידע נוסף על המדיניות של מפות Google בנושא התוכן שהמשתמשים מוסיפים זמין כאן."

חריגים

ייתכן שיחולו חריגות בפתרונות חומרה ותוכנה ספציפיים שלא תואמים לדרישות ספציפיות, אבל עומדים במדדי הביצועים הכוללים מקצה לקצה שמפורטים במסמך הזה.

הערכת המוצרים

אם אתם מעוניינים לבדוק את המוצרים שלכם או שיש לכם שאלות לגבי תהליך הבדיקה, אפשר ליצור איתנו קשר כאן. לתשומת ליבך: נכון לעכשיו (מאי 2018) הגישה לשיטות ולמסמכי התיעוד של התמיכה בווידאו 360 ב-Street View Publish API היא (מאי 2018) בהזמנה בלבד. עליך להשתמש בטופס בקישור שלמעלה כדי לבקש גישה.

הבדיקה כוללת את השלבים הבאים: הבדיקה, הבדיקה, בדיקת גרסת הבטא ואישור למשתמשי גרסת הבטא. בכל שלב אנחנו בודקים את איכות התמונה, נתוני הטלמטריה, המטא-נתונים ותהליכי העבודה של המוצר בעזרת קבוצות הנתונים המתאימות לבדיקה: הנתונים שאתם משתפים, הנתונים שאנחנו יוצרים או שמשתמשים בגרסת הבטא שלחו (ראו בהמשך קבוצת בדיקות, בכפוף לשינויים).

  • תמונות סטילס
    • חמש תמונות 360, בתוך מבנה
    • חמש תמונות 360, בחוץ (שמשי, אם אפשר)
    • חמש תמונות 360, בחוץ (מוצל או מעונן, אם אפשר)
  • בתנועה (כ-45 קמ"ש)
    • חמישה סרטונים באורך 60 דקות (בקצב של 5 פריימים לשנייה) בסביבה כפרית
    • חמישה סרטונים באורך 60 דקות (בקצב של 5 פריימים לשנייה) בסביבה פרברית
    • חמישה סרטונים של 60 דקות (בקצב של 5 פריימים לשנייה) בסביבה עירונית

הבדיקה שלך

בשלב הראשון, יש לשתף איתנו את הקישורים שפורסמו במפות Google אל תמונות הבדיקה. חשוב לזכור לבדוק מגוון סביר של מכשירים ומערכות הפעלה שהמוצר תומך בהם, וגם בתנאי רשת שונים (למשל: בית, משרד, בחוץ).

הבדיקות שלנו

לאחר סיום מוצלח של הבדיקות, Google תתחיל את הבדיקות שלה, בשיתוף פעולה הדוק עם הצוות. כדי לעזור לנו להתחיל, נשמח לקבל הוראות לצילום ו/או העלאה של תמונות ל-Street View.

בדיקת משתמשים

אחרי השלמת הבדיקה והבדיקות שלנו, יש לפנות לפחות 5 משתמשי בטא לתקופת בדיקה של שבוע-שבועיים, כדי לכסות מספר מינימלי של בדיקות. אם דרושה לך עזרה ביצירת קשר עם בודקים, ניתן ליצור איתנו קשר כי ייתכן שנוכל ליצור איתך קשר עם משתמשים מעוניינים. לידיעתך, תהיה אחראי לתיאום (כולל, בין היתר, לוגיסטיקה ותמיכה) עם הבודקים.

אישור

אחרי התוצאות החיוביות מהבדיקות, נבקש מכם לשתף את תוכנית ההשקה שלכם, כולל תמיכה ספציפית ל-Street View ותוכן שיווקי (מבוסס-אינטרנט או תוכן אחר). אנחנו נבדוק את החומרים שלכם ונשתף משוב בהקדם.

במהלך פיתוח החומרים האלה, חשוב לפעול בהתאם להנחיות המיתוג שלנו.

לאחר האישור, אתם יכולים להשתמש בתג 'מוכן ל-Street View' ולשווק את המוצרים שלכם כתואמים ל-Street View, בכפוף להנחיות שלמעלה. שימו לב: עבור כל מצלמה שאושרה, אנחנו עשויים להציג את המצלמה שלכם ו/או להציג בחומרי השיווק שלנו תמונות מהמוצר שלכם כייצוג ליכולות המצלמה.