RE 데이터셋 만들기

별칭

따로 하는 걸로 ex1) 마크 주커버그(Mark ZuckerBerg) => ignore inside the parenthesis ex2) 바이두 티에바(Baidu Tieba, 百度貼吧) => use inside of the parenthesis - 괄호 안에 있는 게 아니라 괄호 앞에까지 entity 마킹 하기 - 괄호 안에 있는 거는 entity 마킹할 때는, 기업 별칭일 경우에만! - 사람 이름은 entity 마킹도 안 하고, relation 태깅도 안 하기 - 기업 별칭은 괄호 안에는 entity 마킹도 하고, 별칭으로 relation 태깅도 하기

• 영어이름도 별칭으로 해야 한다고 함,,, 다만 이건 숫자를 몇 개 맞춰서 한다! 단체:별칭

자회사, 종속관계

• M&A, 합병 내용이 있다. 인수에 대한 내용이 많이 나옴.
• 자회사는 하위단체에 종속된 개념으로 봐서, 자회사를 없앴다.
• 흡수합병을 하위단체로 포괄하기로 함.
  • Merger(1:1) vs Acquisition(흡수합병): 문장 안에 흡수합병이라는 context가 명시가 되어 있지 않으면, relation tagging을 진행하지 않는 걸로. 흡수합병인 경우에만 하위단체인 걸로 relation tagging을 진행하는 걸로.

계약 관계

서비스(용역)와 제품(재화) 제공 관계를 체결한 기관 (지분, 매각, 투자 등은 계약으로서 포함하지 않는다). 예를 들어서 MOU, 수주 체결은 계약으로 포함한다. 그러나 지분 상호 교환과 매각 등은 계약으로 포함하지 않는다.

기능

• 기능은 어떻게 하는가? -> production이라고 보기에는 애매한 것 같은데. 서비스 같은 것만 넣었다. -> 연주: 나도 이거에 대해서 추가하고 싶었던 게, 기업에서 "이런이런 기술을 사용했다"라는 걸 추가해도 괜찮지 않을까 생각했다.
• "좋아요", "릴스" 같은 고유명사 Poh만 기능 entity로 하는 걸로
  • ex1) 2014년 3월, 인스타그램은 '페이스북 플레이스(Facebook Place)'를 사용하는 기술을 테스트하고 수정하기 시작했다. (O)
  • ex2) 2016년 12월 6일, 인스타그램은 "댓글 좋아요"(댓글에 좋아요를 할 수 있는 기능)를 소개했다. (O)
  • ex3) 구글 이미지 검색과 같은 기타 데이터와는 달리, 웹 페이지의 문자열을 탐색하는 것이 구글 검색의 주 목적이다 (X)

기타

• 본사랑 본부가 따로 존재하는 경우가 있음. 스포티파이의 본부는 스웨덴 스톡홀름에 있고 본사는 미국 뉴욕에 있다.
• netflix 쪽 문장이 많은데, OTT 같은 건 콘텐츠가 있잖아요. 자체 제작인 경우에만 제작으로 해야 하는 건지. Hosting하는 건데 어떻게 org <-> Contents를 관계를 정의하는가?
• netflix랑 tiktok을 전부 다 organization이라고 하기에는 애매한 게, 틱톡이 제품이 될 때도 있단 말이에요. 지금까지는 ORG로 줬는데, 틱톡이 제품으로 나왔단 말이에요. 맥락에 따라서 정의를 해야 할 것 같은데. 서비스는 주체인 건 다 빼긴 했는데(준홍) 서비스는 주체인 경우는 다 빼는 게 좋을 듯!
• no_relation은 맨 마지막에 하는 게 어떤가? relation 있는 거랑 비율을 맞추려면 맨 마지막에 하는 게 좋을 것 같은데. no_relation은 원하는만큼 할 수 있으니까.
• Pilot 테스트를 하면서 롱테일에 대해서 얘기하는 게 좋을 듯.