आपका चेतावनी डेटा, OASIS सामान्य चेतावनी वाले प्रोटोकॉल v1.2 की जानकारी के साथ-साथ, Google की सार्वजनिक चेतावनियों वाले CAP v1.0 की खास बातों और नीचे दी गई दूसरी ज़रूरी शर्तों के मुताबिक होना चाहिए.
Google CAP के बारे में जानकारी
CAP मानक, CAP सूचना के लिए बुनियादी स्ट्रक्चर और डेटा एलिमेंट बनाता है. हालांकि, इसमें कई तरह के डेटा एलिमेंट का इस्तेमाल कब और कैसे किया जाता है, इसमें कुछ अंतर माना जाता है.
हमारे प्लैटफ़ॉर्म का मकसद है कि आपातकालीन जानकारी ढूंढने की प्रोसेस को आसान बनाया जाए. इसके लिए, हम ऑनलाइन टूल के ज़रिए अच्छी क्वालिटी और काम के डेटा को इकट्ठा करते हैं, जिसे लोग पहले ही इस्तेमाल कर लेते हैं. इन ज़रूरी शर्तों का मकसद, Google के प्रॉडक्ट पर आपके अलर्ट की पहुंच और असर बढ़ाना है.
CAP 1.2 एक्सएमएल की ज़रूरी शर्तों के बारे में Google के खास फ़र्क़ के बारे में खास जानकारी Google Public Alerts CAP v1.0 में दी गई है.
ओपन सोर्स CAP वैलिडेटर में मौजूद "Google सार्वजनिक चेतावनियां CAP" विकल्प की मदद से, OASIS की खास बातों और Google की दूसरी ज़रूरी शर्तों के ख़िलाफ़ अपने डेटा की पुष्टि की जा सकती है.
नीचे दिए गए दिशा-निर्देश सभी तरह की चेतावनियों और खतरों पर लागू होते हैं. हमने अपने नमूना सेक्शन में, खास तरह की इन सूचनाओं के लिए, कुछ और ज़रूरी शर्तों और सुझावों को भी शामिल किया है:
समय-समय पर जांच करें
- शुरू से लेकर आखिर तक सिस्टम की जांच करने के लिए, पक्का करें कि आपका सिस्टम
<status>जांच</status>की मदद से चेतावनियां पब्लिश कर सकता हो.
चेतावनी देने वाली जगहें टारगेट करें
- अगर चेतावनी की कैटगरी और टाइप में एक जगह से दूसरी जगह पर कॉन्टेंट नहीं है, तो एक-दूसरे से अलग किए गए
<alert>मैसेज के बजाय,<alert>अलग-अलग मैसेज बनाएं. - अगर
<area>एलिमेंट में<polygon>एलिमेंट हैं, तो पक्का करें कि वे किनारों को काटने के बिना मान्य पॉलीगॉन हों. साथ ही, सटीक होने के लिए दशमलव के बाद ज़्यादा से ज़्यादा छह दशमलव पॉइंट बताएं. - अगर आपकी सूचनाओं के
<area>एलिमेंट में भौगोलिक स्थान हैं, तो Shapfile फ़ॉर्मैट में जियोडेटा दें और शेपफ़ाइल में बदलाव होने से कम से कम 30 दिन पहले Google को google-public- alertss@google.com पर सूचना दें. - पहले से तय भौगोलिक क्षेत्रों (जैसे कि प्रांत) को टारगेट करने के बजाय, मौजूदा स्थितियों और इवेंट के हिसाब से कस्टमाइज़ किए गए आधारित पॉलीगॉन बनाएं.
- Google को
<areaDesc>में या कैप अलर्ट के लिए अलग से खास<parameter>में प्रभावित इलाके की छोटी (50 वर्णों से कम) की जानकारी दें. यह लेख सूचना के शीर्षक में दिखेगा.
बेहतर सामग्री शामिल करें
<description>और<instruction>एलिमेंट में ऐसा कॉन्टेंट शामिल करें जो पढ़ने लायक हो और जिसे पढ़ने लायक और कार्रवाई करने में आसान हो.- मौजूदा इवेंट, अनुमानित डेवलपमेंट, और अनुमानित असर, और सुझावों के बारे में बताएं.
- वर्तनी, व्याकरण, और विराम चिह्नों का सही तरीके से इस्तेमाल करें.
- एचटीएमएल टैग के बजाय, सादे टेक्स्ट या मार्कडाउन का इस्तेमाल करके, अपने कॉन्टेंट को आसानी से पढ़ने लायक बनाएं.
- चेतावनी के हर लेवल से जुड़ा आरजीबी या हेक्स रंग कोड दें (Google को ऑफ़लाइन उपलब्ध कराया जा सकता है).
अलर्ट अपडेट करना
जब कोई सूचना बदलती है, तो अपने फ़ीड से मौजूदा चेतावनी को बदलने या हटाने के बजाय एक नई चेतावनी जारी करें, जो पिछली चेतावनी के बारे में बताती है. सही समय (जैसे, 24-48 घंटे) के बाद, अपने फ़ीड से रद्द की गई, अपडेट की गई या खत्म हो चुकी सूचनाएं हटाएं.
<msgType> अपडेट या रद्द करें फ़ील्ड में कम से कम एक <references> एलिमेंट शामिल होना चाहिए.
जैसा कि CAP स्टैंडर्ड में बताया गया है, किसी पिछली चेतावनी को अपडेट करने वाले किसी भी चेतावनी मैसेज में, <msgType>Update</msgType> का इस्तेमाल होना चाहिए. साथ ही, पिछले <expires> तारीख तक न पहुंचने वाले सभी मिलते-जुलते मैसेज के लिए <references>code</references> सेट करना चाहिए. अपडेट या रद्द करने की समयसीमा ऐसे मैसेज पर लागू होनी चाहिए जिसकी समयसीमा खत्म न हुई हो.
प्राथमिकता के हिसाब से, इवेंट रद्द करने के तीन तरीके हैं:
- हर इवेंट के लिए
<expires>तारीख और समय सेट करें. मैसेज में यह उम्मीद करें कि यह सूचना अपने-आप खत्म हो जाएगी. <msgType>UPDATE,<responseType>"All Clear", और<expires>के बीच आने वाले समय में नया<alert>जारी करें.<msgType>CANCELके साथ नया<alert>जारी करें.
कृपया उदाहरणों के लिए, अपडेट और रद्द करने के बारे में हमारी सैंपल चेतावनियां देखें.
एक से ज़्यादा भाषाओं में काम करना
कृपया एक से ज़्यादा <info> ब्लॉक वाला एक <alert> बनाएं (हर भाषा के लिए एक <info> ब्लॉक).
ज़्यादा जानकारी के लिए, कई भाषाओं में चेतावनी का सैंपल और कई भाषाएं देखें.