CoMaps - Organic Maps의 커뮤니티 주도 포크

 (comaps.app)
1P by GN⁺ | ★ favorite | 댓글 1개
  • Organic Maps의 향후 운영이 불확실한 가운데, 커뮤니티는 첫 릴리스 기반과 기술 설정을 갖추며 별도 포크를 추진 중임
  • 새 프로젝트는 투명한 의사결정, 비영리·공익, 완전한 오픈소스, 프라이버시 중심 운영을 핵심 원칙으로 삼음
  • 임시 이름은 CoMaps이며, 최종 프로젝트 이름 투표는 Codeberg에서 진행되고 5월 20일에 종료됨
  • 기여자는 개발, 거버넌스, 웹사이트, 문서, 기능 논의, 버그 보고, 홍보 자료 제작, OpenCollective 후원으로 참여할 수 있음
  • Organic Maps 주주 협상은 실질적 진전이 없고, Viktor와 Roman의 이견이 남아 있어 기존 프로젝트의 미래는 여전히 불확실함

커뮤니티 포크의 진행 상황

  • Organic Maps의 커뮤니티 주도 포크 작업이 빠르게 진행 중임
  • 첫 릴리스를 목표로 기반 구축, 기술 설정, 진행 중인 작업들을 정리하고 있음
  • 새 프로젝트의 거점은 Codeberg의 comaps에 마련됨
  • 운영 원칙은 다음에 맞춰져 있음

    • 투명성

      • 커뮤니티 의사결정
      • 비영리 및 공익
      • 완전한 오픈소스
      • 프라이버시 중심

이름 투표와 참여 경로

  • 프로젝트 이름 CoMaps는 임시 이름임
    • community, collaborative, common, collective 같은 의미를 담은 이름으로 쓰이고 있음
    • 최종 이름은 커뮤니티가 함께 고르는 방식임
  • 프로젝트 이름 투표는 Codeberg에서 진행되며 5월 20일에 종료됨
    • Codeberg에 로그인해 투표하거나 이름을 제안할 수 있음
    • 이미 사람들이 Codeberg에 가입해 기능 논의와 버그 보고를 포함한 기여에 참여하고 있음
  • 참여할 수 있는 경로는 다음과 같음
  • 모든 후원금과 지출은 Open Collective에서 투명하게 처리됨
  • 다음 업데이트에서는 최종 프로젝트 이름이 발표될 예정임

Organic Maps 협상 상황

  • Organic Maps 주주와의 협상에는 실질적 진전이 없었음
  • Viktor는 프로젝트를 팔지 않겠다는 보장에는 열려 있는 것으로 보이나, 그 외에는 Organic Maps에 대한 완전한 통제권을 유지하기를 원함
  • 주주인 Viktor와 Roman 사이의 이견이 해결되지 않아 Organic Maps의 미래는 아직 불확실함

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 우려의 핵심은 Organic Maps에서 이미 변화가 생겨서라기보다, 앞으로 프로젝트가 어떻게 될지에 대한 보장을 잔뜩 원한다는 쪽으로 보임
    그런 변화가 실제로 생기면 그때 포크하면 됨. 이미 Maps.ME가 팔렸고 Roman이 Organic Maps로 포크한 전례가 있음. 다시 팔리면 또 포크할 수 있음. 지금 포크하는 건 필요해질 때까지 기다리는 것보다 커뮤니티에 더 큰 해를 줄 수도 있어 보임

    • 오픈소스 커뮤니티가 모든 거버넌스 문제에 대해 너무 쉽게 나중에 포크하면 된다를 답으로 삼는다고 봄
      WordPress를 보면, BDFL이 호스팅 분야 최대 경쟁자와의 자칭 “핵전쟁”을 비판한 사람들을 커뮤니티에서 적극적으로 금지하고 있고, 그 전쟁에 수천 명의 커뮤니티 구성원이 휘말렸는데도 포크는 없음. 왜냐하면 포크는 어렵고 커뮤니티를 쪼개기 때문에, 사람들은 불안정성의 위험을 감수하기보다 폭군을 견디려 함. 다른 환경의 폭군과 다르지 않음
      프로젝트 초기에 합리적으로 민주적인 절차를 포함한 좋은 거버넌스가 갖춰져 있고, 기여자들이 집행 기능을 선출할 수 있다면, 일이 나빠져도 대응 수단이 있으니 미래에 포크해야 한다고 느낄 가능성이 줄어듦
    • “그런 변화가 나중에 생기면 그때 포크하면 된다”는 말과 달리, 이미 Kayak 제휴 링크가 커뮤니티 협의 없이 추가된 것 자체가 그런 변화 아니었나 싶음
      그 정도면 이미 포크를 정당화하기에 충분해 보임. 게다가 이사회 멤버를 선출하고 교체하겠다는 약속은 지켜지지 않았고, 최초 공개서한에서 주장한 것처럼 Organic Maps 프로젝트 기부금이 개인 휴가에 쓰였다는 의혹도 숨겨졌다고 함
    • 재무 투명성을 요구한 부분이 있음. 자세한 사정은 모르지만, “우리 기부금이 어디에 쓰이는지 알고 싶다”는 건 합리적인 요구라고 봄
    • 서버 소프트웨어 일부가 비공개 소스라는 점을 두고 논란이 있는 듯함: https://github.com/orgs/organicmaps/discussions/9837
    • 꽤 멋진 사업 계획처럼도 보임. 오픈소스 조직을 만들고, 커뮤니티가 전부 개발하게 한 뒤, 조직을 팔고, 다시 포크하고, 또 커뮤니티가 전부 개발하게 하고, 다시 팔고, 또 포크하고…

  • 배경이 궁금함
    “Organic Maps 주주들과의 협상에 실질적인 진전이 없었다”, “Viktor는 프로젝트를 팔지 않겠다는 보장만 열어두고 그 외에는 Organic Maps에 대한 완전한 통제권을 유지하려는 듯하다”, “Viktor와 Roman 사이의 주주 갈등이 해결되지 않아 Organic Maps의 미래는 여전히 불확실하다”는 내용임

    • 배경은 이 글로 보임: https://www.comaps.app/news/2025-04-16/1/
    • 위원회보다는 BDFL 쪽을 더 선호해서, 왜 이 포크를 더 좋아해야 하는지 잘 모르겠음. 커뮤니티 운영이 자동으로 더 나은 건 아님

  • 또 포크인가? Organic Maps 자체가 maps.me의 커뮤니티 주도 포크라는 게 핵심 아니었나? 이제 포크의 포크가 된 셈임?

    • “포크의 포크”라는 게 뭘 암시하려는지는 모르겠지만, 역사에는 그런 포크의 포크가 가득함: [https://en.wikipedia.org/wiki/History_of_Unix#/media/File:Un...](https://en.wikipedia.org/wiki/History_of_Unix#/media/File:Unix_history-simple.svg)
    • Neovim은 VIM의 포크이고, VIM은 Stevie의 포크이고, Stevie는 vi의 포크이고, vi는 ed의 포크인데, 내가 아마 가장 많이 쓰는 소프트웨어임
    • 그렇다고 못 할 이유는 없음. FOSS가 좋은 이유 중 하나가 유지보수하거나 기여할 의지가 있는 사람들이 프로젝트가 엉뚱한 길로 가는 걸 참지 않아도 된다는 점임

  • 모바일 OSM 기반 앱들의 현 상태가 아쉬움. Maps.me가 Organic Maps가 되고, 이제 또 이런 일이 생김
    개발 노력도 많고 훌륭한 작업도 들어갔지만, 몇 년이 지나도 앱들이 더 사용자 친화적으로 느껴지진 않음
    Google Maps를 대체하려고 꽤 밀어붙였지만 결국 포기함. OsmAnd는 휴대폰에서 “OSM 앱계의 스위스 군용칼”이 필요할 때는 훌륭하지만 그런 경우가 드묾. Maps.me/Organic Maps도 비슷해서, 뭔가를 검색하다 한 글자만 잘못 입력해도 결과를 얻을 가능성이 거의 없음. 자전거 경로의 대안 경로도 기대하기 어렵고, 렌더링은 못생겼거나 느리거나 둘 다임
    Mapy.com, 예전 Mapy.cz로 갈아타 보려는 중인데 의외로 사용자 친화적인 앱임. 다만 곧 어떻게 수익화할지는 모르겠음. 지금까지는 휴대폰에서 가장 낫고, 진짜 지도 대체재가 되길 바람. 최근 체코 중심 콘셉트에서 제대로 된 전 세계 지도인 mapy.com으로 전환했고, 웹과 모바일 모두 아직은 훌륭함
    OsmAnd가 StreetComplete나 Strava 내장 Mapbox 렌더러 같은 새 렌더링 엔진을 얻는다면, 아마 최고가 될 수 있을 듯함. 몇 년 전부터 있는 그 느린 “3D” 기능 말고

    • OSMAnd와 Organic Maps는 기본적으로 오프라인 작동한다는 한계이자 큰 장점이 있음
      온라인 경로 서비스만 켜면 경로 탐색은 훨씬 강력해지고, 대안 경로도 기본으로 나오며 더 빨라짐. OSMAnd에서는 예를 들어 GraphHopper로 가능함: https://www.graphhopper.com/blog/2024/02/27/osmand-with-grap...
      주소 검색도 마찬가지임. Photon 같은 온라인 주소 검색을 쓰면 더 사용자 친화적일 수 있음. GraphHopper Maps에 Photon과 GraphHopper 경로 탐색을 함께 넣어 두었음: https://graphhopper.com/maps/. 직접 호스팅할 수도 있음, 즉 오프라인 사용도 가능함: https://github.com/karussell/local-maps
      GraphHopper Maps는 F-Droid에도 있고, iOS에서는 웹사이트를 PWA로 설치할 수 있음. 참고로 GraphHopper 공동창업자임
    • 한 글자 오타 문제에는 Photon이 꽤 좋고, 영어·프랑스어·독일어를 바로 쓸 수 있음
      하지만 온라인이라 각 사용자 휴대폰에서 구현하기가 매우 어렵고, 이게 Organic Maps와 Osmand의 한계임
      Photon이나 비슷한 프로젝트를 쓰기 시작해도 Google 같은 경험을 제공하려면 훨씬 더 많은 작업이 필요함. “from london to winchester” 같은 경로 제안, 좌표 감지, 여러 언어의 blvd 같은 약어 처리, “coffee in Marais” 같은 카테고리 검색을 다뤄야 함. 단순히 장소 이름만 전체 텍스트 검색해서는 안 되고, 검색어를 의미적으로 나눠야 함
      자전거 경로 대안도 같은 문제임. 오프라인 경로 탐색은 더 어려움. BRouter는 대안 경로가 많고 훌륭하지만 온라인이고, OSMand에 설치할 수는 있어도 꽤 nerdy함
      참고로 웹 지도 앱 https://cartes.app에서 일하고 있음. Photon과 Brouter를 쓰고 있지만, 영어 국제화 포함해서 아직 할 일이 많고 곧 되길 바람
    • https://streetcomplete.app를 알려줘서 고마움. OpenStreetMap 편집에 매우 직관적으로 보임
      iOS나 macOS에 비슷한 도구가 있는지, 또는 도로 편집 추천이 있는지 궁금함
      지금 유럽에서 4.5톤 캠핑카로 다니고 있는데, OsmAnd+에는 보통 도로 중량·높이 제한이 제대로 표시되지만 안 되어 있을 때는 알프스에서 우회하느라 몇 시간을 낭비함. 비슷한 상황의 다음 사람을 꼭 돕고 싶음
    • Organic Maps는 하이킹용으로 씀. 단순한 오프라인 등산로 지도라서 좋음
      차에서는 쉽게 오프라인으로 쓸 수 있고, 차선·경로 화살표가 더 도드라져 읽기 쉬우며, 도로 폐쇄나 고속도로 정체로 빠져나갈 때 재탐색할 수 있는 지도 프로그램을 원함
      하지만 운전에서 Organic Maps를 쓸 때 가장 큰 불만은 검색 기능임. Google Maps처럼 온라인 소셜 기능, 경찰·안전 경고, 식당 평점 같은 건 없어도 상관없음. 그냥 가고 싶은 장소를 실제로 찾아주기만 하면 됨
      대부분 Google Maps를 피하려 하지만 다시 Organic Maps를 시도해 보면 검색에 목적지가 없음. 그래서 주소를 Google로 찾아 입력해도 정확한 주소를 넣었는데 못 찾고, 결국 Google Maps로 돌아가게 됨
    • mapy.com의 대안으로 Here WeGo도 써볼 만함. 지금까지 써본 Google Maps 대체재 중 가장 선호함
      자동차 내비게이션 같은 일부 기능은 Google Maps보다 더 낫다고 느낌. 개인정보 처리방침도 소름 끼친다고 보진 않고, 가장 꺼림칙한 부분은 선택 가입이며 토글이 무엇에 동의하는지와 동의하지 않으면 어떤 기능을 못 쓰는지 명확히 설명함
      Mapy의 개인정보 처리방침은 어떤 면에서는 Here보다 덜 꺼림칙하지만, Here에서는 선택 가입인 교통 정보용 위치 데이터 공유 같은 부분이 Mapy에서는 끌 수 없이 켜져 있음
      오픈소스 대안을 더 선호하지만, 현재 내 필요에 맞는 것은 없다는 데 동의함

  • 왜 사람들이 Organic Maps에 기여하고 OSM에는 기여하지 않는지 궁금함
    Organic Maps는 OSM 데이터를 배포하는 정교한 방식일 뿐이라고 생각했음

    • Organic Maps는 OSM 데이터를 배포하는 방식이 맞지만, 사용하는 OSM 지도 외에도 훨씬 많은 것이 있음
      지도를 선별·수집해 다운로드 가능한 패키지로 만드는 코드, 표시하는 코드, 경로 탐색 코드, 앱 디자인 자산과 리소스, 문서 등이 있음
      지도 자체가 OSM이라는 점은 맞고, OSM에 기여하면 Organic Maps나 앞으로 나올 새 커뮤니티 기반 지도 프로젝트에도 도움이 됨
    • 둘 다 필요함. 지도 데이터는 OSM 프로젝트가 제공하고, 그걸 보고 사용하는 소프트웨어도 필요함
      이상적으로는 OSM 데이터를 쓰는 모든 앱이 기반 지도 데이터에 기여할 수 있게 해야 하지만, 아마 실제로는 그렇지 않을 것임
      Organic Maps는 OSMand보다 가볍고, 렌더링이 빠르고, 설정이 단순해서 좋음. 다만 관심 지점, 예를 들어 슈퍼마켓이나 주유소 같은 유용한 기능은 부족했던 것으로 기억함
      앱들 사이에서 오프라인 지도 데이터를 쉽게 공유할 수 있으면 좋겠음. 앱 A에서 다운로드하고 SD 카드에 백업한 뒤 앱 B, C, D나 다른 기기에서 SD 카드를 바꾸거나 복사해 쓰는 식임. Android에서 가능할 수도 있지만 방법을 못 찾았고, 적어도 쉽거나 명확하거나 자동은 아님
    • OSM이라는 데이터베이스가 대중적으로 성공하려면, 기여가 가능한 일반 대중용 앱이 필요함
      Organic Maps는 오프라인 중심 같은 특정 선택에도 불구하고 많은 사람에게 그런 앱으로 보였음. Google Maps와 Apple Maps가 있는 상황에서 OSM이 존재하려면 이 앱에 기여하는 일이 매우 중요함
    • OSM 데이터를 배포하는 정교한 방식에도 개발 노력이 필요함. 이건 쉽거나 사소한 프로젝트가 아님
      OSM 생태계에는 다른 FOSS 프로젝트도 많고, 당연히 지도 작업과 지도 데이터 개선도 매우 환영할 일임
    • 여기서 기여가 코드 기여인지 기부인지 구분이 필요함. OpenStreetMap 데이터를 쓰는 FOSS 프로젝트가 마음에 든다면, 수정·버그 보고·코드를 기여하는 건 충분히 말이 됨

  • Organic Maps에 사소한 수정 몇 개를 기여해 봤는데, 응답도 빠르고 의견도 합리적이었음
    모든 결정이나 우선순위에 동의했다는 뜻은 아니지만 그건 당연한 일임. 리더십은 충분히 정상적으로 보였고, 꽤 BDFL에 가까운 구조처럼 느껴졌음
    조사해 본 바로는 Organic Maps가 Gaia 같은 것의 유일하게 실질적인 오픈 대안이었고, 격차도 꽤 컸음. 역할을 꽤 잘하고 있지만 지도 스타일은 아쉬운 부분이 있고, 미터 단위 등고선만 있는 건 아쉬움
    코드베이스를 조금 만져본 경험으로는 이게 작거나 단순한 프로젝트가 아니라는 걸 알게 됨. 렌더링을 여러 플랫폼에서 공유하기 위한 C/Java 등의 거대한 혼합 코드베이스이고, 지도 파일 생성만 해도 작은 일이 아님
    포크가 실제로 자리 잡을지에는 회의적임. 두 프로젝트가 한동안 더 고생할 가능성이 커 보임. 포크 발표는 쉽지만, 수사를 넘어 사용자를 끌어올 충분한 가치를 전달하는 건 별개의 일임

    • 좋은 소식은 포크 팀이 소유자를 제외한 상위 기여자 다수로 구성되어 있다는 점임
      소유자들은 몇 달째 번아웃과 갈등에 휘말려 있었으니, 앞으로의 경험은 대체로 같거나 더 나아질 것으로 기대함. 사용자를 끌어들이는 건 어차피 점진적 과정이고, FOSS 프로젝트의 1순위 지표도 아님. 사용성·인기와 함께 다양한 기여자의 활발한 기여가 더 중요함
    • 시간이 지나면 알게 될 일임. 하지만 기대한 대로 작동하고 있음. 원하는 사람은 포크할 수 있고, 사용자는 어떤 앱을 쓸지 선택할 수 있음
      사용자에게 더 낫다면 Organic Maps와 CoMaps를 둘 다 써도 됨. 지금도 작업에 따라 Organic Maps와 OSMAnd를 병행해서 쓰고 있고 잘 작동함

  • 관련 글: https://news.ycombinator.com/item?id=43705631

  • BDFL이 운영하는 프로젝트라는 생각에 점점 회의감이 커짐
    개념 자체는 매력적임. 사실상 플라톤의 철인왕에 가깝고, BDFL은 의사결정이 막히지 않게 하며 모든 결정을 위원회에서 다투지 않고 프로젝트를 전진시킬 수 있음. 프로젝트의 맥락과 비전을 계속 유지하고, 누구에게도 책임지지 않기 때문에 복잡한 정치적 타협 대신 프로젝트에 맞는 결정을 할 수 있음. 군주의 장점이 모두 있음
    안타깝게도 BDFL 모델에는 군주의 문제도 모두 있다는 걸 반복해서 봐왔음. 좋은 사람을 얻으면 가장 효과적인 통치 형태지만, 사람은 변덕스럽다. BDFL이 결국 악의적이었거나, 자신이 곧 프로젝트이며 그로부터 생기는 이익을 혼자 차지할 자격이 있다고 판단하는 일이 자주 생김. WordPress가 떠오름
    좋은 BDFL은 유지할 가치가 있지만, 장기적으로는 현실의 민주주의·공화정에서 커뮤니티 구조의 영감을 얻는 편이 더 안정적이고 신뢰 가능하며 새 프로젝트에도 더 일반화될 것이라고 봄. 민주주의는 완벽하지 않지만, 설계상 커뮤니티 안 개인들의 편차를 완화해서 군주정보다 시간이 지날수록 더 예측 가능한 결과를 줌

    • 국가는 포크할 수 없지만 오픈소스 프로젝트는 포크할 수 있음. 현재 BDFL에게 초능력을 주는 CLA에는 서명하지 말아야 함
      그래서 대통령 명령을 무시하거나 세금을 안 낸 사람을 핵으로 날리는 것보다는 고양이 떼를 모는 쪽에 가까움
    • BDFL 프로젝트와 커뮤니티 프로젝트는 구분할 필요가 있음
      커뮤니티 프로젝트의 목표는 느슨함. 사명, 가치, 거버넌스, 소유권·통제권 등이 바뀔 수 있음. 커뮤니티 의견이 들어가긴 하지만, 보통 한두 명의 강한 인물이 이끌 때가 많음. 프로젝트가 실제로는 더 나쁘거나 기여자와 사용자 집단의 견해를 반영하지 않는 변화를 하도록 압박받기도 함. 개인적으로 커뮤니티 다수 의견이 요구하는 것을 반드시 해야 하는 커뮤니티 프로젝트는 알지 못함. 이런 의미에서는 “대중”이 아니라 몇몇 강한 리더가 실제로 책임지는 전형적인 “민주적” 정부와 비슷함
      BDFL 프로젝트는 정의상 한 사람의 프로젝트임. 비밀 의제가 있을 필요가 없으니 비밀 의제도 없음. 누구의 압박도 없고, 프로젝트는 리더가 원하는 대로 감. 그래서 보통 “논란”이 적음. 마음에 안 들면 받아들이거나 떠나면 됨
      Organic Maps는 apparently BDFL 프로젝트가 아님. Roman, Viktor, 그리고 주주는 아니지만 Viktor가 지분을 보유한다고 알려진 Alexander라는 3명의 주주가 있는 회사가 대표하는 프로젝트임. 여기서의 우려는 BDFL 프로젝트가 아니기 때문에, 주주들이 의견이 갈리고 “다수”가 회사를 팔기로 하거나 할 때 기여자들이 무슨 일이 벌어질지 알 수 없다는 점임. BDFL 프로젝트라면 소유자가 여전히 팔기로 결정할 수는 있지만, 이번 경우에는 프로젝트 창립자가 실제로 커뮤니티 편에 있음
      개인적으로 진짜 BDFL 프로젝트가 자기 커뮤니티의 목표에 반해 움직인 경우는 잘 모르겠고, BDFL은 대체로 하던 일을 바꾸지 않음. 예외는 돈이 개입될 때임. 누군가 오픈소스를 작성하며 돈을 받는 정도라면 프로젝트는 안전하지만, 누군가 프로젝트를 제품으로 팔고 있다면 조심해야 함. “돈은 어떤 동기에도 연결되는 만능 어댑터”임

  • Organic Maps는 정말 훌륭한 앱임. 이런 종류의 조직이 소유하고 있는 줄은 몰랐고, 잘 정리되길 바람

  • 몇 가지를 덧붙이고 싶음
    Organic Maps 개발자들은 벨라루스 출신이고 회사는 에스토니아에 등록되어 있음. 이미 매우 어려운 구조라서, 작성자들이 가능한 한 단순한 구성을 원할 수 있다고 봄. 국제적으로 매우 어렵고 비싼 비영리 조직에 에너지를 낭비하고 싶지 않을 수도 있음
    회사를 판다고 해서 뭐가 문제인가? 또 다른 포크를 만들고 넘어가면 됨. 오픈소스라고 해서 작성자들이 돈을 벌면 안 된다는 뜻은 아님
    Organic Maps의 가장 큰 비용은 지도 데이터 호스팅과 미러링임. 이 포크는 자체 서버를 쓰고 비용도 낼 건가?
    이 포크 뒤에 있는 개발자와 기여자 목록이 있나? “우리”, “커뮤니티”라는 말만 찾았음

    • Organic Maps OU 자체의 소유자들 사이에 ongoing 갈등이 있음. 소유 구조 때문에 이미 오랫동안 개발이 막히는 등 문제가 생겼고, 그래서 OM OU 사업체의 일부가 아닌 기존 기여자들이 포크를 시작한 것임
    • 회사를 팔면 또 포크하면 된다는 말은 맞지만, 지금 실제로 그런 일이 일어나는 중이라고 봄
      회사를 팔고 있어서가 아니라, 커뮤니티의 누구도 기부금 행방을 모른다는 게 문제 중 하나로 보임. CoMaps는 재무 투명성을 문제 삼고 있고, 이건 포크할 만한 좋은 이유라고 생각함
답변달기