भौगोलिक दिशानिर्देश

अंतिम अपडेट: 22 अक्टूबर 2014.

परिचय

स्थान के साथ पोस्ट करना X API में जियोटैगिंग की सुविधा है। यह सुविधा पोस्ट्स को अधिक संदर्भपूर्ण बनाकर उपयोगकर्ताओं को अधिक सार्थक अनुभव देने में मदद करती है। उदाहरण के लिए, “आतिशबाज़ी!” किसी स्थान से जुड़ने पर कहीं अधिक प्रासंगिक हो जाता है: कैलिफ़ोर्निया के सैन फ़्रांसिस्को के SoMa Neighborhood से “आतिशबाज़ी!”। हम इस कार्यक्षमता के इर्द-गिर्द बेहतरीन अनुभव बनाने के लिए डेवलपर इकोसिस्टम के साथ काम करने को लेकर उत्साहित हैं!

उपयोगकर्ता की गोपनीयता और उनकी स्थान संबंधी जानकारी पर उपयोगकर्ता का नियंत्रण

एक अच्छा और सुरक्षित अनुभव सुनिश्चित करने के लिए, डेवलपर्स को उपयोगकर्ताओं की स्थान संबंधी जानकारी के साथ काम करते समय उनकी गोपनीयता के प्रति संवेदनशील होना चाहिए, साथ ही “स्थान के साथ पोस्ट करना” अनुभव में बुनियादी एकरूपता भी प्रदान करनी चाहिए। नीचे कुछ प्रमुख बातें दी गई हैं, जिन्हें ध्यान में रखने से उपयोगकर्ता की गोपनीयता की रक्षा करने में मदद मिलती है और यह सुनिश्चित होता है कि उपयोगकर्ता अपने कार्यों के प्रभाव को समझें:

सामान्य दिशानिर्देश

• उपयोगकर्ताओं को Posting With Location सुविधा का उपयोग करने के लिए opt-in करना होगा (स्थान को “on” करना होगा)।
• उपयोगकर्ताओं को अपनी पोस्ट्स के साथ अपना सटीक स्थान दिखाने के लिए स्पष्ट अनुमति देनी होगी। अगर आपके Client में स्थान सुविधा “sticky” है — यानी, एक बार स्थान चालू होने पर वह हर पोस्ट के साथ जुड़ा रहता है — तो आप केवल स्थान के नाम (place_ids) दिखाना चाह सकते हैं और उपयोगकर्ताओं को प्रति-पोस्ट आधार पर या किसी अलग सेटिंग के रूप में सटीक अक्षांश और देशांतर के लिए अलग से opt in करने की अनुमति दे सकते हैं।
• जब आप कोई पोस्ट प्रकाशित करने के लिए अपने उपयोगकर्ताओं के स्थान डेटा का उपयोग करते हैं, तो उपयोगकर्ता की स्पष्ट अनुमति के बिना उस जानकारी को पोस्ट से अलग संग्रहीत नहीं किया जाना चाहिए।
• उपयोगकर्ताओं के लिए यह स्पष्ट होना चाहिए कि उनकी पोस्ट के साथ स्थान संबंधी जानकारी का कौन-सा स्तर, यदि कोई हो, दिखाया जाएगा। ऐसा करने का एक तरीका यह है कि पोस्ट प्रकाशित होने से पहले यह जानकारी कैसे दिखाई देगी, इसका मानचित्र दिखाया जाए। यदि सटीक अक्षांश और देशांतर उस जानकारी का हिस्सा है (या Client पर उपयोगकर्ता द्वारा प्रकाशित की जाने वाली वही एकमात्र जानकारी है), तो उपयोगकर्ता के लिए यह स्पष्ट होना चाहिए कि उनके सटीक निर्देशांक प्रकाशित किए जाएंगे।
• उपयोगकर्ताओं को हर बार पोस्ट लिखते समय अपना स्थान चालू या बंद करने में सक्षम होना चाहिए।
• आपको X की Developer Policy की शर्तों का पालन करना होगा – इसमें यह आवश्यकता भी शामिल है कि आप X API से प्राप्त स्थान डेटा और अन्य भौगोलिक जानकारी को, पोस्ट के हिस्से के अलावा, aggregate, cache, या store नहीं कर सकते, और न ही ऐसी स्थान संबंधी डेटा या भौगोलिक जानकारी का स्वतंत्र रूप से उपयोग कर सकते हैं।

विशिष्ट उदाहरण

उदाहरण 1: स्पष्ट अक्षांश और देशांतर जोड़े बिना (यह वर्तमान X Web Client UI है)

1. जब कोई उपयोगकर्ता पोस्ट लिख रहा हो, तो “अपना स्थान जोड़ें” का लिंक दिखाएँ;
2. पृष्ठभूमि में, X के reverse_geocode API call का उपयोग करें और latitude, longitude, आपके fix की accuracy, और उपयोगकर्ता की पसंदीदा granularity पास करें (जो डिफ़ॉल्ट रूप से “neighborhood” होती है);
3. डिफ़ॉल्ट स्थान का नाम दिखाएँ (X इन्हें ऐसे क्रम में रखने का प्रयास करेगा जो समझ में आए — क्रम ऐसा रखा जाता है कि X client बिना किसी बदलाव के सीधे सूची दिखा सके);
4. उपयोगकर्ता को सूची में से कोई दूसरा स्थान चुनने दें (उदाहरण के लिए, “SoMa, San Francisco” से “South Beach, San Francisco” में बदलना)।
5. महत्वपूर्ण: अगर आप सटीक स्थान जानकारी दिखाने वाले हैं, तो इस बारे में उपयोगकर्ता के साथ पारदर्शी रहें। सुनिश्चित करें कि उपयोगकर्ता को पता हो कि सटीक स्थान जानकारी प्रदर्शित की जाएगी।
6. उपयोगकर्ता को हर बार पोस्ट लिखते समय स्थान को चालू या बंद करने का विकल्प दें।

उदाहरण 2: मौजूदा जियोटैगिंग कार्यान्वयन

कई X client ऐप्स में मूल जियोटैगिंग सुविधा (जो place_IDs दिए बिना केवल lat/lons प्रसारित करती थी) पहले से लागू है। API का डिफ़ॉल्ट व्यवहार इसी व्यवहार की नकल करता है — यानी, एक डेवलपर के रूप में आज मौजूद व्यवहार बनाए रखने के लिए आपको अपने मौजूदा ऐप में कोई बदलाव करने की आवश्यकता नहीं है। वास्तव में, अगर आप X को सिर्फ़ कोई lat/lon coordinate पास करते हैं, तो X उस अक्षांश और देशांतर का अपने-आप reverse geocode करेगा और जिन क्षेत्रों के लिए हमारे पास डेटा उपलब्ध है, वहाँ lat/lon के साथ place_ID भी दिखाएगा।

सुनिश्चित करें कि आपके उपयोगकर्ताओं के लिए यह स्पष्ट हो कि उनके सटीक निर्देशांकों का उपयोग किया जा रहा है और उन्हें X पर दिखाया जा रहा है। मौजूदा ऐप्स के लिए एक सर्वोत्तम प्रथा यह होगी कि उपयोगकर्ताओं को हर पोस्ट के लिए अपना स्थान चालू या बंद करने की अनुमति दी जाए। आप अपने उपयोगकर्ताओं को एक डिफ़ॉल्ट, “sticky” setting के रूप में सटीक निर्देशांकों के बजाय केवल place_IDs साझा करने का विकल्प भी दे सकते हैं।

उपयोगकर्ता स्थान डेटा का X द्वारा संग्रहण

X Client द्वारा भेजे गए डेटा को निम्नानुसार संग्रहीत करेगा:

• X उस सभी डेटा को सहेजेगा जिसे कोई उपयोगकर्ता अपने फ़ॉलोअर्स को सार्वजनिक रूप से दिखाने का विकल्प चुनता है। यह उसी तरह है जैसे X उस टाइमस्टैम्प को संग्रहीत करता है, जो बताता है कि पोस्ट कब की गई थी। यानी, यदि कोई उपयोगकर्ता अपने सटीक निर्देशांकों के साथ पोस्ट करता है, तो X इस सटीक स्थान को पोस्ट के साथ तब तक संग्रहीत करेगा, जब तक पोस्ट मौजूद रहती है। उपयोगकर्ता Settings पेज पर “clear my location history” बटन पर क्लिक करके अपनी पोस्ट्स से स्थान डेटा हटा सकते हैं, जैसा यहाँ) वर्णित है।

सारांश

किसी पोस्ट में स्थान जोड़ने से उपयोगकर्ता के दृष्टिकोण से बहुत अधिक संदर्भ और महत्व जुड़ जाता है। हालांकि, अपने Client में स्थान-संबंधी सुविधाओं को लागू करते समय, स्थान-केंद्रित उत्पाद डिज़ाइन में गोपनीयता और उपयोगकर्ता पारदर्शिता को प्रमुख रूप से ध्यान में रखना चाहिए।

यदि आपके पास गोपनीयता, स्थान और अन्य भौगोलिक सुविधाओं के बारे में कोई प्रश्न या टिप्पणियाँ हैं, तो कृपया हमसे संपर्क करें।