OpenStreetMap 20주년 기념

 (substack.com/stevecoast)
4P by GN⁺ | ★ favorite | 댓글 1개
  • OpenStreetMap은 2004년 자원봉사자가 세계 지도를 직접 편집하는 위키 지도로 출발해, 20년 뒤 무료 지도 데이터를 제공하는 대규모 프로젝트가 됨
  • 창립자는 쿠바 지도에 도로, 공원, 병원까지 이미 채워진 것을 보고 OSM이 실제로 작동한다는 확신을 얻음
  • 프로젝트를 움직인 핵심은 기술보다 사람이었고, 기존 지리 업계 바깥의 참여자들이 지도를 더 좋게 만들고 싶어 했음
  • 당시의 통제 중심 지도 데이터 관행과 달리, OSM은 자원봉사자에게 맞는 tags, nodes, ways 기반 모델을 선택함
  • OSM의 20년은 새 아이디어를 실제로 만들고, 피드백에 따라 죽이거나 크게 바꾸는 반복이 필요하다는 교훈으로 이어짐

OpenStreetMap이 작동한다고 확신한 순간

  • 20년 전 Steve Coast는 Wikipedia와 Linux의 성공을 보며 세계의 위키 지도가 가능하다고 봤지만, OpenStreetMap 자체의 성공은 훨씬 뒤에야 확신함
  • 새 사용자에게는 익숙한 장소를 고르게 한 뒤, 데이터를 추가하기 전후를 비교해 빠른 성취감을 느끼게 하는 방식으로 안내함
  • 한 사용자가 쿠바를 보자고 했을 때, 당시 OSM은 주요 서구 국가 지도는 괜찮았지만 쿠바는 빈 지도일 것이라고 예상함
    • 경제적 요인 때문에 오픈 프로젝트에 기여할 자유 시간과 능력이 제한될 수 있었음
    • 인터넷은 사실상 금지됐고 컴퓨터도 불법이라는 조건이 있었음
  • 실제 쿠바 지도에는 도로, 공원, 병원 등 거의 모든 것이 이미 매핑돼 있었고, 이 경험 이후 OSM이 프로젝트로 작동할지 더는 걱정하지 않게 됨

사람, 아이디어, 기술의 순서

  • OSM은 지난 20년 동안 관심 지표에 따라 지수적 또는 이차적으로 성장함
  • 프로젝트의 본질은 데이터와 기술보다 사람에 가까움
    • John Boyd의 말처럼 순서는 사람, 아이디어, 기술이며 그 반대가 아님
  • 참여자들은 기존 지리 업계의 진영 안에 있지 않았고, 대체로 지리 분야에서 일하지도 않았음
    • 이들은 단지 지도를 더 좋게 만들 방법을 원했음
    • 정부, 대학, 회사는 공공 매핑이 불가능한 이유를 많이 갖고 있었지만 실제 해법은 없었음
  • 2004년에 자원봉사자가 지도를 편집하게 한다는 발상은 거의 상상하기 어려운 일이었음
    • 지도 데이터는 관리자 집단이 통제하고 승인하며 조심스럽게 관리해야 하는 것으로 여겨졌음
  • OSM은 당시 학계와 주요 기술 플랫폼이 권하던 방향과 반대로 움직임
    • 유급 편집자가 아니라 자원봉사자에게 맞는 데이터 모델이 필요했음
    • 그래서 온톨로지 대신 tags를, web feature service 대신 nodes와 ways를 택함

OSM 이후에 남는 질문

  • OpenStreetMap은 거의 돈을 들이지 않고 세계를 매핑하고 데이터를 무료로 제공함
  • Wikipedia가 겪은 문제의 상당수를 피할 수 있었던 이유는 의견이 아니라 사실만 표현했기 때문임
  • 더 큰 질문은 “해변의 다른 조약돌”처럼, 거의 돈 없이 세상을 더 낫게 크게 바꿀 수 있는 다른 것이 무엇인지에 있음
  • OSM이 하나의 매체라면 그 메시지는 무에서 유로, 즉 zero to one으로 갈 수 있다는 점임
  • 새 일을 막는 힘은 두려움과 허영임
    • 실제로 만들고 사람들에게 보여주는 두려움이 한쪽에서 밀어냄
    • 아이디어 자체와 사랑에 빠지는 허영이 다른 쪽에서 끌어당김
    • 그 결과 아이디어를 실행하지도 죽이지도 못하는 상태에 갇힐 수 있음
  • 새 것을 만들면 대체로 죽이거나 크게 바꿔야 함
    • OpenStreetMap의 처음 약 4개 주요 버전은 서로 크게 달랐고, 세상의 피드백을 받아 작동하는 형태로 바뀜
    • 당시 약 10개의 아이디어를 시작했고, OSM은 성장했으며 하나는 다른 사람이 이어받았고 나머지는 현실과 허영이 만나 사라짐
  • 이미 이룬 것을 축하한 뒤에는 방향을 돌려, 새롭거나 더 나은 것을 만들어 기존의 것을 대체할 방법을 생각해야 함

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • OSM이 마음에 든다면 StreetComplete 모바일 앱 설치를 추천함: “여기에 표시된 횡단보도가 있나요?” 같은 간단한 질문에 답하면서 OSM에 쉽게 기여할 수 있음
    관련자는 아니지만 멋진 앱이라고 생각하고, 동네에서 퀘스트를 완료하는 느낌이 꽤 만족스러움
    https://streetcomplete.app/

    • StreetComplete는 가벼운 기여에는 재미있지만, OSM에 정말 필요한 건 좋은 지역 매퍼임
      어떤 지역에 실제 변화를 업데이트하고 지켜보는 지역 매퍼가 있는지는 바로 티가 남. 가게가 생기고 사라지는 것만 챙겨도 매우 유용하고, OsmAnd나 OrganicMaps 같은 앱으로 그 지역을 방문하는 사람들이 그 데이터를 사용함
    • iOS 버전이 나오기 전까지는 EveryDoor를 써볼 수 있음. 특히 관심 지점(POI) 작업에 좋음
      https://github.com/orgs/streetcomplete/projects/1
      https://every-door.app
    • 긴 산책에 목적을 부여해줘서 체중 감량에도 좋은 방법이라고 확인해줄 수 있음 ;-)
    • StreetComplete에 더해 동반 앱인 StreetMeasure도 설치하면 좋음. 도로 폭이나 다른 물체의 길이를 재는 데 쓸 수 있음
      휴가나 주말 여행 중 아내와 걸어 다니며 StreetComplete로 누락 데이터를 자주 추가함. 최근 프랑스 남부의 오래된 도심에서 아주 좁은 길의 폭을 묻는 질문에 답해야 했는데, 감으로는 정확하지 않았고 StreetComplete가 StreetMeasure를 권해줘서 훨씬 나은 추정값을 얻었음
    • GoMap!!을 쓰고 있음. 기능은 포괄적이지만 사용감은 약간 투박함
      StreetComplete는 몰랐는데, 잠깐 보니 비슷하면서도 반가운 대안처럼 보임

  • 요즘 OSM이 가진 데이터의 양은 보물에 가까움. 다만 이 데이터를 Google Maps와 경쟁할 만한 방식으로 보여주는 잘 만든 범용 웹 프론트엔드가 없다는 게 아쉬움
    공식 openstreetmap.org 웹사이트는 거의 쓸 수 없는 검색과 기본 기능만 제공하고, 그 외에는 OSM 데이터 편집에 초점이 맞춰져 있음. OSM의 범용 “프론트엔드”로는 Organic Maps가 아마 가장 좋지만 Android와 iOS에 묶여 있음. Organic Maps의 웹 버전이 있다면 OSM 도입이 크게 빨라질 수 있다고 봄

  • OSM은 프라이버시를 염두에 두고 만들어진 유일한 지도 구현이라고 봄. DDG가 훨씬 못한 대안으로 갈아탄 건 정말 아쉬움
    외딴곳을 하이킹할 때 OSM은 꼭 필요했고, 누군가 아무 대가를 기대하지 않고 그 산길을 지도화해줬다는 점이 좋았음. 공중화장실, 주차장, 접근성 같은 유용한 파생 지도도 많이 나왔고, 가능할 때마다 다시 기여하려고 해왔음

    • 검색 엔진에서 지도 사용의 큰 비중이 아마 업체 정보였을 텐데, 많은 지역에서 OSM의 업체 데이터가 매우 오래됐거나 아예 없어서 그렇게 했을 거라고 봄
      OSM에 꽤 많이 기여해본 입장에서는, 하이킹 경로는 대체로 Google Maps보다 훨씬 좋았음
    • 자전거를 많이 타고, 경로를 항상 업데이트하며 식수대, 쉼터, 자전거 수리대를 기록하고 필요한 업체 정보도 고침
    • OSM 자체 웹사이트에서 추가나 업데이트를 더 적극적으로 홍보할 수 있을 것 같음
      사용은 하지만 지금까지 “여기 새로 생긴 게 있나요? 지도로 추가하려면 xyz 하세요!” 같은 안내를 본 적이 없어, 뭔가를 추가하려면 어디서 시작해야 하는지도 모름. 혹은 사용자가 임시 영역에 항목을 올리고 권한 있는 사용자가 반영 여부를 결정하게 할 수도 있겠지만, 그러면 스팸이 많아질 듯함

  • OSM의 노력을 전적으로 지지함. 흥미롭게도 OSM이나 Apple Maps를 보면 지도 데이터셋 구축이 얼마나 어려운지 드러남
    들은 얘기로는 중국 정부가 공개 지도에 몇 미터 정도 오프셋을 넣어 의도적으로 부정확하게 만든다고 함. 지금도 그런지는 모르겠고 이유도 잘 모르겠음. 고속도로가 생각한 위치에서 몇 미터 떨어져 있다고 침공을 막을 수 있는 것도 아니니까. 어쨌든 이를 보정하려면 사람이 공개 지도를 위성사진 위에 겹쳐 오차를 제거해야 했음. AI가 도움이 되긴 하지만 여전히 노동집약적임
    노동집약적인 것에 더해 맞춰야 하는 데이터 원천도 아주 제각각이고, 그 데이터끼리 충돌하는 경우도 많음. Yelp나 Foursquare 같은 곳도 본질적으로 위치 데이터를 팔며 존재함
    업체 영업시간을 나열하는 것조차 엄청난 노동이 듦. Google은 AI가 업체에 전화해 영업시간을 묻는 시스템이 있었거나 있었던 것으로 아는데, 자동 전화라고 밝히도록 수정해야 했던 것 같음
    길찾기를 원한다면 도로의 정확한 방향 정보가 필요하고, 자전거도로 위치도 알아야 함. 지역마다 자전거도로의 정의가 다르고, 어떤 곳에서는 자전거가 차와 도로를 공유할 수 있지만 다른 곳에서는 불가능함
    대중교통을 통합하고 싶다면 지역마다 이상한 API가 있을 것임. 단순해 보이는 일이 엄청난 노동과 수천 개 데이터 원천 통합을 포함한다는 좋은 예임. 전직 Google 직원임

    • 중국의 공개 지도 오프셋은 여전히 현재 진행형이지만 훨씬 더 복잡하고, 오프셋이 500미터 이상일 수도 있음. 몇 미터 수준이 아님
      https://en.wikipedia.org/wiki/Restrictions_on_geographic_dat...
      그래도 지금 시점에는 별 의미가 없다고 봄. 적군이 타격 좌표를 지도, 그것도 중국 지도에서 얻기보다는 위성 이미지에서 얻을 테니까
    • 자전거도로 위치는 OSM이 Google보다 훨씬 더 잘하는 것으로 유명함

  • 프로젝트에서 OSM을 쓰는 걸 정말 좋아함. 생태계에 도구가 너무 많아서 데이터를 어떻게 써야 하는지 파악하는 건 좀 겁날 수 있음
    OSM 질의를 시작하려는 사람들에게 도움이 되도록 최근 이 글을 썼음
    https://wcedmisten.fyi/post/how-to-query-osm/

  • OpenStreetMap이 아직 살아 있어서 정말 반가움. 다른 곳에서는 쉽게 찾기 어려운 데이터가 자주 있었고, 내가 아끼는 장소에 기여할 수 있어서 좋았음

  • OpenStreetMap을 직접 호스팅할 수 있고, OSM 데이터를 써서 약간의 Python과 SQLite만으로 좌표에서 주소 역지오코딩까지 만들 수 있다는 점이 좋음
    https://github.com/punnerud/rgcosm

  • 산에서 하이킹하거나 자전거를 탈 때 주머니 속에 오프라인 최신 지도가 있다는 건 매우 귀중함. 최소한 뭔가 돌려주기 위해 가능한 만큼 기여해왔음

    • A에서 B까지 길찾기를 해주고 오프라인으로도 동작하는 OSM 앱을 알고 있음?
    • 지금은 이를 위해 Google Maps의 “오프라인 지도”를 쓰고 있음. 하지만 오프라인 모드에서는 길찾기를 못 한다는 한계가 있음
      지도를 오프라인으로 갖고 있을 수는 있지만, A에서 B까지 경로를 찾아달라고 할 수는 없음. 오프라인 모드에서 이걸 할 수 있는 OSM 앱이 있는지 궁금함

  • OSM은 많은 데이터의 열린 기준 정보원이 될 잠재력이 있음. 그 위에 필요한 것만 보여주는 큐레이션된 UI를 만들면 됨. OSM은 “지도”가 아니라는 점을 기억해야 함
    예를 들어 영업시간이 있음. 지금 이 정보는 웹페이지나 Google Maps에 있고, 서로 모순되는 경우도 있음. 때로는 Facebook 상태 업데이트가 가장 정확한 정보일 때도 있음

    • 관심 지점 소유자가 OSM을 쓰지 않으면 OSM도 문제를 해결하지 못함. 경험상 그들은 OSM이 존재하는지도 모르는 경우가 많음
      OSM 기여자가 많은 고밀도 지역에서도 많은 관심 지점이 여전히 오래된 상태임. 식당과 가게 주인들은 자기 웹사이트, Instagram, Facebook 또는 Google Maps만 신경 쓰고 OSM은 모름. 약 12년 전 기여를 시작했을 때 주요 기여자 한 명은 식당을 지도화하는 건 시간 낭비라고 했음. 확인해줄 사람이 없으면 데이터가 금방 낡기 때문이었는데, 지금도 같은 생각인지는 모르겠음
    • 그래서 Overture의 Places 데이터에 opening_hours가 없다는 게 아쉬움: https://github.com/OvertureMaps/schema/discussions/243
      Overture는 OSM의 “표준화된” 버전에 가깝지만, Places 데이터는 Microsoft와 Meta 데이터를 사용함
    • 이걸 https://mapcomplete.org로 만들려고 하고 있음

  • iOS에서는 무료 앱 go map!! 의 베타 테스터로, 밖에 있을 때 사용해왔음. 이동 중 OSM 업데이트를 빠르고 재미있게 할 수 있다고 느낌
    https://apps.apple.com/us/app/go-map/id592990211

답변달기