the three steps of the process had to mesh with one another in order t การแปล - the three steps of the process had to mesh with one another in order t ไทย วิธีการพูด

the three steps of the process had

the three steps of the process had to mesh with one another in order to
achieve success. Moreover, as open-source systems, Srepod and
OAIster understandably could not provide extensive personalized
technical support.
We also encountered compatibility issues because, as mentioned
above, we modified the Dublin Core template when cataloging the
bookplates. During the harvesting process, we discovered that OAI
gateways and harvesters require strict compliance of metadata with
the simple Dublin Core schema (i.e., the basic fifteen fields). We were
able to solve this problem by retaining our specialized, bookplatespecific fields while adding the standard fields we had previously
excluded. We thus ended up with two metadata templates—the
specialized fields and the standard Dublin Core fields—in the same
record, with duplicated values in some of the fields (for example, the
values in our specialized Artist field were duplicated exactly in the
Dublin Core Creator field). In our Luna Insight presentation, only the
specialized fields were displayed; when we harvested for OAI, only the
Dublin Core fields were harvested.
Perhaps no other problems encountered during this project were
as perplexing and complicated as those surrounding OAI compliancy.
Confronting these issues provided us with a greater understanding
and appreciation of the complexity of the process, but it also brought
home the fact that, without considerable personalized technical
support, it was difficult to fulfill an important requirement of the
grant initiative. We also understood that it would be unfair to expect
any system to be able to provide that level of guidance. It was very
much a learning experience, and our systems librarian documented
each step of the process, from the generation of the static repository
files with the Luna Insight software to the final registration of the
collection with OAI ster.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
สามขั้นตอนของกระบวนการมีการประกบกันเพื่อ บรรลุความสำเร็จ นอกจากนี้ เป็นแหล่งเปิดระบบ Srepod และ OAIster ความเข้าใจไม่สามารถให้ส่วนบุคคลอย่างละเอียด สนับสนุนทางเทคนิค เรายังพบปัญหาความเข้ากันได้เนื่องจาก ตาม เหนือ เราปรับแบบดับลินคอร์เมื่อจัดแค็ตตาล็อก bookplates ระหว่าง harvesting เราพบที่ OAI เกตเวย์และ harvesters ต้องปฏิบัติตามกฎระเบียบอย่างเข้มงวดของตาด้วย อย่างลินคอร์ schema (เช่น พื้นฐานห้าฟิลด์) คำแนะนำ สามารถแก้ปัญหานี้ โดยการรักษาของเราเฉพาะ bookplatespecific ฟิลด์ในขณะที่เพิ่มเขตข้อมูลมาตรฐานที่เรามีมาก่อน แยกออก เราจึงสิ้นสุดกับแม่ตาสองตัวนี้ ความฟิลด์และฟิลด์มาตรฐานดับลินคอร์ตัวเดียว ระเบียน มีค่าซ้ำกันในฟิลด์บางฟิลด์ (ตัวอย่าง การ ค่าในฟิลด์ของเราศิลปินเฉพาะไม่ซ้ำแน่นอนในการ ดับลินหลักสร้างฟิลด์) เราเข้าใจ Luna งานนำเสนอ เท่า เฉพาะฟิลด์ถูกแสดง เมื่อเราเก็บเกี่ยวสำหรับ OAI เท่า ดับลินคอร์ฟิลด์ถูกเก็บเกี่ยว บางทีก็ไม่มีปัญหาอื่น ๆ ที่พบในระหว่างโครงการนี้ เป็นส่วน และมีความซับซ้อนที่รอบ OAI compliancy เผชิญปัญหาเหล่านี้ให้เรา มีความเข้าใจมากขึ้น และเพิ่มความซับซ้อนของกระบวนการ แต่มันยัง นำ บ้านจริงว่า ไม่สำคัญส่วนบุคคลทางเทคนิค สนับสนุน มันเป็นเรื่องยากที่จะตอบสนองความต้องการสำคัญของการ ให้ความคิดริเริ่ม เรายังเข้าใจว่า มันจะไม่เป็นธรรมคาดหวัง ระบบใด ๆ ก็ตามเพื่อให้สามารถให้คำแนะนำระดับนั้น มันถูกมาก มากประสบการณ์เรียนรู้ และบรรณารักษ์ของเราระบบเอกสาร แต่ละขั้นตอนของกระบวนการ จากการสร้างเก็บถาวร แฟ้มที่ มีซอฟต์แวร์เข้าใจลูน่ากับการลงทะเบียนขั้นสุดท้ายของการ คอลเลกชันกับ OAI ster.
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
สามขั้นตอนของกระบวนการที่มีการตาข่ายกับคนอื่นเพื่อที่จะ
ประสบความสำเร็จ นอกจากนี้ยังเป็นระบบเปิดแหล่งที่มาและ Srepod
OAIster เข้าใจไม่สามารถให้บุคคลที่ครอบคลุม
การสนับสนุนทางเทคนิค.
นอกจากนี้เรายังพบปัญหาความเข้ากันเพราะตามที่กล่าวไว้
ข้างต้นเราแก้ไขแม่แบบแกนดับลินเมื่อรายการ
Bookplates ในระหว่างขั้นตอนการเก็บเกี่ยวที่เราค้นพบว่า OAI
เกตเวย์และเก็บเกี่ยวจำเป็นต้องปฏิบัติตามอย่างเคร่งครัดของเมตาดาต้ากับ
คีง่ายดับลินคอร์ (เช่นพื้นฐานสิบห้าสาขา) เรามีความ
สามารถที่จะแก้ปัญหานี้ได้โดยการรักษาเฉพาะทางสาขาของเรา bookplatespecific ขณะที่การเพิ่มเขตข้อมูลมาตรฐานที่เราเคย
ได้รับการยกเว้น ดังนั้นเราจึงจบลงด้วยสองเมตาดาต้าแม่-
สาขาเฉพาะและมาตรฐานดับลินคอร์ฟิลด์ในเดียวกัน
บันทึกที่มีค่าที่ซ้ำกันในบางส่วนของเขตข้อมูล (ตัวอย่างเช่น
ค่าในสาขาศิลปินพิเศษของเราได้ซ้ำว่าใน
ดับลินคอร์ ข้อมูลผู้สร้าง) ในการนำเสนอข้อมูลเชิงลึก Luna ของเราเท่านั้นที่
สาขาเฉพาะมีการแสดงผล; เมื่อเราเก็บเกี่ยวสำหรับ OAI เพียง
สาขาหลักดับลินเก็บเกี่ยว.
บางทีอาจจะไม่มีปัญหาอื่น ๆ ที่พบในระหว่างโครงการนี้
เป็นงงและมีความซับซ้อนเป็นผู้ที่อยู่รอบ compliancy OAI.
เผชิญหน้ากับปัญหาเหล่านี้ให้เรามีความเข้าใจมากขึ้น
และการแข็งค่าของความซับซ้อนของกระบวนการ แต่มันก็ยังนำ
ความจริงที่ว่าบ้านโดยไม่ต้องเทคนิคมากส่วนบุคคล
การสนับสนุนมันเป็นเรื่องยากที่จะตอบสนองความต้องการที่สำคัญของ
ความคิดริเริ่มทุน นอกจากนี้เรายังเข้าใจว่ามันไม่ยุติธรรมที่จะคาดหวังว่า
ระบบใดที่จะสามารถให้ระดับของคำแนะนำว่า มันเป็นอย่าง
มากประสบการณ์การเรียนรู้และบรรณารักษ์ระบบของเราเอกสาร
ขั้นตอนของกระบวนการแต่ละจากรุ่นของพื้นที่เก็บข้อมูลแบบคงที่
ไฟล์ที่มีซอฟแวร์ Insight ลูน่าที่จะลงทะเบียนสุดท้ายของ
คอลเลกชันที่มี OAI ดาว
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
สามขั้นตอนของกระบวนการต้องประกบกับอีกคนหนึ่งเพื่อ
สำเร็จ ซึ่งเป็นระบบเปิดแหล่งที่มา , srepod
oaister เข้าใจและไม่สามารถให้กว้างขวางเป็นส่วนตัว
การสนับสนุนทางเทคนิค
เรายังพบปัญหาความเข้ากันได้ เพราะเป็นที่กล่าวถึง
ข้างบน เราปรับเปลี่ยนดับลินคอร์แม่แบบเมื่อรายการ
bookplates . ในช่วงการเก็บเกี่ยวกระบวนการเราพบว่ามีความสอดคล้องและเกตเวย์พ.
เก็บเกี่ยวเข้มงวดของเมตาดาต้ากับ
ง่ายดับลินคอร์สคีมา ( เช่น พื้นฐาน 15 สาขา ) เรา
สามารถแก้ปัญหานี้โดยการรักษาของเราเฉพาะสาขา bookplatespecific ในขณะที่การเพิ่มมาตรฐานของเขตข้อมูลที่เราได้ก่อนหน้านี้
แยกออก เราจึงลงเอยด้วยสอง metadata แม่แบบ
เขตข้อมูลเฉพาะและมาตรฐานดับลินคอร์เขตข้อมูลในระเบียนเดียวกัน
ด้วยซ้ำ ค่าในบางเขตข้อมูล ( เช่น ค่าในฟิลด์เฉพาะศิลปินของเรา

ถูกทำซ้ำกันดับลินคอร์ผู้สร้างสนาม ) ในความเข้าใจของเรา ลูน่า เสนอ เฉพาะเขตข้อมูลที่แสดงเฉพาะ
; เมื่อเราเก็บเกี่ยวสำหรับพ. เพียง
ดับลินคอร์เขตข้อมูลการเก็บเกี่ยว
บางทีไม่มีอื่น ๆปัญหาที่พบในโครงการ คือ
เป็นงงและซับซ้อนเป็นผู้รอบพ. การยอมทำตาม
เผชิญหน้ากับปัญหาเหล่านี้ให้เรามีความเข้าใจมากขึ้น
และความชื่นชมของความซับซ้อนของกระบวนการ แต่ยังนำ
บ้าน ความจริงที่ว่า โดยมากบุคคลทางเทคนิค
สนับสนุนมันเป็นเรื่องยากที่จะตอบสนองความต้องการที่สำคัญของ
ให้ริเริ่ม เราก็เข้าใจว่า มันก็ไม่ยุติธรรมกับคาดหวัง
ระบบใดที่จะสามารถให้ระดับของคำแนะนำ มันมาก
มากประสบการณ์การเรียนรู้ และบรรณารักษ์ระบบของเราเอกสาร
แต่ละขั้นตอนของกระบวนการ จากรุ่นของ
เก็บสถิตไฟล์กับลูน่าเข้าใจซอฟต์แวร์สุดท้ายทะเบียน
คอลเลกชันกับพ. ster .
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: