रीयल टाइम की पुष्टि से जुड़ी गड़बड़ियां और चेतावनियां

इस पेज पर, रीयल टाइम में ट्रांज़िट फ़ीड की पुष्टि करने से जुड़ी गड़बड़ियों और चेतावनियों की सूची दी जाती है. साथ ही, इन समस्याओं को हल करने के तरीके के बारे में भी सलाह दी जाती है.

रीयल टाइम में पुष्टि करने से जुड़ी गड़बड़ियां

यात्रियों को सही जानकारी देने के लिए, अपने रीयल टाइम फ़ीड में पुष्टि से जुड़ी गड़बड़ियों को ठीक करना न भूलें.

रीयल टाइम की पुष्टि से जुड़ी गड़बड़ियों को डीबग करने के लिए, नीचे दी गई टेबल में दी गई जानकारी का इस्तेमाल करें.

• "Enum वैल्यू" कॉलम में, आपके रीयल टाइम फ़ीड में समस्या का छोटा नाम दिखता है. यह नाम, ट्रांज़िट पार्टनर के डैशबोर्ड में मौजूद पुष्टि की रिपोर्ट में दिखता है.
• "गड़बड़ी का मैसेज" कॉलम, वह मैसेज देता है जो ट्रांज़िट पार्टनर डैशबोर्ड में पुष्टि की रिपोर्ट में दिखता है. यह गड़बड़ी की खास जानकारी देता है.
• "समस्या हल करने की सलाह" कॉलम में, गड़बड़ी को ठीक करने के ज़रूरी तरीके बताए जाते हैं.

Enum वैल्यू	गड़बड़ी का मैसेज	समस्या हल करने के लिए सलाह
PROTO_MISSING_FIELDS_ERROR	बाइनरी प्रोटोकॉल बफ़र में फ़ील्ड %(field) नहीं है.	फ़ाइल को टेक्स्ट एडिटर में खोलें और पुष्टि करें कि फ़ीड में वे सभी फ़ील्ड शामिल हों जिन्हें FeedMessage प्रोटोकॉल बफ़र में ज़रूरी है के तौर पर मार्क किया गया है.
PROTO_ASCII_ERROR	ASCII प्रोटोकॉल बफ़र को पार्स नहीं किया जा सकता. गड़बड़ियां: %(field).	फ़ाइल को टेक्स्ट एडिटर में खोलें और पुष्टि करें कि फ़ीड में सभी ज़रूरी फ़ील्ड शामिल हों और उसमें सही सिंटैक्स का इस्तेमाल किया गया हो.
PROTO_PARSE_ERROR	बाइनरी प्रोटोकॉल को पार्स नहीं किया जा सकता.	फ़ाइल को टेक्स्ट एडिटर में खोलें और पुष्टि करें कि फ़ीड को FeedMessage के तौर पर पार्स किया जा सकता है. फ़ीड के उदाहरण में जाकर, कोड के उदाहरण देखे जा सकते हैं.
URL_DNS_ERROR	यूआरएल के लिए डीएनएस की गड़बड़ी.	इंटरनेट कनेक्शन और डीएनएस सेटिंग की पुष्टि करें.
FETCHER_CONNECTION_ERROR	यूआरएल से कनेक्ट नहीं किया जा सका.	फ़ेच करने के लिए दिए गए यूआरएल की पुष्टि करें. पक्का करें कि यूआरएल सही हो.
CUSTOM_PARSE_ERROR	पसंद के मुताबिक फ़ॉर्मैट वाले फ़ीड को पार्स नहीं किया जा सका: %(value_string)	टेक्स्ट एडिटर में, फ़ाइल के कॉन्टेंट की पुष्टि करें. पुष्टि करें कि फ़ाइल सही तरीके से जनरेट होती है और ट्रांसपोर्ट करते समय खराब न हो. अगर गड़बड़ी बनी रहती है, तो मदद के लिए अपने Google Transit प्रतिनिधि से संपर्क करें.
FEED_TOO_OLD	फ़ीड का टाइमस्टैंप %(timestamp) (%(timestamp_string)), %(diff_time) सेकंड (%(difftime_string)) से पहले का है. मौजूदा समय %(localtime) (%(localtime_string)) है. फ़ीड को खारिज कर दिया गया है.	पुष्टि करें कि फ़ीड फ़ेच करने के बारे में कोई और समस्या न हो. नियमित रूप से फ़ीड जनरेट करें और डेटा को अप-टू-डेट रखें. पक्का करें कि फ़ीड का टाइमस्टैंप, epoch के बाद के सेकंड (यूटीसी टाइमज़ोन में) के बाद, फ़ीड बनाने के समय को सही तरीके से दिखाता हो.
FETCHER_HTTP_ERROR	एचटीटीपी गड़बड़ी: %(value).	देखें कि एचटीटीपी गड़बड़ी कोड मिला है या नहीं. इसके बाद, समस्या की जांच करें.
FULL_DATASET_REQUIRED	सिर्फ़ FULL_DATASET फ़ीड इस्तेमाल किए जा सकते हैं.	incrementality की वैल्यू को FULL_DATASET पर सेट करें.
FEED_TIMESTAMP_CONSISTENTLY_IN_THE_FUTURE	आने वाले समय के लिए, फ़ीड का टाइमस्टैंप लगातार %(diff_time) सेकंड (%(difftime_string)) का है.	Epoch के बाद सेकंड में, यूटीसी टाइमज़ोन में टाइमस्टैंप देना न भूलें. अपने सर्वर की घड़ियों की जांच करके पक्का करें कि वे सभी सिंक हों, जैसे कि एनटीपी के साथ.
INVALID_TIMESTAMP_RANGE	फ़ीड के टाइमस्टैंप की वैल्यू, तय सीमा (%(timestamp)) से बाहर है.	फ़ीड का ऐसा टाइमस्टैंप दें जिसमें epoch टाइमज़ोन (यूटीसी टाइमज़ोन में) के बाद, फ़ीड बनाने का समय दिखाया जाता है.
PROTO_ENCODING_UNKNOWN	फ़ीड को कोड में बदलने के तरीके की जानकारी नहीं है.	फ़ीड को कॉन्फ़िगर करने के लिए, कोड में बदलने का सही तरीका इस्तेमाल करें. आपका फ़ाइनल फ़ीड बाइनरी फ़ॉर्मैट में होना चाहिए. हालांकि, जांच के लिए आप ASCII फ़ॉर्मैट का इस्तेमाल कर सकते हैं.
VEHICLE_POSITION_INTERNAL_ERROR	%(trip_id) के लिए, VehiclePosition को TripUpdate में नहीं बदला जा सका, जिसकी वजह से सामान्य गड़बड़ी "%(value_string)" हुई.	इस गड़बड़ी का मतलब है कि VehiclePosition का इस्तेमाल, TripUpdate का अनुमान लगाने के लिए नहीं किया जाता. सहायता के लिए, Google Transit प्रतिनिधि से संपर्क करें.

रीयल टाइम में पुष्टि करने से जुड़ी चेतावनियां

फ़ीड के डेटा की क्वालिटी बेहतर करने के लिए, पुष्टि करने से जुड़ी चेतावनियों को ठीक करना ज़रूरी है. इन चेतावनियों से पता चलता है कि आपके रीयल टाइम फ़ीड से जुड़ी समस्याएं हो सकती हैं.

रीयल टाइम में पुष्टि करने से जुड़ी चेतावनियों को डीबग करने के लिए, नीचे दी गई टेबल में दी गई एंट्री देखें.

• "Enum वैल्यू" कॉलम में, आपके रीयल टाइम फ़ीड में समस्या का छोटा नाम दिखता है. यह नाम, ट्रांज़िट पार्टनर के डैशबोर्ड में मौजूद पुष्टि की रिपोर्ट में दिखता है.
• "चेतावनी या जानकारी वाला मैसेज" कॉलम में वह मैसेज दिखता है जो ट्रांज़िट पार्टनर डैशबोर्ड में पुष्टि की रिपोर्ट में दिखता है. इसमें चेतावनी या जानकारी की खास जानकारी होती है.
• "समस्या हल करने की सलाह" कॉलम में, चेतावनी से जुड़ी समस्या को ठीक करने के मुख्य तरीके दिखते हैं.

Enum वैल्यू	चेतावनी या जानकारी वाला मैसेज	समस्या हल करने के लिए सलाह
TRIP_UPDATE_SOME_STU_NOT_MATCHED	दिए गए trip_id "%(trip_id)" में से %(value) मान्य trip_id "%(trip_id)" का मिलान GTFS यात्रा से नहीं किया जा सका. उदाहरण के लिए, स्थिति: %(index) स्टॉपवॉच: %(next_seq) stop_id: "%(stop_id)".StopTimeUpdates	पक्का करें कि StopTimeUpdates सही क्रम में दिए गए हों.
VEHICLE_POSITION_DUPLICATE_TRIP_BLOCK_TRANSFER	ब्लॉक ट्रांसफ़र यात्रा $(trip_id) और start_time $(timestamp_string) को कई वाहनों से रिपोर्ट किया गया.	पक्का करें कि शुरुआत के समय में, यात्रा को सिर्फ़ एक वाहन के लिए दिखाया गया हो.
INVALID_ALERT_ROUTE_NOT_MATCHED	सूचना खारिज की गई: route_id "%(route_id)" को GTFS फ़ीड से मैच नहीं किया जा सका.	पुष्टि करें कि स्टैटिक शेड्यूल सही है. साथ ही, अगर रास्ते की जानकारी मौजूद नहीं है, तो उसे जोड़ें. नया स्टैटिक शेड्यूल लाइव होने पर, रीयलटाइम फ़ीड में route_id रेफ़रंस को ठीक करें.
INVALID_ALERT_STOP_NOT_MATCHED	सूचना खारिज की गई: stop_id "%(stop_id)" को GTFS फ़ीड से मैच नहीं किया जा सका.	पुष्टि करें कि स्टैटिक शेड्यूल सही है. साथ ही, अगर स्टॉप की जानकारी मौजूद नहीं है, तो उसे जोड़ें. नया स्टैटिक शेड्यूल लाइव होने पर, रीयल टाइम फ़ीड में stop_id रेफ़रंस को ठीक करें.
INVALID_ALERT_TRIP_NOT_MATCHED	सूचना खारिज की गई: trip_id "%(trip_id)" को GTFS फ़ीड से मैच नहीं किया जा सका.	पुष्टि करें कि स्टैटिक शेड्यूल सही है या नहीं. साथ ही, अगर यात्रा की जानकारी मौजूद नहीं है, तो उसे जोड़ें. नया स्टैटिक शेड्यूल लाइव होने पर, रीयल टाइम फ़ीड में trip_id रेफ़रंस को ठीक करें.
STOP_TIME_UPDATE_PREMATURE_ARRIVAL	stop_id "%(stop_id)" और stop_sequence %(next_seq) वाली StopTimeUpdate %(trip_id)" यात्रा के लिए, stop_id "%(other_id)" और stop_sequence %(prev_seq) वाले पिछले StopTimeUpdate से %(value) सेकंड पहले आने का समय है.	दिए गए stop_id या पिछले वाले के लिए, पहुंचने और रवाना होने के समय की समीक्षा करें. गलत वैल्यू को ठीक करें, ताकि समय कम न हो.
INVALID_ALERT_NO_INFORMED_ENTITIES	कम से कम एक इकाई दी जानी चाहिए.	सूचना में सही informed_entity शामिल करें.
PROTO_ENCODING_MISMATCH	कॉन्फ़िगर की गई प्रोटो एन्कोडिंग, मिली एन्कोडिंग से अलग है.	सही फ़ॉर्मैट में फ़ीड सबमिट करें. अगर समस्या हल नहीं होती है, तो सहायता के लिए, Google Transit के प्रतिनिधि से संपर्क करें.
STOP_TIME_UPDATE_PREMATURE_DEPARTURE	stop_id "%(stop_id)" और stop_sequence %(next_seq) वाली StopTimeUpdate %(trip_id)" यात्रा के लिए, stop_id "%(other_id)" और stop_sequence %(prev_seq) वाले पिछले StopTimeUpdate से %(value) सेकंड पहले रवाना होगी.	दिए गए stop_id या पिछले वाले को रवाना होने के समय की समीक्षा करें. गलत वैल्यू को ठीक करें, ताकि फ़्लाइट की रवानगी का समय कम न हो.
DETOUR_MUST_SPECIFY_TIME	"%(trip_id)" से स्टॉप "%(stop_id)" तक की यात्रा के लिए सफ़र में पूरा समय दिखना चाहिए.	trip_id के लिए, जिस stop_id पर असर पड़ा है उसके लिए, सटीक समय शामिल करें.
ENTITY_MUST_HAVE_ALERTS	इकाई में सूचनाएं होनी चाहिए.	पुष्टि करें कि फ़ीड का कॉन्टेंट पूरा हो गया है और हर FeedEntity मैसेज में, सेवा से जुड़ी चेतावनियों के बारे में जानकारी शामिल है.
ENTITY_MUST_HAVE_POSITIONS	इकाई में पोज़िशन होने चाहिए.	पुष्टि करें कि फ़ीड का पूरा कॉन्टेंट हो और हर FeedEntity मैसेज में वाहन की स्थिति की जानकारी शामिल हो.
ENTITY_MUST_HAVE_UPDATES	इकाई में यात्रा से जुड़े अपडेट होने चाहिए.	पुष्टि करें कि फ़ीड का कॉन्टेंट पूरा हो गया है और हर FeedEntity मैसेज में यात्रा के अपडेट की जानकारी शामिल है.
TIMESTAMP_FUTURE	फ़ीड का टाइमस्टैंप %(timestamp) (%(timestamp_string)), आने वाले समय के लिए %(diff_time) सेकंड (%(difftime_string)) का है. उपयोगकर्ता हासिल करने के टाइमस्टैंप का इस्तेमाल किया जा रहा है, जो कि %(localtime) (%(localtime_string)) है.	Epoch के बाद सेकंड में, यूटीसी टाइमज़ोन में टाइमस्टैंप देना न भूलें. अपने सर्वर की घड़ियों की जांच करके पक्का करें कि वे सभी सिंक हों, जैसे कि एनटीपी के साथ.
TIMESTAMP_PAST	फ़ीड का टाइमस्टैंप %(timestamp) (%(timestamp_string)), %(diff_time) सेकंड (%(difftime_string)) से पहले का है. उपयोगकर्ता हासिल करने के टाइमस्टैंप का इस्तेमाल किया जा रहा है, जो %(localtime) (%(localtime_string)) है.	रीयल टाइम फ़ीड को बार-बार जनरेट करें, भले ही कॉन्टेंट एक जैसा या खाली हो.
NO_VALID_TEXT	%(field) फ़ील्ड में कोई मान्य अनुवाद नहीं है.	TranslatedString मैसेज की समीक्षा करें और HTML_TAGS_FOUND, INVALID_URL_LENGTH, INVALID_TEXT_LENGTH, और INVALID_URL जैसी किसी भी समस्या को ठीक करें.
HTML_TAGS_FOUND	फ़ील्ड %(field)(%(index)) में एचटीएमएल टैग हैं.	फ़ील्ड से सभी एचटीएमएल टैग हटाएं.
INVALID_LANGUAGE	फ़ील्ड %(field)(%(index)) का भाषा कोड "%(language)" अमान्य है.	भाषा फ़ील्ड को मान्य BCP-47 भाषा कोड पर सेट करें.
INVALID_URL	फ़ील्ड %(field)(%(index)) में अमान्य यूआरएल है (पूरा एचटीटीपी या एचटीटीपीएस होना चाहिए).	सूचना के लिए एक मान्य यूआरएल शामिल करें.
INVALID_TEXT_LENGTH	फ़ील्ड %(field)(%(index)) की लंबाई %(length) (ज़्यादा से ज़्यादा %(max_length)) है.	दिए गए टेक्स्ट को छोटा करें, जो अक्सर मोबाइल फ़ोन जैसी छोटी स्क्रीन पर दिखता है. अगर आपको लोगों को ज़्यादा जानकारी देनी है, तो यूआरएल रेफ़रंस दें.
INVALID_URL_LENGTH	फ़ील्ड %(field)(%(index)) में यूआरएल की लंबाई %(length) (ज़्यादा से ज़्यादा %(max_length)) है.	तय शर्तों के मुताबिक यूआरएल दें.
MULTIPLE_UNSPECIFIED_LANGUAGE	फ़ील्ड %(field)(%(index)) का दोहराया गया अनुवाद है, जिसमें कोई भाषा सेट नहीं है.	TranslatedString मैसेज की समीक्षा करें. language फ़ील्ड के लिए सही वैल्यू सेट करें, जहां एक से ज़्यादा अनुवाद दिए गए हों.
INVALID_TRIP_UPDATE_DELAY	यात्रा अपडेट में अमान्य देरी: %(value).	दिए गए entity_id के delay फ़ील्ड की समीक्षा करें और गलत वैल्यू को ठीक करें.
INVALID_TRIP_UPDATE_EVENT_TIME	इवेंट रोकने का समय अमान्य है: %(timestamp).	सिर्फ़ उन यात्राओं के लिए TripUpdates शामिल करें जो अभी चल रही हैं या आने वाले समय में होने वाली हैं.
INVALID_TRIP_UPDATE_DEPARTURE_NO_TIME	जाने वाली फ़्लाइट के लिए, न तो time और न ही delay की जानकारी दी गई है.	हर StopTimeEvent मैसेज में, time फ़ील्ड, delay फ़ील्ड या दोनों शामिल करें. अगर कोई जानकारी उपलब्ध नहीं है, तो departure फ़ील्ड को छोड़ दें.
INVALID_TRIP_UPDATE_ARRIVAL_NO_TIME	आने वाली फ़्लाइट के लिए, time और delay की मदद नहीं दी गई है.	हर StopTimeEvent मैसेज में, time फ़ील्ड, delay फ़ील्ड या दोनों शामिल करें. अगर कोई जानकारी उपलब्ध नहीं है, तो arrival फ़ील्ड को छोड़ दें.
MISSING_CONTENT_AND_EFFECT	कोई मान्य कॉन्टेंट या इफ़ेक्ट मौजूद नहीं है.	सूचना में effect, header_text या description_text जोड़ें. अगर कोई जानकारी उपलब्ध नहीं है, तो alert को हटाएं.
CUSTOM_PARSE_WARNING	कस्टम फ़ॉर्मैट वाले फ़ीड को पार्स करते समय कुछ हद तक गड़बड़ी हुई: %(value_string)	इस गड़बड़ी से पता चलता है कि रीयलटाइम फ़ीड के एक हिस्से को पार्स नहीं किया जा सका. फ़ीड के कॉन्टेंट की पुष्टि करने या फ़ीड को फिर से अपलोड करने के लिए, टेक्स्ट एडिटर खोलें. अगर गड़बड़ी बनी रहती है, तो मदद के लिए अपने Google Transit प्रतिनिधि से संपर्क करें.
VEHICLE_POSITION_BAD_START_TIME	तय की गई यात्रा $(trip_id) के शुरू होने का समय, वाहन शुरू होने से %(diff_time) सेकंड दूर है.	वाहन के शुरू होने का समय, यात्रा के शुरू होने के समय के आस-पास की जानकारी दें.
INVALID_TRIP_UPDATE_INCONSISTENT_IDS	"%(trip_id)" यात्रा के लिए stop_sequence %(value), स्टॉप "%(stop_id)" से मेल नहीं खाता. इसे स्टैटिक इंडेक्स के stop_sequence %(next_seq) से बदला जा रहा है.	पक्का करें कि stop_sequence फ़ील्ड की वैल्यू सही हो. साथ ही, मौजूदा स्टैटिक फ़ीड में, stop_id और trip_id के लिए दी गई वैल्यू, stop_sequence से मेल खाती हो.
INVALID_STOP_STOP_ID	StopTimeUpdate खारिज किया गया: यात्रा "%(trip_id)" के लिए दिए गए stop_id "%(stop_id)" का मिलान GTFS फ़ीड से नहीं किया जा सका. stop_sequence [अगर मौजूद हो] %(value).	पुष्टि करें कि स्टैटिक फ़ीड सटीक है या नहीं. अगर ज़रूरी हो, तो यात्रा के लिए stop_times.txt में stop_id की वैल्यू ठीक करें. स्टैटिक फ़ीड के नए वर्शन के लाइव होने का इंतज़ार करें. रीयल टाइम फ़ीड में stop_id पहचान फ़ाइल को अपडेट करें.
INVALID_STOP_SEQUENCE_ID	StopTimeUpdate खारिज किया गया: stop_sequence %(value) यात्रा "%(trip_id)" में GTFS फ़ीड से मेल नहीं खा सका.	पुष्टि करें कि स्टैटिक फ़ीड सटीक है या नहीं. अगर ज़रूरी हो, तो stop_sequence की वैल्यू ठीक करें. स्टैटिक फ़ीड के नए वर्शन के लाइव होने तक इंतज़ार करें. रीयल टाइम फ़ीड में stop_sequence पहचान फ़ाइल को अपडेट करें.
INVALID_TRIP_UPDATE_ORDER	StopTimeUpdate खारिज किया गया: stop_sequence के लिए trip_id "%(trip_id)" stop_id [अगर मौजूद है] "%(stop_id)", stop_sequence %(prev_seq) के बाद %(next_seq) दिए गए आदेश का उल्लंघन.	stop_sequence के साथ StopTimeUpdates का क्रम ज़रूर सेट करें.
FEED_TIMESTAMP_CONSISTENTLY_IN_THE_PAST	फ़ीड का टाइमस्टैंप, लगातार %(diff_time) सेकंड (%(difftime_string)) से पहले का है.	पुष्टि करें कि टाइमस्टैंप की वैल्यू, epoch के बाद के सेकंड में यूटीसी टाइमज़ोन में है. पक्का करें कि आपके सर्वर की क्लॉक सिंक की हुई हैं, जैसे कि NTP के साथ. समय-समय पर फ़ीड को अपडेट करते रहें.
TIMESTAMP_MISSING	फ़ीड के FeedHeader में timestamp फ़ील्ड मौजूद नहीं है.	यूटीसी टाइमज़ोन में, epoch के बाद सेकंड में FeedHeader फ़ील्ड में timestamp फ़ील्ड भरें. टाइमस्टैंप में, फ़ीड जनरेट होने के समय के बारे में सही जानकारी दिखनी चाहिए.
ENTITY_MORE_THAN_ONCE	FeedEntity की आईडी, फ़ीड में एक से ज़्यादा बार दिखती है.	पक्का करें कि फ़ीड में सभी इकाई आईडी यूनीक हों.
PROTO_ASCII_HAS_BOM	दिया गया फ़ीड बाइट ऑर्डर मार्क (बीओएम) से शुरू होता है.	बाइट ऑर्डर मार्क हटाएं. पक्का करें कि टेक्स्ट के फ़ॉर्मैट वाला प्रोटोकॉल बफ़र UTF-8 में हो, लेकिन उसमें BOM न हो. हमारा सुझाव है कि आप इसके बजाय, प्रोटोकॉल बफ़र को बाइनरी फ़ॉर्मैट में दें.
TRIP_UPDATE_TIMESTAMP_CONSISTENTLY_IN_THE_FUTURE	यात्रा से जुड़े कुछ अपडेट के लिए, timestamp आने वाले समय में %(diff_time) सेकंड (%(difftime_string)) तक जारी रहता है.	पक्का करें कि timestamp वैल्यू को epoch के बाद के सेकंड में, यूटीसी टाइमज़ोन के हिसाब से फ़ॉर्मैट किया गया हो. पुष्टि करें कि आपके सर्वर की घड़ियां सिंक्रोनाइज़ की गई हैं, जैसे कि NTP के साथ. एक घंटे से ज़्यादा समय पहले की गई यात्राओं के लिए, TripUpdates को फ़ीड से हटाएं.
VEHICLE_POSITION_TIMESTAMP_CONSISTENTLY_IN_THE_FUTURE	आने वाले समय के लिए, यह टाइमस्टैंप लगातार %(diff_time) सेकंड (%(difftime_string)) का है.	पक्का करें कि timestamp वैल्यू को epoch के बाद के सेकंड में, यूटीसी टाइमज़ोन के हिसाब से फ़ॉर्मैट किया गया हो. पुष्टि करें कि आपके सर्वर की घड़ियां सिंक्रोनाइज़ की गई हैं, जैसे कि NTP के साथ.
VEHICLE_POSITION_TIMESTAMP_CONSISTENTLY_IN_THE_PAST	timestamp, %(diff_time) सेकंड (%(difftime_string)) से लगातार पहले का है.	पक्का करें कि timestamp वैल्यू को epoch के बाद के सेकंड में, यूटीसी टाइमज़ोन के हिसाब से फ़ॉर्मैट किया गया हो. पुष्टि करें कि आपके सर्वर की घड़ियां सिंक्रोनाइज़ की गई हैं, जैसे कि NTP के साथ. एक घंटे से ज़्यादा समय पहले की गई यात्राओं के लिए, VehiclePositions को फ़ीड से हटाएं.
UNKNOWN_TRIP_ID	स्टैटिक GTFS फ़ीड के लिए, यात्रा आईडी "%(trip_id)" की जानकारी नहीं है.	स्टैटिक फ़ीड की पुष्टि करें, ताकि यह पक्का किया जा सके कि उसमें सही और अप-टू-डेट जानकारी है. पक्का करें कि स्टैटिक फ़ीड का सही वर्शन इस्तेमाल किया जा रहा है या जहां ज़रूरी हो वहां सही वर्शन अपलोड करें. TripDescriptor में मौजूद और सटीक trip_id दें.
TRIP_OUTSIDE_SERVICE_WINDOW	तय किए गए समय पर आईडी "%(trip_id)" वाली यात्रा सेवा में नहीं है.	पुष्टि करें कि स्टैटिक फ़ीड सटीक है या नहीं. अगर यात्रा की जानकारी मौजूद नहीं है, तो उसे जोड़ें. स्टैटिक फ़ीड के नए वर्शन के लाइव होने तक इंतज़ार करें. रीयल टाइम फ़ीड में trip_id रेफ़रंस को ठीक करें.
AMBIGUOUS_TRIP_DESCRIPTOR	TripDescriptor साफ़ तौर पर नहीं बताया गया है और यह किसी खास समय पर एक यात्रा का समाधान नहीं करता.	अगर यात्रा, फ़्रीक्वेंसी पर आधारित है, तो TripDescriptor में start_time और start_date की मान्य वैल्यू देना न भूलें.
INVALID_TRIP_UPDATE_FUTURE_TIMESTAMP	TripUpdate टाइमस्टैंप %(timestamp) (%(timestamp_string)), आने वाले समय के लिए %(diff_time) सेकंड (%(difftime_string)) तक का है. इसकी तुलना, फ़ीड के टाइमस्टैंप %(localtime) (%(localtime_string)) से की गई है.	पुष्टि करें कि घड़ी का स्रोत सही समय सेट किया गया है. पुष्टि करें कि सभी टाइमज़ोन कन्वर्ज़न सही तरीके से परफ़ॉर्म किए गए हैं. Vehicle.Position.timestamp फ़ील्ड को, epoch के बाद कुछ सेकंड में, यूटीसी टाइमज़ोन के तौर पर फ़ॉर्मैट किया जाना चाहिए.
INVALID_VEHICLE_POSITION_FUTURE_TIMESTAMP	VehiclePosition टाइमस्टैंप %(timestamp) (%(timestamp_string)), आने वाले समय के लिए %(diff_time) सेकंड (%(difftime_string)) तक का है. इसकी तुलना, फ़ीड के टाइमस्टैंप %(localtime) (%(localtime_string)) से की गई है.	पुष्टि करें कि घड़ी का स्रोत सही समय सेट किया गया है. पुष्टि करें कि सभी टाइमज़ोन कन्वर्ज़न सही तरीके से परफ़ॉर्म किए गए हैं. Vehicle.Position.timestamp फ़ील्ड को, epoch के बाद कुछ सेकंड में, यूटीसी टाइमज़ोन के तौर पर फ़ॉर्मैट किया जाना चाहिए.
INVALID_VEHICLE_POSITION_STALE_TIMESTAMP	VehiclePosition टाइमस्टैंप %(timestamp) (%(timestamp_string)), फ़ीड के टाइमस्टैंप (%(localtime_string)) की तुलना में %(diff_time) सेकंड (%(difftime_string)) से पहले का है.%(localtime)	फ़ीड से, सेवा में शामिल नहीं किए गए वाहनों को हटाएं. पुष्टि करें कि घड़ी सिंक की गई है और टाइमज़ोन के कन्वर्ज़न सही हैं.
INVALID_ALERT_TIME_RANGE_END_PAST	समय सीमा एक महीने पहले खत्म हुई: %(time_end).	ऐसी चेतावनियों (या active_periods) को हटाएं जिनके खत्म होने का समय बीत चुका है और जो अब चालू नहीं हैं.
INVALID_ALERT_TIME_RANGE_ORDER	समयसीमा का क्रम उलटा हो गया है: (%(time_start), %(time_end)).	active_period फ़ील्ड की वैल्यू की पुष्टि करें. इन फ़ील्ड का क्रम उलटा जा सकता है.
INVALID_ALERT_TIME_RANGE_START_FUTURE	अब से शुरू होने वाली समय सीमा एक साल से ज़्यादा हो गई है: %(time_start).	सूचनाओं में, आने वाले समय का active_period शुरू होने का समय शामिल करें.
STOP_TIME_AND_DELAY_MISMATCH	"%(stop_id)" स्टॉप पर "%(trip_id)" यात्रा में, %(timestamp) और देरी %(delay) के टाइमस्टैंप की जानकारी मिलती है, जो एक-दूसरे से मेल नहीं खाती हैं. देरी को %(value) पर सेट किया जा रहा है.	पुष्टि करें कि रीयल टाइम फ़ीड, मौजूदा लाइव स्टैटिक फ़ीड से मेल खाता हो. यह पक्का करें कि StopTimeEvent में delay फ़ील्ड और time फ़ील्ड सही और एक जैसे हों. इसके अलावा, delay फ़ील्ड को पूरी तरह से छोड़ दें और इसके बजाय, सिर्फ़ time फ़ील्ड डालें.
INVALID_START_DATE	ऐसा माना जा रहा है कि आज के लिए, "%(trip_id)" यात्रा के शुरू होने की तारीख "%(value_string)" गलत है. यह "YYYYMMDD" फ़ॉर्मैट में होना चाहिए.	किसी खास यात्रा के लिए start_date के मान की पुष्टि करें. पक्का करें कि वैल्यू सही हो.
INVALID_START_TIME	"%(trip_id)" यात्रा के शुरू होने का समय "%(value_string)" अमान्य है. "HH:MM:SS" फ़ॉर्मैट का होना चाहिए.	किसी खास यात्रा के लिए, start_time के वैल्यू और फ़ॉर्मैट की पुष्टि करें. पक्का करें कि वैल्यू और फ़ॉर्मैट सही हों.
VEHICLE_POSITION_DUPLICATE_TRIP	$(trip_id) और start_time $(timestamp_string) यात्रा के बारे में कई वाहनों से पता चला है.	यात्रा के start_time को बदलें और बिना फ़्रीक्वेंसी वाली यात्राओं के लिए, ScheduleRelationship को ADDED में बदलें.
VEHICLE_POSITION_CONVERTED_TO_ADDED	$(trip_id) यात्रा के शेड्यूल संबंध को ADDED यात्रा में बदला गया.	यह गड़बड़ी किसी दूसरी समस्या की वजह से होती है. इस गड़बड़ी को ठीक करने के लिए, पहले उस समस्या को ठीक करें.
INVALID_TRIP_UPDATE_MISSING_IDS	यात्रा के अपडेट में stop_update शामिल हैं, जिनमें न तो stop_sequence है और न ही stop_id.	StopTimeUpdate मैसेज में stop_id, stop_sequence या दोनों शामिल करें.
MULTIPLE_ENTITIES_PER_TRIP	यात्रा का अपडेट खारिज कर दिया गया: यह trip_id "%(trip_id)", %(value_string) आईडी वाली किसी दूसरी इकाई के शुरू होने के समय के समान दिखाता है.	पक्का करें कि असल दुनिया की हर यात्रा के लिए ज़्यादा से ज़्यादा एक TripUpdate हो. पक्का करें कि फ़ीड में TripDescriptor यूनीक हो.
INVALID_TRIP_UPDATE_MISSING_CONTENT	शेड्यूल किए गए trip_id "%(trip_id)" के लिए, यात्रा के अपडेट में डेटा के साथ कम से कम एक स्टॉप के समय का अपडेट या देरी की जानकारी दी जानी चाहिए.	इनमें से कोई एक चीज़ दें: डेटा वाला StopTimeUpdate TripUpdate.delay
TRIP_UPDATE_SUSPICIOUS_DELAY	trip_id "%(trip_id)" से होने वाली यात्रा में %(difftime_string) की देरी संदिग्ध है, लेकिन यह सही नहीं है.	पुष्टि करें कि TripDescription में साफ़ तौर पर जानकारी दी गई हो, जिसमें trip_id, start_date, और start_time होने चाहिए. पुष्टि करें कि StopTimeUpdates में समय की ऐसी वैल्यू हों जो बताई गई यात्रा से मेल खाती हों. टाइमज़ोन के मेल न खाने से जुड़ी समस्याओं की जांच करें. उदाहरण के लिए, क्या start_date और start_time स्थानीय टाइमज़ोन में हैं, लेकिन FeedMessage में सभी पूर्णांक समय वाले फ़ील्ड, epoch के बाद के सेकंड में मौजूद हैं.
TRIP_UPDATE_OBSOLETE	trip_id "%(trip_id)" के साथ की यात्रा %(difftime_string) पहले खत्म हो गई है.	यात्रा के आखिरी पड़ाव पर पहुंचने के कुछ मिनट बाद, यात्रा को फ़ीड से हटा दें.
UNSUPPORTED_ADDED_WITH_BLOCK_TRANSFER	ब्लॉक ट्रांसफ़र के साथ, %(trip_id) यात्रा के लिए, ADDED के schedule_relationship वाले TripDescriptor में यह सुविधा काम नहीं करती.	अलग-अलग यात्राओं को दिखाने के लिए, सिर्फ़ ScheduleRelationship के लिए ADDED वैल्यू का इस्तेमाल करें.
UNSUPPORTED_ADDED_WITHOUT_TIMES	बिना समय बताए %(trip_id) यात्रा के लिए ADDED के schedule_relationship वाले TripDescriptor.	जोड़ी गई यात्रा शुरू होने की तारीख बताने के लिए, start_date और start_time दें.
TRIP_UPDATE_TOO_OLD	TripUpdate टाइमस्टैंप %(timestamp) (%(timestamp_string)) %(diff_time) सेकंड (%(difftime_string)) से पहले का है. मौजूदा समय %(localtime) (%(localtime_string)) है. TripUpdate खारिज किया गया.	नियमित रूप से फ़ीड जनरेट करें और डेटा को अप-टू-डेट रखें. पक्का करें कि TripUpdate टाइमस्टैंप सही है. यह epoch के बाद के सेकंड में होना चाहिए. साथ ही, इसे यूटीसी टाइमज़ोन के तौर पर फ़ॉर्मैट किया गया हो. यात्रा के आखिरी पड़ाव पर पहुंचने के कुछ मिनट बाद, फ़ीड से उन्हें हटा दें.
INVALID_TRIP_UPDATE_DELAY_USAGE	TripUpdate के delay फ़ील्ड को StopTimeUpdates में समय के साथ बताया गया है.	दोनों के बजाय, इनमें से सिर्फ़ एक का इस्तेमाल करके, समय से जुड़ी जानकारी दें: StopTimeUpdates TripUpdate.delay
INVALID_VEHICLE_POSITION_VEHICLE_ID_MISSING	VehiclePosition में वाहन का आइडेंटिफ़ायर नहीं है.	वाहन का आइडेंटिफ़ायर दें. पक्का करें कि यह वैल्यू, फ़ीड के उन सभी वर्शन के लिए एक जैसी हो जिनमें वाहन इस्तेमाल किया जा रहा है.
INVALID_VEHICLE_POSITION_INVALID_POSITION	VehiclePosition में, पोज़िशन की सही जानकारी नहीं है.	latitude और longitude फ़ील्ड के लिए सही वैल्यू दें.
INVALID_VEHICLE_POSITION_TIMESTAMP_MISSING	VehiclePosition टाइमस्टैंप मौजूद नहीं है.	epoch के बाद के सेकंड में, यूटीसी टाइमज़ोन के तौर पर फ़ॉर्मैट करते हुए VehiclePosition की जानकारी इकट्ठा किए जाने के समय की टाइमस्टैंप वैल्यू दें.