چگونه فایل یک کتاب را برای ترجمه آماده کنیم

با ایجاد یک پکیج مبدأ ثابت و کامل و یک مبنای پذیرش، کتاب را برای ترجمه آماده کنید. اصلاحات را حل‌وفصل کنید، مشخص کنید چه چیزی باید ترجمه شود و چه چیزی نباید ترجمه شود، از فصل‌ها و دارایی‌ها فهرست‌برداری کنید، اسامی و اصطلاحات را تعریف کنید، و فرمت مبدأیی را انتخاب کنید که ساختار موردنیاز شما را در مقصد حفظ کند.

با فایلی با نام final-final-2.docx شروع نکنید و تصمیمات مفقود را بعداً توضیح دهید. ترجمه، ابهام مبدأ را در تمام زبان‌های مقصد چند برابر می‌کند.

از این بازرسی پیش از پرواز استفاده کنید:

1. نسخه دقیق مبدأ را ثابت کنید.
2. نظرات، اصلاحات و محتوای پنهان را حذف کنید یا به‌طور عمدی نگه دارید.
3. بهترین فرمت مبدأ را انتخاب کنید.
4. مقدمه، فصل‌ها، مؤخره، یادداشت‌ها، تصاویر و جدول‌ها را فهرست‌برداری کنید.
5. محتوای قابل ترجمه و غیرقابل ترجمه را علامت‌گذاری کنید.
6. فهرست اولیه اصطلاحات و موجودیت‌ها را بسازید.
7. فونت‌ها، منابع تصویر، ارجاعات و دستورالعمل‌ها را بسته‌بندی کنید.
8. تعداد کلمات/صفحات و قطعات آزمایشی نمونه را ثبت کنید.
9. تعریف کنید چه چیزی فایل ترجمه‌شده را قابل‌قبول می‌سازد.

دانلود قالب بازرسی پیش از پرواز منبع ترجمه کتاب و قبل از بارگذاری فایل کامل یا تحویل آن به مترجم، آن را تکمیل کنید.

یک نسخه مبدأ معتبر را ثابت کنید

یک سابقه مبدأ ایجاد کنید با:

• عنوان و زیرعنوان؛
• نویسنده و ویرایش؛
• زبان مبدأ؛
• نام فایل و نسخه ویرایش؛
• تاریخ ثابت‌شده؛
• تعداد فصل‌ها و بخش‌ها؛
• تعداد کلمات یا مبنای پایدار دیگری برای محتوا؛
• مقدمه و مؤخره گنجانده‌شده؛ و
• مالک مجاز به تأیید تغییرات منبع.

اصلاحات بعدی را در سیاهه تغییرات نگه دارید. هر ورودی باید موقعیت منبع، محتوای قدیمی، محتوای جدید، دلیل، تاریخ و نسخه‌های هدف آسیب‌دیده را مشخص کند. تا زمانی که ترجمه در جریان است، منبع فریز شده را بازنویسی نکنید.

اگر نمی‌توانید توضیح دهید کدام فایل معتبر است، متوقف شوید. یک تیم ترجمه نمی‌تواند نسخه‌هایی را که تفکیک نکرده‌اید تطبیق دهد.

نظرات، تغییرات ردیابی‌شده و محتوای پنهان را حل‌وفصل کنید

برای دست‌نوشته‌های DOCX، تصمیم بگیرید که آیا هر درج یا حذف ردیابی‌شده پذیرفته یا رد می‌شود و آیا نظرات متعلق به بسته ترجمه هستند یا خیر. پنهان‌سازی نشانه‌گذاری به معنای حذف آن نیست. راهنمایی فعلی مایکروسافت برای ورد بیان می‌کند که تغییرات ردیابی‌شده باید پذیرفته یا رد شوند تا حذف گردند؛ نمای «بدون نشانه‌گذاری» آن‌ها را فقط به‌طور موقت پنهان می‌کند.

هنگامی که تاریخچه ویرایشی مفید است، دو فایل ایجاد کنید:

• یک منبع ترجمه تمیز با متن حل‌شده؛ و
• یک نسخه مرجع فقط‌خواندنی که نظرات یا تاریخچه بازبینی را حفظ می‌کند.

همچنین متن پنهان، ویژگی‌های سند، هدرها، فوترها، پانویس‌ها، پی‌نوشت‌ها، کادرهای متنی، متن جایگزین و اشیاء تعبیه‌شده را بررسی کنید. اگر فایل حاوی مطالب خصوصی یا منتشرنشده است، چک‌لیست حریم خصوصی ترجمه سند را قبل از اشتراک‌گذاری یا بارگذاری آن اجرا کنید.

فرمت منبع را بر اساس ساختار انتخاب کنید، نه راحتی

از بالادست‌ترین منبع قابل ویرایشی که مجوز استفاده از آن را دارید استفاده کنید و یک خروجی مرجع که ظاهر مورد نظر را نشان می‌دهد نگه دارید. تبدیل یک EPUB یا DOCX تمیز به PDF قبل از ترجمه اغلب ساختارهای مفید را از بین می‌برد.

برای مطالب تصویری صرف، از بررسی اولیه ترجمه PDF اسکن‌شده قبل از در نظر گرفتن متن OCR به عنوان منبع استفاده کنید.

فهرست‌برداری از کل کتاب، نه فقط فصل‌های اصلی

فهرست کردن هر واحد محتوایی و نحوه پردازش مورد نظر آن:

• متن روی جلد؛
• صفحات عنوان و حق نشر؛
• تقدیم‌نامه، شعار آغازین و قدردانی؛
• فهرست مطالب؛
• مقدمه‌ها و دیباچه‌ها؛
• فصل‌های اصلی؛
• جدول‌ها، اشکال، زیرنویس‌ها و متن داخل تصویر؛
• پاورقی‌ها و یادداشت‌های انتهایی؛
• کتاب‌شناسی و ارجاعات؛
• ضمایم، واژه‌نامه و نمایه؛
• زندگینامه نویسنده و دعوت به اقدام؛ و
• فرادیتا و توضیحات فروشگاه که خارج از فایل داخلی مدیریت می‌شوند.

برای هر فصل، شکل، جدول و یادداشت یک شناسه پایدار اختصاص دهید. مشخص کنید که آیا قابل ترجمه، حفظ‌شده، جایگزین‌شده، بازآفرینی‌شده یا مستثنی است. یک ضمیمه مفقود باید پیش از تبدیل شدن به یک حذف خاموش در متن مقصد، در فهرست موجودی قابل مشاهده باشد.

برای فایل‌های EPUB، مشخصات W3C ایجاب می‌کند که منابع انتشار در مانیفست بسته فهرست شوند و از فرادیتای بسته برای اطلاعاتی مانند عنوان و نویسنده استفاده شود. مشخصات EPUB 3.3 در اینجا مفید است زیرا بسته یک نشریه ساختاریافته است، نه پوشه‌ای از فایل‌های متنی قابل جابجایی.

ارزیابی مواردی که نباید ترجمه شوند

یک فهرست عدم ترجمه برای مواردی مانند زیر ایجاد کنید:

• نام نویسندگان و مشارکت‌کنندگان زمانی که شکل تأییدشده آن‌ها تغییر نمی‌کند؛
• علائم تجاری و نام محصولات؛
• نشانی‌های وب، نشانی‌های ایمیل، شناسه‌ها و شابک‌ها؛
• کد، دستورات، مسیر فایل‌ها و فرمول‌ها؛
• عناوین نقل‌شده که باید شکل منبع را حفظ کنند؛
• واژه‌های ابداع‌شده در انتظار تصمیم تحریریه؛ و
• نقل‌قول‌هایی که باید از یک ترجمه مجاز موجود استفاده کنند.

برای هر مورد دلیل و زمینه اضافه کنید. برچسب «DNT» بدون توضیح می‌تواند رشته اشتباه را حفظ کند یا محتوایی را که خوانندگان واقعاً به ترجمه آن نیاز دارند سرکوب کند.

مجموعه برچسب بین‌المللی‌سازی W3C شامل دسته‌های داده‌ای برای این است که آیا محتوا باید ترجمه شود، اصطلاحات و اطلاعات زمینه‌ای. الزامات ITS 2.0اصل زیربنایی را نشان می‌دهد: قابلیت ترجمه و زمینه، فراداده‌های صریح هستند، نه حدس‌وضمان‌هایی که به عهده هر مترجم گذاشته شود.

اولین فهرست واژه‌نامه و موجودیت‌ها را بسازید

تا فصل ۱۲ صبر نکنید تا تصمیم بگیرید چگونه باید با یک نام یا مفهوم تکرار شونده برخورد شود. با موارد زیر شروع کنید:

• نام‌های شخصیت‌ها، مکان‌ها، سازمان‌ها و محصولات؛
• عنوان‌ها و لقب‌های مخاطب قرار دادن؛
• اصطلاحات فنی یا آکادمیک تعریف‌شده؛
• واژگان ابداع‌شده؛
• اختصارات؛
• برچسب‌های رابط کاربری یا رویه‌ای تکرار شونده؛
• واحدها و قراردادهای اندازه‌گیری؛ و
• اصطلاحاتی که عمداً بسته به زمینه تغییر می‌کنند.

برای هر ورودی، شکل مبدأ، تعریف یا زمینه، شکل مقصد تأییدشده در صورت مشخص بودن، گونه‌های ردشده، قوانین حروف بزرگ یا کوچک یا تصریف، اولین مکان و مسئول تصمیم‌گیری را درج کنید.

فهرست اولیه نیازی ندارد هر اصطلاحی را پیش‌بینی کند. این فهرست باید از انحراف آشکار جلوگیری کرده و مکانی برای ثبت تصمیمات بعدی فراهم کند. از قالب سازگاری واژه‌نامه کتاب به عنوان دارایی کاری استفاده کنید.

دارایی‌های خارجی و اطلاعات حقوق را بسته‌بندی کنید

یک فایل کتاب ممکن است به موادی وابسته باشد که به طور کامل تعبیه نشده‌اند:

• منابع تصویر با وضوح بالا؛
• نمودارهای قابل ویرایش؛
• فایل‌های قلم و رکوردهای مجوز؛
• طراحی جلد و لایه‌های متنی؛
• رسانه‌های پیوندداده‌شده؛
• ترجمه‌های تأییدشده موجود؛
• مجوزهای نقل‌قول‌ها، اشعار یا تصاویر؛ و
• راهنماهای سبک یا مشخصات ناشر.

فرض نکنید اجازه انتشار نسخه اصلی به‌طور خودکار شامل نسخه ترجمه‌شده در تمامی بازارها می‌شود. مالک حقوق و محدوده تأییدشده را برای محتوایی که بازتولید یا اقتباس خواهد شد، ثبت کنید.

برای فونت‌ها، خطوط هدف را پیش از ترجمه مشخص کنید. یک فونت صرفاً لاتین ممکن است در متن اصلی خوب به نظر برسد اما برای خروجی‌های عربی، ژاپنی یا دواناگری کاملاً ناکارآمد باشد. به‌جای اینکه تولید پس از ترجمه به ایمنی و حدس و گمان وابسه بماند، فونت دارای مجوز یا جایگزین تأییدشده‌ای را فراهم کنید.

یک مبنا ایجاد کنید که باعث شود حذف‌ها قابل‌تشخیص باشند

آمارهای کاربردی را پیش از ترجمه ثبت کنید:

• فصل‌ها و بخش‌های اصلی؛
• سرتیترها بر اساس سطح؛
• پاراگراف‌ها یا بلوک‌های متنی زمانی که قالب آن‌ها را نمایان می‌کند؛
• تصاویر، جداول، زیرنویس‌ها، یادداشت‌ها و لینک‌ها؛
• ورودی‌های فهرست مطالب؛
• اجزای مقدمه و مؤخره کتاب؛ و
• شمارش کلمات زبان مبنا به عنوان مرجع، نه قانون برابری کلمات در زبان مقصد.

شمارش کلمات مقصد بسته به زبان تغییر می‌کند، بنابراین ترجمه‌ای را صرفاً به دلیل طولانی‌تر بودن رد نکنید. از شمارش‌ها برای یافتن ساختارهای گم‌شده، تکراری یا به‌طور غیرمنتظره خالی استفاده کنید.

برای EPUB، بررسی تطابق را روی فایل اصلی اجرا کنید. EPUBCheckتوسط کنسرسیوم DAISY به نمایندگی از W3C نگهداری می‌شود و انطباق EPUB را بررسی می‌کند. رفع خطاهای بسته اصلی پیش از ترجمه، از سردرگمی در مورد اینکه آیا فرآیند ترجمه آن‌ها را ایجاد کرده است جلوگیری می‌کند.

قطعات نمونه را پیش از ترجمه کامل انتخاب کنید

بسته آزمایشی کوچکی را انتخاب کنید که دشواری واقعی کتاب را نشان دهد:

• متن آغازین؛
• گفتگو یا قطعه متنی با لحن برجسته؛
• بخش متراکم از نظر اصطلاحات؛
• جدول، تصویر، پانویس یا ارجاع متقابل؛
• پاراگراف طولانی و متن قطعه‌قطعه کوتاه؛
• قطعه وابسته به فرهنگ یا مبهم؛ و
• فصلی پایانی که تداوم را با تصمیمات قبلی می‌سنجد.

از همان بسته برای مقایسه روند کارها و تعیین راهنمای سبک استفاده کنید. اجازه ندهید یک ارائه‌دهنده یا ابزار، کیفیت را تنها روی ساده‌ترین صفحه اول ثابت کند.

این آزمون ادعایی نیست مبنی بر اینکه کل کتاب به طور مشابه رفتار خواهد کرد. این روشی ارزان برای رد کردن یک فرمت مبدأ بد، واژه‌نامه یا فرایند بررسی قبل از مقیاس‌بندی آن است.

تعریف پذیرش پیش از شروع ترجمه

یادداشت کنید:

• زبان و محلی هدف؛
• کاربرد مورد نظر: مطالعه شخصی، پیش‌نویس ویراستاری، پژوهش داخلی، یا انتشار؛
• فرمت خروجی؛
• نسخه دوزبانه یا فقط-هدف مورد نیاز؛
• اسامی و اصطلاحات تأییدشده؛
• ساانبارهایی که باید قابل استفاده باقی بمانند؛
• بررسی انسانی مورد انتظار؛
• شدت نقص و قوانین تشدید؛ و
• کسی که زبان، موضوع و تولید نهایی را تأیید می‌کند.

اگر انتشار عمومی هدف است، ویرایش به زبان بومی و بازبینی فرمت نهایی را لحاظ کنید. اگر مطالعه شخصی هدف است، کامل بودن و معنای قابل استفاده ممکن است کافی باشد. چک‌لیست تضمین کیفیت ترجمه کتاب می‌تواند به گزارش پذیرش برای هدف تکمیل‌شده تبدیل شود.

جایی که BookTranslator در آن قرار می‌گیرد

هنگامی که بسته مبدأ پایدار شد، فایل کامل پشتیبانی‌شده را از طریق روند کار BookTranslator بارگذاری کنید. قالب‌های EPUB، PDF و DOCX به بررسی‌های متفاوتی نیاز دارند، بنابراین بسته آزمایشی نماینده را ترجمه کنید یا پیش از متعهد شدن به برنامه بررسی کامل، یک بخش دشوار را بازرسی کنید. از واژه‌نامه خودکار برای اسامی و اصطلاحات تکرارشونده استفاده کنید و در صورت پشتیبانی، برای بازرسی قسمت‌های مهم از خروجی دوزبانه استفاده کنید.

BookTranslator ابهام مبدأ را حل نمی‌کند، حقوق را تأیید نمی‌کند، فونت‌ها را لایسنس نمی‌کند، یا تعیین نمی‌کند که کدام بازبینی‌ها متعلق به کتاب هستند. این‌ها تصمیمات آماده‌سازی مبدأ هستند. برای PDFهای اسکن‌شده، حالت OCR محتوای ترجمه‌شده قابل بازیابی را نسبت به بازتولید دقیق صفحه اصلی در اولویت قرار می‌دهد.

دروازه نهایی بسته مبدأ

کتاب تنها زمانی برای ترجمه آماده است که:

• یک نسخه منبع معتبر ثابت شده است؛
• نسخه‌ها، نظرات، محتوای پنهان و موارد استثنا شده حل شده‌اند؛
• بهترین مسیر موجود EPUB، DOCX، PDF یا OCR انتخاب شده است؛
• هر فصل، دارایی، یادداشت و مورد بخش پایانی دارای رویکردی است؛
• تصمیمات DNT و اصطلاحات دارای مسئول هستند؛
• دارایی‌های منبع، فونت‌ها، منابع و اطلاعات حقوق بسته‌بندی شده‌اند؛
• تعداد ساختاری و قطعات نمونه ثبت شده‌اند؛ و
• زبان مقصد، کاربرد مورد نظر، خروجی، عمق بازبینی و معیارهای پذیرش صریح هستند.

آماده‌سازی خوب منبع تضمینی برای ترجمه خوب نیست. این کار ابهام قابل اجتناب را از بین می‌برد و هنگام مفقود شدن چیزی، به بازبینی‌کنندگان مدرک می‌دهد.