조경에서 IFC를 읽는 방법

공원 모델에서 나무 한 그루를 선택했다고 생각해 보자. 화면에는 줄기와 수관이 보인다. 관리 담당자가 필요한 것은 여기에 더해 수종, 관리번호, 식재 위치, 검사 기록이다. IFC는 이러한 정보를 여러 프로그램 사이에서 주고받을 때 사용하는 공통 데이터 구조다. 보기 좋은 형상에 필요한 의미와 근거를 연결하는 일이 조경 BIM의 출발점이다.

이 설명서는 조경을 공부하는 학생, 모델 작성자, 설계·시공·유지관리 담당자를 위한 자료다. 먼저 조경 대상을 IFC 객체로 표현하는 방법을 익히고, 그 객체를 공간·속성·좌표·검사 기록과 연결한다. 기준 판본은 IFC 4.3 ADD2, 4.3.2.0, 스키마 식별자 IFC4X3_ADD2다. 자료 확인일은 2026년 9월 23일이다.

형상과 함께 전달해야 할 것

IFC의 엔티티(entity)는 정보를 담는 대상의 종류다. IfcGeographicElement가 그 예다. 객체(instance)는 그 종류로 실제 생성한 개별 데이터다. 같은 종류로 만든 수목 T01과 T02도 서로 다른 객체다. 이름을 ‘느티나무’라고 붙인 것과 식생 객체로 분류한 것은 별개다.

파일, 스키마, 프로그램을 구분한다

스키마는 사용할 수 있는 객체와 관계의 규칙이고, .ifc 파일은 그 규칙에 따라 작성한 데이터를 담는다. 통상적인 IFC 파일은 STEP 텍스트 문법을 사용한다. 작성 프로그램의 원본 파일과 IFC 파일은 역할이 다르므로 원본도 보관한다. IFC를 가져왔을 때 원래 프로그램의 편집 기능이 모두 복원된다고 기대해서는 안 된다.

IFC 4.3이라는 표시는 표현 가능한 범위를 알려 준다. 특정 파일에 필요한 정보가 실제로 들어 있다는 뜻은 아니다. 내보내기 설정, 사용하는 교환 뷰, 받는 프로그램의 구현 범위까지 확인해야 한다.

이 자료에서 예시를 읽는 기준

공식 엔티티와 속성의 의미는 buildingSMART 공개 명세를 따른다. 공원 구역 나누기, 사용자 속성 이름, 납품 항목은 이해를 돕기 위해 작성한 교육용 적용안이다. 이를 발주 기준이나 현장 검증 결과로 간주하지 않는다. 실제 프로젝트에서는 목적·계약·분류체계와 프로그램 시험 결과를 반영해 확정한다.

공식 근거: IFC 4.3 고정 판본 · ISO 16739-1:2024 개요