Cgeo: Geocaching.com API

もちろん、これは＃9と調整する必要があります...

新しいAPIはどこにありますか？ すべての機能をサポートするAPIがあれば、これを使用する必要があると思います。 （ただし、geocaching.comで更新を行った場合にgroundspeakがAPIをすぐに変更する場合のみ）

Apiは、選択したアプリのみを対象としています。 Cgeoは1つでしたが、cgeoオープンソースはそうではありません

Webページを変更するたびにAPIが変更されないことを願っています...
それ以外の場合は、ページをクロールし続け、GC.comがWebページに実装するすべての変更でコードを更新することができます...
APIは、プレミアムメンバーとベーシックメンバーの両方で利用できるようになりますが、ベーシックメンバーにはいくつかの制限があります。
よろしければ、GroundspeakでRyanと連絡を取り、APIドキュメントを求めます。
フロリアン。

ドキュメントがありますが、APIアクセスキーがありません

数週間前に、次のApiに関する通知を読みました。 誰かがもう少しポインターを持っていますか？

:(私は彼らがgc.comの変更後にライブラリを更新することを意味しました：D

したがって、よろしければ、Groundspeakにc-geoのAPIアクセスキーを要求します（また、Groundspeakを使用して、c-geo-opensourceは基本的にc-geoと同じであり、オープンソースライセンスについて明確にするだけです） ）。
ドキュメントのコピーを送ってもらえますか、それともWeb上のどこかにある場合は、それへのリンクを教えてください。
フロリアン。

サミーは通信しました。 彼を待ちましょう

私は数週間前に彼らに連絡しました。 応答は、APIにアクセスするためのアプリケーションを送信するように指示する1行でした。 公開ドキュメントがないようです。アプリエンド用のAPIキーが必要です。すべてのユーザーは、OAuthプロシージャを介してキーを取得する必要があります。 そして彼らはそれを「パブリックAPI」と呼んでいます...

ハードコーディングすべきではないと思います。 スパイダリング、API、OC、gpx、web2cgeo ...からインポートしても違いがないように、コネクタインターフェイスを使用すると簡単になります。

絶対。 新しいAPIに連続して切り替えることを考えたとき、OAuth認証については考えていませんでした。

@SammysHP ：Groundsheep Wonderlandのアリス：

「私が言葉を使うとき、それは私がそれを意味するために選んだものを意味します-それ以上でもそれ以下でもありません」とハンプティ・ダンプティはかなり軽蔑的な口調で言いました。
「問題は、言葉が非常に多くの異なることを意味するようにできるかどうかです」とアリスは言いました。
「問題は、マスターになることだ---それだけだ」とハンプティ・ダンプティは言った。

昨日、Groundspeakからメールが届きました。

親愛なるスヴェン、

Geocaching.com APIプログラムを進めておりますので、今しばらくお待ちいただきますようお願いいたします。 添付されているのは、確認できる2つのドキュメントです。 記入済みのAPI登録フォームを返送してください。APIテストキーをお送りします。

このパブリックAPIプログラムの目標は、信頼できるサードパーティがgeocaching.comデータセットを使用してアプリケーションとサービスを開発できるようにすることです。このデータセットは、主にGroundspeakプレミアムメンバーにサービスを提供すると同時に、ベーシックメンバーに大量のサービスを提供できるようにします。 APIはロイヤリティフリーで提供されるため、開発者はデータアクセスのためにGroundspeakにロイヤリティを支払うことなく、適切と思われる収益を生み出すことができます。

これにより、基本メンバーが完全なプレミアムサービスにアップグレードするための追加の機会を提供しながら、新しいユーザーを含む幅広いコミュニティに最適なサービスを提供できるようになると確信しています。 理想的には、入門体験を楽しんでいるメンバーが、完全なアプリケーション/サービスアクセスのためにプレミアムメンバーシップにアップグレードすることを望んでいます。 この構造に関する具体的な詳細は、契約のスケジュールAに含まれています。 本番データベースにアクセスして正式にリリースする前に、利用規約に同意し、API登録フォームに記入する必要があります。

信頼できる開発者として、ステージングでも本番環境でもAPIを悪用しないことを期待していることに注意してください。 geocaching.comデータのためにウェブサイトをスクレイピングすることは、ベーシックまたはプレミアムメンバーのアプリケーションまたはサービスでは許可されていません。 スクレイピングを許可するのではなく、特定の開発者のニーズに合わせてAPI呼び出しを開発することをお勧めします。 APIを使用して実行する予定のアクションについて質問がある場合は、APIフォーラムに投稿してください。ルールを明確にするために、最善を尽くします。

API対応のアプリケーション/サービスのすべてのユーザーには、Oauthを介したログインが必要です。 記入済みのAPI登録フォームを受け取った後、ステージングサーバーにアクセスするためのテストキーをお送りします。 次に、製品と機能を確認した後、ProductionAPIキーを使用して進めます。

ありがとうございました。 皆様のお越しを心よりお待ちしております。

よろしくお願いします、

クリスティ

クリスティ・ルーサー
事業開発マネージャー
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の問題です。
だから私の提案：コネクタインターフェースが実現するまで待ってから、APIを別のアプリとして使用するように開発してください。

こんにちは、私はまもなく使用許諾契約をざっと読みました。 おそらく4.17または4.18から派生した可能性のあるAPIキーに関する機密保持の明示的な要求は見られませんが。
外部コネクタの概念を損なうのは、おそらく4.16（派生物）と5.3（エンドユーザー-他のアプリではない）です。
これをc：geoに統合すると、4.14に違反します。
基本的なメンバー制限は冗談です。
彼らが賢明なライセンスモデルを思い付くまで、私はそれを無視することに投票します。

ブライアンから受け取ったメールを貼り付けても大丈夫だと思います。

こんにちは _________、

CGeoオープンソースへのAPIアクセスを提供する用意があります。 ただし、ライセンスキーは個々のアプリケーションにのみ使用する必要があるため、公に共有される可能性があることを懸念しています。 公に共有されている場合、他のアプリケーションで使用される可能性があり、その結果、Groundspeakは特定のキーをキャンセルせざるを得なくなります。 もちろん、これはデータにアクセスできないため、アプリケーションを破壊します。

では、認証キーへのアクセスを制限する方法を理解するのを手伝っていただけませんか。 いかなる場合でも公開することはできません。 オープンソースプロジェクトに取り組んでいる開発者はたくさんいるので、コードを外部に提供するのに必要な開発者は1人だけであり、それから私たち全員に問題が発生することを私たちは知っています。 できる限りの情報を提供してください。この作業を行うために、あなたまたはプロジェクトの主な代表者と直接協力させていただきます。

Christy Lutherはサードパーティの開発者向けの開発プロセスを管理しているため、このメールにChristyLutherを含めました。

ありがとう！

心から、

ブライアン

したがって、彼らは喜んで私たちを助けてくれますが、私の意見は（より良い統合、より厳密でないライセンス、おそらくキーを必要としないAPIで、OAuthキーのみ）まで待つことです。

私を驚かせるのは、GoogleがマップAPIのそのような開発モデルを管理できることです。 しかし、グラウンドシープはできませんか？ 奇妙な。

Googleには2つのことがあります。

• Google APIは証明書をチェックし、アプリが署名されていることを確認します。 Groundspeakのキーは、すべてのプラットフォームとプログラミング言語で機能するはずです。
• Google APIキーは無料なので、すべての開発者が取得できます。

知っている。 さまざまな文化が衝突するときにここで問題を引き起こしているのは、グラウンドシープAPIプロセスです。セントジェレミーの堅いリンゴのような「コートを降りる」と、グーグルが強いオープンバザールのようなものです。これ以上のコントラストはありません。 Androidに依存する部分については、私が正しく覚えていれば、javascript WebアプリのGoogleマップを使用することもできるので、プラットフォームに依存しない方法が導入されているようです。 ヒックアップを引き起こすのはグーグルとグラウンドシープの考え方の違いです。グーグルは悪ではありませんが、グラウンドシープとは何ですか？

JavaScriptのキーはドメインをチェックします。

今回はOSMインフラストラクチャをもう一度見てください。オープンな環境を運用する必要がありますが、データベースを誤用から投影する必要があります。 彼らはOSMデータを編集するためのアプリをチェックしません：これはどのようにうまくいくべきですか？ 新しいリリースやパッチなどがリリースされるたびに、St Jeremyはすべてのアプリをもう一度チェックしたいと思いますか？ 神経症をコントロールしますか？ そのため、OSMはユーザーをチェックします。 問題ないようです。 何かが足りないかもしれませんが、なぜOSMモデルがデータのジオキャッシングに機能しないのでしょうか。

これは、新しいパブリックAPIについて聞いたときの私の考えでした。

APIキーの問題は、すべての開発者が独自のキーを取得すれば解決できる可能性がありますが、基本メンバーの制限を見て、APIの使用に反対票を投じます。

BFKCはGroundspeakと連絡を取っているので、お待ちください。 また、APIを実装する唯一の可能性は、GeOrgのようなコネクタです。http： //android.ranitos.de/files/connector-sample.zipアプリとコネクタ間の通信に使用される方法が好きです。

それまでの間、APIドキュメントへのリンクが必要な場合は、私をPMできます。

とりあえずこれを締めくくりますが、これを念頭に置いて、コネクタインターフェイスが実装されたときにもう一度話します。 ＃10を参照

エンドユーザーは、c：geoに有効なユーザーキーを入力する責任があります。 開発者は、独自のユーザーキーを使用してそれぞれを開発できます。

いいえ、OAuthにはアプリの秘密鍵が必要です。

はい、ユーザーキーを生成するための秘密キー。 次に、ユーザーキーを使用してAPIサーバーと通信します。 ユーザーがそこに到達する方法/場所はユーザー次第です。

あなたは、私たちの目的のために別のアプリのアカウントを使用する必要があると言いますか？！

1人の開発者だけがキーを取得する場合の問題は何ですか？
「公式」リリースをグーグルストアにリリースする責任がある誰かがいなければなりません。
したがって、この開発者は、apkにパッケージ化されるいくつかの構成ファイルにAPIキーを追加します。
他の開発者がコードのAPI部分で作業したい場合は、自分でAPIアクセスを申請できます。
c：geoのカスタムバージョンを使用したい人は明らかに独自のAPIキーが必要ですが、ユーザーの大多数はカスタムバージョンを使用したくないと思います。 いずれの場合も、これはAPIサポートがまったくないよりはましです。

キーの問題は小さな問題にすぎません。 主な問題は、グラウンドスピークのライセンス条項によれば、API以外の方法でアプリにキャッシュを取得してはならないということです。
つまり、APIを中心にすべての機能を構築し、c：geoを事実上プレミアム専用アプリにする必要がありました。

さて、この問題に関する短い更新。

• APIライセンス契約へのリンク：http： //www.geocaching.com/live/api_license_agreement.aspx
• APIを介してgc.comアクセスを提供するGeOrg用の新しいコネクタがあります： https ：//play.google.com/store/apps/details？id = georg.connector.gcapi
  私は開発者と連絡を取り合っていますが、見た目ほど簡単ではありません。 公の場ではあまり言えません。
• Locusのプラグインgeocaching4locusがありました：http： //geocaching4locus.eu/
  基本メンバーだけでなく、プレミアムメンバーにも（APIを介して）アクセスできるようになりました。 しかし、今ではGroundspeakによってブロックされました。

親愛なるユーザー、

ご存知の方もいらっしゃると思いますが、ベーシック会員とプレミアム会員には同じ制限でサービスを提供しようとしています。 したがって、基本メンバーのGeocachingAPIライセンス契約に違反しました。 残念ながら、Groundspeak、Inc。（Geocaching.comサイトを管理している会社）が私たちの行動を検出し、GooglePlayや他のアプリストアでのアプリケーションの配布を一時的に停止することを余儀なくされました。 おそらく、過去数日間にサインインに関連する問題が発生している可能性があります。

長い間考えた結果、申請を合法化することにしましたが、残念ながら基本会員に影響を及ぼします。 基本メンバーは、このライセンス契約により、1日あたり3つの完全なジオキャッシュをダウンロードするように制限されているためです。 これが私たちが以前にしたことをした理由です。 プレミアムメンバーの場合、以前と同じ制限で、1日あたり6000ジオキャッシュになります。

このライセンス契約で必要とされる基本メンバーの確認ダイアログが追加されるため、新しいルールへの適応には数日かかります。 不完全な翻訳を犠牲にしても、できるだけ早く新しいバージョンをリリースすることを願っています。

Geocaching4Locus開発者チーム

c：geoがGroundspeakからAPIアクセスを取得できると仮定します。

1. 要件に合わせて、既存のAPIライセンス契約のどの点について話し合ったり、変更したりする必要がありますか？
2. APIに変更した場合、またはAPIがこれを実現するために必要な技術的な変更があった場合、既存のすべての関数を保持できますか？ このヘルプページはGoogleで見つけましたが、これが現在のAPIを反映しているかどうかはわかりません。

IRCログ18.05.2015も参照してください

状態：
ブライアンへの手紙が送られました（Googlegroupsメーリングリストの開発チームが利用できます）。
フィードバックを待っています。

さらなる参考のために、そして誰かがそれがc：geo作業モードにどのように一致するかを調べたいと思っている場合に備えて：
https://api.groundspeak.com/LiveV6/geocaching.svc/help

@Lineflyerドキュメントでフォントサイズが異なるAPIは信頼していません。

これは私が言う実際のドキュメントではありませんが、コードコメントから自動生成されたものです。
リンクをクリックすると、私を少し震えさせるさらに多くのことがわかります（Tucson.Geocaching.WCF.API.Geocaching.Types）。
API自体を実際に設計しているわけではないようですが、フレームワークを使用して何かを生成および公開しています...

こんにちは、

このAPIは2019年5月1日に非推奨になりますが、新しいREST APIは数か月前から本番環境にあり、コールバックURLはGroundspeakによって承認される必要があります。 したがって、キーがわかっていても、GSがコールバックURLにリダイレクトするため、誰もそれを使用できません。

（私はこのAPIにアクセスできます）。

• 開発者向けドキュメント-https：//api.groundspeak.com/documentation
• Swaggerドキュメント-https ：//api.groundspeak.com/api-docs/index

恐れ入りますが、この問題は最新ではありません。 一方、c：geoコアチームの開発者は最新のAPI（ステージング環境）にアクセスする可能性があり、ドキュメントも利用できます。
支援に興味がある場合は、そのために何が必要かを明確にし、適切なアクセスを提供する必要があります

私はあなたを助けたいのですが、私はAndroid DevではなくWeb開発者（php / go）です。

この問題を更新するには：APIの使用方法を評価するために、Groundspeakと長い間連絡を取り合っています。 解決すべき未解決の（技術的ではない）問題がまだいくつかありますが、新しいAPIの開発キーはすでに受け取っています。 次のステップとして、c：geoへの統合を設計する必要があります（たとえば、それが単なる新しいコネクタである場合、または他の変更が必要な場合）。 それと次の実装フェーズについては、どんな助けでもありがたいです。

Groundspeak APIの使用条件の中には、過去に問題があったものもありました（誰もが求める開発目的でキーを取得することが不可能または困難であり、取得されるキャッシュの数と基本メンバーのD / Tレーティングに毎日の大幅な制限があり、キャッシュを表示することは不可能です。 opencachingのような並行Webサイトから…）、これらの問題は解決されましたか、それともあなたが言及するこれらの非技術的な残りの問題ですか？
Groundspeakが、現在のAPIの制限を見て、ビジネスモデルとオープン性（の欠如）について考えを変えているとは思いません。

さて、Groundspeakはこの非技術的な問題について話し合う意欲を示しており、私たちはすでにいくつかの提案をしました。 ただし、これについてさらに説明するには、APIの使用と使用フローの現在の実装との影響/違いを確認する必要があります。

このオープンフォーラムで詳細を提供したくはありませんが、最終決定の前に、API実装に取り​​組み、ユーザーを巻き込むことをいとわないaynoneを確実に受け入れます。

ここで何か新しいことはありますか？ 私は以前にAPIに手を出しましたが、実装するのはそれほど悪くありません。 彼らが今持っている新しいバージョンも見てください。
質問は：このトピックをリードしている人はいますか？
これを実現することは、c：geoにとって大きな後押しになると思います。
技術的なホールドアップは何ですか？

技術的なホールドアップは何ですか？

基本的にマンパワー。

しかし、利用規約に関してはまだいくつかの未解決の問題があります。 したがって、Groundspeakとの合意がない場合、技術的な実装が現在の形式で使用されないか、まったく使用されない可能性が高くなります。

ある種の抽象的な要件分析から始めて、c：geoの影響を受ける領域のリストと必要な変更を進める必要があると思います。

技術的な停滞はありません。 ただし、Apiがすべての機能を実行できるかどうかは、詳細に確認する必要があります。
私の個人的な側面からは、基本的なメンバーのApiの使用に関して、リソースと許容できる合意が不足しています。
ところで：このトピックでは、c：geo自体のブーストはどこにあると思いますか？ リソースに関しては少し「安価」な開発であり、groundspeakがc：geoユーザーにサービスを提供する方が安価ですが、そうでない場合はどうでしょうか。 「平均的なジョー」にApiを使用するc：geoには大きな利点はありません。 パワーユーザーは確かに、そのチェーンにプラグインするGSAKとモバイルツールを含む他のワークフローを持っています。