कार्यप्रणाली
हमारा डेटा वास्तव में कैसे काम करता है
इस साइट पर हर संख्या एक वास्तविक स्रोत से आती है। यहाँ है कि प्रत्येक कहाँ से आती है, हम उसे कैसे गणना करते हैं, हम क्या छोड़ देते हैं, और "अनुमान" का वास्तव में क्या मतलब है।
स्वतंत्र, IRCC या कनाडा सरकार से संबद्ध नहीं
ट्रैक की गई यात्राएं
संख्याओं का अर्थ
आप साइट पर कुछ अलग-अलग कुल देखेंगे। वे एक ही डेटा के अलग-अलग स्लाइस से आते हैं, इसलिए यहाँ है कि प्रत्येक क्या गिनता है।
| साइट पर संख्या | यह क्या गिनती है | यह कहाँ से आती है | क्या ऐतिहासिक संग्रह शामिल है? |
|---|---|---|---|
| ट्रैक की गई यात्राएं (22,567) | हमारे संग्रह में हर यात्रा | लाइव सामुदायिक ट्रैकर और एक सहयोगी ऐतिहासिक संग्रह जिसे हम मासिक रूप से रिफ्रेश करते हैं, उपयोगकर्ता नाम और AOR तारीख से डुप्लीकेट हटाया गया | हाँ |
| PR पुष्टियाँ (10,193) | अंदर की पुष्टियाँ (eCOPR) और PPR तक पहुँची बाहर की यात्राएँ: प्रति आवेदक एक बार गिना गया | वही संग्रह | हाँ |
| विश्लेषित टाइमलाइन (10,821) | वे पंक्तियाँ जिन पर Insights पेज गणना करता है: समुदाय और अभी भी सक्रिय ऐतिहासिक रिकॉर्ड, कालानुक्रमिक रूप से असंभव पंक्तियों को हटाकर | ट्रैकर व्यू, साफ किया गया | केवल सक्रिय रिकॉर्ड |
| सामुदायिक आवेदक (~692) | लाइव सामुदायिक ट्रैकर में लोग (दो ओवरलैपिंग टैब, डुप्लीकेट हटाए गए) | केवल सामुदायिक Google Sheet | नहीं |
संक्षेप में: ट्रैक की गई यात्राएं पूरा संग्रह है, जिसमें सहयोगी ऐतिहासिक संग्रह भी शामिल है जिसे हम मासिक रूप से रिफ्रेश करते हैं; विश्लेषित टाइमलाइन वह साफ, अभी भी सक्रिय स्लाइस है जिस पर Insights पेज चलती है; और सामुदायिक आवेदक केवल लाइव सामुदायिक ट्रैकर हैं।
हर मुख्य आँकड़ा, एक ही बार परिभाषित
नीचे का हर आँकड़ा एक ही तरीके से, कोड के एक ही हिस्से से निकाला जाता है, और जिस भी पेज पर दिखे वहाँ उसका मान एक जैसा रहता है. ट्रैकर और इनसाइट्स पेज के फ़िल्टर आपकी चुनी पंक्तियों पर यही नियम लगाते हैं.
| आँकड़ा | परिभाषा | दिखाया जाने वाला सबसे छोटा नमूना | अपडेट |
|---|---|---|---|
| ट्रैक की गई यात्राएँ | दर्ज हर यात्रा: लाइव सामुदायिक ट्रैकर और पूरा ऐतिहासिक संग्रह, सक्रिय हो या नहीं, हर आवेदक एक बार गिना गया. | कोई नहीं (गिनती) | हर 5 मिनट |
| PR पुष्टियाँ | उसी संग्रह की वे यात्राएँ जो eCOPR तक पहुँचीं, या कनाडा के बाहर के आवेदकों के लिए PPR तक, हर आवेदक एक बार गिना गया. | कोई नहीं (गिनती) | हर 5 मिनट |
| मध्य प्रतीक्षा, AOR से eCOPR | eCOPR तक पहुँची विश्लेषण-योग्य टाइमलाइनों की बीच वाली प्रतीक्षा. विश्लेषण-योग्य यानी समुदाय की पंक्तियाँ और अब भी सक्रिय संग्रह, असंभव तारीखें हटाकर. | 5 यात्राएँ | हर 5 मिनट |
| मध्य प्रतीक्षा, AOR से अंतिम निर्णय | वही टाइमलाइनें, अंतिम निर्णय की तारीख तक मापी गईं. | 5 यात्राएँ | हर 5 मिनट |
| मध्य प्रतीक्षा, AOR से बायोमेट्रिक्स पत्र | पिछले 24 महीनों में AOR वाले आवेदन, समुदाय और संग्रह दोनों से, बायोमेट्रिक्स निर्देश पत्र तक मापे गए। पुराने वर्षों में इंतज़ार अलग था, इसलिए उन्हें शामिल नहीं किया गया। | 5 यात्राएँ | हर 5 मिनट |
| स्ट्रीम के अनुसार मध्य प्रतीक्षा | हर उस स्ट्रीम का AOR से eCOPR मध्यमान जिसमें पिछले 12 महीनों में नया AOR आया, उसकी सभी पूरी हुई यात्राओं पर. | 8 यात्राएँ | हर 5 मिनट |
| यात्रा, कदम दर कदम | AOR से हर पड़ाव (ITA, बायोमेट्रिक्स, मेडिकल, अंतिम निर्णय, eCOPR) तक मध्य दिन, उन टाइमलाइनों से जिनमें दोनों तारीखें क्रम में हैं. | 15 यात्राएँ | हर 5 मिनट |
| आपके समूह की मध्य प्रतीक्षा | मेरी प्रतीक्षा की तुलना और आपके आवेदन पेज पर: आप जैसे लोगों का AOR से eCOPR मध्यमान (वही स्ट्रीम, फिर कनाडा के अंदर या बाहर, फिर वीज़ा कार्यालय जब हर समूह काफ़ी बड़ा हो), समुदाय की टाइमलाइनों से. | 5 यात्राएँ | हर 5 मिनट |
| नए AOR, पिछले 12 महीने | संग्रह की वे यात्राएँ जिनका AOR 11 महीने पहले के महीने की 1 तारीख से आज तक है. | कोई नहीं (गिनती) | हर 5 मिनट |
| पूरी हुई यात्राएँ, पिछले 12 महीने | संग्रह की वे यात्राएँ जो उसी 12 महीने की अवधि में eCOPR या PPR तक पहुँचीं. | कोई नहीं (गिनती) | हर 5 मिनट |
सबसे छोटे नमूने से कम होने पर पेज आँकड़े की जगह डैश दिखाता है, ताकि कुछ गिनी-चुनी यात्राएँ कभी रुझान न लगें.
1. डेटा कहाँ से आता है
चार स्रोत इस साइट को फ़ीड करते हैं। प्रत्येक की एक अलग लय, एक अलग प्रकार की प्राधिकरण, और एक अलग ताज़गी गारंटी है।
Community IRCC PR Master Tracker
Express Entry आवेदकों द्वारा और उनके लिए बनाई गई एक सार्वजनिक Google Spreadsheet। डुप्लीकेट हटाने के बाद लगभग 692 अद्वितीय आवेदक दो ओवरलैपिंग टैब में फैले हुए दिखाई देते हैं। पहला टैब सभी स्ट्रीम को कवर करता है (~613 अद्वितीय आवेदक); दूसरा टैब भी सभी स्ट्रीम को कवर करता है (~636 अद्वितीय आवेदक) और एक ITA तारीख कॉलम जोड़ता है। दोनों टैब में दिखने वाली पंक्तियों को उपयोगकर्ता नाम, AOR तारीख, और स्ट्रीम की एक फिंगरप्रिंट द्वारा मिलाया जाता है: किसी भी विरोध में दूसरा टैब जीतता है।
सामुदायिक सदस्य सीधे Sheet में अपनी पंक्तियाँ दर्ज करते और अपडेट करते हैं। हम Google Sheets API values endpoint का उपयोग करके इसे प्रति घंटे एक बार हमारे डेटाबेस में मिरर करते हैं, जो हमेशा कच्चे सेल डेटा वापस करता है, चाहे किसी सदस्य ने कोई view फ़िल्टर खुला छोड़ा हो।
स्रोत: IRCC PR Master Tracker · हर घंटे जाँचा गया, पंक्तियाँ बदलने पर आयात किया गया
IRCC Express Entry ड्रॉ इतिहास
IRCC का आधिकारिक ड्रॉ JSON फ़ीड, Government of Canada द्वारा प्रकाशित। हम हर ड्रॉ को शामिल करते हैं: दौर संख्या, तारीख, ड्रॉ प्रकार, न्यूनतम CRS स्कोर, और जारी किए गए निमंत्रणों की संख्या। IRCC प्रत्येक ड्रॉ इवेंट के बाद यह फ़ीड प्रकाशित करता है, जो आमतौर पर हर दो सप्ताह में होता है।
स्रोत: IRCC आधिकारिक ड्रॉ फ़ीड · हर घंटे जाँचा गया, नए ड्रॉ दिखने पर आयात किया गया
IRCC ओपन डेटा
Government of Canada के ओपन डेटासेट: Express Entry आमंत्रित उम्मीदवार जनसांख्यिकी (आयु, शिक्षा, भाषा, अध्ययन क्षेत्र, निवास देश, CMA), आवेदन श्रेणी के अनुसार परिचालन प्रसंस्करण समय, और आव्रजन कार्यक्रम के अनुसार मासिक स्थायी निवासी प्रवेश। ये मासिक से त्रैमासिक तक अनियमित अनुसूचियों पर प्रकाशित होते हैं। जब कोई नई रिलीज़ उपलब्ध होती है तो हम उन्हें अपने डेटाबेस में बोते हैं; प्रत्येक चार्ट पर दिखाई गई "as of" तारीख अंतर्निहित डेटासेट की प्रकाशन तारीख है, न कि हमने इसे लोड की तारीख।
स्रोत: Open Government Canada · दैनिक जाँचा गया, IRCC के प्रकाशन पर अपडेट
Statistics Canada जनगणना और जनसंख्या डेटा
Statistics Canada से जनसंख्या और आव्रजन संदर्भ आंकड़े, साइट सेटअप पर बोए गए और नए जनगणना चक्र डेटा जारी होने पर अपडेट किए गए। Trends अनुभाग में जनसंख्या भाजक के लिए उपयोग किया जाता है।
स्रोत: Statistics Canada · बोया गया; नई जनगणना रिलीज़ पर अपडेट
"as of" का मतलब क्या है। हर वह आंकड़ा जो पुराना हो सकता है उसमें एक "as of" लेबल है। IRCC प्रसंस्करण समय के लिए, वह वह तारीख है जब IRCC ने आखिरी बार आंकड़ा प्रकाशित किया था, न कि जब हमने आखिरी बार जाँचा। सामुदायिक टाइमलाइन के लिए, "अंतिम आयात" बताता है कि स्रोत डेटा वास्तव में कब बदला; हमारी प्रणाली हर घंटे जाँचती है, लेकिन पंक्तियाँ बदलने पर ही आयात करती है। इस साइट पर कुछ भी रियल-टाइम के रूप में प्रस्तुत नहीं किया गया है।
2. हम संख्याओं की गणना कैसे करते हैं
सफाई और सामान्यीकरण
सामुदायिक ट्रैकर में स्ट्रीम नाम सदस्यों द्वारा स्वतंत्र रूप से दर्ज किए जाते हैं: "CEC", "CEC General", "CEC_General", और "CEC (Trade)" सभी एक ही स्ट्रीम को संदर्भित करते हैं। हम कुछ भी संग्रहीत या प्रदर्शित करने से पहले प्रत्येक संस्करण को एक canonical सेट पर मैप करते हैं।
तारीखें Sheet में कम से कम तीन प्रारूपों में दिखाई देती हैं: 2025-05-27, May 27, 2025, और 6/19/2024। कुछ सेल में तारीखों की बजाय मुक्त-पाठ नोट्स हैं। हम प्रत्येक ज्ञात प्रारूप को क्रम में आज़माते हैं और जो हम पार्स नहीं कर सकते उसे अनुपस्थित मानते हैं। UI कोड हमेशा तारीखों को nullable मानता है।
"BIL to FD" जैसे अवधि कॉलम मानव-पठनीय स्ट्रिंग के रूप में संग्रहीत होते हैं (जैसे "0 years, 0 months, 19 days")। हम इन्हें छँटाई और औसत के लिए कुल दिन गणनाओं में बदलते हैं, जबकि प्रदर्शन के लिए मूल स्ट्रिंग को संरक्षित करते हैं।
डुप्लीकेट हटाना
दो ट्रैकर टैब काफी हद तक ओवरलैप करते हैं (लगभग 557 आवेदक दोनों में दिखाई देते हैं)। हम उपयोगकर्ता नाम, AOR तारीख, और स्ट्रीम की फिंगरप्रिंट द्वारा डुप्लीकेट हटाते हैं। जहाँ एक पंक्ति दोनों टैब में दिखाई देती है, दूसरे टैब का संस्करण जीतता है, क्योंकि यह अतिरिक्त ITA तारीख कॉलम ले जाता है। इससे टैब को पूरी तरह अलग मानने पर आने वाले फुलाए हुए ~1,194 के बजाय लगभग 692 अद्वितीय आवेदक मिलते हैं।
अधूरी टाइमलाइन
ट्रैकर में कई पंक्तियाँ अभी भी प्रगति में हैं: आवेदक के पास AOR है लेकिन अभी तक eCOPR नहीं है। हम इन पंक्तियों को संग्रहीत करते हैं और सामुदायिक टाइमलाइन तालिका में दिखाते हैं, लेकिन उन्हें किसी मध्यिका या औसत गणना से बाहर रखते हैं। प्रगति में मामले पर गणना की गई दिन-गणना यह नहीं दर्शाती कि प्रक्रिया वास्तव में कितना समय लेती है; यह केवल दर्शाती है कि अब तक कोई कितने समय से इंतजार कर रहा है, जो एक अलग और कम उपयोगी आंकड़ा है।
सामुदायिक मध्यिका (केवल पूर्ण eCOPR मामले)
किसी भी स्ट्रीम या समूह के लिए सामुदायिक माध्यिका प्रसंस्करण समय केवल उन आवेदकों से गणना की जाती है जिन्होंने पहले से ही अपना eCOPR प्राप्त कर लिया है (यानी उनकी AOR से eCOPR दिन-गणना शून्य से अधिक है)। हम एक मध्यिका की गणना करते समय कभी भी पूर्ण और प्रगति में मामलों को नहीं मिलाते। प्रत्येक मध्यिका के बगल में दिखाई गई समूह गणना उस समूह में पूर्ण यात्राओं की संख्या है।
समूह स्ट्रीम पर मिलान करके और जहाँ उपलब्ध हो AOR महीने पर बनाए जाते हैं। यदि आपके सटीक AOR महीने में एक विश्वसनीय आंकड़े के लिए आवश्यक न्यूनतम समूह आकार से कम है, तो हम निकटतम उपलब्ध महीने पर वापस जाते हैं। प्रदर्शित आत्मविश्वास स्तर (मजबूत, मध्यम, कमज़ोर, बहुत कमज़ोर) समूह आकार को दर्शाता है।
आगे के लोगों का अनुमान
"आपसे आगे के लोग" का आंकड़ा IRCC के परिचालन प्रसंस्करण डेटा से लिया गया है, जो बताता है कि प्रत्येक सेवन माह तक IRCC ने कितने आवेदन प्राप्त किए थे। हम आपके AOR महीने (या निकटतम उपलब्ध महीने) के अनुरूप समूह ढूंढते हैं और आपके पहले प्राप्त आवेदकों की संख्या जोड़ते हैं। यह एक अनुमानित कतार स्थिति देता है, सटीक गणना नहीं: IRCC के डेटा में खंड 3 में वर्णित गोलाई और दमन है।
प्रक्षेपण
आपकी प्रोफ़ाइल पर दिखाई गई अनुमानित निर्णय तारीख बस आपकी AOR तारीख और आपकी आवेदन श्रेणी के लिए IRCC के प्रकाशित प्रसंस्करण-समय मानक का जोड़ है। यह एक मॉडल नहीं है; यह एक प्रकाशित आंकड़े पर बुनियादी अंकगणित है। यदि IRCC का मानक बदलता है, तो अगले रिफ्रेश पर प्रक्षेपण इसके साथ बदलता है। हम प्रत्येक प्रक्षेपण को "एक अनुमान, कभी वादा नहीं" लेबल करते हैं क्योंकि IRCC का मानक स्वयं एक लक्ष्य है, गारंटी नहीं।
एक पंक्ति की यात्रा को ट्रैक करें
इस साइट पर हर संख्या एक सेल के रूप में शुरू हुई जिसे किसी ने Google Spreadsheet में टाइप किया था। यहाँ है कि उस क्षण से लेकर आपकी स्क्रीन पर दिखने वाले नंबर तक क्या होता है।
- चरण 1: Sheet में टाइप किया गया। एक सामुदायिक सदस्य सार्वजनिक Google Spreadsheet में सीधे अपनी पंक्ति जोड़ता या अपडेट करता है। तारीखें, स्ट्रीम नाम और मील के पत्थर स्वयं आवेदक द्वारा दर्ज किए जाते हैं।
- चरण 2: हर घंटे जाँचा गया, पंक्तियाँ बदलने पर आयात किया गया। प्रति घंटे एक बार, हमारा ingest Worker Google Sheets API values endpoint के माध्यम से Sheet पढ़ता है, जो हमेशा कच्चे सेल डेटा वापस करता है, चाहे किसी सदस्य ने कोई view फ़िल्टर खुला छोड़ा हो। केवल वे पंक्तियाँ जिनकी सामग्री वास्तव में बदली है, डेटाबेस में लिखी जाती हैं; अपरिवर्तित पंक्तियों को छोड़ दिया जाता है।
- चरण 3: स्ट्रीम नाम सामान्यीकृत। स्ट्रीम नाम स्वतंत्र रूप से दर्ज किए जाते हैं: "CEC_General", "CEC General", और "CEC (Trade)" सभी canonical "CEC" लेबल पर मैप होते हैं। हम कुछ भी संग्रहीत या प्रदर्शित करने से पहले हर संस्करण को सामान्य बनाते हैं।
- चरण 4: हर प्रारूप में तारीखें पार्स की गईं। तारीखें Sheet में कम से कम तीन प्रारूपों में दिखाई देती हैं। हम प्रत्येक ज्ञात प्रारूप को क्रम में आज़माते हैं और जो हम पार्स नहीं कर सकते उसे अनुपस्थित मानते हैं। सभी तारीखें पूरे ऐप में nullable हैं।
- चरण 5: दूसरे टैब के खिलाफ डुप्लीकेट हटाया गया। Sheet में दो ओवरलैपिंग टैब हैं। हम उपयोगकर्ता नाम, AOR तारीख और स्ट्रीम की फिंगरप्रिंट द्वारा डुप्लीकेट हटाते हैं। जहाँ एक पंक्ति दोनों में दिखाई देती है, दूसरा टैब जीतता है क्योंकि यह अतिरिक्त ITA तारीख कॉलम ले जाता है।
- चरण 6: D1 में संग्रहीत। हम जो प्रत्येक पंक्ति पढ़ते हैं उसे एक स्थिर ID के साथ हमारे Cloudflare D1 डेटाबेस में upsert किया जाता है, ताकि प्रत्येक घंटे का रन एक डुप्लीकेट बनाने की बजाय इसे जगह पर अपडेट करे। यह पूर्ण संग्रह वही है जो ट्रैक की गई यात्राओं की कुल गणना है।
- चरण 7: जब हम संख्याओं की गणना करते हैं तो जाँचा गया। जब हम Insights मध्यिका और औसत बनाते हैं, तो हम किसी भी पंक्ति को जिसकी तारीखें असंभव हैं, जैसे PPR तारीख के बाद दर्ज AOR तारीख, को एक तरफ रख देते हैं। यही एकमात्र प्रशंसनीयता नियम है, और यह केवल उन पंक्तियों पर लागू होता है जो दोनों तारीखें दर्ज करती हैं।
- चरण 8: गिना और दिखाया गया। जाँच पास करने वाली पंक्तियाँ स्ट्रीम मध्यिका और अंतर्दृष्टि को फ़ीड करती हैं, और हर पंक्ति सामुदायिक टाइमलाइन तालिका में दिखाई देती है। एक टाइप की गई सेल से एक डेटा बिंदु तक की यात्रा जो अगले आवेदक की मदद करती है।
- शाखा (यदि कालानुक्रमिक रूप से असंभव है): ईमानदारी से विश्लेषित संख्याओं से बाहर रखा गया। यदि किसी पंक्ति की ऐसी तारीखें हैं जिन्हें मेल नहीं खाया जा सकता (उदाहरण के लिए, PPR के बाद दर्ज AOR), तो हम इसे गणना की गई मध्यिकाओं से बाहर छोड़ देते हैं बजाय एक ऐसे नंबर पर भरोसा करने के जिस पर हम भरोसा नहीं कर सकते। पंक्ति डेटाबेस में रहती है और अभी भी सामुदायिक ट्रैकर में दिखाई देती है; यह कभी भी विश्लेषित संख्याओं को तिरछा नहीं करती।
हम बाहर रखी गई शाखा क्यों दिखाते हैं। बुरी पंक्तियों को चुपचाप छोड़ना हमारे विश्वास को बढ़ा-चढ़ाकर पेश करेगा। वास्तव में क्या बाहर रखा गया और क्यों, यह दिखाना ही है जिससे हम हर कुल को ईमानदार और लेखा-परीक्षा योग्य रखते हैं।
3. हम क्या बाहर रखते हैं, और क्यों
मेट्रिक्स से बाहर रखे गए रिकॉर्ड
निम्नलिखित पंक्तियाँ संग्रहीत हैं लेकिन किसी भी गणना की गई मेट्रिक से बाहर रखी गई हैं:
- ऐसी पंक्तियाँ जहाँ AOR से eCOPR दिन-गणना शून्य या ऋणात्मक है (केवल पूर्ण टाइमलाइन; प्रगति में पंक्तियाँ परिभाषा के अनुसार बाहर रखी गई हैं, जैसा ऊपर वर्णित है)।
- ऐसी पंक्तियाँ जहाँ आवश्यक पहचान फ़ील्ड (उपयोगकर्ता नाम, AOR तारीख, या स्ट्रीम) पार्स नहीं हो सके। ये पूर्णता के लिए संग्रहीत हैं लेकिन फिंगरप्रिंट या समूह नहीं बनाए जा सकते।
- न्यूनतम आकार सीमा से नीचे के समूह मध्यिका के लिए नहीं दिखाए जाते: हम बहुत कम डेटा बिंदुओं पर आधारित संख्या दिखाने के बजाय आंकड़े को पूरी तरह दबा देते हैं।
सामुदायिक डेटा स्व-चयनित है
सामुदायिक ट्रैकर स्वयंसेवकों द्वारा बनाए रखा जाता है। भागीदारी वैकल्पिक है। जो लोग ट्रैकर को नियमित रूप से अपडेट करते हैं वे अपने मामले की स्थिति के साथ अधिक संलग्न होते हैं, जिसका मतलब हो सकता है कि तेज़ या अधिक सावधान आवेदक अधिक प्रतिनिधित्व में हैं। डेटासेट Express Entry आवेदकों का यादृच्छिक नमूना नहीं है। सामुदायिक मध्यिका IRCC के समग्र आंकड़ों से भिन्न हो सकती है, और वह अंतर अपेक्षित है। उन्हें समान स्थिति में लोगों से एक मोटे संदर्भ के रूप में उपयोग करें, सांख्यिकीय गारंटी के रूप में नहीं।
आत्मविश्वास स्तर
प्रत्येक सामुदायिक मध्यिका को समूह में पूर्ण eCOPR मामलों की संख्या के आधार पर चार आत्मविश्वास स्तरों में से एक के साथ लेबल किया गया है:
| स्तर | समूह आकार | इसका क्या मतलब है |
|---|---|---|
| मजबूत | 500 या अधिक | इतना बड़ा कि काफी स्थिर हो; नई पंक्तियों के आने पर मध्यिका थोड़ी हिलती है। |
| मध्यम | 50 से 499 | उचित संदर्भ, लेकिन कुछ नई प्रविष्टियों के साथ ध्यान देने योग्य रूप से बदल सकती है। |
| कमज़ोर | 10 से 49 | दिशात्मक रूप से उपयोगी लेकिन सावधानी से व्यवहार करें; कुछ आउटलाइर इसे हिला सकते हैं। |
| बहुत कमज़ोर | 10 से कम | पूर्णता के लिए दिखाया गया; एक या दो मामलों से आंकड़ा बहुत तिरछा हो सकता है। |
4. हम ईमानदारी कैसे बनाए रखते हैं
चिंतित लोगों को गुमराह करने वाले अनुमान हानिकारक हैं। यह है जो हम इससे बचने के लिए करते हैं।
गोलाई और दमन
छोटी आबादी में झूठी सटीकता का संकेत देने से बचने के लिए गणनाओं को निकटतम पाँच पर गोल किया जाता है। पाँच से नीचे की कोई भी गणना दिखाने की बजाय पूरी तरह दबा दी जाती है। यह गोपनीयता की रक्षा करने और पतले डेटा की अधिक व्याख्या को रोकने के लिए Statistics Canada के मानक का अनुसरण करता है।
"as of" टाइमस्टैम्प
हर वह आंकड़ा जो दिनांकित स्रोत से आता है उसमें एक दृश्यमान "as of" टाइमस्टैम्प है ताकि आप देख सकें यह कितना ताज़ा है। IRCC प्रसंस्करण समय कभी-कभी प्रकाशित होते हैं और कई महीने पुराने हो सकते हैं। "as of" तारीख आपको बताती है कि IRCC ने आखिरी बार कब आंकड़ा अपडेट किया, न कि हमने आखिरी बार कब जाँचा। सामुदायिक डेटा के लिए, "अंतिम आयात" इंगित करता है कि स्रोत पंक्तियाँ वास्तव में कब बदलीं।
अनुमान कभी वादे नहीं होते
इस साइट पर हर प्रक्षेपण और अनुमान को इस प्रकार लेबल किया गया है। "एक अनुमान, कभी वादा नहीं" वाक्यांश हर जगह दिखाई देता है जहाँ हम IRCC के मानक या सामुदायिक मध्यिका से प्राप्त प्रक्षेपण प्रदर्शित करते हैं। IRCC प्रसंस्करण समय की गारंटी नहीं देता, और हम भी नहीं देते।
आपकी टाइमलाइन के लिए "निजी" का क्या मतलब है
यदि आप Track Your App के अंदर सामुदायिक ट्रैकर में एक पंक्ति का दावा किए बिना एक आवेदन बनाते हैं, तो वह आवेदन केवल आपको दिखाई देता है। यह हमारे डेटाबेस में रहता है, आपके उपयोगकर्ता खाते पर स्कोप किया गया, और कोई और इसे नहीं पढ़ सकता।
यदि आप सामुदायिक ट्रैकर में एक पंक्ति का दावा करते हैं, तो आप अपने खाते को एक ऐसी पंक्ति से जोड़ रहे हैं जो Google Sheet में पहले से ही सार्वजनिक रूप से दिखाई देती है। दावा करने के बाद मील के पत्थर की तारीखें या वीज़ा-ऑफिस विवरण संपादित करने से वे परिवर्तन सार्वजनिक Sheet में वापस लिखे जाएंगे। केवल वही पंक्ति का दावा करें जो पहले से आपकी है, और केवल तभी जब आप उस पंक्ति में जानकारी Sheet पढ़ने वाले किसी के लिए भी दृश्यमान होने के साथ सहज हों।
स्वतंत्रता
Track Your App एक स्वतंत्र सामुदायिक परियोजना है। यह IRCC या कनाडा सरकार से संबद्ध नहीं है। हम IRCC स्रोतों से जो संख्याएं प्रदर्शित करते हैं वे संपादकीय समायोजन के बिना, विश्वासपूर्वक पुनरुत्पादित की जाती हैं। जहाँ हम एक प्रकाशित आंकड़े से असहमत होते हैं हम इसे चुपचाप बदलने की बजाय स्पष्ट रूप से कहते हैं। जहाँ हम एक आंकड़े को सत्यापित नहीं कर सकते हम वह कहते हैं।
डेटा या किसी विशिष्ट आंकड़े की गणना के बारे में सवाल? संपर्क पृष्ठ के माध्यम से हमसे संपर्क करें।