Ko:Good practice
오픈스트리트맵은 자원봉사로 이루어지는 프로젝트입니다. 누구나 원하는 것을 추가할 수 있습니다. 그렇지만 지도는 참여자들이 행동 강령에 동의할 때 가장 잘 작동합니다. 이 문서에서는 별도의 노력 없이 지도 데이터의 품질과 가치를 높일 수 있는 지침에 대해 설명합니다. 하지만 누구도 이를 따르도록 강요받지 않으며, 이 지침이 적용되지 않거나 서로 모순되는 경우가 있을 수 있습니다.
오류를 수정하세요
오픈스트리트맵에 데이터가 누락되었거나 현실 세계에서 무언가 바뀌었을 때, 지도를 편집해서 현재 상황을 반영하세요.
추가한 내용은 필요에 따라 수정하거나 되돌릴 수 있으므로 주저하지 않아도 됩니다.
그러나 다른 매퍼의 작업에 대해 존중하고, 특히 기존 데이터가 불분명하거나 문서화되지 않은 태그를 사용하는 경우에는 연락하여 상의하는 것을 고려하세요. 한 매핑 가이드라인에 여러가지 해석이 있을 수 있습니다. 그리고 데이터를 제거할 때는 주의하세요, 제거된 데이터를 찾거나 복원하는 것이 추가된 데이터를 수정하는 것보다 어렵기 때문입니다.
아직 확신이 없거나 물리적으로 멀리 떨어진 곳에서 편집하는 경우, 다른 매퍼에게 연락하여 편집 내용을 검토해 달라고 요청하세요.
검증 가능성
- 주요 문서: Verifiability
OSM 데이터는 가능한 한 검증할 수 있어야 합니다. 이 원칙은 기본적으로 다른 매퍼가 동일한 장소에 와서 동일한 데이터를 수집할 수 있어야 함을 의미합니다. 이 원칙은 개인적인 평가와 같은 주관적인 데이터를 배제합니다.
현실에 있는 것을 매핑하세요
때로는 장소의 이름과 관련하여 상충되는 정보가 있을 수 있습니다. 오래된 지도와 최신 지도는 같은 장소를 다른 이름으로 부를 수 있으며, 표지판은 또 다른 이름으로 부를 수 있습니다. 하지만 우리의 지도를 길찾기에 사용하는 사람들은 지도의 철자에 대해 신경 쓰지 않을 겁니다. 지도에서 표지판에 있는 단어를 찾아야 하며, 그 반대의 경우도 마찬가지입니다. 이에 대한 유일한 예외는 'John-F.-Kennwdy Square'와 같이 표지판에 명백한 오타가 있는 경우입니다. 사람들이 직관적으로 올바른 철자를 찾을 것이고, 심지어 잘못 표기된 이름을 전혀 알아차리지 못할 것이라면, 이러한 오타를 수정하는 것이 합리적입니다. 다음을 참조하세요: ground truth, verifiability.
역사적 사건이나 지물을 매핑하지 마세요
- 주요 문서: History
현재 존재하지 않는 것은 매핑하지 마세요. 그리고 역사적 사건의 위치도 매핑하지 마세요. 그런 지물은 검증할 수 없기 때문입니다. 폐허가 남아 있다면(따라서 검증 가능함) 폐허를 매핑하세요(예: historic=ruins
). 더 이상 존재하지 않는 요소와 역사적 사건은 OpenHistoricalMap에서 매핑할 수 있습니다.
특정 객체에 한정되지 않는 법률을 매핑하지 마세요
OSM은 지리 데이터베이스이지 법률 데이터베이스가 아닙니다. 교통 규칙과 같은 법적인 면은 실제 세계의 지리적 특징에 의존하는 한에서만 특정 요소(예: 고속도로)에 매핑되어야 합니다. 예를 들어, 운전자의 혈중 알코올 농도 제한이나 운전 가능한 법정 연령처럼 해당 국가의 모든 도로 구간에 적용되며 교통 표지판 등으로 무효화할 수 없는 규칙은 매핑하지 마세요.
However, absence of a specific traffic sign or road surface marking can be sufficiently relevant to map. For example, the default legal speed limit can be entered as maxspeed=*
to indicate absence of a different location-specific speed limit. In this case, maxspeed=*
still provides valuable information relevant to the specific road. If the absence of the traffic sign would not have been tagged, data users can only guess whether the situation in the field is compliant to the legal default or that this road segment has not yet been evaluated by a mapper. Within the framework of the Vienna Convention on Road Signs and Signals, the presence of an intersection combined with the absence of a (repeated) traffic sign also means that prohibitory and restrictive signs placed before the intersection no longer apply beyond that point (unless the traffic signs are displayed with zonal validity).
일시적인 사건이나 지물을 매핑하지 마세요
지도 데이터는 보통 여러 주/개월을 간격으로 다양한 장치에 다운로드되어 오프라인으로 사용됩니다. 오프라인 데이터가 유용하려면, 매핑할 때 최소한 몇 주 안에 변경되지 않을 것으로 예상되어야 합니다. 규칙적인 패턴으로 발생하는 특정 이벤트(예: 주간 시장)는 opening_hours=*
등으로 매핑할 수 있습니다.
렌더러를 위해 매핑하지 마세요
- 주요 문서: Tagging for the renderer
현실에 있는 그대로 그리세요. 지도 렌더러, 내비게이션 시스템처럼 (올바른 데이터를 사용하는데 문제가 있는) 데이터 소비자에게 도움이 된다는 이유로 잘못된 데이터를 입력하거나 올바른 데이터를 제거하지 마세요. 이 프로젝트들은 지속적으로 개선되고 있으니, 지도를 예쁘게 보이게 하려고 억지로 바꾸지 말고, 인내심을 갖고 다른 옵션을 시도하거나 해당 데이터 소비자에게 문제를 보고하세요. (Openstreetmap-Carto 렌더링에 대한 예시)
사물을 설명하기 위해 name 태그를 사용하지 마세요

- 주요 문서: Names
이름 태그는 지물의 일반적인 이름을 위해 사용되어야 합니다. 지물을 설명하는 데 사용해서는 안 됩니다. 예를 들어, 숲을 통과하는 도로에 name=track
을 사용하지 마세요. 대신 highway=track
태그를 사용해야 합니다. 도로에 일반적인 이름(예: 도로명)이 있는 경우에만 이름 태그를 사용하세요. 그렇지 않다면 이름 태그가 없어야 합니다.
길찾기 시스템을 위해 매핑하지 마세요
- 주요 문서: Tagging for the router
길찾기 내비게이션에 영향을 미치기 위해 부정확한 태그를 사용하거나 데이터를 왜곡하지 마세요. 대신 이 페이지, 모범 사례에 익숙해지세요. 길찾기 시스템은 지속적으로 개선되고 있으므로, 다른 옵션을 시도하거나 길찾기 프로젝트에 문제를 보고하거나 개선안을 제안하는 것을 고려하세요.
좋은 변경집합 주석을 남기세요
- 주요 문서: Good changeset comments
변경집합의 주석에 편집한 내용을 간결하고 적절하게 설명해야 합니다. 이는 다른 매퍼에 대한 예의로, 오해를 피하고 오류를 수정하는데 도움이 됩니다. 심지어 미래에 본인의 편집을 다시 볼 때도 도움이 될 수 있습니다.
역사를 유지하세요
- 주요 문서: Keep the history
현실 세계에서 무언가 바뀌었을 때, 과감하게 지도를 편집하여 현재 상황을 반영하세요. 그리고 오픈스트리트맵은 각 요소마다 편집 기록을 저장합니다. 기존 요소를 삭제하고 처음부터 다시 그리는 대신, 수정해서 이 기록을 보존하세요.
하지만 한 요소에 서로 관련이 없는 역사를 저장하면 안 됩니다. 자세한 내용은 Don't mix the history를 참조하세요.
주요 객체에 큰 변경을 하기 전에 해당 요소의 역사를 확인하세요.
하나의 지물, 하나의 OSM 요소
- 주요 문서: One feature, one OSM element
OSM의 요소는 현실의 한 지물을 한 번만 표현해야 합니다. 편집기에서 아이콘이 나타나는 것을 보기 위해 동일하게 태그된 영역에 마디를 배치하지 마세요.
이전에 마디로만 존재했던 객체의 영역을 그리는 경우, 마디를 제거하거나 역사를 유지하세요에 설명된 대로 윤곽선에 재사용한 다음, 마디의 태그를 영역에 추가하세요.
이 규칙의 예외는 전체 문서를 참조하세요.
편집 표준
따라 그리기 전에 항공 사진을 정렬하세요
- 주요 문서: Using Imagery
항공 사진은 (출처에 관계없이) 실제 위치와 오차가 있습니다. 이는 무시할 수 있을 만큼 작을 수도 있지만, 일반적인 GPS 오류(>> 10미터)보다 훨씬 클 수 있습니다. 기존 OSM 데이터를 이동하거나 추가하기 전에 이를 확인해야 합니다.
요소를 정렬하는 잠재적인 방법:
- 기존 GPS 궤적 또는 고정밀 POI 데이터
- 사진을 기존 OSM 데이터와 비교하기
iD, JOSM, Potlatch은 항공 사진 정렬을 지원하는 도구를 제공합니다.
오래된 사진을 따라 그리지 마세요
- 주요 문서: Armchair mapping
항공 사진을 사용할 수 있다고 해서 그게 최신이라는 의미는 아닙니다. 기존 OSM 데이터가 보고 있는 사진보다 오래되었는지 역사를 확인하거나 및 해당 객체의 변경집합 주석을 통해 확인하세요. 가장 좋은 방법은 직접 확인한 영역만 매핑하는 것입니다.
GPS 궤적을 평균화하세요
- 주요 문서: Accuracy of GPS data
GPS 궤적의 정확도는 몇 미터까지 벗어날 수 있습니다. 이는 여러 요인에 따라 달라집니다. 동일한 도로에 대해 여러 궤적이 있다면, 어떤 한 궤적의 오차가 다른 궤적의 평균에 미치는 영향이 훨씬 작아집니다. 그러므로 데이터베이스에 이미 있더라도 GPS 궤적을 서버에 업로드하는 것이 좋습니다. 이를 통해 다른 사람들이 궤적을 사용하여 오차를 평균화할 수 있습니다.
직선 도로는 직선으로 그리세요
완전히 직선인 도로가 있다면 그대로 그리세요. 중간에 어떤 마디도 없이 두 마디 사이를 하나의 선으로 연결하면 됩니다. GPS 궤적은 그렇지 않더라도, 실제로 많은 도로가 완벽하게 직선입니다 (Accuracy of GPS data).
JOSM, iD, Potlatch는 교차로가 있는 도로를 직선으로 만드는 도구를 제공합니다. 이런 도구로 데이터를 깔끔하게 유지하고 지도를 더 보기 좋게 만들 수 있습니다. 특정 도로에 대해 GPS 궤적이 여러 개 있는데 모두 도로가 휘었거나, 항공 사진에서 이러한 도로의 형태를 확인할 수 있다면, OSM에 이 형태를 그리세요.
However, if a straight road or other element is longer than, say, 500 metres, it is vital to interpolate intermediate points so that its actual alignment is preserved across different map projections. This applies, for example, to US state borders aligned to lines of latitude and longitude, which are straight in a Mercator or other cylindrical projection, but may be curved in many others such as conical and azimuthal projections.
곡선을 매핑할 때 적절한 수의 마디를 사용하세요
Use a reasonable number of nodes to map curves and other non-linear features. There's no hard or fast rule about how many nodes should be used to map curves – you need to use your own judgment – but there should be enough so that the change in heading between successive segments of a way is relatively small – that is, the angle between adjacent segments should be closer to 180° than to 0°. Therefore, sharp curves require many closely-spaced nodes, while broader curves can be mapped with fewer, widely-spaced nodes.
추정값에는 'fixme'를 표시하세요
때로는 매핑하지 않는 것보다 위치를 추측하여 매핑하는 것이 합리적일 수 있습니다. 추정값을 fixme=*
로 표시하여 다른 사람이 다시 확인할 수 있도록 하세요.
세미콜론으로 구분된 값을 과도하게 사용하지 마세요
세미콜론 값 구분자는 한 키에 여러 값을 사용해야 하는 경우에 사용할 수 있습니다. 일부 보조적인 성격의 태그에 유용하지만, highway=*
처럼 중요한 최상위 태그에서는 피해야 합니다. 일반적으로 이러한 특수 문자는 태그 시스템의 단순성을 저해하므로 과도하게 사용해서는 안 됩니다.
일반적으로 최상위 태그에 대해 값 목록을 데이터 소비자가 거의 사용하지 않거나 제대로 지원하지 않는 반면, opening_hours=*
와 같은 성격의 태그에 대해 일반적으로 잘 지원합니다.
사용자 정의 태그를 문서화하세요
- 주요 문서: New Features
- 주요 문서: Creating a page describing key or value
지도 지물에 없는 태그를 사용하는 경우, 다른 매퍼가 이를 이해할 수 있도록 위키에 문서화하세요.
위키의 지도 지물 페이지(Key: 또는 Tag:로 시작하는 위키 페이지)로 만들지 마세요. 이런 페이지는 커뮤니티에서 승인하고 사용량이 많은, 잘 정립된 태그를 위한 것이기 때문입니다. 대신 지물 제안 페이지를 만들거나 위키사용자 페이지 또는 그 하위 페이지에 문서화하세요. 또는 위키 페이지의 토론(Talk) 섹션에 태그를 언급할 수 있습니다.
일반적으로 지물 제안 문서가 사용자 정의 태그를 문서화하는 선호되는 방법입니다.
이해가 안 되는 태그를 제거하지 마세요
가끔 의미를 알 수 없는 태그를 발견할 수 있습니다. 하지만 이게 태그를 제거해야 한다는 뜻은 아닙니다. 특정 목적을 위해 추가되었을 수 있기 때문입니다. 쓸모없는 태그라고 생각되면 작성자에게 연락을 시도해 보세요. 다음을 참조하세요: Chesterton's fence(위키백과).
필요 없거나 마음에 들지 않는 요소를 제거하지 마세요
추가할 때는 과감하게, 삭제할 때는 신중하게 하세요. 누군가 가공전차선(가선 기둥)이나 맨홀을 추가했나요? 그리고 지도에 표시되지 않기 때문에 필요 없다고 생각하시나요? 부정확한 매핑은 금지되어 있지 않지만, 다른 사람이 추가한 세부 정보를 제거하는 식으로 작업하면 안 됩니다. 모든 사람이 모든 것을 항상 필요로 하는 것은 아니지만, 필요 없다고 생각하거나 유효성 검사기가 그렇게 지시했다고 해서 제거하면 안 됩니다.
같이 보기
- Editing Standards and Conventions – 매핑에 대한 또 다른 가이드라인
- Organised editing best practice
- Tagging_samples – 실제 사진이 포함된 태깅 예시
- Category:Tagging guidelines by country – 국가별 위키 페이지에는 일반적으로 더 나은 설명이 포함되어 있습니다.
- Any tags you like
- Just Map
- Mapbox QA 가이드
- mapping private information에 대한 제한 사항
- OpenHistoricalMap의 모범 사례