Foundry와 Gotham 표현의 데이터 보강
같은 현실 대상을 Foundry 객체와 Gotham 객체로 각각 표현했다면 서로 동의 표현(Synonym)으로 매핑할 수 있습니다. 데이터 보강(Enrichment)은 이 매핑을 찾아 반대 플랫폼의 식별자를 제공하는 과정입니다.
Foundry와 Gotham이 같은 플랫폼 인스턴스에 있어야 하고 유형 매핑을 활성화해야 합니다. 사용할 온톨로지 및 객체 유형에도 Gotham 유형 매핑을 설정합니다. Foundry 안에서만 또는 Gotham 안에서만 주고받는 흐름에는 이 변환이 필요하지 않습니다.
미디어 유형이 다른 경우
Gotham GID 목록을 application/x-vnd.palantir.rid.gotham.object로 넣으면 Gotham을 받는 영역은 처리할 수 있습니다. Foundry 객체 RID만 받는 영역은 그 유형을 수용하지 않아 강조 표시를 하지 않을 수 있습니다.
보강 결과에서 매핑된 Foundry RID를 얻어 application/x-vnd.palantir.rid.phonograph2-objects.object 유형으로 함께 제공하면 해당 Foundry drop zone에서도 사용할 수 있습니다. 식별자 문자열의 접두사만 바꾸는 변환이 아니며 실제로 구성한 유형 매핑이 필요합니다.
어느 쪽에서 보강할까요?
| 배치 위치 | 방식과 목적 |
|---|---|
| Drag zone | 드래그 시작 전에 보강을 완료하여 원본과 동의 표현을 함께 DataTransfer에 넣음. 양쪽 플랫폼의 drop zone으로 보낼 때 사용 |
| Drop zone | 드롭 후 받은 유형이 원하는 표현이 아니면 보강하고 그 결과를 처리. 받는 앱 내부에서 한 표현을 사용할 때 적합 |
한 흐름에 양쪽 보강이 모두 필요한 것은 아닙니다. 데이터를 어디에서 받아 어디로 보낼지에 맞춰 한쪽을 선택합니다.
Data Bank Service
Data Bank Service는 Foundry와 Gotham 사이에 매핑한 객체 식별자를 조회하여 반환합니다. 요청에는 추가 네트워크 비용이 있으므로 모든 drag/drop zone에서 불필요하게 반복 호출하지 않습니다.
dragstart에서 네트워크 응답을 기다린 뒤 DataTransfer에 쓰는 방식은 사용할 수 없습니다. drag 쪽은 미리 가져오고, drop 쪽은 drop 이벤트의 동기 단계에서 데이터 문자열을 읽은 뒤 비동기 보강을 시작합니다.
식별자가 변환되지 않으면 플랫폼, 온톨로지와 객체 유형의 매핑 및 서비스가 지원하는 미디어 유형을 확인합니다. 보강 구현에서 요청 형식과 오류 처리를 설명합니다.