बदलाव प्रक्रिया की खास जानकारी

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

स्पेसिफ़िकेशन में संशोधन की प्रक्रिया

आधिकारिक स्पेसिफ़िकेशन, रेफ़रंस, और दस्तावेज़ अंग्रेज़ी में हैं. अंग्रेज़ी से किसी दूसरी भाषा में अनुवाद करने पर अगर मतलब में अंतर आता है, तो अंग्रेज़ी वाले दस्तावेज़ को अहमियत दी जाती है. सारी बातचीत अंग्रेज़ी में की जाती है.

  1. प्रोटोकॉल परिभाषा, स्पेसिफ़िकेशन, और दस्तावेज़ के फ़ाइलों (अनुवाद को छोड़कर) के सभी ज़रूरी हिस्सों के अपडेट के साथ एक git ब्रांच बनाएं.
  2. Https://github.com/google/transit पर पुल के लिए अनुरोध बनाएं. पुल के अनुरोध में पैच का पूरा ब्यौरा होना चाहिए. पुल का अनुरोध बनाने वाला वकील बन जाता है.
  3. पुल के अनुरोध को रजिस्टर किए जाने के बाद, उसका एलान उसके वकील को जीटीएफ़एस बदलावों के ईमेल पाने वालों की सूची में करना होगा. इसमें पुल के अनुरोध का एक लिंक भी शामिल होना ज़रूरी है. एलान किए जाने के बाद, पुल के अनुरोध को एक प्रस्ताव के रूप में देखा जाता है. साथ ही, पुल के अनुरोध में बदलाव करके उसमें Google Groups एलान का लिंक भी शामिल किया जाना चाहिए, ताकि उन्हें आसानी से मिलाकर देखा जा सके.
  4. इसके बाद प्रस्ताव पर चर्चा की जाती है. पुल के अनुरोध की टिप्पणियों को चर्चा के लिए इकलौते फ़ोरम के तौर पर इस्तेमाल करना चाहिए.
    • चर्चा तब तक जारी रहती है जब तक वकील को यह ज़रूरी लगता है, लेकिन कम से कम 7 दिनों तक चर्चा की जानी चाहिए.
    • प्रस्ताव (यानि कि पुल का अनुरोध) को समय पर अपडेट करने की जिम्मेदारी वकील की होती है. यह उन टिप्पणियों के आधार पर होता है, जिनसे वे सहमत हैं.
    • किसी भी समय वकील प्रस्ताव को छोड़ने का दावा कर सकता है.
  5. चर्चा के लिए ज़रूरी पहले सात दिन के अंतराल के बाद वकील किसी भी समय प्रस्ताव के एक वर्शन पर वोट की मांग कर सकता है.
    • वोट की मांग करने से पहले, कम से कम एक जीटीएफ़एस निर्माता और एक जीटीएफ़एस उपभोक्ता को प्रस्तावित बदलाव लागू करना होगा. यह उम्मीद की जाती है कि जीटीएफ़एस निर्माता सार्वजनिक जीटीएफ़एस फ़ीड में बदलाव शामिल करेंगे और पुल अनुरोध की टिप्पणियों में उस डेटा का लिंक देंगे, और जीटीएफ़एस उपभोक्ता गैर-मामूली तरीके से बदलाव का उपयोग करने वाले ऐप्लिकेशन के पुल अनुरोध की टिप्पणियों में लिंक देंगे (यानी यह नई या बेहतर सुविधा का साथ देता है).
  6. वोट कम से कम पूरे सात कैलेंडर दिनों और पूरे पांच स्विस कामकाजी दिन के लिए तक रहता है. 23:59:59 यूटीसी पर वोटिंग खत्म होती है.
    • वकील को वोटिंग की शुरुआत में ही खत्म होने के समय का एलान कर देना चाहिए.
    • वोटिंग के दौरान प्रस्ताव में सिर्फ़ लिखने में हुई गड़बड़ी को बदला जा सकता है ( जैसे कि गलत वर्तनी या शब्द बदले जा सकते हैं, अगर उनसे मतलब नहीं बदलता हो).
    • किसी भी पुल के अनुरोध के लिए टिप्पणी के रूप में हां/ना लिखकर वोट किया जा सकता है. हालांकि वोटिंग के खत्म होने से पहले तक, वोट को बदला भी जा सकता है. अगर कोई वोटर अपना वोट बदलना चाहता है, तो ऐसा करने के लिए पहले किए गए वोट की टिप्पणी में जाकर उसे काटना होगा और नए वोट के लिए टिप्पणी लिखकर अपडेट करना होगा.
    • वोटिंग शुरू होने से पहले की गई वोट की टिप्पणी को माना नहीं जाएगा.
  7. प्रस्ताव को तब स्वीकार किया जाएगा जब कम से कम तीन वोट के साथ सर्वसम्मति से सहमति हो.
    • उन 3 वोट में प्रस्ताव रखने वाले का वोट नहीं गिना जाता. जैसे कि अगर प्रस्ताव रखने वाले X व्यक्ति ने पुल का अनुरोध बनाया है और हां में वोट किया है. वहीं, उपयोगकर्ता Y और Z ने भी हां में वोट किया है, तो इसे हां वाले कुल 2 वोट के तौर पर ही गिना जाएगा.
    • विरोध में वोट करने वालों को दबाया नहीं जाना चाहिए, बल्कि उन्हें किसी गलती को ठीक करने का सुझाव भी देना चाहिए.
    • अगर वोटिंग में पुल का अनुरोध फ़ेल कर जाता है, तो वकील के पास इस बात का विकल्प होता है कि वह प्रस्ताव पर काम जारी रखे या उसे छोड़ दे. वकील को इनमें से किसी एक फ़ैसले के बारे में, ईमेल पाने वाले लोगों की लिस्ट में एलान करना होगा.
    • अगर वकील ने प्रस्ताव पर काम जारी रखा है, तो किसी भी समय नई वोटिंग के लिए कहा जा सकता है, लेकिन ऐसा पिछले वोट के खत्म होने के 30 दिनों के अंदर किया जाना चाहिए.
    • अगर मूल प्रस्ताव से 30 दिनों के अंदर या पिछले वोट के खत्म होने के 30 दिनों के अंदर वोटिंग के लिए मांग नहीं की जाती है, तो प्रस्ताव को छोड़ दिया जाएगा.
  8. अगर प्रस्ताव को छोड़ दिया गया है, तो उससे जुड़ा पुल अनुरोध बंद हो जाता है.
  9. अगर प्रस्ताव को स्वीकार कर लिया गया है, तो:
    • Google, पुल के अनुरोध के उस वर्शन को मर्ज करेगा जिसके लिए वोट किया गया है (बशर्ते योगदान देने वालों ने सीएलए पर हस्ताक्षर किए हों) और पुल के अनुरोध को पांच कारोबारी दिनों के अंदर पूरा करेगा.
    • मूल पुल अनुरोध में अनुवाद को शामिल नहीं किया जाना चाहिए. Google उन भाषाओं में प्रासंगिक अनुवाद को अपडेट करता है जिनकी ज़िम्मेदारी उसने ली है. लेकिन समुदाय के शुद्ध अनुवाद पुल अनुरोधों का भी स्वागत है और उन्हें तब स्वीकार किया जाएगा जब सारी एडिटोरियल टिप्पणियां ठीक कर दी जाएंगी.
  10. पुल के अनुरोध के आखिरी नतीजों (स्वीकार किए गए या छोड़े गए) का एलान Google Groups के उसी थ्रेड में किया जाना चाहिए जिसमें शुरुआत में पुल के अनुरोध का एलान किया गया था.