Ontological engineering as presente

Ontological engineering as presented at Figure 2 covers all the issues of ontology development and
applications. But it is an unfortunate tradition that technological aspects are much more explored than the
methodological ones. Ontology development still faces the knowledge acquisition bottleneck problem, as it was
described in the work ([13]). The ontology developer comes up against the additional problem of not having
any sufficiently tested and generalized methodologies recommending what activities to perform and at what
stage of the ontology development process these activities should be performed. That is, each ontologist usually
follows his/her own set of principles, design criteria, and steps in the ontology development process. Even the
last decade when some effective tutorials on ontology development were presented ([22], [20]), the absence of
structured guidelines and methods hindered the development of shared and consensual ontologies within and
between teams; the extension of a given ontology by others; and its reuse in other ontologies and final
applications.

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

โต้วิศวกรรมตามที่แสดงในรูปที่ 2 ครอบคลุมประเด็นทั้งหมดของภววิทยา และใช้งาน แต่มันเป็นประเพณีโชคร้ายที่ด้านเทคโนโลยีมากไปกว่านี้คน methodological ภววิทยาพัฒนายังคงหันหน้ารู้ซื้อขวดปัญหา ก็อธิบายไว้ในการทำงาน ([13]) ภววิทยานักพัฒนามาขึ้นกับปัญหาของการไม่มีเพิ่มเติมใด ๆ พอทดสอบ และตั้งค่าทั่วไปวิธีการแนะนำให้ทำกิจกรรมอะไรและสิ่งที่ขั้นตอนพัฒนาภววิทยากิจกรรมเหล่านี้ควรดำเนินการ นั่นคือ แต่ละ ontologist ปกติดังต่อไปนี้ชุดเขา/เธอเองหลักการ ออกแบบ และขั้นตอนในกระบวนการพัฒนาภววิทยา แม้แต่การทศวรรษเมื่อมีแสดงบางบทมีประสิทธิภาพพัฒนาภววิทยา ([22], [20]), การขาดงานของแนวทางโครงสร้างและวิธีผู้ที่ขัดขวางการพัฒนาของ ontologies consensual และใช้ร่วมกันภายใน และระหว่างทีม ส่วนขยายของภววิทยาที่กำหนดโดยผู้อื่น และนำของ ontologies อื่น ๆ และสุดท้ายใช้งาน

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

วิศวกรรม Ontological ตามที่แสดงในรูปที่ 2 ครอบคลุมทุกประเด็นของการพัฒนาอภิปรัชญาและ
การใช้งาน แต่มันเป็นประเพณีที่โชคร้ายที่ด้านเทคโนโลยีมีการสำรวจมากขึ้นกว่า
คนที่วิธีการ การพัฒนาอภิปรัชญายังคงประสบปัญหาคอขวดการเรียนรู้เพราะมันเป็นอะไร
ที่อธิบายไว้ในการทำงาน ([13]) พัฒนาอภิปรัชญามาขึ้นกับปัญหาที่เพิ่มขึ้นของไม่ได้มี
วิธีการใด ๆ ที่ได้รับการทดสอบอย่างเพียงพอและแนะนำกิจกรรมทั่วไปสิ่งที่จะดำเนินการและในสิ่งที่
ขั้นตอนของกระบวนการพัฒนาอภิปรัชญากิจกรรมเหล่านี้ควรจะดำเนินการ นั่นคือ Ontologist แต่ละมัก
ดังนี้ / ชุดของเธอเองของเขาหลักการเกณฑ์การออกแบบและขั้นตอนในกระบวนการพัฒนาอภิปรัชญา แม้กระทั่ง
ทศวรรษที่ผ่านมาเมื่อมีการสอนที่มีประสิทธิภาพในการพัฒนาอภิปรัชญาที่มีการนำเสนอ ([22] [20]) กรณีที่ไม่มี
แนวทางที่มีโครงสร้างและวิธีการขัดขวางการพัฒนาของจีส์ร่วมกันและความยินยอมทั้งภายในและ
ระหว่างทีม; ส่วนขยายของอภิปรัชญาที่ได้รับจากคนอื่น ๆ ; และนำมาใช้ในจีส์อื่น ๆ และสุดท้าย
การใช้งาน

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

ภววิทยาวิศวกรรมที่นำเสนอในรูปที่ 2 ครอบคลุมทุกประเด็นการพัฒนาและประยุกต์ใช้อภิปรัชญา
. แต่มันเป็นประเพณีที่โชคร้ายที่ด้านเทคโนโลยีมากขึ้นกว่าที่วิธีการสํารวจ
. การพัฒนาอภิปรัชญายังใบหน้าของการแสวงหาความรู้ ปัญหา เช่น ถูก
อธิบายในงาน ( [ 13 ] )อภิปรัชญาที่พัฒนาขึ้นมาจากปัญหาเพิ่มเติมที่ไม่มีใด ๆและวิธีการทดสอบแบบพอเพียง
แนะนำกิจกรรมอะไรไปแสดงที่เวทีอะไร
ของกระบวนการพัฒนาภววิทยากิจกรรมเหล่านี้ควรถูกดำเนินการ นั่นคือแต่ละ ontologist มักจะ
ตามชุดของเขา / เธอเอง หลักการ เกณฑ์การออกแบบและขั้นตอนในอภิปรัชญากระบวนการในการพัฒนาแม้แต่
ทศวรรษเมื่อบางแบบฝึกหัดที่มีประสิทธิภาพในการพัฒนาเนื้อหา ( อภิปรัชญา [ 22 ] , [ 20 ] ) , ขาด
โครงสร้างแนวทางและวิธีการขัดขวางการพัฒนาร่วมกันและเห็นพ้องต้องกันภายในและระหว่างทีมนโทโลจี
; นามสกุลของอภิปรัชญาโดยให้ผู้อื่น และนำกลับมาใช้ใหม่ ๆและโปรแกรมสุดท้าย นโทโลจี