Cgeo: Geocaching.com API

이것은 물론 #9와 조정되어야 합니다...

새로운 API는 어디에 있나요?? 모든 기능을 지원하는 API가 있다면 이것을 사용해야 한다고 생각합니다. (그러나 groundspeak가 geocaching.com에서 업데이트를 하는 경우 API를 즉시 변경하는 경우에만)

API는 선택한 앱에만 제공됩니다. Cgeo는 하나였지만 cgeo 오픈 소스는 그렇지 않습니다.

웹 페이지가 변경될 때마다 API가 변경 되지 않기를 바랍니다.
그렇지 않으면 GC.com이 웹 페이지에 구현하는 모든 변경 사항으로 페이지를 계속 크롤링하고 코드를 업데이트할 수 있습니다.
API는 이제 기본 회원에 대한 몇 가지 제한이 있는 프리미엄 및 기본 회원 모두에게 제공될 예정입니다.
괜찮으시다면 Groundspeak의 Ryan에게 연락하여 API 문서를 요청하겠습니다.
플로리안.

문서는 있지만 API 액세스 키가 없습니다.

몇 주 전에 다가오는 Api에 대한 알림을 읽었습니다. 더 많은 포인터가 있는 사람이 있습니까?

:( gc.com에서 변경 후 라이브러리를 업데이트한다는 뜻입니다. :D

따라서 괜찮으시다면 Groundspeak에 c-geo용 API 액세스 키를 요청하겠습니다. ).
문서의 사본을 나에게 보내주시겠습니까? 아니면 - 웹 어딘가에 있는 경우 - 나에게 그것에 대한 링크를 줄 수 있습니까?
플로리안.

새미는 의사 소통을 했습니다. 그를 기다리자

나는 몇 주 전에 그들에게 연락했다. 응답은 API에 액세스하기 위한 응용 프로그램을 보내라는 한 줄이었습니다. 공개 문서가 없는 것 같습니다. 앱 최종 사용자를 위한 API 키가 필요합니다. 모든 사용자는 OAuth 절차를 통해 키를 가져와야 합니다. 그리고 그들은 그것을 "공개 API"라고 부릅니다 ...

하드코딩하면 안 된다고 생각합니다. 커넥터 인터페이스를 사용하면 더 쉬울 것이므로 스파이더링, API, OC, gpx, web2cgeo...

전적으로. 계속해서 새로운 API로 전환할 생각을 했을 때 OAuth 인증은 생각하지 않았습니다.

@SammysHP : 이상한 땅양의 앨리스:

Humpty Dumpty는 "내가 단어를 사용할 때 그 단어는 그 이상도 이하도 아닌 내가 선택한 의미입니다."라고 다소 경멸적인 어조로 말했습니다.
앨리스가 말했다.
"문제는," Humpty Dumpty가 말했습니다. "그것이 전부입니다."

어제 Groundspeak에서 메일을 받았습니다.

친애하는 스벤,

Geocaching.com API 프로그램을 진행하는 동안 기다려 주셔서 감사합니다. 검토할 수 있는 두 가지 문서가 첨부되어 있습니다. 완성된 API 등록 양식을 저에게 보내주시면 API 테스트 키를 보내드리겠습니다.

이 공개 API 프로그램의 목표는 신뢰할 수 있는 제3자가 주로 Groundspeak 프리미엄 회원에게 서비스를 제공하는 geocaching.com 데이터 세트를 사용하여 애플리케이션 및 서비스를 개발할 수 있도록 하는 동시에 기본 회원에게 상당한 양의 서비스를 제공할 수 있도록 하는 것입니다. API는 로열티 무료로 제공되므로 개발자는 데이터 액세스에 대해 Groundspeak에 로열티를 지불하지 않고도 적절하다고 생각하는 대로 수익을 창출할 수 있습니다.

이를 통해 신규 사용자를 포함한 광범위한 커뮤니티에 최상의 서비스를 제공할 수 있는 동시에 기본 회원이 전체 프리미엄 서비스로 업그레이드할 수 있는 추가 기회가 제공될 것이라고 믿습니다. 이상적으로는 입문 경험을 즐기는 회원이 전체 애플리케이션/서비스 액세스를 위해 프리미엄 멤버십으로 업그레이드하는 것이 좋습니다. 이 구조에 대한 구체적인 세부 사항은 계약의 별표 A에 포함되어 있습니다. 프로덕션 데이터베이스에 액세스하고 정식 출시하려면 약관에 동의하고 API 등록 양식을 작성해야 합니다.

신뢰할 수 있는 개발자로서 스테이징 또는 프로덕션에서 API를 남용하지 않기를 바랍니다. 웹사이트에서 geocaching.com 데이터를 스크랩하는 것은 기본 또는 프리미엄 회원을 위한 애플리케이션이나 서비스에서 허용되지 않습니다. 스크래핑을 허용하는 대신 특정 개발자 요구 사항에 맞게 API 호출을 개발하는 것을 선호합니다. API를 사용하여 수행하려는 잠재적인 작업에 대해 질문이 있는 경우 API 포럼에 게시해 주시면 규칙을 명확히 하기 위해 최선을 다할 것입니다.

API 지원 애플리케이션/서비스의 모든 사용자는 Oauth를 통한 로그인이 필요합니다. 작성된 API 등록 양식을 받은 후 스테이징 서버에 액세스할 수 있는 테스트 키를 보내드립니다. 그런 다음 귀하의 제품 및 기능을 검토한 후 Production API Key로 진행하겠습니다.

다시 감사합니다. 우리는 당신과 함께 일하기를 매우 기대하고 있습니다.

친애하는,

크리스티

크리스티 루터
사업 개발 매니저
그라운드스피크
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를 위반합니다.
기본 회원 제한은 농담입니다.
합리적인 라이선스 모델이 나올 때까지 그냥 무시하는 데 투표합니다.

누군가 Bryan에게서 받은 메일을 붙여넣어도 괜찮습니다.

안녕 _________,

우리는 CGeo Opensource에 대한 API 액세스를 제공할 의향이 있습니다. 그러나 라이선스 키는 개별 애플리케이션에만 사용해야 하므로 공개적으로 공유될 수 있다는 점을 우려합니다. 공개적으로 공유하면 다른 응용 프로그램에서 사용할 수 있으며 Groundspeak에서 특정 키를 강제로 취소하게 됩니다. 물론 이것은 데이터에 액세스할 수 없기 때문에 응용 프로그램을 중단시킵니다.

인증 키에 대한 액세스를 제한하는 방법을 이해하는 데 도움을 주시겠습니까? 어떠한 경우에도 공개적으로 공개할 수 없습니다. Opensource 프로젝트에서 작업하는 개발자가 많기 때문에 외부에 코드를 제공하는 데 한 명의 개발자만 있으면 모두 문제가 발생한다는 것을 알고 있습니다. 이 작업을 수행하기 위해 귀하 또는 프로젝트의 주요 담당자와 직접 협력할 수 있는 모든 정보를 제공하십시오.

Christy Luther가 타사 개발자를 위한 개발 프로세스를 관리하고 있기 때문에 이 이메일에 포함시켰습니다.

감사합니다!

진정으로,

브라이언

그래서 그들은 우리를 기꺼이 도울 의향이 있지만 내 의견은 (더 나은 통합, 덜 엄격한 라이선스, 키가 필요하지 않은 API가 있지만 OAuth 키만 있는 경우)까지 기다리는 것입니다.

나를 놀라게 한 것: Google은 지도 API에 대한 이러한 개발 모델을 관리할 수 있습니다. 그러나 groundsheep은 할 수 없습니까? 기괴한.

Google에는 두 가지가 있습니다.

• Google API는 앱이 서명된 인증서를 확인합니다. Groundspeak의 키는 모든 플랫폼 및 프로그래밍 언어에서 작동해야 합니다.
• Google API 키는 무료이므로 모든 개발자가 받을 수 있습니다.

알아요. 서로 다른 문화가 충돌함에 따라 여기에서 문제를 일으키는 것은 groundsheep api 프로세스입니다. St Jeremy의 딱딱하고 사과 같은 "내 법정에서 내리세요"와 Google이 강한 오픈 시장과 같은 곳입니다. 더 이상 대조가 있을 수 없습니다. Android 종속 부분의 경우: 제 기억이 맞다면 자바스크립트 웹 앱에서 Google 지도를 사용할 수도 있으므로 플랫폼 독립적인 방법이 있는 것 같습니다. 딸꾹질을 일으키는 것은 Google과 groundsheep 사이의 다른 사고 방식입니다. Google은 사악하지 않습니다. 그러나 groundsheep은 무엇입니까?

JavaScript용 AFAIK 키는 도메인을 확인합니다.

이번에는 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 서버와 통신하는 데 사용됩니다. 사용자가 키를 얻는 방법/위치는 사용자에게 달려 있습니다.

우리 목적으로 다른 앱의 계정을 사용해야 한다고?!

한 명의 개발자만 키를 받으면 문제가 무엇입니까?
Google 스토어에 "공식" 릴리스를 출시할 책임이 있는 사람이 있어야 합니다.
따라서 이 개발자는 apk에 패키징되는 일부 구성 파일에 API 키를 추가합니다.
다른 개발자가 코드의 API 부분에서 작업하고 싶다면 API 액세스를 직접 신청할 수 있습니다!
c:geo의 사용자 정의 버전을 사용하려는 사람들은 분명히 자신의 API 키가 필요하지만 대부분의 사용자는 사용자 정의 버전을 사용하고 싶지 않다고 생각합니다. 모든 경우에 이것은 API를 전혀 지원하지 않는 것보다 나을 것입니다!

키에 대한 질문은 사소한 문제일 뿐입니다. 주요 문제는 groundspeak 라이선스 조건에 따라 API 이외의 다른 수단으로 앱에 캐시를 가져오면 안 된다는 것입니다.
즉, c:geo를 효과적으로 프리미엄 전용 앱으로 만들기 위해 API를 중심으로 모든 기능을 구축해야 했습니다.

이 문제에 대한 짧은 업데이트입니다.

• 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에 의해 차단되었습니다.

친애하는 사용자,

아시는 분들도 계시겠지만, 저희는 동일한 제한을 두고 기본 및 프리미엄 회원을 대상으로 서비스를 제공하려고 노력했습니다. 따라서 우리는 기본 회원에 대한 Geocaching API 라이선스 계약을 위반했습니다. 불행히도 Groundspeak, Inc.(Geocaching.com 사이트를 관리하는 회사)는 우리의 행동을 감지했고 우리는 Google Play 및 기타 앱 스토어에서 애플리케이션 배포를 일시적으로 중단할 수 밖에 없었습니다. 여러분 중 일부는 아마도 지난 며칠 동안 로그인과 관련된 문제를 경험했을 것입니다.

오랜 고민 끝에 신청을 합법화하기로 결정했지만 안타깝게도 기본 회원들에게 영향을 미치고 있습니다. 기본 회원은 이 라이센스 계약에 따라 하루에 3개의 전체 Geocache를 다운로드하도록 제한되어 있기 때문입니다. 이것이 우리가 이전에 했던 일을 하는 이유입니다. 프리미엄 회원의 경우 하루에 6,000 Geocaches로 이전과 동일하게 제한됩니다.

이 라이센스 계약에서 요구하는 기본 구성원에 대한 확인 대화 상자를 추가하기 때문에 새 규칙을 적용하는 데 며칠이 걸립니다. 불완전한 번역의 대가를 치르더라도 가능한 한 빨리 새 버전을 출시하기를 바랍니다.

Geocaching4Locus 개발자 팀

c:geo가 Groundspeak에서 API 액세스 권한을 얻을 수 있다고 가정합니다.

1. 기존 API 라이선스 계약 의 어떤 부분이 요구 사항에 맞게 논의 및/또는 수정되어야 합니까?
2. API로 변경하는 경우 기존 기능을 모두 유지할 수 있습니까? 또는 이를 달성하기 위해 API에 필요한 기술적인 수정 사항은 무엇입니까? Google을 통해 이 도움말 페이지 를 찾았지만 이것이 현재 API를 반영하는지 모르겠습니다.

IRC 로그 2015년 5월 18일 참조

상태:
Bryan에게 편지를 보냈습니다(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 개발자가 아닌 웹 개발자(php/go)입니다.

이 문제를 업데이트하려면: 우리는 API를 사용할 수 있는 방법을 평가하면서 오랫동안 Groundspeak와 연락하고 있습니다. 아직 해결해야 할 미해결(비기술적) 문제가 있지만 새 API에 대한 개발 키를 이미 받았습니다. 다음 단계로 c:geo로의 통합을 설계해야 합니다(예: 새 커넥터이거나 다른 변경이 필요한 경우). 이를 위해 다음 구현 단계에 대해 도움을 주시면 감사하겠습니다.

Groundspeak API의 일부 사용 조건은 과거에 문제가 있었습니다. (누구에게나 개발 목적으로 키를 요청하는 것이 불가능하거나 어렵습니다. 검색되는 캐시 수와 기본 구성원에 대한 D/T 등급의 급격한 일일 제한, 캐시 표시 불가능 오픈캐싱과 같은 동시 웹사이트에서…), 이러한 문제가 해결되었습니까 아니면 언급한 비기술적으로 남아 있는 문제입니까?
Groundspeak가 현재 API 제한 사항 을 보고 비즈니스 모델과 (부족한) 개방성에 대해 마음을 바꾸는 것을 보지 못했습니다.

글쎄, Groundspeak는 이 비기술적 문제에 대해 논의할 의향을 어느 정도 보여주었고 우리는 이미 몇 가지 제안을 했습니다. 그러나 이에 대해 더 논의하려면 API 사용과 사용 흐름에서 현재 구현 간의 영향/차이를 확인해야 할 것입니다.

이 공개 포럼에서 세부 정보를 제공하고 싶지는 않지만 API 구현을 이 토론에 참여하고 최종 결정을 내리기 전에 사용자를 참여시키려는 사람은 아무도 없을 것입니다.

여기에 새로운 것이 있습니까? 이전에 API를 사용해 보았는데 구현하기에 나쁘지 않습니다. 또한 현재 가지고 있는 새 버전을 살펴보았습니다.
질문: 이 주제를 주도하는 사람이 있습니까?
c:geo가 이 작업을 수행하는 데 큰 도움이 될 수 있다고 생각합니다.
기술 보류는 무엇입니까?

기술 보류는 무엇입니까?

기본적으로 인력.

그러나 사용 조건과 관련하여 아직 몇 가지 미해결 문제가 있습니다. 따라서 Groundspeak와 합의가 없는 경우 기술 구현이 현재 형식으로 사용되지 않거나 전혀 사용되지 않을 가능성이 높습니다.

일종의 추상적인 요구 사항 분석으로 시작한 다음 c:geo 및 필요한 변경 사항의 영향을 받는 영역 목록을 진행해야 한다고 생각합니다.

기술적 인 보류가 없습니다. Api가 우리가 지금 가지고 있는 모든 기능을 감당할 수 있는지 여부는 자세히 확인해야 합니다.
제 개인적인 입장에서는 기본 회원의 API 사용에 대해 리소스가 부족하고 수용 가능한 동의가 부족합니다.
BTW: 이 주제에서 c:geo의 부스트를 어디에서 보십니까? 개발 자원 측면에서 약간 '저렴'할 수 있고 groundspeak가 c:geo 사용자에게 서비스를 제공하는 것이 더 저렴할 것입니다. 하지만 그렇지 않다면? 나는 '평균 Joe'에 대해 API를 사용하는 c:geo에서 큰 이점을 보지 못합니다. 고급 사용자는 확실히 GSAK 및 해당 체인에 연결하는 모바일 도구와 관련된 다른 워크플로를 가지고 있습니다.