클라이밍 가이드를 '공유 인프라'로 만든 OpenClimbing 2.0

등반 가이드 앱은 손쉽게 폐쇄적인 데이터베이스가 될 수 있다. 사용자가 루트 정보를 입력하고 사진을 올리며 등반 기록을 쌓을수록, 그 데이터는 앱을 운영하는 회사의 자산으로 축적된다. 서비스가 종료되면 그동안 쌓인 정보도 함께 사라지는 구조다. 오픈소스 등반 가이드 프로젝트 OpenClimbing은 이 지점을 뒤집으려 한다. 8월 11일 공개된 2.0 버전은 앱이 데이터를 소유하는 대신, 등반이라는 실물 장소에 관한 정보를 OpenStreetMap(OSM)과 Wikimedia Commons 같은 공유 인프라로 되돌려 보내는 설계를 한층 더 밀어붙였다.

GPL-3.0 라이선스로 배포되는 이 애플리케이션의 핵심 발상은 단순하다. 누군가 루트를 추가하거나 오류를 바로잡으면, 그 정보는 OpenClimbing이 사라지더라도 계속 쓸모가 있어야 한다는 것이다. 그래서 루트의 위치 같은 지리 데이터는 커뮤니티 표준 스키마에 맞춰 OSM에 기록되고, 토포(topo) 사진은 Wikimedia Commons에 게시될 수 있다. 앱은 이 공유 자원 위에 얹힌 '전문화된 인터페이스'가 되는 셈이다. 일반적인 앱에서 루트를 하나 추가하면 그 기여가 결국 앱 제품을 살찌우지만, 여기서는 기여의 결과물을 누가 가져가는지가 근본적으로 다르다.

표시에서 편집으로

1.0 버전이 지도 위에 점을 찍어 보여주는 데 그쳤다면, 2.0은 지역·암장(crag)·루트의 계층 구조를 표현하고, 등급 체계를 변환하며, 섹터를 필터링하고, 사진 위에 등반 라인을 직접 그리는 기능까지 담았다. 더 중요한 변화는 방향의 역전이다. 사용자는 정보를 편집하고, 사진을 Commons에 업로드한 뒤, 앱 안에서 그 이미지 위에 루트를 그려 넣을 수 있다. 프로젝트가 8월 11일 발표한 자체 수치에 따르면 약 4만 개의 루트, 6천 건 이상의 사진 위 루트 드로잉, 1천 개가 넘는 등반 지역이 31개국에 걸쳐 등록돼 있다. 다만 이는 외부 감사가 아닌 프로젝트가 직접 집계한 숫자라는 점은 감안해야 한다.

OSM은 놀라울 만큼 다양한 대상을 기술할 수 있지만, 그렇다고 범용 지도 편집기가 '볼트 세 개짜리 6b 루트, 공용 앵커, 비 온 뒤 형편없어지는 크랙' 같은 세부를 문서화하기 좋은 도구가 되는 것은 아니다. OpenClimbing이 도메인 특화 인터페이스를 별도로 구축하는 이유가 여기 있다. 등급 시스템 선호, 암질 정보, 대형 등반 지역과 개별 암장·루트 사이의 관계를 등반가의 언어로 제시한다. 2.0에는 등반 이력을 기록하는 로그북도 추가돼, 완등 스타일과 파트너를 남기고 통계를 확인할 수 있다.

무엇을 공유하고 무엇을 남겨둘 것인가

주목할 대목은 모든 데이터를 공유 인프라로 밀어 넣지는 않는다는 설계 원칙이다. 공유된 지리 정보는 OSM과 Commons에 속하지만, 개인 로그처럼 사적인 기능은 앱 자체 저장소에 남는다. '오픈 데이터'를 '문자 그대로 모든 것이 OSM에 산다'로 부풀리지 않는 것이다. 원칙은 더 좁고 분명하다. 공유된 물리적 장소를 기술하는 정보만 가능한 한 공유 인프라로 되돌린다. 이 구분은 위치 기반의 여러 현장 도구에 그대로 응용할 수 있는 태도다.

암장은 휴대폰 신호를 지우는 데 매우 능하다. 그래서 2.0은 지역이나 암장을 지도·루트·등급·사진 위 루트 라인까지 담은 PDF 가이드로 내보낼 수 있다. 인터랙티브 웹 지도 옆에 두면 다소 복고적으로 보이지만, 바로 그 점이 현장에서 작동하는 이유다. PDF는 태블릿에 저장하거나 인쇄하고, 파트너에게 보내거나 출발 전에 미리 담아둘 수 있다. 여기서 오프라인은 부가적인 접근성 옵션이 아니라, 정보가 실제로 필요한 환경 그 자체에 맞춘 기본 전제다.

특화된 도구, 공용 데이터

지도가 특정 활동에 깊이 밀착하면 어떤 기능이 생기는지도 v2가 잘 보여준다. OpenClimbing은 암장이 햇빛과 그늘 중 어디에 놓일지 추정하기 위해 태양과 지형 그림자를 넣었고, 릴리스 이력에는 지형 그림자를 드리우는 커스텀 DEM 레이마칭 셰이더가 포함돼 있다. 퐁텐블로 볼더링 등급, 싯 스타트, 등반 전용 필터, 사진 위 라인 역시 범용 POI 앱은 신경 쓰지 않을 요소다. 사진 토포 준비를 돕는 실험적 브라우저 내 볼트 감지기도 들어 있는데, 개발자는 이를 '실험적'이라고 신중하게 표현한다. 구조는 '범용 UI 위의 범용 데이터'가 아니라 '공용 데이터 아래, 고집 있는 전용 도구 위'인 셈이다.

물론 공유 데이터베이스에도 유지 관리는 필요하다. 누군가는 루트를 매핑하고 위치를 확인하며, 올바른 OSM 관계를 고르고, 적절한 라이선스의 이미지를 올리고 오류를 바로잡아야 한다. 이 커뮤니티 노동은 PDF 버튼보다 훨씬 덜 드러난다. 4만 개라는 루트 수가 모든 암장이 완결되었거나 최신이거나 현지에서 검증되었다는 뜻도 아니다. 재사용 가능한 데이터도 틀릴 수 있다. 그럼에도 한 가지 실용적 속성은 분명하다. 수정 권한이 한 회사에 묶이지 않는다는 점이다. 동호회나 등반가, 또 다른 개발자가 같은 기저 객체를 개선하면 여러 인터페이스가 그 수정의 혜택을 함께 본다. 앱이 지도와 이미지, 설명을 소유하지 않고도 강한 정체성을 가질 수 있다는 이 발상은, 결국 신호가 끊긴 암벽 아래에서 한 장의 PDF로 구체화된다.