In our dataset, questions can get resolved long before their official close date. This occurs for questions like "Will \(\langle event\rangle\) happen by \(\langle date\rangle\)", where resolving early indicates that the event did occur (see Table 1 for an example). It is tempting to choose retrieval dates with respect to the resolve date so that each question can receive the same number of retrieval dates, e.g. by retrieving at geometric intervals between the open and resolve date. However, this would leak information, since the retrieval date would now depend on the resolve date, which, as we explained, correlates with the resolution.
데이터 세트에서는 공식 종료일 훨씬 전에 질문이 해결될 수 있습니다. 이는 "(\langle 이벤트\rangle)가 (\langle 날짜\rangle)까지 일어날 것인가"와 같은 질문의 경우 조기 해결은 이벤트가 발생했음을 나타냅니다(예는 표 1 참조). 각 질문이 동일한 수의 retrieval 날짜를 받을 수 있도록 해결 날짜를 기준으로 retrieval 날짜를 선택하는 것이 유리할 수 있습니다(예: 개설 날짜와 해결 날짜 사이의 기하학적 간격으로 retrieval). 그러나 이렇게 하면 retrieval 날짜가 해결 날짜에 따라 달라지기 때문에 정보가 유출될 수 있으며, 이는 앞서 설명한 바와 같이 해결과 상관관계가 있습니다.
데이터 세트에서는 공식 종료일 훨씬 전에 질문이 해결될 수 있습니다. 이는 "(\langle 이벤트\rangle)가 (\langle 날짜\rangle)까지 일어날 것인가"와 같은 질문의 경우 조기 해결은 이벤트가 발생했음을 나타냅니다(예는 표 1 참조). 각 질문이 동일한 수의 검색 날짜를 받을 수 있도록 해결 날짜를 기준으로 검색 날짜를 선택하는 것이 유리할 수 있습니다(예: 개설 날짜와 해결 날짜 사이의 기하학적 간격으로 검색). 그러나 이렇게 하면 검색 날짜가 해결 날짜에 따라 달라지기 때문에 정보가 유출될 수 있으며, 이는 앞서 설명한 바와 같이 해결과 상관관계가 있습니다.