पार्टनर को हमें सिर्फ़ एक फ़ीड सेट देना होगा. साथ ही, यह ज़रूरी है कि यह डॉक्ड या डॉकलेस सिस्टम के लिए, GBFS V2.2 के मुताबिक हो. सेट में, हर फ़ाइल की सिर्फ़ एक कॉपी होनी चाहिए.
उदाहरण के लिए, इसमें सिर्फ़ एक station_information.json होना चाहिए. फ़ाइल की सीमा की वजह से, किसी फ़ीड सेट के लिए ये पाबंदियां लागू होती हैं:
- फ़ीड सेट में, GBFS फ़ाइलों का सिर्फ़ एक सेट शामिल किया जा सकता है. इन फ़ाइलों में, उन शहरों की स्थानीय भाषा में फ़ील्ड तय किए गए हों जहां यह सेवा उपलब्ध है. उदाहरण के लिए, अगर कोई फ़ीड यूनाइटेड किंगडम और जर्मनी, दोनों को कवर करता है, तो
stations[].nameमें यूनाइटेड किंगडम में मौजूद स्टेशनों के लिए स्टेशन का नाम अंग्रेज़ी में और जर्मनी में मौजूद स्टेशनों के लिए जर्मन में होना चाहिए. - फ़ीड सेट में, उन मेट्रो एरिया के लिए पूरी जानकारी होनी चाहिए जिनके लिए वह काम करता है. Google, जहां ज़रूरी हो वहां फ़ीड को कई हिस्सों में बांटने की अनुमति देता है. हर शार्ड में, सेवा देने के लिए तय किया गया भौगोलिक क्षेत्र, मेट्रोपॉलिटन क्षेत्र के बराबर या उससे बड़ा होना चाहिए. शार्डिंग के बारे में ज़्यादा जानने के लिए, फ़ीड शार्डिंग लेख पढ़ें.
अलग-अलग तरह के स्ट्रक्चर्ड डेटा की जानकारी
अपना फ़ीड सही तरीके से बनाने के लिए, आपको स्ट्रक्चर्ड डेटा टाइप की उन परिभाषाओं का पालन करना होगा जो हम उपलब्ध कराते हैं. GBFS की परिभाषाओं में, GBFS V2.2 की सभी फ़ाइलों को सूची में शामिल किया गया है. साथ ही, यह भी बताया गया है कि ये फ़ाइलें किन सिस्टम पर लागू होती हैं. यह जानकारी, हेडर में इन क्रमपरिवर्तनों के साथ दी गई है:
- डॉक किया गया सिस्टम
- डॉकलेस सिस्टम
- डॉक किए गए और बिना डॉक किए गए सिस्टम
उदाहरण के लिए, अगर सेवा देने वाली कंपनी बिना डॉक वाला सिस्टम इस्तेमाल करती है, तो आपको सिस्टम के बारे में बताने के लिए सिर्फ़ Dockless system या Dockless and docked systems के लिए बताई गई फ़ाइलें देनी होंगी. ज़्यादा जानकारी के लिए, माइक्रोमोबिलिटी की सुविधा देने वाली कंपनियां लेख पढ़ें.
GBFS की परिभाषाएं में मौजूद हर सेक्शन में, अलग-अलग तरह के स्ट्रक्चर्ड डेटा की जानकारी दी गई है. इससे आपको पूरा फ़ीड बनाने में मदद मिलेगी. इसमें फ़ीड के लिए, सेवा देने वाली कंपनी के टाइप से जुड़ी परिभाषाएं और निर्देश शामिल होते हैं.