4.1. Identifying relevant pieces of

4.1. Identifying relevant pieces of information in messy
Data
As mentioned in the challenges list, this task can be done before
the disambiguation pile. In this case, we must prune irrelevant
data. This pruning is mostly done by a “bag of words”
approach. It helps through cosine similarity to rapidly compare
things (documents in [48] and sentences in [49, chap. 5]) and
to select relevant one, according to a threshold. If done after
the pile, this task can be seen as the build of a Big Data index.
Obviously, this problem is mainly broached by people who intend
to design a search engine. Therefore, we have in [38] a
built of an inverted index, for fast keyword-search answering,
where a Lucene document is output for each entity and a
structured index to easily retrieve pieces of information about
a given entity. Likewise, but on RDF databases, [50] use B + −
Trees to index object identifiers of RDF nodes and also use an
inverted index to improve keyword queries. Unlike previous
cited authors, [51] for Querying Distributed RDF Repositories
purposes, built indices on “schema paths” (concepts whose
instances have to be joined to answer a given query) to identify
the sources which may contain the information needed.

ผลลัพธ์ (ไทย) 1:

4.1. การระบุข้อมูลในยุ่งเกี่ยวชิ้นข้อมูลดังกล่าวในรายการท้าทาย งานนี้สามารถทำได้ก่อนกองภาพยนตร์ ในกรณีนี้ เราต้องถอนไม่เกี่ยวข้องข้อมูล ตัดนี้เป็นส่วนใหญ่โดยมี "ถุงคำ"แนวทางการ ช่วยผ่านโคไซน์คล้ายเปรียบเทียบอย่างรวดเร็วสิ่ง (เอกสาร [48] และประโยคใน [49, chap. 5]) และเลือกหนึ่งที่เกี่ยวข้อง ตามเกณฑ์การ ถ้าหลังขนสั้น เห็นงานนี้ได้เป็นการสร้างดัชนีข้อมูลขนาดใหญ่ได้เห็นได้ชัด ปัญหานี้ส่วนใหญ่ broached คนที่ตั้งใจการออกแบบเครื่องมือค้นหา ดังนั้น เรามีใน [38] เป็นสร้างดัชนีคว่ำ สำหรับการค้นหาคำสำคัญรวดเร็วตอบผลลัพธ์สำหรับแต่ละเอนทิตีเอกสาร Lucene และโครงสร้างดัชนีสามารถเรียกข้อมูลเกี่ยวกับเอนทิตีที่กำหนด ในทำนองเดียวกัน แต่ ในฐาน ข้อมูล RDF, [50] ใช้ B + −ต้นไม้ตัวระบุวัตถุของโหน RDF และยัง ใช้เป็นกลับการปรับปรุงคำถาม ซึ่งแตกต่างจากก่อนหน้านี้อ้างถึงผู้เขียน, [51] สำหรับสอบถาม RDF กระจายการเก็บข้อมูลวัตถุประสงค์ สร้างดัชนีบน "เส้นทางแบบแผน" (แนวคิดที่มีกรณีต้องการจะเข้าร่วมตอบแบบสอบถามที่กำหนด) เพื่อระบุแหล่งมาซึ่งอาจประกอบด้วยข้อมูลที่จำเป็น

ผลลัพธ์ (ไทย) 2:

4.1 การระบุชิ้นส่วนที่เกี่ยวข้องของข้อมูลในยุ่ง
ข้อมูล
ตามที่ระบุไว้ในรายการความท้าทายงานนี้สามารถทำได้ก่อนที่
กองแก้ความกำกวม ในกรณีนี้เราจะต้องตัดไม่เกี่ยวข้อง
ข้อมูล การตัดแต่งกิ่งนี้จะกระทำโดยส่วนใหญ่เป็น "ถุงคำว่า"
วิธีการ มันจะช่วยให้ผ่านโคไซน์ความคล้ายคลึงกันอย่างรวดเร็วเปรียบเทียบ
สิ่ง (เอกสารใน [48] และประโยคใน [49, CHAP. 5]) และ
เลือกหนึ่งที่เกี่ยวข้องตามเกณฑ์ หากทำหลังจากที่
กองงานนี้สามารถมองเห็นเป็นโครงสร้างของดัชนีข้อมูลขนาดใหญ่.
เห็นได้ชัดว่าปัญหานี้จะทาบทามโดยส่วนใหญ่คนที่ตั้งใจ
ในการออกแบบเครื่องมือค้นหา ดังนั้นการที่เรามีใน [38] เป็น
ที่สร้างขึ้นจากดัชนีคว่ำสำหรับการตอบคำหลักที่ค้นหาได้อย่างรวดเร็วและ
ที่เอกสาร Lucene คือผลลัพธ์สำหรับแต่ละกิจการและ
ดัชนีที่มีโครงสร้างเพื่อให้ง่ายต่อการดึงชิ้นส่วนของข้อมูลเกี่ยวกับ
กิจการที่ได้รับ ในทำนองเดียวกัน แต่ในฐานข้อมูล RDF [50] ใช้ B + -
ต้นไม้เพื่อตัวระบุดัชนีวัตถุของโหนด RDF และยังใช้
ดัชนีคว่ำในการปรับปรุงคำสั่งคำหลัก ซึ่งแตกต่างจากก่อนหน้านี้
ผู้เขียนอ้างถึง [51] สำหรับการสอบถามกระจาย RDF Repositories
วัตถุประสงค์ดัชนีที่สร้างขึ้นบน "เส้นทางสคี" (แนวคิดที่มี
กรณีจะต้องมีการเข้าร่วมในการตอบแบบสอบถามที่กำหนด) เพื่อระบุ
แหล่งที่มาซึ่งอาจจะมีข้อมูลที่จำเป็น

ผลลัพธ์ (ไทย) 3:

элемент 4.1 беспорядочные выявление факторов в соответствующей информации.данныеТаким образом, в этот список может оспорить задачи, прежде чем сделатьв таких обстоятельствах, Джек [Смеется] двусмысленности мы должны удалять не связанных.Это Эндрю данных. через "done pruning мешок и т.д.косинус сходство его на основе метод помогает быстро сравнить.вещи в 48] и [(documents статьи в ОПГД, [5] и 49).один select a, на основе соответствующих порог, если сделал после.Это Джек [Смеется] задача, как можно увидеть большой индексации данных.Очевидно, что этот вопрос является готовность из людей, в основном broachedТаким образом, дизайн поиска. в 38], мы уже [Aдля создания индекса, когда любой обратный, keyword-search быстроодин в lucene entity for each и один выходной.для сети информации легко получить кусок индекс отношенияданной организации, и, следовательно, но в использовании. Likewise РСО, 50 B + [-]один объект в дереве и identifiers также использовать индекс РСОКлючевыми кабель привлечь любого повышения queries обратный в отличие от поля.[ссылка] for authors, 51 Querying хранилища распределенных РСОЦель создания ", в пути indices concepts архитектуры" (его.один из примеров является данный запрос ответ joined.это, возможно, contain источников информации.