Cgeo: Geocaching.com API

هذا بالطبع يجب أن يتم بالتنسيق مع # 9 ...

اين هي واجهة برمجة التطبيقات الجديدة ؟؟ أعتقد أنه إذا كانت هناك واجهة برمجة تطبيقات تدعم جميع الميزات التي يجب أن نستخدمها. (ولكن فقط إذا غيّر المتحدث الأرضي واجهة برمجة التطبيقات فورًا إذا قاموا بإجراء تحديث على موقع geocaching.com)

Api خارج لتطبيقات محددة فقط. كان Cgeo واحدًا ، و cgeo مفتوح المصدر ليس كذلك

آمل ألا يغيروا واجهة برمجة التطبيقات مع كل تغيير في صفحات الويب ...
وإلا يمكننا الاستمرار في الزحف إلى الصفحات وتحديث الكود الخاص بنا مع كل تغيير يقوم به GC.com على صفحات الويب الخاصة بهم ...
قرأت أن واجهة برمجة التطبيقات ستكون متاحة الآن للأعضاء المميزين والأساسيين مع بعض القيود على الأعضاء الأساسيين.
إذا كنت لا تمانع ، فسأتصل بـ Ryan في Groundspeak وأطلب منه توثيق API.
فلوريان.

لدينا doc ، وليس لدينا مفتاح وصول API

لقد قرأت الإشعار حول Api القادم منذ بضعة أسابيع. هل لدى أي شخص المزيد من المؤشرات؟

:( قصدت أنهم يقومون بتحديث المكتبة بعد التغييرات على gc.com: د

لذلك إذا كنت لا تمانع ، سأطلب من Groundspeak الحصول على مفتاح وصول API لـ c-geo (ووضح أيضًا مع Groundspeak أن مصدر c-geo-open source هو في الأساس نفس c-geo مع توضيح فقط حول الترخيص مفتوح المصدر ).
هل يمكنك أن ترسل لي نسخة من الوثائق أو - إذا كانت موجودة على الويب في مكان ما - تعطيني رابطًا إليها؟
فلوريان.

لقد تواصل سامي. دعنا ننتظره

لقد اتصلت بهم قبل بضعة أسابيع. كان الرد عبارة عن سطر واحد أخبرني أن أرسل لهم طلبًا للوصول إلى واجهة برمجة التطبيقات. يبدو أنه لا توجد وثائق عامة ، فأنت بحاجة إلى مفتاح API لنهاية التطبيق يجب أن يحصل كل مستخدم على مفتاح عبر إجراء OAuth. ويطلقون عليها اسم "API العام" ...

أعتقد أنه لا ينبغي لنا ترميزها. سيكون الأمر أسهل مع واجهة الموصل بحيث لا يحدث فرق إذا قمنا بالاستيراد من spidering و API و OC و gpx و web2cgeo ...

قطعا. لم أفكر في مصادقة OAuth عندما فكرت في التبديل على التوالي إلى واجهة برمجة التطبيقات الجديدة.

SammysHP : أليس في Groundsheep Wonderland:

قال هامبتي دمبتي بنبرة ساخرة: "عندما أستخدم كلمة ما ، فهذا يعني فقط ما أختاره لأعنيه - لا أكثر ولا أقل."
قالت أليس: "السؤال هو ما إذا كان بإمكانك جعل الكلمات تعني أشياء كثيرة مختلفة."
قال هامبتي دمبتي: "السؤال هو أن تكون سيدًا - - هذا كل ما في الأمر."

بالأمس تلقيت بريدًا من Groundspeak:

عزيزي سفين ،

نشكرك على سعة صدرك بينما نمضي قدمًا في برنامج Geocaching.com API. مرفق طيه وثيقتان لتراجعهما. يرجى إعادة نموذج تسجيل API المكتمل إلي وسنرسل لك مفتاح اختبار API.

الهدف من برنامج API العام هذا هو السماح للأطراف الثالثة الموثوقة بتطوير التطبيقات والخدمات باستخدام مجموعة بيانات geocaching.com التي تخدم بشكل أساسي أعضاء Groundspeak Premium ، مع السماح أيضًا بتوفير قدر كبير من الخدمات للأعضاء الأساسيين. سيتم توفير واجهة برمجة التطبيقات بدون حقوق ملكية ، بحيث يمكن للمطورين تحقيق إيرادات (أو لا) كما يرون مناسبًا ، دون الحاجة إلى دفع إتاوات إلى Groundspeak للوصول إلى البيانات.

نعتقد أن هذا سيوفر لك القدرة على تقديم أفضل خدمة للمجتمع الأوسع ، بما في ذلك المستخدمين الجدد ، مع توفير فرص إضافية للأعضاء الأساسيين للترقية للحصول على خدمات Premium كاملة. من الناحية المثالية ، نود أن يقوم الأعضاء الذين يستمتعون بالتجارب التمهيدية بالترقية إلى العضوية المميزة للوصول الكامل إلى التطبيق / الخدمة. ترد تفاصيل محددة بشأن هذا الهيكل في الجدول ألف من الاتفاقية. الموافقة على الشروط واستمارة تسجيل API المكتملة ستكون مطلوبة قبل الوصول إلى قاعدة بيانات الإنتاج والبدء الرسمي.

يرجى ملاحظة أنه بصفتك مطورًا موثوقًا ، نتوقع أنك لن تسيء استخدام واجهة برمجة التطبيقات ، سواء في التدريج أو الإنتاج. لا يُسمح بإزالة بيانات موقع الويب عن بيانات geocaching.com في أي تطبيق أو خدمة للأعضاء الأساسيين أو المتميزين. بدلاً من السماح بالكشط ، نفضل تطوير استدعاءات API لتناسب احتياجات مطور محددة. إذا كانت لديك أي أسئلة بخصوص الإجراءات المحتملة التي تخطط للقيام بها باستخدام واجهة برمجة التطبيقات ، فيرجى نشرها في منتديات واجهة برمجة التطبيقات وسنبذل قصارى جهدنا لتوضيح القواعد.

يلزم تسجيل الدخول عبر Oauth لجميع مستخدمي التطبيقات / الخدمات التي تدعم واجهة برمجة التطبيقات. بعد استلام نموذج تسجيل API المكتمل ، سنرسل لك "مفتاح اختبار" لتتمكن من الوصول إلى الخادم المرحلي. بعد ذلك ، بعد مراجعة منتجك ووظائفك ، سنمضي قدمًا في استخدام مفتاح واجهة برمجة التطبيقات للإنتاج.

شكرا مرة اخرى. نتطلع بشدة للعمل معك.

مع أطيب التحيات،

كريستي

كريستي لوثر
مدير تطوير الأعمال
Groundspeak، Inc.
Groundspeak - لغة الموقع
www.groundspeak.com
www.geocaching.com

هنا اتفاقية ترخيص API: http://www.file-upload.net/download-3675937/Groundspeak-API-License-Agreement-17-08-2011.pdf.html

تكمن المشكلة في أن المفتاح يجب أن يكون عامًا حيث يقوم كل مطور بتجميع بنائه الخاص (للاختبار والاستخدام). ومما سمعته أن هذه مشكلة بالنسبة لـ Groundspeak.
لذا اقتراحي: انتظر حتى تتحقق واجهة الموصل ثم قم بتطوير استخدام واجهة برمجة التطبيقات كتطبيق منفصل.

مرحبًا ، لقد انتهيت قريبًا من اتفاقية الترخيص. بينما لا أرى طلبًا صريحًا للسرية فيما يتعلق بمفتاح واجهة برمجة التطبيقات والذي ربما يكون مشتقًا من 4.17 أو 4.18.
ما يقتل مفهوم الرابط الخارجي هو على الأرجح 4.16 (عمل مشتق) و 5.3 (المستخدمون النهائيون - وليس التطبيقات الأخرى).
دمجها في c: geo ينتهك 4.14.
حدود الأعضاء الأساسية مزحة.
أنا أصوت لتجاهلها فقط حتى يأتوا بنموذج ترخيص معقول.

أعتقد أنه لا بأس من لصق بريد حصل عليه شخص ما من بريان:

مرحبا _________،

نحن على استعداد لتوفير وصول API إلى CGeo Opensource. ومع ذلك ، نظرًا لأنه يجب استخدام مفتاح الترخيص فقط للتطبيق الفردي ، فإننا نشعر بالقلق من إمكانية مشاركته بشكل عام. إذا تمت مشاركته بشكل عام ، فيمكن استخدامه من قبل التطبيقات الأخرى وسيؤدي ذلك إلى إجبار Groundspeak على إلغاء المفتاح المحدد. سيؤدي هذا بالطبع إلى تعطيل التطبيق لأنه لن يكون قادرًا على الوصول إلى البيانات.

لذا ، هل يمكنك مساعدتي في فهم كيف تخطط لتقييد الوصول إلى مفتاح المصادقة؟ لا يمكن الإفراج عنه علنًا تحت أي ظرف من الظروف. نظرًا لوجود عدد من المطورين الذين يعملون في مشروع مفتوح المصدر ، فإننا نعلم أن الأمر يتطلب مطورًا واحدًا فقط لتوفير الكود خارجيًا ومن ثم سنواجه جميعًا مشكلة. يرجى تقديم أي معلومات يمكنك تقديمها وسنكون سعداء للعمل معك مباشرة ، أو مع الممثل الرئيسي للمشروع ، لإنجاح هذا العمل.

لقد قمت بتضمين كريستي لوثر في هذا البريد الإلكتروني لأنها تدير عملية التطوير لمطوري الطرف الثالث.

شكرا لك!

بإخلاص،

بريان

لذلك هم على استعداد لمساعدتنا ، ولكن رأيي أيضًا هو الانتظار حتى (من أجل تكامل أفضل ، ترخيص أقل صرامة ، ربما واجهة برمجة تطبيقات لا تحتاج إلى مفتاح ، ولكن فقط مفتاح OAuth).

ما أذهلني: تستطيع Google إدارة نماذج التطوير هذه لواجهة برمجة تطبيقات الخرائط الخاصة بهم. لكن الضأن لا يستطيع؟ غريب.

هناك شيئان مع Google:

• يتحقق Google API من الشهادة ، مع توقيع التطبيق. يجب أن يعمل المفتاح من Groundspeak مع كل منصة ولغة برمجة.
• مفتاح Google API مجاني ، لذا يمكن لكل مطور الحصول على مفتاح.

أنا أعرف. إنها عملية واجهة برمجة تطبيقات أغنام الأرض التي تسبب المشاكل هنا حيث تتعارض الثقافات المختلفة: "ابتعد عن محكمتي" الصارمة التي تشبه التفاح في سانت جيريمي والبازار المفتوح ، حيث يكون Google قويًا. لا يمكن أن يكون هناك المزيد من التباين. بالنسبة للجزء المعتمد على Android: إذا كنت أتذكر بشكل صحيح ، فيمكنك أيضًا استخدام خرائط Google من تطبيقات الويب جافا سكريبت ، لذلك يبدو أن لديهم طريقة مستقلة عن النظام الأساسي. إن العقلية المختلفة بين google و groundheep هي التي تسبب الفواق ، ف google ليست شريرة ، لكن ما هو غذاء الأرض؟

AFAIK يتحقق مفتاح JavaScript من المجال.

ألق نظرة أخرى ، هذه المرة على البنية التحتية لـ OSM: إنهم بحاجة إلى تشغيل بيئة مفتوحة ، مع عرض قاعدة البيانات الخاصة بهم من سوء الاستخدام. إنهم لا يتحققون من التطبيقات لتحرير بيانات OSM: كيف يجب أن يعمل هذا على الإطلاق؟ مع كل إصدار جديد ، Patch ، وما إلى ذلك ... هل يريد St Jeremy التحقق من كل تطبيق مرة أخرى؟ عصاب التحكم ، أي شخص؟ لذلك ، يتحقق OSM من المستخدمين. لا يبدو أن هناك مشكلة. ربما أفتقد شيئًا ما ، ولكن لماذا لا يعمل نموذج OSM لبيانات geocaching؟

كانت هذه أفكاري عندما سمعت عن واجهة برمجة التطبيقات العامة الجديدة.

يمكن حل مشكلة مفتاح API إذا حصل كل مطور على مفتاحه الخاص - ولكن بالنظر إلى القيود المفروضة على الأعضاء الأساسيين ، أصوت ضد استخدام API.

BFKC على اتصال بـ Groundspeak ، لذلك دعونا ننتظر. كما أن الإمكانية الوحيدة لتنفيذ واجهة برمجة التطبيقات هي موصل مثل الموصل من GeOrg: http://android.ranitos.de/files/connector-sample.zip تعجبني الطريقة المستخدمة للاتصال بين التطبيق والموصل.

في غضون ذلك ، يمكنك PM me إذا كنت تريد رابطًا لوثائق API.

عند إغلاق هذا في الوقت الحالي ، سنضع ذلك في الاعتبار ونتحدث عنه مرة أخرى عند تنفيذ واجهة الموصل. انظر # 10

يمكن أن يكون المستخدم النهائي مسؤولاً عن إدخال مفتاح مستخدم صالح في c: geo. يمكن لـ Dev تطوير كل منها باستخدام مفتاح المستخدم الخاص بها.

لا ، يتطلب OAuth مفتاحًا سريًا للتطبيق.

نعم مفتاح سري لإنشاء مفتاح مستخدم. ثم يتم استخدام مفتاح المستخدم للاتصال بخادم API. كيف / من أين يحصل المستخدم على المفتاح متروك لهم.

أنت تقول ، يجب أن نستخدم حساب تطبيق آخر لأغراضنا ؟!

ما هي المشكلة إذا حصل مطور واحد فقط على المفتاح؟
يجب أن يكون هناك شخص مسؤول عن إطلاق الإصدارات "الرسمية" في متجر Google.
لذلك سيضيف هذا المطور مفتاح API في بعض ملفات التكوين التي يتم حزمها في apk.
إذا أراد المطورون الآخرون العمل على جزء API من الكود ، فيمكنهم التقدم بطلب للوصول إلى واجهة برمجة التطبيقات بأنفسهم!
من الواضح أن الأشخاص الذين يرغبون في استخدام إصدارات مخصصة من c: geo سيحتاجون إلى مفتاح API الخاص بهم ، لكنني أعتقد أن غالبية المستخدمين لا يريدون استخدام إصدارات مخصصة. في جميع الحالات ، سيكون هذا أفضل من عدم وجود دعم لواجهة برمجة التطبيقات على الإطلاق!

مسألة المفتاح ليست سوى مشكلة صغيرة. تكمن المشكلة الرئيسية في أنه وفقًا لشروط الترخيص الأساسي ، يجب ألا تحصل على ذاكرة تخزين مؤقت في تطبيقك بوسائل أخرى غير واجهة برمجة التطبيقات.
هذا يعني أنه كان علينا إنشاء جميع الوظائف حول واجهة برمجة التطبيقات ، مما يجعل c: geo تطبيقًا مميزًا فقط بشكل فعال.

حسنًا ، تحديث قصير بخصوص هذه المشكلة.

• رابط لاتفاقية ترخيص API: http://www.geocaching.com/live/api_license_agreement.aspx
• يوجد موصل جديد لـ GeOrg يوفر وصولاً إلى gc.com عبر واجهة برمجة التطبيقات: https://play.google.com/store/apps/details ؟
  أنا على اتصال بالمطور وليس الأمر بالسهولة التي يبدو عليها. لا أستطيع أن أقول الكثير عنها في الأماكن العامة.
• كان هناك مكون إضافي لـ Locus ، geocaching4locus: http://geocaching4locus.eu/
  لقد وفرت الوصول أيضًا للأعضاء الأساسيين بالإضافة إلى الأعضاء المميزين (عبر API). ولكن الآن تم حظره بواسطة Groundspeak:

المستخدمون الأعزاء ،

كما يعلم البعض منكم ، حاولنا تقديم الخدمة للأعضاء الأساسيين والمتميزين بنفس القيد. وبالتالي فقد انتهكنا اتفاقية ترخيص Geocaching API للأعضاء الأساسيين. لسوء الحظ ، اكتشفت شركة Groundspeak، Inc. (الشركة التي تهتم بموقع Geocaching.com) إجراءاتنا واضطررنا إلى تعليق توزيع تطبيقنا مؤقتًا على Google Play ومتاجر التطبيقات الأخرى. ربما كان البعض منكم يواجه مشاكل في تسجيل الدخول في الأيام القليلة الماضية والتي قد تكون مرتبطة به.

بعد التفكير لفترة طويلة ، قررنا تقنين تطبيقنا ، لكن للأسف يؤثر على الأعضاء الأساسيين. لأن الأعضاء الأساسيين مقيدون بتنزيل ثلاثة Geocaches كاملة يوميًا بموجب اتفاقية الترخيص هذه. كان هذا هو سبب قيامنا بما فعلناه من قبل. للأعضاء المتميزين سيكون الحد كما كان من قبل ، 6000 Geocaches في اليوم.

سيستغرق التكيف مع القواعد الجديدة عدة أيام بسبب إضافة مربعات حوار التأكيد للأعضاء الأساسيين المطلوبة بموجب اتفاقية الترخيص هذه. آمل أن نصدر إصدارًا جديدًا في أقرب وقت ممكن حتى على حساب الترجمات غير المكتملة.

فريق مطوري Geocaching4Locus

بافتراض أن c: geo سيكون قادرًا على الوصول إلى واجهة برمجة التطبيقات من Groundspeak:

1. ما هي نقاط اتفاقية ترخيص API الحالية التي ستحتاج إلى مناقشتها و / أو تعديلها لتلائم متطلباتنا؟
2. هل يمكننا الاحتفاظ بجميع الوظائف الحالية إذا قمنا بالتغيير إلى API أو ما هي التعديلات الفنية اللازمة لواجهة برمجة التطبيقات لتحقيق ذلك؟ لقد وجدت صفحة المساعدة هذه عبر Google ، لكن لا أعرف ما إذا كان هذا يعكس واجهة برمجة التطبيقات الحالية.

راجع أيضًا سجل IRC 18.05.2015

حالة:
تم إرسال خطاب إلى برايان (متاح لفريق التطوير في القائمة البريدية لمجموعات Google).
في انتظار ردود الفعل.

فقط لمزيد من المرجع وفي حالة رغبة شخص ما في البحث عن كيفية تطابق ذلك مع وضع العمل الجغرافي c:
https://api.groundspeak.com/LiveV6/geocaching.svc/help

Lineflyer أنا لا أثق في واجهات برمجة التطبيقات التي لها أحجام خطوط مختلفة في وثائقها.

قد أقول إنها ليست توثيقًا حقيقيًا ، لكنها شيء تم إنشاؤه تلقائيًا من تعليقات التعليمات البرمجية.
يؤدي النقر فوق الارتباط إلى الكشف عن المزيد من الأشياء التي تجعلني أرتجف قليلاً (Tucson.Geocaching.WCF.API.Geocaching.Types).
يبدو أنهم لا يصممون واجهة برمجة التطبيقات الخاصة بهم بالفعل على هذا النحو ولكنهم يستخدمون إطار عمل لإنشاء شيء ما وكشفه ...

مرحبا،

سيتم إهمال واجهة برمجة التطبيقات هذه في الأول من مايو 2019 ، لكن واجهة برمجة تطبيقات REST الجديدة قيد الإنتاج منذ بضعة أشهر الآن ، ويحتاج عنوان URL لمعاودة الاتصال إلى ترخيص من Groundspeak. لذلك ، حتى لو كانت المفاتيح معروفة ، فلا يمكن لأحد استخدامها لأن GS ستعيد التوجيه إلى عنوان URL لمعاودة الاتصال.

(لدي حق الوصول إلى واجهة برمجة التطبيقات).

• وثائق المطور - https://api.groundspeak.com/documentation
• وثائق Swagger - https://api.groundspeak.com/api-docs/index

أنا عفيف ، هذه المسألة ليست محدثة. وفي الوقت نفسه ، يتمتع مطورو فريق c: geo core بإمكانية الوصول إلى أحدث API (بيئة التدريج) والوثائق متاحة أيضًا.
إذا كنت مهتمًا بالمساعدة ، فنحن بحاجة إلى توضيح ما ستحتاجه لذلك وتوفير الوصول المناسب

أرغب في مساعدتك ولكنني مطور ويب (php / go) ، وليس Android Dev ..

لتحديث هذه المشكلة: نحن على اتصال مع Groundspeak لفترة طويلة ، ونقيم كيف يمكننا استخدام واجهة برمجة التطبيقات. لا تزال هناك بعض المشكلات المفتوحة (غير الفنية) التي يجب حلها ، لكننا تلقينا بالفعل مفاتيح تطوير لواجهة برمجة التطبيقات الجديدة. كخطوة تالية ، يتعين علينا تصميم التكامل في c: geo (على سبيل المثال إذا كان مجرد موصل جديد أو إذا كانت التغييرات الأخرى ضرورية). لذلك ومرحلة التنفيذ التالية أي مساعدة موضع تقدير.

كانت بعض شروط استخدام واجهة برمجة تطبيقات Groundspeak إشكالية في الماضي (من المستحيل أو من الصعب الحصول على مفاتيح لغرض التطوير لأي شخص يسأل ، والقيود اليومية الصارمة في عدد ذاكرات التخزين المؤقت المستردة وتصنيفات D / T للأعضاء الأساسيين ، من المستحيل إظهار ذاكرات التخزين المؤقت من مواقع الويب المتزامنة مثل الفتح ...) ، هل تم حل هذه المشكلات أم أنها هذه المشكلات غير الفنية المتبقية التي ذكرتها؟
لا أرى Groundspeak يغير رأيهم بشأن نموذج أعمالهم و (عدم) انفتاحهم ، مع رؤية قيود API الحالية الخاصة بهم.

حسنًا ، لقد أظهر موقع Groundspeak بعض الاستعداد لمناقشة هذه القضايا غير الفنية وقد قدمنا ​​بالفعل بعض المقترحات. ومع ذلك ، لمزيد من مناقشة هذا الأمر ، ربما نحتاج إلى رؤية التأثير / الاختلاف بين استخدام واجهة برمجة التطبيقات والتنفيذ الحالي في تدفق الاستخدام.

لا أرغب في تقديم أي تفاصيل في هذا المنتدى المفتوح ، ولكننا بالتأكيد سنأخذ شخصًا على استعداد للعمل على تنفيذ واجهة برمجة التطبيقات في هذه المناقشة بالإضافة إلى إشراك مستخدمينا قبل اتخاذ قرار نهائي.

هل من جديد هنا؟ لقد انخرطت في واجهة برمجة التطبيقات من قبل وهي ليست سيئة للغاية في التنفيذ. نظروا أيضًا إلى الإصدار الجديد لديهم الآن.
السؤال هو: هل هناك من يقود هذا الموضوع؟
أشعر أنه يمكن أن يكون دفعة كبيرة لـ c: geo لإنجاز ذلك.
ما العائق التقني؟

ما العائق التقني؟

في الأساس القوى العاملة.

ولكن لا تزال هناك بعض القضايا المفتوحة فيما يتعلق بشروط الاستخدام. لذلك من المحتمل جدًا ألا يتم استخدام التطبيق الفني بالشكل الحالي أو على الإطلاق إذا لم يكن هناك اتفاق مع Groundspeak.

أعتقد أننا يجب أن نبدأ بنوع من تحليل المتطلبات المجردة ، ثم ننتقل إلى قائمة المناطق المتأثرة في c: الجغرافية والتغييرات الضرورية.

لا يوجد أي تأخير فني. ما إذا كان Api قادرًا على تحمل جميع الوظائف التي لدينا الآن يجب التحقق منه بالتفصيل.
من جانبي الشخصي ، هناك نقص في الموارد وعدم وجود اتفاق مقبول فيما يتعلق باستخدام Api للأعضاء الأساسيين.
راجع للشغل: أين ترى التعزيز لـ c: geo على هذا النحو في هذا الموضوع؟ سيكون تطوير الموارد "أرخص" قليلاً وسيكون من الأرخص أن يخدم المتحدث الأرضي مستخدمي c: geo ، ولكن بخلاف ذلك؟ لا أرى أي مزايا كبيرة في c: geo باستخدام Api لـ "متوسط ​​Joe". يمتلك مستخدمو الطاقة بالتأكيد تدفقات عمل أخرى تتضمن أدوات GSAK والأجهزة المحمولة التي يتم توصيلها بهذه السلسلة.