Ko:주소

From OpenStreetMap Wiki
Jump to navigation Jump to search
Logo. 지물 : Ko:주소
One example for 지물 : Ko:주소
설명
건물이나 시설의 주소 정보를 나타낼 때 사용합니다.
태그

오픈스트리트맵에서 주소 정보는 다양한 방법으로 나타낼 수 있습니다. 이를테면 점 하나를 찍고 거기에 주소를 덧붙이는 방법, 건물이나 장소, 혹은 기타 영역에 주소를 부여하는 방법, 아니면 건물이나 장소의 입구에 점을 찍고 거기에 주소를 붙이는 방법이 있습니다.

주소를 나타내는 방법

주소는 addr:housenumber=*와 기타 addr:* 키로 나타낼 수 있습니다. 주소 태그를 붙일 수 있는 위치는 다음과 같습니다.

  • building=* 다각형 안에 있는, 고립된 점
  • building=* 다각형
  • 건물 다각형의 일부에 속한 점( = 입구(entrance=*)) 혹은 시설로 통하는 길목에 있는 점(barrier=gatebarrier=entrance 등). 보통 건물보다는 입구에 주소를 부여하는 국가에서 이 방식을 많이 씁니다.
  • 장소의 바깥 가장자리를 따라 그린 다각형(주소가 건물에 부여된다면 가급적 이 방법은 쓰지 마세요)

역사적으로, 이 방법은 Karlsruhe Schema에서 유래했습니다.

주소 데이터를 빠르게 수집하고 매핑하는 방법은 Rapid Address Collection 문서를 참조하세요.

일반적으로 주소 정보는 중복해 매핑할 필요가 없습니다. 즉, '도로-건물번호(보통 건물에 부여되기 때문에)'당 addr:housenumber=* 태그는 하나만 존재해야 합니다. 소프트웨어는 일반적으로 주소를 (지리적으로) 근처에 위치한 지물과 연결시키며, 품질 검증 도구들은 중복된 주소를 오류로 판단합니다. 그러나, 이 점에 대해서는 여전히 논란의 여지가 있습니다(help.openstreetmap.org 사이트의 POI*와* 건물의 주소 정보? 문서를 참고하세요). 또한, 몇몇 국가의 커뮤니티는 별도의 규칙을 만들어 놓고 있습니다.

행정구역/우편번호 경계선 관계 안에 있는 지물에 addr:country=*, addr:city=*, addr:postcode=* 같은 태그를 붙일 필요는 없습니다. 행정/우편 경계 안에 있는 지물은 경계의 속성을 '상속받기' 때문입니다. 이러한 기능은 Nominatim이나 Photon을 비롯한 수많은 소프트웨어가 지원합니다.

관계를 이용한 방법 

associatedStreet 관계를 이용하면 집과 도로를 연관지을 수 있습니다. associatedStreet 관계는 addr:street=* 태그를 대신할 수 있습니다.

2015년 7월 기준으로, 약 10%의 건물번호가 관계로 표현되었습니다. 몇몇은 associatedStreet 관계의 미래에 의문을 가지고 있습니다.

도로 관계는 도로와 연관된 모든 지물(건물이나 주소 등)을 해당 도로와 엮어줄 때 사용합니다. 또한 도로 관계는 addr:street=*, addr:city=* 등등, addr:*의 대체재로 사용할 수 있습니다.

건물번호가 여러 개인 건물 

Ambox warning pn.svg 이러한 건물을 나타내는, 전 세계적으로 합의된 방법은 없습니다. 많은 사람들은 이럴 때 다음과 같은 방법을 사용합니다.

  • 각 건물번호를 나타내는 주소 노드를 하나씩 찍고, 각 노드를 건물 경계선(혹은 건물 내부)의 아무 곳에 놓는 방법(폴란드처럼, 이 방법을 선호하기로 합의한 지역도 있습니다).
  • 건물번호가 각 입구마다 부여되어 있는 경우, 건물번호 태그를 entrance=*(구버전 - building=entrance) 노드에 같이 붙이는 방법.
  • 번호를 쉼표(11,13,15)나 세미콜론(11;13;15)으로 구분하는 방법.
    • 현재 쉼표를 이용한 방법이 더 우세합니다. 그러나 오픈스트리트맵에서 여러 개의 값을 구분할 때는 기본적으로 세미콜론을 사용합니다. 이는 tagging 메일링 리스트에서 합의된 사안입니다. [1][2]을 참조하세요.
  • 범위(10-95 등)를 명시하는 방법. 다만 범위 표현은 두 가지 의미를 가지며, 이 두 의미가 서로 혼선을 일으킬 수 있습니다.
    • 공식적으로 모든 집에 그러한 범위를 사용하는 경우. 이럴 경우 범위 표현을 사용하는 것이 좋으며, 10-95는 일반적인 건물번호와 동일하게 취급받습니다. 이 경우(범위 표현)든 아니든(단순한 줄표 사용), 건물번호에는 공식적으로 줄표(-)가 들어가 있고, 이 줄표에는 특이한 의미가 없습니다.
    • 그러한 범위가 주소 목록을 의미하는 경우, 이 점을 강조하기 위해 addr:interpolation=*(자세한 설명은 하술) 태그를 사용하세요. 일부 매퍼들은 짧은 '가상의' 선을 추가해서 주소 1095를 별개의 점에 놓기도 합니다. 일부 매퍼들은 범위 10-95를 하나의 개체에 명시하기도 합니다. 대신 그 하나의 개체에 addr:interpolation=* 태그를 덧붙여서 10-95가 그 자체로 건물번호를 의미하는 것이 아닌, 범위로서 다루어야 하는 값이라는 것을 알려줍니다. 두 접근법 모두 활발하게 사용되며, 현재 이에 대한 합의는 미비한 상황입니다.
  • 지도에서는 하나로 표현된 별개의 건물의 경우, 각 건물을 나타내는 다각형을 그리고, 각 다각형에 하나의 주소를 입력하는 방법.

주소 하나를 여러 건물이 공유하는 경우 

이 상황은 보통 농장이나 공장, 학교를 지도에 나타낼 때 주로 일어납니다. 이럴 경우, 장소를 감싸는 다각형을 그려서 거기에 주소 태그와 기타 공통 태그(이름 등)를 넣는 방법이 있습니다. 이렇게 하면 데이터에 중복된 항목이 들어가는 것을 줄일 수 있습니다. 만약 건물들을 하나의 다각형 안에 모두 담을 수 없다면(한 블록 떨어져 있는 학교 건물 두 동 등), 다중 다각형 관계 장소 관계를 사용하세요.

건물의 명칭은 addr:housename=*으로 나타내세요.

보간법 사용 

HouseNumbersInterpolation.png

길을 따라 나 있는 모든 집을 다 그리거나 점으로 표현하지 못했다면, 자동 숫자 보간법을 사용하면 됩니다. 보간법을 사용하려면, 위 이미지처럼 오픈스트리트맵에 있는 건물번호를 이어주는 선을 하나 그리고, 그 선에 보간 유형을 표시해줍니다. 그러면 각 건물에는 addr:housenumber=* 태그와 addr:street=* 태그가 달려 있고, 보간선에는 addr:interpolation=* 태그만 달려 있게 됩니다.

13만 빠져 있다는 등, 건물번호가 불규칙적으로 빠져 있다면 보간선을 2개 그려야 합니다(1-1115-25). 3401, 3405, 3409, ...와 같이 건물번호가 규칙적으로 빠져 있다면 addr:interpolation=*에 건물번호 증가량(여기서는 4)을 넣어주세요(참고: addr:interpolation=odd(홀수)와 addr:interpolation=even(짝수)는 addr:interpolation=숫자의 특별한 케이스입니다(addr:interpolation=2). 둘의 차이는 시작점의 건물번호가 홀수냐 짝수냐 하는 것입니다).

만약 단일 점 또는 단일 건물 다각형에 있는 건물번호에 보간법이 적용된다면, 소프트웨어는 이러한 상황을 적절하게 처리해야 하며, 건물번호 태그가 위치한 지점을 실제 건물번호의 위치로 간주하는 것을 선호해야 합니다.

위 예시 이미지에서도 볼 수 있듯이, 보간선 위에 있는 점에 addr:housenumber=* 태그를 달 때 꼭 정수 값만 쓸 필요는 없습니다(12b 등). 정수가 아닌 값은 보간에서 제외됩니다. 그러나, 보간선의 양 끝 점은 반드시 보간 규칙을 따라야 합니다! 즉, 짝수 보간(addr:interpolation=even)이라면 양 끝 점의 addr:housenumber=* 태그 값은 반드시 짝수여야 합니다.

addr:interpolation=* 태그에 alphabetic을 집어넣어서 건물번호를 알파벳 순서로 보간할 수 있습니다. 만약 집이 도로를 따라 7a부터 7f까지 죽 늘어서 있다면, 이들 집을 선으로 연결하고 그 선에 addr:interpolation=alphabetic 태그를 붙이면 됩니다. 단, 알파벳 순서 보간은 다른 보간법과 같이 사용할 수 없습니다. 특별한 경우로, 첫 집은 숫자만 쓰고, 두 번째 집은 숫자+A, 세 번째 집은 숫자+B, ... 로 나아가는 방식이 있습니다. 예를 들어, 25-25F는 일렬로 늘어선 집들의 건물번호가 25, 25A, 25B … 25F라는 것을 의미합니다.

일부 매퍼들은 어느 한 개체의 addr:housenumber=*를 번호 그 자체로서가 아니라 범위로서 다뤄야 한다는 것을 나타내기 위해 addr:interpolation=*을 그 개체에 붙이기도 합니다. 이 방법이 적절한지 아닌지는 아직 합의되지 않았습니다.

주소 조사/주소 보간이 완전하지 않다는 것을 나타내기

보간의 정확도를 나타내기 위해, addr:inclusion=* 태그를 덤으로 붙일 수 있습니다. 이 태그를 이용하면 건물번호 조사에서 누락된 데이터를 표현할 수 있습니다.

  1. 아직 오픈스트리트맵에 없는 집이 있지만, 거리의 양 끝 집은 조사를 완료한 경우.
  2. 거리의 양 끝 집을 조사하지 못했지만, 현실적으로 가능한 범위를 추정할 수 있는 경우.
  3. 건물번호가 빠져 있거나 손상되는 바람에 읽을 수 없을 경우, 즉 주소의 간격이 부정확할 수 있는 경우.
  4. 한 블록 안에 위치할 수 있는 모든 주소를 나타내기 위해 US TIGER 데이터를 사용한 경우. 아직 조사하지 않은 인근 블록으로 가는 경로를 탐색할 때 유용합니다.

addr:inclusion=* 태그(필수 아님)는 데이터의 정확도를 표현해 줍니다.

  • addr:inclusion=actual - 주소 보간선 위에 있는 모든 집을 계산한 결과가 실제 집과 정확히 맞아떨어진다는 것을 나타냅니다. 이는 addr:inclusion=* 태그를 쓰지 않은 것과 동일합니다.
  • addr:inclusion=estimate - 위에 나열된 1~3번 이유로 인해, 주소 보간선 위에 있는 집들 중 실제로 존재하지 않는 집이 있을 수 있다는 것을 나타냅니다. 조사는 진행된 적 있지만, 지리적으로 계산한 결과 몇몇 집이 실제 집 사이의 공간에 위치해 있습니다.
  • addr:inclusion=potential - 한 블록 안에 위치할 수 있는 모든 건물번호의 전체 범위를 적어 놓기는 했지만(즉, 모든 가능성을 고려해서 범위를 넓게 잡아 놓았지만), 정작 한 블록 안에 그렇게 많은 주소가 들어갈 정도로 물리적으로 충분한 공간이 없는 경우. 이렇게 지리적 위치가 '한 점'이 아닌 '한 블록'에 가까운 경우로 US TIGER의 보간 데이터가 있습니다.

건물번호에 문자가 들어간 경우(러시아 등)

러시아의 건물번호(addr:housenumber=*)에는 문자까지 들어갈 수 있기 때문에, 매우 복잡할 수 있습니다(예시: 48А к2 с1). [3]는 건물번호 48А, 건물 2, 구조물 1). 가끔씩 공식 주소에 "корпус" (건물) 번호만 들어 있는 경우가 있습니다. 그렇기에 addr:housenumber=*는 "к"로 시작합니다.

도로명 없는 주소 

몇몇 건물은 주소에 도로명이 없는 경우도 있습니다. 예를 들어, 작은 마을에 위치한 건물의 주소는 마을 이름과 집의 번호로만 이루어져 있기도 합니다. 비슷하게, 작은 섬에 위치한 건물의 주소는 섬의 이름과 집의 번호로만 이루어져 있는 경우도 있습니다(예시: 러시아 상트페테르부르크의 Yelagin 섬에 위치한 스포츠 센터).

투르크메니스탄과 같은 몇몇 구소련 국가에서는 건물의 주소가 건물번호와 행정구역의 이름으로 이루어져 있습니다(때때로 하위 행정구역의 명칭도 들어감). 이 경우 건물번호는 건물이 지어진 순서에 따라 부여되고, 따라서 건물번호와 건물의 위치는 전혀 관련이 없습니다.

이럴 때는 addr:street=* 태그를 달지 마세요. 대신 addr:place 태그를 붙여서 주소의 '거리' 요소가 '장소' 요소(마을, 섬, 하위 구역 등)로 대체되었다는 것을 표현하세요. 구 또는 하위 구에 있는 건물에는 addr:district=* 태그를 (그리고 적절하게 addr:subdistrict=* 태그도) 사용하세요. 그래야 주소를 검색할 수 있고, 경로를 탐색할 수 있습니다.

국가별 주소 규칙과 주소의 출처 

벨기에

플란데런

The Flemish Agiv (Agentschap voor Geografische Informatie Vlaanderen) provided access to their address database. The database isn't used for a direct import, but its data can be compared with OSM data to find differences. See the documentation for more info.

체코

Czechia uses its own system for mapping addresses as the use of addr:housenumber=* is not sufficient. Additionally we use these tags:

The system is described on page Cs:WikiProjekt Česko/Systém adres(cs).

Czech government provides open data for house numbers. House numbers are updated approximately every month. For more information see Address_import_from_RUIAN.

덴마크

According to the Danish Bekendtgørelse om vejnavne og adresser (English: Ordinance regarding street names and addresses) all BBR units (lots) will be appointed an address node. If a building exists on the BBR unit the address node should be placed at in the middle of the longest side of the building 3 meters from the wall closest to the main (named) access road.

All Danish address nodes are (since february 2009) imported from a central service operated by the Danish government and continuously checked and corrected against the same service. Foreign cartographers mapping in Denmark should be wary that the Danish community does not approve of merging the imported address nodes with buildings. When using the JOSM-plugin buildings_tools in Denmark, please ensure that it is not configured to automatically merge address nodes with buildings.

Even though bulk imports from public data in general has earlier led to bad results, the quality of the addresses from the Danish government is very high. The value of having millions of address nodes (with correct tags following the accepted addr scheme has led to a huge rise in the quality of the Danish data set, serving as a base for several QA tools (for finding "blank spots" on the map where addresses actually exist but no mapper has visited yet), e.g. matching addr:street up against name for nearby highways.

프랑스

OSM France initiated an address centered project called "BANO" (Base d'Adresses Nationale Ouverte). This database is a composite from OSM address data, available opendata sets, cadastre data automatically extracted. The resulting composite dataset is available under ODbL and can be used to improve OSM addresses and street names. For more detail see WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)(fr) and http://openstreetmap.fr/bano (fr).

독일

Karlsruhe Schema is widely used (unsurprisingly, since it was invented in Germany). Interpolations are also used.

이탈리아

Housenumbers are usually assigned to the access points of a property (e.g. a gate on the perimeter) or entrance to a building (if it is directly on the street), and also to certain types of potential entrances or former entrances, e.g. to shop windows. You can add additional tags like entrance=yes/no or barrier=gate to be more specific. In historic context it is also not unusual to have building entrances with housenumbers on the first (and other upper or lower) building level(s). In these cases you can add level=1(etc.) to make the situation explicit. For places without assigned housenumbers (it: snc) you can use nohousenumber=yes and keep addr:housenumber=* empty.

노르웨이 

As of mid 2014, all Norwegian official addresses has been released to the public for free. The data is of very high quality. There are updates released regularly. We use a tool http://osm.beebeetle.com/addrnodeimportstatus.php (no) to keep track of progress and merging changes. All of them have been imported as nodes with addr:housenumber=*, addr:street=*, addr:postcode=* and addr:city=*. We follow the Danish pattern and do not merge the tags to building outlines. There is no need for interpolations, so we remove them as we go along. We also prefer to keep the data in the nodes alone, so associatedStreet relations are also unwanted and deleted as we go along. This is to ease later updates and have a very consistent dataset.

러시아

Modified Karlsruhe Schema with AddrN additions is widely used and supported by most software. [4]

Instead of full address set for each object the addressing scheme is divided into two (actually three) levels as "objects" and "places".

1. Places are polygons with name and addr:country; optionally addr:region, addr:district and addr:subdistrict
2. Objects are any addressed entities like buildings, POIs etc.
Only addr:street and addr:housenumber are required, the rest (country, region) is inherited from surrounding place polygon.
3. If POI is placed inside building polygon then it inherits address from the building.

지도와 품질 검증 도구

주소와 건물 정보를 시각화해서 보고 싶다면 ITO 맵 레이어와 Geofabrik의 OSM Inspector를 참조하세요. 이들 시각화 도구는 건물 태그를 추적하고, 추적한 건물의 주소/이름 태그를 보여줍니다. OSM Inspector에는 주소 보간선 검사 기능도 있습니다. 색칠된 도로는 주소 데이터에 특화된 JOSM 지도 표시 스타일입니다.

  • qa.poole.ch (QA tool) — 주소 태그가 없는 건물을 보여주는 레이어와, 주소 태그가 있는 건물을 보여주는 레이어가 있습니다. 자세한 내용은 qa.poole.ch (QA tool)를 참조하세요.

같이 보기 

외부 링크