Cgeo: Geocaching.com एपीआई

इसे निश्चित रूप से #9 के साथ समन्वयित करना होगा...

नया एपीआई कहां है ?? मुझे लगता है कि अगर कोई एपीआई है जो सभी सुविधाओं का समर्थन करती है तो हमें इसका इस्तेमाल करना चाहिए। (लेकिन केवल अगर ग्राउंडस्पीक एपीआई को तुरंत बदल देता है अगर वे geocaching.com पर अपडेट करते हैं)

एपीआई केवल चुनिंदा ऐप्स के लिए उपलब्ध है। सीजीओ एक था, सीजीओ ओपनसोर्स नहीं है

मुझे उम्मीद है कि वे वेब-पेजों में हर बदलाव के साथ एपीआई को नहीं बदलेंगे ...
अन्यथा हम पृष्ठों को क्रॉल करना जारी रख सकते हैं और प्रत्येक परिवर्तन के साथ हमारे कोड को अपडेट कर सकते हैं GC.com उनके वेब पेजों पर लागू होता है ...
मैंने पढ़ा है कि एपीआई अब प्रीमियम और बुनियादी दोनों सदस्यों के लिए उपलब्ध होगा, जिसमें बुनियादी सदस्यों के लिए कुछ सीमाएं होंगी।
अगर आपको कोई आपत्ति नहीं है, तो मैं ग्राउंडस्पीक पर रयान से संपर्क करूंगा और उससे एपीआई दस्तावेज मांगूंगा।
फ्लोरियन।

हमारे पास डॉक्टर है, हमारे पास एपीआई एक्सेस की नहीं है

मैंने कुछ हफ्ते पहले आगामी एपी के बारे में अधिसूचना पढ़ी। क्या किसी के पास कुछ और संकेत हैं?

:( मेरा मतलब था कि वे gc.com पर बदलाव के बाद लाइब्रेरी को अपडेट करते हैं: D

तो अगर आपको कोई आपत्ति नहीं है, तो मैं ग्राउंडस्पीक से सी-जियो के लिए एपीआई एक्सेस कुंजी के लिए पूछूंगा (और ग्राउंडस्पीक के साथ यह भी स्पष्ट करता हूं कि सी-जियो-ओपनसोर्स मूल रूप से सी-जियो के समान है, ओपनसोर्स लाइसेंसिंग के बारे में सिर्फ एक स्पष्टीकरण के साथ )
क्या आप मुझे दस्तावेज़ीकरण की एक प्रति भेज सकते हैं या - यदि यह वेब पर कहीं है - तो मुझे इसका लिंक दें?
फ्लोरियन।

सैमी ने संवाद किया। चलो उसका इंतज़ार करते हैं

मैंने कुछ हफ्ते पहले उनसे संपर्क किया था। प्रतिक्रिया एक पंक्ति थी जिसने मुझे उन्हें एपीआई तक पहुँचने के लिए एक आवेदन भेजने के लिए कहा। ऐसा लगता है कि कोई सार्वजनिक दस्तावेज नहीं है, ऐप के अंत के लिए आपको एक एपीआई-कुंजी की आवश्यकता है, प्रत्येक उपयोगकर्ता को ओएथ-प्रक्रिया पर एक कुंजी मिलनी चाहिए। और वे इसे "सार्वजनिक एपीआई" कहते हैं ...

मुझे लगता है कि हमें इसे हार्डकोड नहीं करना चाहिए। कनेक्टर-इंटरफ़ेस के साथ यह आसान हो जाएगा ताकि अगर हम स्पाइडरिंग, एपीआई, ओसी, जीपीएक्स, वेब2सीजीओ से आयात करते हैं तो इससे कोई फर्क नहीं पड़ता ...

बिल्कुल। जब मैंने लगातार नए एपीआई पर स्विच करने के बारे में सोचा तो मैंने ओएथ प्रमाणीकरण के बारे में नहीं सोचा था।

@SammysHP : एलिस इन ग्राउंडशीप वंडरलैंड:

"जब मैं एक शब्द का उपयोग करता हूं," हम्प्टी डम्प्टी ने एक तिरस्कारपूर्ण स्वर में कहा, "इसका मतलब वही है जो मैं इसका मतलब चुनता हूं - न तो अधिक और न ही कम।"
"सवाल यह है," ऐलिस ने कहा, "क्या आप शब्दों को कई अलग-अलग चीजों का अर्थ बना सकते हैं।"
"सवाल यह है," हम्प्टी डम्प्टी ने कहा, "जो मास्टर होना है - - बस इतना ही।"

कल मुझे ग्राउंडस्पीक से एक मेल मिला:

प्रिय स्वेन,

जैसे ही हम Geocaching.com API प्रोग्राम के साथ आगे बढ़ते हैं, आपके धैर्य के लिए धन्यवाद। आपकी समीक्षा के लिए दो दस्तावेज संलग्न हैं। कृपया पूरा किया हुआ एपीआई नामांकन फॉर्म मुझे लौटा दें और हम आपको एक एपीआई टेस्ट कुंजी भेजेंगे।

इस सार्वजनिक एपीआई कार्यक्रम का लक्ष्य विश्वसनीय तृतीय पक्षों को geocaching.com डेटासेट का उपयोग करके एप्लिकेशन और सेवाओं को विकसित करने की अनुमति देना है जो मुख्य रूप से ग्राउंडस्पीक प्रीमियम सदस्यों की सेवा करेगा, जबकि बुनियादी सदस्यों के लिए महत्वपूर्ण मात्रा में सेवाएं प्रदान करने की इजाजत देता है। एपीआई को रॉयल्टी मुक्त प्रदान किया जाएगा, ताकि डेवलपर्स डेटा एक्सेस के लिए ग्राउंडस्पीक को रॉयल्टी का भुगतान किए बिना, जैसा कि वे फिट देखते हैं, राजस्व उत्पन्न कर सकते हैं (या नहीं)।

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

कृपया ध्यान दें कि, एक विश्वसनीय डेवलपर के रूप में, हम उम्मीद करते हैं कि आप स्टेजिंग या प्रोडक्शन में एपीआई का दुरुपयोग नहीं करेंगे। मूल या प्रीमियम सदस्यों के लिए किसी भी एप्लिकेशन या सेवा में geocaching.com डेटा के लिए वेबसाइट को स्क्रैप करने की अनुमति नहीं है। स्क्रैपिंग की अनुमति देने के बजाय, हम विशिष्ट डेवलपर आवश्यकताओं के अनुरूप एपीआई कॉल विकसित करना पसंद करेंगे। यदि आपके पास एपीआई के साथ संभावित कार्रवाइयों के बारे में कोई प्रश्न हैं, तो कृपया उन्हें एपीआई फ़ोरम में पोस्ट करें और हम नियमों को स्पष्ट करने के लिए अपनी पूरी कोशिश करेंगे।

एपीआई-सक्षम एप्लिकेशन/सेवाओं के सभी उपयोगकर्ताओं के लिए Oauth के माध्यम से एक लॉगिन की आवश्यकता होगी। आपका पूरा एपीआई नामांकन फॉर्म प्राप्त करने के बाद, हम आपको स्टेजिंग सर्वर तक पहुंचने के लिए एक टेस्ट कुंजी भेजेंगे। फिर, आपके उत्पाद और कार्यक्षमता की समीक्षा करने के बाद, हम उत्पादन एपीआई कुंजी के साथ आगे बढ़ेंगे।

फिर से धन्यवाद। हम आपके साथ काम करने के लिए बहुत उत्सुक हैं।

सादर,

क्रिस्टी

क्रिस्टी लूथर
व्यवसाय विकास प्रबंधक
ग्राउंडस्पीक, इंक।
ग्राउंडस्पीक - स्थान की भाषा
www.groundspeak.com
www.geocaching.com

यहाँ एपीआई लाइसेंस समझौता है: http://www.file-upload.net/download-3675937/Groundspeak-API-License-Agreement-17-08-2011.pdf.html

समस्या यह है कि कुंजी सार्वजनिक होनी चाहिए क्योंकि प्रत्येक डेवलपर अपने स्वयं के निर्माण (परीक्षण और उपयोग के लिए) को संकलित करता है। और जो मैंने सुना है वह ग्राउंडस्पीक के लिए एक समस्या है।
तो मेरा सुझाव: कनेक्टर-इंटरफ़ेस का एहसास होने तक प्रतीक्षा करें और फिर एपीआई के उपयोग को एक अलग ऐप के रूप में विकसित करें।

नमस्ते, मैंने जल्द ही लाइसेंस समझौते को छोड़ दिया। जबकि मुझे एपीआई कुंजी के संबंध में गोपनीयता के लिए एक स्पष्ट अनुरोध नहीं दिख रहा है जो शायद 4.17 या 4.18 से प्राप्त किया जा सकता है।
बाहरी कनेक्टर की अवधारणा को क्या मारता है शायद 4.16 (व्युत्पन्न कार्य) और 5.3 (अंतिम उपयोगकर्ता - अन्य ऐप्स नहीं)।
इसे c:ge में एकीकृत करने से 4.14 का उल्लंघन होगा।
मूल सदस्य सीमा एक मजाक है।
जब तक वे एक समझदार लाइसेंस मॉडल के साथ नहीं आते, तब तक मैं इसे अनदेखा करने के लिए वोट देता हूं।

मुझे लगता है, किसी को ब्रायन से प्राप्त मेल पेस्ट करना ठीक है:

नमस्ते _________,

हम CGeo ओपनसोर्स को API एक्सेस प्रदान करने के इच्छुक हैं। हालांकि, चूंकि लाइसेंस कुंजी का उपयोग केवल व्यक्तिगत एप्लिकेशन के लिए किया जाना चाहिए, हम चिंतित हैं कि इसे सार्वजनिक रूप से साझा किया जा सकता है। यदि इसे सार्वजनिक रूप से साझा किया जाता है, तो इसका उपयोग अन्य अनुप्रयोगों द्वारा किया जा सकता है और इसके परिणामस्वरूप ग्राउंडस्पीक को विशिष्ट कुंजी को रद्द करने के लिए मजबूर होना पड़ेगा। यह, निश्चित रूप से, एप्लिकेशन को तोड़ देगा क्योंकि यह डेटा तक पहुंचने में सक्षम नहीं होगा।

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

मैंने इस ईमेल पर क्रिस्टी लूथर को शामिल किया है क्योंकि वह तीसरे पक्ष के डेवलपर्स के लिए विकासशील प्रक्रिया का प्रबंधन कर रही है।

आपको धन्यवाद!

भवदीय,

ब्रायन

तो वे हमारी मदद करने के लिए तैयार हैं, लेकिन मेरी राय यह भी है कि तब तक प्रतीक्षा करें (बेहतर एकीकरण के लिए, कम सख्त लाइसेंस, शायद एक एपीआई जिसे कुंजी की आवश्यकता नहीं है, लेकिन केवल ओएथ कुंजी)।

मुझे क्या चकाचौंध है: Google अपने मानचित्र एपीआई के लिए ऐसे विकास मॉडल का प्रबंधन करने में सक्षम है। लेकिन ग्राउंडशीप नहीं कर सकता? विचित्र।

Google के साथ दो चीज़ें हैं:

• Google API प्रमाणपत्र की जांच करता है, जिससे ऐप पर हस्ताक्षर किए जाते हैं। ग्राउंडस्पीक की कुंजी को हर प्लेटफॉर्म और प्रोग्रामिंग भाषा के साथ काम करना चाहिए।
• Google API कुंजी निःशुल्क है, इसलिए प्रत्येक डेवलपर एक प्राप्त कर सकता है।

मैं जानता हूँ। यह ग्राउंडशीप एपीआई प्रक्रिया है जो विभिन्न संस्कृतियों के टकराने के कारण यहां समस्याएं पैदा कर रही है: सेंट जेरेमी की कठोर, सेब जैसी "गेट ऑफ माई कोर्ट" और खुले बाजार की तरह, जहां Google मजबूत है। इसमें और कोई विपरीतता नहीं हो सकती है। जहां तक ​​एंड्रॉइड-आश्रित भाग का सवाल है: अगर मुझे सही से याद है, तो आप जावास्क्रिप्ट वेब ऐप्स से गूगल मैप्स का भी उपयोग कर सकते हैं, इसलिए ऐसा लगता है कि उनके पास एक प्लेटफॉर्म-स्वतंत्र तरीका है। यह Google और ग्राउंडशीप के बीच की अलग मानसिकता है जो हिचकी का कारण बनती है, Google बुराई नहीं है, लेकिन ग्राउंडशीप क्या है?

AFAIK जावास्क्रिप्ट की कुंजी डोमेन की जांच करती है।

इस बार OSM अवसंरचना पर एक और नज़र डालें: उन्हें एक खुले वातावरण को संचालित करने की आवश्यकता है, फिर भी अपने डेटाबेस को दुरुपयोग से बचाने के लिए। वे OSM डेटा को संपादित करने के लिए ऐप्स की जाँच नहीं करते हैं: यह बिल्कुल कैसे काम करना चाहिए? हर नई रिलीज़ के साथ, पैच, वगैरह ... क्या सेंट जेरेमी हर ऐप को फिर से देखना चाहता है? नियंत्रण न्यूरोसिस, कोई भी? तो, OSM उपयोगकर्ताओं की जाँच करता है। कोई समस्या नहीं लगती। शायद मुझे कुछ याद आ रहा है, लेकिन फिर OSM मॉडल जियोकैचिंग डेटा के लिए काम क्यों नहीं करेगा?

जब मैंने नए, सार्वजनिक एपीआई के बारे में सुना तो यह मेरे विचार थे।

एपीआई कुंजी के साथ समस्या हल हो सकती है यदि प्रत्येक डेवलपर को अपनी कुंजी मिल जाए - लेकिन मूल सदस्यों के लिए सीमाओं को देखते हुए मैं एपीआई का उपयोग करने के खिलाफ वोट देता हूं।

BFKC, ग्राउंडस्पीक के संपर्क में है, तो चलिए प्रतीक्षा करते हैं। इसके अलावा एपीआई को लागू करने की एकमात्र संभावना GeOrg से एक कनेक्टर की तरह है: http://android.ranitos.de/files/connector-sample.zip मुझे वह तरीका पसंद है जो ऐप और कनेक्टर के बीच संचार के लिए उपयोग किया जाता है।

इस बीच यदि आप एपीआई-दस्तावेज के लिए एक लिंक चाहते हैं तो आप मुझे पीएम कर सकते हैं।

फिलहाल इसे बंद करते हुए, हम इसे ध्यान में रखेंगे और कनेक्टर इंटरफ़ेस लागू होने पर इसके बारे में फिर से बात करेंगे। #10 . देखें

अंतिम उपयोगकर्ता c:geo में एक मान्य उपयोगकर्ता कुंजी दर्ज करने के लिए जिम्मेदार हो सकता है। देव प्रत्येक को अपनी उपयोगकर्ता कुंजी के साथ विकसित कर सकते हैं।

नहीं, OAuth को ऐप के लिए एक गुप्त कुंजी की आवश्यकता है।

हाँ उपयोगकर्ता कुंजी उत्पन्न करने के लिए एक गुप्त कुंजी। फिर उपयोगकर्ता कुंजी का उपयोग एपीआई सर्वर से संवाद करने के लिए किया जाता है। उपयोगकर्ता वहां कैसे/कहां पहुंचता है, यह उन पर निर्भर करता है।

आप कहते हैं, हमें अपने उद्देश्यों के लिए किसी अन्य ऐप के खाते का उपयोग करना चाहिए?!

यदि केवल एक डेवलपर को कुंजी मिलती है तो समस्या क्या है?
Google स्टोर में "आधिकारिक" रिलीज़ जारी करने के लिए कोई न कोई जिम्मेदार होना चाहिए।
तो यह डेवलपर एपीआई कुंजी को कुछ कॉन्फ़िगरेशन फ़ाइल में जोड़ देगा जो एपीके में पैक हो जाती है।
यदि अन्य डेवलपर्स कोड के एपीआई भाग पर काम करना चाहते हैं, तो वे स्वयं एपीआई एक्सेस के लिए आवेदन कर सकते हैं!
जो लोग c: geo के कस्टम संस्करणों का उपयोग करना चाहते हैं, उन्हें स्पष्ट रूप से अपनी स्वयं की API कुंजी की आवश्यकता होगी, लेकिन मुझे लगता है कि अधिकांश उपयोगकर्ता कस्टम संस्करणों का उपयोग नहीं करना चाहते हैं। सभी मामलों में, यह बिना किसी एपीआई समर्थन से बेहतर होगा!

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

खैर, इस मुद्दे के बारे में एक संक्षिप्त अद्यतन।

• एपीआई लाइसेंस समझौते का लिंक: http://www.geocaching.com/live/api_license_agreement.aspx
• GeOrg के लिए API के माध्यम से gc.com एक्सेस प्रदान करने के लिए एक नया कनेक्टर है: https://play.google.com/store/apps/details?id=georg.connector.gcapi
  मैं डेवलपर के संपर्क में हूं और यह उतना आसान नहीं है जितना दिखता है। मैं इसके बारे में सार्वजनिक रूप से ज्यादा कुछ नहीं कह सकता।
• Locus के लिए एक प्लगइन था, geocaching4locus: http://geocaching4locus.eu/
  यह बुनियादी सदस्यों के लिए और अतिरिक्त रूप से प्रीमियम सदस्यों के लिए (एपीआई के माध्यम से) पहुंच प्रदान करता है। लेकिन अब इसे ग्राउंडस्पीक ने ब्लॉक कर दिया था:

प्रिय उपयोगकर्ता,

जैसा कि आप में से कुछ लोग जानते हैं, हमने एक ही सीमा के साथ बुनियादी और प्रीमियम सदस्यों के लिए सेवा प्रदान करने का प्रयास किया। इस प्रकार हमने बुनियादी सदस्यों के लिए जियोकैचिंग एपीआई लाइसेंस समझौते का उल्लंघन किया। दुर्भाग्य से, ग्राउंडस्पीक, इंक. (जियोकैचिंग.कॉम साइट की देखभाल करने वाली कंपनी) ने हमारे कार्यों का पता लगाया और हमें Google Play और अन्य ऐप स्टोर पर अपने एप्लिकेशन के वितरण को अस्थायी रूप से निलंबित करने के लिए मजबूर किया गया। आप में से कुछ शायद पिछले कुछ दिनों में साइन-इन के साथ समस्याओं का सामना कर रहे थे जो इससे संबंधित हो सकते हैं।

लंबे समय तक सोचने के बाद हमने अपने आवेदन को वैध बनाने का फैसला किया, लेकिन दुर्भाग्य से यह मूल सदस्यों को प्रभावित करता है। क्योंकि मूल सदस्य इस लाइसेंस समझौते द्वारा प्रति दिन तीन पूर्ण जियोकैच डाउनलोड करने तक सीमित हैं। यही कारण था कि हमने वही किया जो हमने पहले किया था। प्रीमियम सदस्यों के लिए पहले की तरह ही सीमा होगी, प्रति दिन 6,000 जियोकैच।

नए नियमों के अनुकूल होने में बुनियादी सदस्यों के लिए पुष्टिकरण संवाद जोड़ने के कारण कई दिन लगेंगे, जो इस लाइसेंस समझौते के लिए आवश्यक हैं। मुझे आशा है कि अधूरे अनुवादों की कीमत पर भी हम जल्द से जल्द एक नया संस्करण जारी करेंगे।

Geocaching4Locus डेवलपर टीम

यह मानते हुए कि c: geo ग्राउंडस्पीक से API एक्सेस प्राप्त करने में सक्षम होगा:

1. मौजूदा एपीआई लाइसेंस समझौते के किन बिंदुओं पर चर्चा करने और/या हमारी आवश्यकताओं को पूरा करने के लिए संशोधित करने की आवश्यकता होगी?
2. क्या हम सभी मौजूदा कार्यों को रख सकते हैं यदि हम एपीआई में बदलते हैं या एपीआई को इसे प्राप्त करने के लिए किन तकनीकी संशोधनों की आवश्यकता होगी? मुझे यह सहायता पृष्ठ Google के माध्यम से मिला, लेकिन यह नहीं पता कि यह वर्तमान एपीआई को दर्शाता है या नहीं।

यह भी देखें आईआरसी लॉग 18.05.2015

स्थिति:
ब्रायन को पत्र भेज दिया गया है (Google समूह मेलिंग सूची पर विकास टीम के लिए उपलब्ध)।
फीडबैक का इंतजार है।

बस आगे के संदर्भ के लिए और अगर कोई यह देखने के लिए उत्सुक है कि यह c: जियो वर्किंग मोड में कैसे मेल खाएगा:
https://api.groundspeak.com/LiveV6/geocaching.svc/help

@Lineflyer मुझे उन API पर भरोसा नहीं है जिनके दस्तावेज़ में अलग-अलग फ़ॉन्ट आकार हैं।

यह एक वास्तविक दस्तावेज नहीं है जो मैं कहूंगा, लेकिन कोड टिप्पणियों से स्वत: उत्पन्न कुछ।
लिंक पर क्लिक करने से और भी चीजें सामने आती हैं जो मुझे थोड़ा थरथराती हैं (Tucson.Geocaching.WCF.API.Geocaching.Types)।
ऐसा लगता है कि वे वास्तव में अपने एपीआई को इस तरह डिजाइन नहीं कर रहे हैं लेकिन कुछ उत्पन्न करने और उजागर करने के लिए ढांचे का उपयोग करें ...

नमस्ते,

इस एपीआई को 1 मई 2019 को हटा दिया जाएगा, लेकिन कुछ महीनों से एक नया आरईएसटी एपीआई उत्पादन में है, और कॉलबैक यूआरएल को ग्राउंडस्पीक द्वारा अधिकृत करने की आवश्यकता है। इसलिए, भले ही चाबियाँ ज्ञात हों, कोई भी इसका उपयोग नहीं कर सकता क्योंकि जीएस कॉलबैक यूआरएल पर रीडायरेक्ट करेगा।

(मेरे पास इस एपीआई तक पहुंच है)।

• डेवलपर दस्तावेज़ीकरण - https://api.groundspeak.com/documentation
• स्वैगर दस्तावेज़ीकरण - https://api.groundspeak.com/api-docs/index

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

मैं आपकी मदद करना चाहता हूं लेकिन मैं वेब डेवलपर हूं (php/go), एंड्रॉइड देव नहीं ..

इस समस्या को अद्यतन करने के लिए: हम लंबे समय से ग्राउंडस्पीक के संपर्क में हैं, यह मूल्यांकन करते हुए कि हम एपीआई का उपयोग कैसे कर सकते हैं। हल करने के लिए अभी भी कुछ खुले (गैर-तकनीकी) मुद्दे हैं, लेकिन हमें पहले ही नए एपीआई के लिए विकास कुंजी मिल गई है। अगले चरण के रूप में हमें एकीकरण को c:geo में डिज़ाइन करना होगा (उदाहरण के लिए यदि यह सिर्फ एक नया कनेक्टर है या यदि अन्य परिवर्तन आवश्यक हैं)। उसके लिए और निम्नलिखित कार्यान्वयन चरण के लिए किसी भी मदद की सराहना की जाती है।

ग्राउंडस्पीक एपीआई के उपयोग की कुछ शर्तें अतीत में समस्याग्रस्त थीं (किसी के लिए विकास के उद्देश्य के लिए कुंजी प्राप्त करना असंभव या कठिन, पुनर्प्राप्त किए गए कैश की संख्या में भारी दैनिक सीमाएं और बुनियादी सदस्यों के लिए उनकी डी/टी रेटिंग, कैश दिखाना असंभव opencaching… जैसी समवर्ती वेबसाइटों से), क्या इन मुद्दों का समाधान किया गया था या क्या ये गैर-तकनीकी शेष मुद्दे हैं जिनका आपने उल्लेख किया है?
मैं नहीं देखता कि ग्राउंडस्पीक अपने व्यापार मॉडल और उनके (कमी) खुलेपन के बारे में अपना विचार बदल रहा है, उनके वर्तमान एपीआई प्रतिबंधों को देखकर।

खैर, ग्राउंडस्पीक ने इस गैर-तकनीकी मुद्दों पर चर्चा करने की कुछ इच्छा दिखाई और हमने पहले ही कुछ प्रस्ताव दिए हैं। हालांकि इस पर और चर्चा करने के लिए, हमें शायद एपीआई उपयोग और उपयोग प्रवाह में वर्तमान कार्यान्वयन के बीच प्रभाव/अंतर देखने की जरूरत है।

मैं इस खुले मंच में कोई विवरण प्रदान नहीं करना चाहूंगा, हालांकि हम निश्चित रूप से इस चर्चा में एपीआई कार्यान्वयन पर काम करने के इच्छुक किसी भी व्यक्ति को अंतिम निर्णय से पहले अपने उपयोगकर्ताओं को शामिल करेंगे।

यहाँ कुछ नया? मैंने पहले एपीआई के साथ डब किया और इसे लागू करना बहुत बुरा नहीं है। उनके पास अब जो नया संस्करण है, उसे भी देखा।
प्रश्न है: क्या कोई इस विषय का नेतृत्व कर रहा है?
मुझे लगता है कि इसे पूरा करने के लिए c: geo के लिए यह एक बड़ा बढ़ावा हो सकता है।
तकनीकी होल्ड अप क्या है?

तकनीकी होल्ड अप क्या है?

मूल रूप से जनशक्ति।

लेकिन अभी भी उपयोग की शर्तों के संबंध में कुछ खुले मुद्दे हैं। इसलिए यह बहुत संभव है कि यदि ग्राउंडस्पीक के साथ कोई समझौता नहीं है, तो वर्तमान स्वरूप में या बिल्कुल भी तकनीकी कार्यान्वयन का उपयोग नहीं किया जाएगा।

मुझे लगता है कि हमें कुछ प्रकार के अमूर्त आवश्यकताओं के विश्लेषण से शुरू करना चाहिए, फिर सी में प्रभावित क्षेत्रों की सूची के साथ आगे बढ़ना चाहिए: भू और आवश्यक परिवर्तन।

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