"Street View के लिए तैयार (प्रो ग्रेड)" से जुड़ी खास बातें

शुरुआती जानकारी

इन खास जानकारी में, 360 डिग्री वाले ऐडवांस कैमरे के लिए इस्तेमाल होने वाले हार्डवेयर, समय, और डेटा से जुड़ी ज़रूरी शर्तों की जानकारी मिलती है. इन शर्तों में, Street View के लिए बहुत तेज़ी से और बहुत ज़्यादा सटीक तरीके से फ़ोटो को कैप्चर करने और पब्लिश करने की सुविधा दी जाती है. (कृपया ध्यान दें कि यह प्रोग्राम किसी भी ऑपरेशनल या मैकेनिकल फ़ंक्शन पर लागू नहीं होता).

तस्वीरों का संग्रह

• 5 FPS (फ़्रेम प्रति सेकंड) पर ≥8 हज़ार
• 360° हॉरिज़ॉन्टल एफ़ओवी
• ≥135° कंटिन्यूअस वर्टिकल एफ़ओवी
• Google इमेज और ज्यामिति की क्वालिटी की समीक्षा करेगा

आईएमयू

सुझाए गए कॉम्पोनेंट:

• 6-ऐक्सिस एक्सलरोमीटर/जाइरोस्कोप: BMI160 या ST-LSM6DSM

एक्सलरोमीटर को ये शर्तें पूरी करनी चाहिए:

• रिज़ॉल्यूशन: ≥16 बिट
• रेंज: आम तौर पर, 4096 एलएसबी/जी के साथ 8G +/-
• सैंपलिंग की दर: 200 हर्ट्ज़ या 1% से कम सिग्नल के साथ
• उपनाम हटाने के लिए, कम-पास फ़िल्टर करने की सुविधा चालू होनी चाहिए. कट-ऑफ़ फ़्रीक्वेंसी को सबसे ज़्यादा संभावित वैल्यू, Nyquist फ़्रीक्वेंसी से कम पर सेट करना चाहिए, जो सैंपलिंग की दर का आधा होता है. उदाहरण के लिए, अगर फ़्रीक्वेंसी 200 हर्ट्ज़ की है, तो कम पास फ़िल्टर का कट ऑफ़ 100 हर्ट्ज़ से कम होना चाहिए. हालांकि, इसे जितना हो सके उतना करीब होना चाहिए.
• शोर की सघनता ≤300 μg/₹Hz होना चाहिए. साथ ही, यह ≤150 μg/₹Hz होना चाहिए
• 24 घंटे के स्टैटिक डेटासेट से स्टेशनरी नॉइज़ बायस स्थिरता <15 μg * ÷Hz
• पूर्वाग्रह में बदलाव बनाम तापमान: ≤ +/- 1 मिलीग्राम / °सेल्सियस
• सबसे सही लाइन नॉन-लीनियरिटी: ≤0.5%
• संवेदनशीलता में बदलाव के मुकाबले तापमान 0.03%/°C से कम या ज़्यादा हो सकता है

जाइरोस्कोप को इन खास शर्तों के मुताबिक होना चाहिए:

• रिज़ॉल्यूशन: ≥16 बिट
• रेंज: ≥ +/- 1,000 डिग्री/सेकंड ≥32 एलएसबी/डीपीएस
• सैंपलिंग की दर: 200 हर्ट्ज़ या 1% से कम सिग्नल के साथ
• उपनाम हटाने के लिए, कम-पास फ़िल्टर करने की सुविधा चालू होनी चाहिए. कट-ऑफ़ फ़्रीक्वेंसी को सबसे ज़्यादा संभावित वैल्यू, Nyquist फ़्रीक्वेंसी से कम पर सेट करना चाहिए, जो सैंपलिंग की दर का आधा होता है. उदाहरण के लिए, अगर सैंपलिंग की फ़्रीक्वेंसी 200 हर्ट्ज़ है, तो कम पास वाले फ़िल्टर का कट ऑफ़ 100 हर्ट्ज़ से कम होना चाहिए. हालांकि, यह जितना हो सके उतना करीब होना चाहिए.
• शोर की सघनता: ≤0.01 °/s/±Hz
• स्टेशनरी बायस स्टैबिलिटी <0.0002 °/s *₹24 घंटे के स्टैटिक डेटासेट से हर्ट्ज़
• पूर्वाग्रह में बदलाव बनाम तापमान: ≤ +/- 0.015 °/ s / °C
• सबसे अच्छी लाइन वाली नॉन-लीनियरिटी ≤0.2% होनी चाहिए, जो ≤0.1% होनी चाहिए
• संवेदनशीलता में बदलाव बनाम तापमान: ≤0.02% / °C

जीपीएस

सुझाए गए कॉम्पोनेंट

• u-blox MAX-M8 सीरीज़ या u-blox NEO-M8 सीरीज़ में से कोई एक

ज़रूरी शर्तें

• सैंपलिंग रेट: ≥4 हर्ट्ज़
• कॉन्स्टेलेशन: कम से कम GPS और GLONASS की साथ-साथ ट्रैकिंग
• समस्या को पहले ठीक करें:
• ठंडा: ≤40 सेकंड
• हॉट: ≤5 सेकंड
• संवेदनशीलता:
• ट्रैकिंग: -158 dBm
• उपयोगकर्ता हासिल करना: -145 dBm
• हॉरिज़ॉन्टल पोज़िशन की सटीक जानकारी: 2.5 मीटर (सर्कुलर गड़बड़ी की संभावना (सीईपी), 50%, 24 घंटे स्टैटिक >6 एसवी)
• रफ़्तार की सटीक जानकारी: 0.06 मी/से (30 मीटर/सेकंड पर 50%)
• इस्तेमाल करने की सीमा: ≥4 ग्राम
• जाने-पहचाने टाइप का इंटरनल ऐंटीना या सख्ती से चिपका हुआ बाहरी ऐंटीना

एंटेना का डिज़ाइन

छोटे प्रॉडक्ट, जैसे कि ऐसे कैमरे जिनमें जीपीएस रिसीवर सिस्टम और कई जटिल इलेक्ट्रॉनिक सिस्टम दोनों होते हैं, उनमें शामिल इलेक्ट्रॉनिक सिस्टम से होने वाले आरएफ़ उत्सर्जन की वजह से, रेडियो रिसीवर की परफ़ॉर्मेंस में समस्या होने का खतरा होता है. यह रुकावट अक्सर रेडियो रिसीवर में आती रहती है. इस वजह से, इसे फ़िल्टर नहीं किया जा सकता. इसे देखते हुए, हमने नीचे दिए गए जीपीएस टेस्टिंग सेक्शन में जांच के एक सेट के बारे में बताया है, ताकि यह पक्का किया जा सके कि डिवाइस ठीक से काम कर रहा है.

कैमरा आर्किटेक्चर

हर सेंसर और हर कैमरे के रेफ़रंस फ़्रेम (FOR) के बीच, फ़्रीडम की छह डिग्री (6-DOF) ट्रांसफ़ॉर्मेशन (रिलेटिव पोज़िशन और ओरिएंटेशन) को एक्सलरोमीटर फ़ॉर के लिए तय किया जाना चाहिए. FOR सेंसर की जानकारी को सेंसर की डेटा शीट में बताया जाना चाहिए. साथ ही, यह सेंसर डिवाइस में सेंसर के फ़िज़िकल प्लेसमेंट के साथ अलाइन होना चाहिए. हर कैमरे के for में पॉज़िटिव z-ऐक्सिस होता है, जो डिवाइस से ऑप्टिकल ऐक्सिस पर कैमरे के एफ़ओवी की ओर इशारा करता है, x-ऐक्सिस दाईं ओर पॉइंट करता है, y-ऐक्सिस ऊपर से नीचे की ओर होता है, और FOR का शुरुआती हिस्सा कैमरे के ऑप्टिकल सेंटर में होता है. GPS for ऐंटीना के पास लगा होता है.

हर सेंसर या कैमरे के 6-DOF ट्रांसफ़ॉर्मेशन (पोज़िशन के लिए 3-DOF और ओरिएंटेशन के लिए 3-DOF) को 3x4 ट्रांसफ़ॉर्मेशन मैट्रिक्स T = [R p] के रूप में दिखाया जाता है. यहां R, 3x3 रोटेशन मैट्रिक्स है, जो एक्सलरोमीटर FOR में सेंसर या कैमरे के ओरिएंटेशन को दिखाता है. साथ ही, p, कैमरा 3x1 पोज़िशन वेक्टर (x, y) का सेंसर है

अनुरोध किए गए बदलाव, डिवाइस के कंप्यूटर-एड डिज़ाइन (सीएडी) के मॉडल से हो सकते हैं. मैन्युफ़ैक्चरिंग के अलग-अलग तरीकों को ध्यान में रखते हुए, इन्हें डिवाइस के हिसाब से बदला जाना ज़रूरी नहीं है.

कैमरा कॉन्फ़िगरेशन

• कैमरे को इमेज के लिए कोई मोशन स्टेबलाइज़ेशन नहीं करना चाहिए.
• घर के अंदर और बाहर की जगहों की तस्वीरें कैप्चर करने के लिए, कैमरे की सेटिंग को ज़रूरत के हिसाब से सेट किया जाना चाहिए.

अन्य सूचनाएं

Power (नीचे दिए गए दोनों मॉडल में से कोई एक या दोनों का इस्तेमाल किया जाना चाहिए):

• यूएसबी 3.1 टेदर की गई पावर और रीचार्ज करने की सुविधा. इसमें चार घंटे या उससे ज़्यादा की रिकॉर्डिंग की जा सकती है
• बैटरी से चलने वाली कार्रवाई, जिसमें एक घंटे से ज़्यादा की रिकॉर्डिंग और अपलोड की सुविधा है

मकैनिकल, पर्यावरण से जुड़ा

• टेदर किए गए पावर से कनेक्ट होने पर, कैमरे को IP65 या उससे ज़्यादा की रेटिंग मिली होनी चाहिए.

समय से जुड़ी जानकारी

सभी सेंसर मापों को, एक ही स्टेबल सिस्टम घड़ी के हिसाब से सही तरीके से टाइमस्टैंप किया जाना चाहिए. जब सेंसर से किसी प्रॉडक्ट की संख्या मापी जाती है, तब मेज़रमेंट के लिए टाइमस्टैंप होना चाहिए. प्रोसेसर को सेंसर चिप से मैसेज मिलने पर नहीं. अलग-अलग सेंसर रीडिंग के बीच टाइमस्टैंप में गड़बड़ी का असर 1 मि॰से॰ से कम होना चाहिए. एक ही सेंसर डेटा लॉग में रिकॉर्ड किए गए सभी टाइमस्टैंप की अवधि लगातार जारी होनी चाहिए. साथ ही, इनमें कोई अंतर भी नहीं होना चाहिए. अगर हार्डवेयर फिर से चालू या रीसेट होता है और सिस्टम की घड़ी रीसेट होती है, तो आने वाले नए डेटा को सेव करने के लिए नया लॉग बनाना ज़रूरी है.

जीपीएस

GPS सेंसर को समय पल्स के आउटपुट और समय पल्स के साथ जुड़े हुए संदेश के साथ-साथ GPS समय को समर्थित करना चाहिए. इसका इस्तेमाल, एक जैसे जीपीएस epoch टाइमस्टैंप के साथ अन्य जीपीएस डेटा पैकेट को टाइमस्टैंप करने के लिए किया जा सकता है. डिवाइस में इन टाइम पल्स की जानकारी पाने के लिए एक इनपुट होना चाहिए. साथ ही, जब डिवाइस की शुरुआत या आखिर के किनारे (जो भी ठीक हो) हों, तब उसे स्टेबल सिस्टम क्लॉक से टाइमस्टैंप रिकॉर्ड करना चाहिए. जब GPS समय वाला संबंधित संदेश पैकेट मिलता है, तो डिवाइस अब स्थिर सिस्टम घड़ी के संबंध में टाइमस्टैंप की गणना कर सकता है, जब इसे GPS सेंसर से नेविगेशन संदेश मिलता है, जिसमें GPS समय होता है.

वीडियो / इमेज

स्थिर सिस्टम घड़ी के हिसाब से सटीक समय तय करने के लिए, इमेज सेंसर को हार्डवेयर टाइमिंग की सुविधा देनी चाहिए. अगर फ़्रेम छूट गए हैं, तो बाद में आने वाले फ़्रेम में भी सटीक टाइमस्टैंप दिखने चाहिए. यह टाइमस्टैंप, इमेज में मौजूद पहले ऐक्टिव फ़ोटॉन के हिसाब से होना चाहिए. निर्माता को यह बताना होगा कि यह किस पिक्सल से जुड़ा है.

आईएएमयू

आईएमयू (एक्सलरोमीटर और जाइरोस्कोप) माप के टाइमस्टैंप इस आधार पर दिखाए जाने चाहिए कि माप कब ली गई थी, न कि कब.

डेटा स्पेसिफ़िकेशन

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;

जीपीएस डेटा से जुड़ी ज़रूरी शर्तें

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

वीडियो के लिए ज़रूरी शर्तें

वीडियो को 5 हर्ट्ज़ या उससे ज़्यादा फ़्रेम रेट पर रिकॉर्ड किया जाना चाहिए. कैमरे को हर इमेज फ़्रेम से जुड़ा मेटाडेटा भी रिकॉर्ड करना चाहिए. हर इमेज के लिए,

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
...

जीपीएस की जांच

परफ़ॉर्मेंस को कंट्रोल करना बहुत आसान है. इसकी कई वजहें हैं, जैसे कि नॉइज़, ऐंटीना चुनना, ऐंटीना लागू करना, एलएनए, फ़िल्टर, और ट्रांसमिशन लाइन लागू करना. इस सेक्शन में, जांच करने की प्रोसेस के बारे में बताया गया है. इससे यह पक्का किया जाता है कि आपका फ़ाइनल प्रॉडक्ट, परफ़ॉर्मेंस से जुड़ी ज़रूरी शर्तें पूरी करता है या नहीं. इससे, यह पक्का करने में मदद मिलती है कि डेटा की सटीक जानकारी मिल सके और वह Street View के लिए तैयार रहे.

ज़रूरी शर्तें पूरी करने वाली सेवा

डिवाइस की जांच को आसान बनाने के लिए, हमने Taoglas Antenna Solutions के साथ मिलकर 'Google स्ट्रीट व्यू' की योग्यता वाली GPS RF सेवा उपलब्ध कराई है. Taoglas Antenna Solutions, जीपीएस टेक्नोलॉजी के क्षेत्र में विशेषज्ञ हैं. यहां नीचे दिए गए टेस्ट करने के लिए पांच Anechoic टेस्ट चैंबर और सभी ज़रूरी उपकरण मौजूद हैं. हालांकि, तुलना किए जा सकने वाले किसी भी सेवा देने वाले की मदद से, ये जांच की जा सकती हैं.

टेस्ट सेटअप

जांच 3D ऐनकोइक चैंबर में की जानी चाहिए. यह चैंबर, जीपीएस L1/सीए फ़्रीक्वेंसी, 1575.42 मेगाहर्ट्ज़ के लिए सीटीआईए ओवर-द-एयर वायरलेस डिवाइस टेस्ट प्लान ^[1] सेक्शन 3 और 4 की रेंज की ज़रूरी शर्तों और टेस्ट साइट की विशेषताओं का पालन करेगा. ऐसा सिर्फ़ तब होगा, जब दूसरी ज़रूरी शर्तों से टकराव होता हो.

यह डिवाइस, NMEA जीपीएस नतीजों की स्ट्रिंग ^[2] रिपोर्ट करने के लिए, किसी बाहरी कंप्यूटर को उपलब्ध कराएगा. इनकी मदद से, जीपीएस की स्थिति का पता लगाया जा सकेगा. ऐसा करना ज़रूरी है और इसके बिना जांच नहीं की जा सकती.

चैंबर में मेज़रमेंट/ट्रांसमिट ऐंटीना, दाएं ओर से सर्कुलर पोलराइज़ेशन (आरएचसीपी) पर होना चाहिए. इसका ऐक्सिसल अनुपात 1 dB या इससे बेहतर होगा.

जीपीएस सिग्नल जनरेटर को, एक जीपीएस सैटलाइट L1/CA सिग्नल की कॉपी बनानी होगी.

नीचे दी गई जांच की प्रोसेस में बताए गए सिग्नल की खूबियों में, 3 dB के ऑफ़सेट के साथ +/- 1 dB का सटीक होना चाहिए. इसे डिवाइस-अंडर-टेस्ट (DUT) की स्थिति पर मापा जाता है. इस दौरान, मेज़रमेंट फ़्रीक्वेंसी पर आधारित डायपोल का दिखाया जाता है. उदाहरण के लिए, जब टेस्ट के लिए कॉल -120 dBm होता है, तो चैंबर कैलिब्रेशन, डीयूटी की जगह पर मापी गई पावर को -117 dBm +/-1 dB के तौर पर दिखाएगा. 3 डीबी ऑफ़सेट में कैलिब्रेशन ऐंटीना, लीनियर पोलराइज़्ड डाइपोल के तौर पर काम करता है.

परीक्षण डेटा पॉइंट ऐसे गोलार्ध को कवर करेंगे जो डिवाइस के सामान्य उपयोग-केस का सबसे प्रतिनिधि है. मैन्युफ़ैक्चरर को कोशिश करनी चाहिए कि ऐंटीना का कवरेज ज़्यादा से ज़्यादा लोगों के लिए इस्तेमाल किया जा सके.

समस्या ठीक होने या फ़ेल होने का पता लगाना

पास/फ़ेल का पता लगाने के लिए, उपयोगकर्ता हासिल करने और ट्रैक करने के इन टेस्ट की ज़रूरत होती है. ये टेस्ट सिर्फ़ जीपीएस L1/CA सिग्नल के लिए किए जाते हैं.

डीयूटी के दिए गए सैंपल के लिए नहीं बदलने वाली वैल्यू, जैसे कि डेटा पॉइंट ड्वेल टाइम (डीपीडीटी) या ज़रूरी हासिल करने के सिग्नल की क्वालिटी (RASQ) तय करने के बाद, इन वैल्यू को बाद के टेस्ट में किसी DUT सैंपल के लिए फिर से इस्तेमाल किया जा सकता है. इससे, जांच में लगने वाला समय बचेगा. ऐसा तब तक होगा, जब तक DUT सैंपल में किसी भी तरह का बदलाव नहीं किया जाता.

उपयोगकर्ता हासिल करने के नियमों की जांच की प्रोसेस

यह सिंगल पॉइंट ऑफ़सेट टेस्ट है, ताकि पास या फ़ेल होने पर तुरंत जवाब दिया जा सके. डीयूटी को मेज़रमेंट हेमीस्फ़ीयर के बेस प्लेन के लंबवत, माप के साथ रखा जाता है, यानी कि थीटा = 0° या सबसे ऊपर.

-120 dBm के बराबर का एक घटना सिग्नल प्रस्तुत किया जाएगा और कोल्ड स्टार्ट शुरू करने के लिए DUT ट्रिगर किया जाएगा.

DUT को टेस्ट सिग्नल मिलने के बाद, जैसा कि GPGSV मैसेज की जांच करने पर दिखता है [2], टेस्ट सिग्नल बंद कर दिया जाएगा. साथ ही, रिकॉर्ड किए गए सिग्नल के नुकसान को दिखाने के लिए, GPGSV सिग्नल के लिए ज़रूरी अवधि. इस अवधि और तीन सेकंड को डेटा पॉइंट ड्वेल टाइम या DPDT के तौर पर दिखाया जाएगा.

जांच के सिग्नल की पावर, उपयोगकर्ता हासिल करने के लिए किए गए DUT की संवेदनशीलता के लेवल पर सेट की जाएगी. किसी भी तरह का संदेह होने पर, रिसीवर की डेटाशीट में बताए गए लेवल का इस्तेमाल करें. {DUT को कोल्ड स्टार्ट के लिए निर्देश दिया जाएगा. साथ ही, 45 सेकंड के बाद, GPGSV स्ट्रिंग का आकलन करके यह पता लगाया जाता है कि रिसीवर ने टेस्ट सिग्नल हासिल किया है या नहीं. अगर सिग्नल नहीं मिलता है, तो टेस्ट सिग्नल को 1 dB बढ़ाया जाएगा.} ब्रैकेट {} में पिछला सेक्शन तब तक दोहराया जाएगा, जब तक टेस्ट सिग्नल नहीं मिल जाता.

जांच के सिग्नल के उस लेवल का पता लगने के बाद जिससे DUT को हासिल करने में मदद मिलती है, GPGSV स्ट्रिंग का 10 सेकंड में आकलन किया जाएगा. साथ ही, DUT की रिकॉर्ड की गई सैटलाइट सिग्नल क्वालिटी की वैल्यू का भी आकलन किया जाएगा. इसके बाद, इन 10 वैल्यू का औसत निकाला जाता है और उन्हें 'उपयोगकर्ता हासिल करने के लिए ज़रूरी सिग्नल क्वालिटी' या RASQ के तौर पर तय किया जाता है.

इसके बाद, जांच के सिग्नल की क्षमता -138dBm पर सेट हो जाएगी और DUT को हासिल करने की अनुमति दी जाएगी. इसके बाद, जांच के बाकी हिस्से में सिग्नल की क्षमता को एक जैसा रखा जाता है.

चुने गए गोलार्ध पर हर 15° की वृद्धि पर, रिसीवर को DPDT अवधि तक स्थिर रखा जाएगा. इस अवधि के आखिर में, जीपीएस NMEA स्ट्रिंग GPGSV की जांच की जाएगी. डेटा पॉइंट पास करने के लिए, डीयूटी से रिपोर्ट की गई सैटलाइट सिग्नल क्वालिटी की वैल्यू, पहले से रिकॉर्ड की गई आरएसएक्यू वैल्यू के बराबर या उससे ज़्यादा होनी चाहिए.

टेस्ट पास करने के लिए, सभी डेटा पॉइंट का पास होना ज़रूरी है.

ट्रैकिंग के कन्फ़ॉर्मैंस टेस्ट की प्रोसेस

यह सिंगल पॉइंट ऑफ़सेट टेस्ट है, ताकि पास या फ़ेल होने पर तुरंत जवाब दिया जा सके. डीयूटी को मेज़रमेंट हेमिस्फ़ीयर के बेस प्लेन के लंबवत, माप के साथ रखा जाता है, यानी कि थीटा = 0° (सबसे ऊपर).

-120 dBm के बराबर का एक घटना सिग्नल प्रस्तुत किया जाएगा और कोल्ड स्टार्ट शुरू करने के लिए DUT ट्रिगर किया जाएगा.

DUT को GPGSV मैसेज की जांच करने पर दिखने वाले टेस्ट सिग्नल मिल जाने के बाद [2], टेस्ट सिग्नल बंद कर दिया जाएगा. साथ ही, रिकॉर्ड किए गए सिग्नल के नुकसान को दिखाने के लिए, GPGSV सिग्नल के लिए ज़रूरी अवधि. इस अवधि और तीन सेकंड को डेटा पॉइंट ड्वेल टाइम या DPDT से तय किया जाएगा.

जांच के सिग्नल को पहले जैसा कर दिया जाएगा. साथ ही, डीयूटी को सैटलाइट पाने की अनुमति दे दी जाएगी.

इंसिडेंट टेस्ट के सिग्नल को कम करके -151 dBm तक रखा जाएगा.

चुने गए गोलार्ध पर हर 15° की वृद्धि पर, रिसीवर को DPDT अवधि तक स्थिर रखा जाएगा. इस अवधि के आखिर में, जीपीएस NMEA स्ट्रिंग GPGSV की जांच की जाएगी. इससे यह पता चलेगा कि जांच के सिग्नल, रिसीवर पर अब भी दिख रहे हैं या नहीं. साथ ही, उस डेटा पॉइंट के लिए रिकॉर्ड किए गए नतीजों की जांच भी की जाएगी.

टेस्ट पास करने के लिए, सभी डेटा पॉइंट का पास होना ज़रूरी है.

रेफ़रंस

^[1] सीटीआईए, "www.ctia.org," जून 2016: http://www.ctia.org/initiatives/certification/certification-test-plans

^[2] नैशनल मरीन इलेक्ट्रॉनिक्स असोसिएशन, "एनएमईए स्टैंडर्ड 0183," 2008

सॉफ़्टवेयर लागू करना

Street View Publish API की मदद से डेटा अपलोड करने की सुविधा देना ज़रूरी है. कृपया ध्यान दें कि एपीआई के सभी अनुरोधों की पुष्टि यहां बताए गए तरीके के मुताबिक की जानी चाहिए.

Street View पर अपलोड की गई सभी तस्वीरों के लिए:

• तस्वीरें लेने की तारीख और समय बताना ज़रूरी है.
• प्रॉडक्ट के नाम, मॉडल, और फ़र्मवेयर वर्शन की रिपोर्ट दी जानी चाहिए.
• मोशन स्टेबलाइज़ेशन को बंद कर देना चाहिए.
• जीपीएस और IMU का रॉ डेटा शेयर किया जाना चाहिए. मेज़रमेंट सही तरीके से किया जाना चाहिए, ताकि यह पता चल सके कि मेज़रमेंट कब लिया गया था, न कि उस समय का.

Street View पर अपलोड किए गए सभी 360 वीडियो के लिए:

• टेलीमेट्री डेटा की जानकारी कैमरा मोशन मेटाडेटा कैमरा मोशन मेटाडेटा का इस्तेमाल करके दी जानी चाहिए.
• फ़ोटो क्रम को उस सही फ़्रेम रेट से एन्कोड किया जाना चाहिए जिस पर वीडियो कैप्चर किया गया था.

कृपया उपयोगकर्ता के पब्लिश करने से पहले (कम से कम पहली बार) अपने ऐप्लिकेशन में, नीचे दी गई भाषा और लाइन भी शामिल करें:

“यह कॉन्टेंट Google Maps पर सार्वजनिक होगा. साथ ही, यह Google के अन्य प्रॉडक्ट में भी दिख सकता है. Maps पर उपयोगकर्ताओं के योगदान से जुड़े कॉन्टेंट की नीति के बारे में ज़्यादा जानने के लिए, यहां जाएं.”

अपवाद

ऐसे खास हार्डवेयर और सॉफ़्टवेयर सलूशन को अपवाद माना जा सकता है जो अलग-अलग ज़रूरी शर्तों से मेल नहीं खाते, लेकिन इस दस्तावेज़ में दी गई एंड-टू-एंड परफ़ॉर्मेंस मेट्रिक को पूरा करते हैं.

प्रॉडक्ट का आकलन

अगर आपको अपने प्रॉडक्ट की जांच में दिलचस्पी है या इस बारे में कुछ पूछना है, तो कृपया यहां हमसे संपर्क करें. ध्यान दें कि Street View Publish API में 360 वीडियो के लिए सहायता उपलब्ध कराने के तरीकों और दस्तावेज़ों का ऐक्सेस फ़िलहाल सिर्फ़ न्योते पर (मई 2018) तक है. कृपया ऐक्सेस का अनुरोध करने के लिए ऊपर लिंक किए गए फ़ॉर्म का उपयोग करें.

हमारी समीक्षा में ये चरण शामिल हैं: आपकी जांच, हमारी टेस्टिंग, बीटा उपयोगकर्ता टेस्टिंग, और मंज़ूरी. हर चरण में, हम आपके प्रॉडक्ट की इमेज क्वालिटी, टेलीमेट्री डेटा, मेटाडेटा, और वर्कफ़्लो का आकलन करने के लिए, इन टेस्ट डेटा सेट का इस्तेमाल करेंगे: वह डेटा जिसे आपने शेयर किया है, जिसे हम बनाते हैं या आपके बीटा वर्शन के उपयोगकर्ताओं ने सबमिट किया है. टेस्ट सेट के उदाहरण नीचे दिए गए हैं, जिनमें बदलाव हो सकता है.

• फ़ोटो
• पांच 360o फ़ोटो, इनडोर
• पांच 360o फ़ोटो, खुली जगह (अगर हो सके, तो सनी
• पांच 360o फ़ोटो, आउटडोर (अगर संभव हो, तो गहरे रंग वाली या बादलों से ढकी जगह)
• गति में (करीब 30 मील प्रति घंटा या 45 किलोमीटर प्रति घंटा)
• ग्रामीण इलाके में पांच 60 मिनट के वीडियो (पांच FPS (फ़्रेम प्रति सेकंड) पर)
• किसी उपनगरीय सेटिंग में पांच 60 मिनट के वीडियो (पांच FPS (फ़्रेम प्रति सेकंड) पर)
• शहर में किसी जगह के पांच 60 मिनट के वीडियो (पांच FPS (फ़्रेम प्रति सेकंड) में)

टेस्टिंग

सबसे पहले, कृपया हमारे साथ अपनी टेस्ट इमेज के Google Maps के पब्लिश किए गए लिंक शेयर करें.साथ ही, कृपया ध्यान रखें कि आपका प्रॉडक्ट जिन डिवाइसों और ऑपरेटिंग सिस्टम पर काम करता हो उनके हिसाब से इनकी जांच करें. साथ ही, अलग-अलग नेटवर्क स्थितियों (जैसे, घर, ऑफ़िस, बाहर) पर भी इनकी जांच करें.

हमारी टेस्टिंग

आपकी जांच पूरी होने के बाद, Google आपकी टीम के साथ बातचीत करके, इनकी जांच शुरू करेगा. शुरू करने में हमारी मदद करने के लिए, कृपया Street View में तस्वीरें लेने और/या अपलोड करने के तरीके के बारे में निर्देश दें.

यूज़र टेस्टिंग

आपकी और हमारे जांच पूरी होने के बाद, टेस्ट के कम से कम सेट को कवर करने के लिए, कृपया एक से दो हफ़्ते की टेस्टिंग अवधि के लिए बीटा वर्शन के कम से कम पांच उपयोगकर्ताओं को शामिल करें. अगर आपको अपने ऐप्लिकेशन की जांच करने वाले लोगों से जुड़ने में मदद चाहिए, तो कृपया हमें बताएं. हम इस बारे में आपको दिलचस्पी रखने वाले उपयोगकर्ताओं से संपर्क कर सकते हैं. ध्यान दें कि टेस्टर के साथ मिलकर काम करने की ज़िम्मेदारी आपकी होगी. इसमें लॉजिस्टिक और सहायता से जुड़े काम शामिल हैं. हालांकि, इसमें इनके अलावा, और भी चीज़ें शामिल हो सकती हैं.

मंज़ूरी

टेस्टिंग से मिले पॉज़िटिव नतीजे मिलने पर, आपसे अपने लॉन्च प्लान को शेयर करने का अनुरोध किया जाएगा. इसमें Street View से जुड़ी सहायता और प्रमोशनल कॉन्टेंट (वेब-आधारित या अन्य कोई) भी शामिल होगा. हम आपके कॉन्टेंट की समीक्षा करेंगे और अपने सुझाव, शिकायत या राय तुरंत शेयर करेंगे.

इन सामग्री को तैयार करते समय, कृपया हमारे ब्रैंडिंग के दिशा-निर्देशों का पालन करना न भूलें.

मंज़ूरी मिलने के बाद, हमारे Street View ready बैज का इस्तेमाल किया जा सकता है. साथ ही, Street View के साथ काम करने वाले प्रॉडक्ट की मार्केटिंग की जा सकती है. ऐसा ऊपर दिए गए दिशा-निर्देशों के तहत किया जाएगा. कृपया ध्यान दें कि मंज़ूरी पा चुके हर कैमरे के लिए, हम अपनी मार्केटिंग सामग्री में आपके प्रॉडक्ट का कैमरा और/या उसकी तस्वीरें दिखा सकते हैं. ऐसा कैमरे की क्षमताओं के प्रतिनिधि के तौर पर किया जा सकता है.