CHAPTER 02
버전의 흐름과 선택 기준
IFC는 서로 다른 소프트웨어가 건설 정보를 공유하기 위한 공통 언어로 발전해 왔다. 조경에서 버전 차이를 살펴보는 이유는 새 버전이라는 이름 때문이 아니다. 식생·지형·포장·배수시설을 얼마나 정확하게 표현하고 상대방이 읽을 수 있는지 판단하기 위해서다.
건축 중심의 교환에서 인프라로
| 시기·판본 | 흐름 | 조경에서 읽을 점 |
|---|---|---|
| 1990년대 후반, IFC 1.x | 건설 분야 공통 정보교환의 초기 단계 | 형상과 업무 정보를 함께 교환하려는 출발 |
| 2000년대, IFC 2x 계열 | 객체·관계·속성 체계와 건축 교환의 축적 | 기존 도구와 납품 관행에서 자주 접하는 기반 |
| IFC 2x3 / TC1 | 건축 중심의 널리 쓰이는 교환 기반 | 4.x의 조경·인프라 객체를 그대로 담을 수 없음 |
| IFC 4, 2013 이후 개정 | 형상, 지리참조, 속성 표현의 확장 | IfcGeographicElement와 IfcMapConversion은 이때 이미 존재 |
| IFC 4.1·4.2 | 선형·인프라 확장의 중간 단계 | 4.3 ADD2와 같은 판본으로 취급하지 않음 |
| IFC 4.3 ADD2, 2024 | 교량·도로·철도·수로·항만을 포함하는 범위 | 포장·경계석·시설 구조·선형 정보를 함께 검토 |
IFC 4.3 ADD2는 ISO 16739-1:2024와 대응한다. ISO의 발행 시점은 2024년 3월, buildingSMART 판본 목록의 표기는 2024년 4월이다. 이는 서로 다른 등록·발행 기준의 날짜이며, 버전이 다르다는 뜻이 아니다.
식생 객체와 식생 구분은 도입 시점이 다르다
IfcGeographicElement는 IFC 4에 도입됐다. IFC 4.3 ADD2의
열거값에는 식생을 뜻하는 VEGETATION이 있으며, 그 범위에는
교목뿐 아니라 관목·초본·잔디 등도 포함된다. 따라서 ‘IFC 4.3에서 처음으로
나무를 표현할 수 있게 됐다’는 설명은 정확하지 않다. 이전 판본의 객체와
열거값을 구분해서 살펴봐야 한다.
판본을 결정할 때 기록할 것
- 교환 목적과 대상: 예를 들어 준공 수목 인계, 포장 수량 검토, GIS 중첩 중 무엇인가.
- 스키마와 뷰: IFC4X3_ADD2인지, 어떤 MVD와 내보내기 설정을 쓰는가.
- 작성·수신 프로그램: 제품명과 정확한 버전, 가져오기·내보내기 기능을 기록한다.
- 작은 시험의 결과: 객체, 좌표, 속성, 수량, 문서 연결이 남는지 비교한다.
기존 업무에서 IFC 2x3 또는 IFC 4가 요구되면 필요한 정보를 해당 판본으로 옮길 수 있는지 먼저 시험한다. 파일 헤더의 버전 문자열만 고쳐서 변환하지 않는다. 다른 엔티티로 바꾸거나 일부 정보를 포기해야 한다면 대응표와 손실 내용을 남긴다.
RELEASE와 DEV를 구분해 읽는다
이 자료는 고정된 RELEASE 문서를 기준으로 삼는다. 개발·보완 중인 DEV 문서는 추가 설명을 찾는 데 도움이 되지만, 계약에서 지정한 판본과 같은 문서라고 가정하지 않는다. 링크를 열었을 때 주소와 문서 상단의 판본 표시를 함께 확인한다.
공식 근거: 판본 목록 · ISO 개요 · 지리 요소 · 식생 열거값과 변경 이력