Перевод вертикального японского текста: макет и ошибки OCR¶
Представьте страницу японского романа: отдельные столбцы идут сверху вниз, но их последовательность движется справа налево, а цифры, руби и подписи живут по собственным правилам. Если просто извлечь текст и передать его на перевод, слова могут сохраниться, а смысловой порядок страницы - нет.
Вертикальный японский текст, или татэгаки, нельзя считать обычным горизонтальным текстом, который повернули на бок. Направление влияет на группировку знаков, последовательность чтения, положение пояснений и верстку отдельных фрагментов. Поэтому перевод такого документа состоит не только из языковой работы: сначала нужно понять устройство страницы, затем проверить распознавание, перевести текст и восстановить макет для целевого языка.
Руководство W3C по японской верстке описывает требования к композиции текста для технологий вроде CSS, SVG, XSL-FO и электронных книг. Сам документ обозначен как записка рабочей группы: он объясняет важные вопросы набора, но не задает готовый алгоритм OCR или переводческое решение. Для переводчика это полезное описание правил композиции, а не кнопка «распознать правильно» (JLReq).
Что такое вертикальный японский текст и почему его нельзя просто повернуть¶
Татэгаки - это способ японского набора, при котором основной текст располагается вертикальными столбцами. В описанном для японской электронной книги направлении знаки идут сверху вниз, столбцы - справа налево, а страницы разворачиваются в последовательности, отличной от привычной для западной горизонтальной книги. Такой порядок влияет на то, как читатель связывает абзацы, заголовки, подписи и соседние блоки (проект японских требований к EPUB).
Различие видно не только по повороту букв. В японской композиции вертикальный и горизонтальный режимы сосуществуют. Одни и те же страницы могут включать основной текст в столбцах, горизонтальные заголовки, номера страниц, подписи к иллюстрациям или табличные данные. Если распознаватель считает всю страницу единым вертикальным потоком, горизонтальные элементы попадут в неправильное место; если считает страницу горизонтальной, нарушится порядок основного текста.
Японские знаки каны и иероглифы в композиции занимают квадратные позиции и могут располагаться без пробелов между соседними знаками. Для читателя такая плотная структура привычна, а для автоматического распознавания границы слов часто не обозначены так, как они обозначены пробелами в латинском тексте. Модель должна понять не только форму знаков, но и то, какие элементы образуют одну строку, один столбец или отдельную врезку (JLReq).
Термин «смешанный текст» здесь означает страницу с разными направлениями набора. Например, глава может быть вертикальной, а подпись под иллюстрацией - горизонтальной. Врезка с пояснением тоже может идти горизонтально, хотя основной текст на той же странице набран сверху вниз. Такое сочетание не является ошибкой макета: это локальное решение для конкретного блока (проект японских требований к EPUB).
Вспомогательные элементы тоже требуют внимания. Колонтитул, номер страницы, подпись и запись в таблице в вертикальной книге могут оставаться горизонтальными. Переводчик, который получает только сплошной текст без координат и блоков, не всегда может понять, принадлежит ли короткая строка основному рассказу, подписи или верхнему колонтитулу. Проверка должна учитывать положение элемента на странице, а не только его содержание.
Показательный мысленный пример - страница с вертикальным рассказом, горизонтальной подписью к рисунку и маленькой числовой вставкой в основном столбце. Простой поворот всей картинки на бок не превратит эти элементы в единый правильный поток. Подпись окажется в необычном направлении, а числовая вставка может потерять исходное оформление. Переводчику нужно определить тип каждого фрагмента отдельно.
В проекте японских требований к EPUB сказано: «В режиме вертикального письма системы чтения должны располагать знаки сверху вниз, а строки - справа налево». Источник - проект требований к японской верстке EPUB, опубликованный как первый рабочий проект 1 апреля 2010 года. Формулировка описывает направление композиции, а не предписывает конкретную программу для перевода.
Главный практический вывод прост: направление страницы и порядок извлечения текста - разные вещи. Переводчик проверяет, как блоки связаны друг с другом, а не полагается на предположение, что распознанные знаки уже выстроены в нужной последовательности.
Для общего разбора того, почему перевод может менять длину строк и сдвигать верстку, пригодится материал о сжатии текста в китайском и японском переводе. Для вертикального документа важно учитывать оба процесса: сначала корректно прочитать макет исходника, а после перевода заново проверить длину и размещение текста.
Как работает OCR и где ломается порядок чтения¶
OCR - это распознавание символов на изображении. Скан или фотография не хранит текст как редактируемые абзацы: страница представляет собой изображение, а программа должна определить, какие пиксели образуют знаки, где проходят границы строк и как расположить фрагменты в порядке чтения. Для вертикального японского текста задача усложняется тем, что привычные правила группировки горизонтальных строк здесь не подходят.
Сначала распознаватель оценивает форму отдельных знаков. Затем он пытается сгруппировать знаки в слова, строки или блоки. После этого программа должна определить, какой столбец следует читать следующим. Ошибка на любом этапе влияет на остальные: если вертикальный столбец принят за горизонтальную строку, точные распознанные символы могут оказаться в неправильном порядке.
В обсуждении ошибки EasyOCR участник описал, что распознаватель, который объединяет знаки по горизонтальной близости, может принять вертикальные японские столбцы за горизонтальные линии. Другой участник сообщил, что предложенный обходной путь с поворотом изображения и повторным распознаванием не решил проблему полностью (обсуждение EasyOCR, комментарии от 11 и 12 ноября 2022 года).
Участник обсуждения сформулировал механизм так: «по умолчанию программа пытается связывать символы, расположенные близко по горизонтали, в строки; когда вы пишете столбцами, она понимает их как горизонтальные строки». Эта цитата относится к обсуждению конкретного программного инструмента, опубликованному в ноябре 2022 года, и не является оценкой всех OCR-систем. Для переводчика важен сам механизм: правильное распознавание знаков не гарантирует правильной последовательности столбцов.
Поворот всей страницы может помочь некоторым программам увидеть символы в привычном направлении, но он не всегда решает задачу. После поворота меняются координаты блоков, а структура страницы все равно может включать фрагменты с отдельным направлением. Если в документе есть горизонтальная подпись, таблица или врезка, механический поворот способен смешать основной текст с локальными элементами.
Исследование, представленное на конференции LREC в мае 2026 года, оценивало мультимодальные языковые модели на синтетических изображениях японского текста в горизонтальной и вертикальной записи, а также на реальных изображениях вертикальных японских документов. Авторы сообщили, что проверенные модели хуже читали вертикальный текст, чем горизонтальный; вывод относится к моделям и наборам данных исследования, а не ко всем продуктам OCR (статья LREC, май 2026 года).
Авторы исследования пишут: «Используя эти наборы данных, мы показываем, что существующие мультимодальные языковые модели работают с вертикально написанным японским текстом хуже, чем с горизонтально написанным». Результат опубликован в мае 2026 года (LREC). На практике вывод не означает, что каждый вертикальный документ будет распознан неверно; он означает, что результат нельзя принимать без проверки порядка чтения.
Та же работа сообщает, что обучение на созданном авторами синтетическом наборе улучшило результаты моделей, которые раньше не справлялись с вертикальным письмом. Речь идет о конкретной экспериментальной работе, а не о гарантии для любого инструмента или документа (LREC, май 2026 года). Для редактора и переводчика вывод полезен в другом смысле: способность модели зависит от данных и сценария, а не только от того, насколько четко видны отдельные знаки.
Проверяйте OCR не только по буквам. Прочитайте распознанный текст в предполагаемом порядке столбцов. Сверьте начало и конец каждого блока с изображением. Обратите внимание на короткие фрагменты: номер, имя, скобки или отдельную подпись легко перенести в соседний абзац, если программа неверно определила границы.
Проверяйте исходник при любых странностях. Если в переводе внезапно меняется тема, появляется непонятный короткий элемент или нарушается логика последовательности, источник проблемы может быть не в переводе. Ошибка могла возникнуть раньше - на этапе определения направления и порядка текста.
Не смешивайте оценку символов с оценкой структуры. Распознаватель способен верно прочитать знак и при этом поставить его в неверную строку. Редакторская проверка должна сравнивать как минимум два слоя: соответствует ли содержимое изображению и соответствует ли порядок содержимого устройству страницы.
Для следующего этапа, когда распознанный материал нужно подготовить к машинному переводу, полезно отдельно отредактировать исходник: как подготовить текст перед машинным переводом. Такая подготовка помогает обозначить структуру и терминологию, но не заменяет сверку японского изображения с результатом OCR.
Что делать с латиницей, цифрами, руби и разрывами строк¶
Вертикальная японская строка может содержать латинские буквы и европейские цифры. В историческом рабочем проекте японских требований к EPUB описаны три оформления таких фрагментов: каждый знак оставляют вертикальным, последовательность поворачивают по часовой стрелке или набор помещают горизонтально внутри вертикальной строки. Выбор зависит от фрагмента и макета; автоматическое приведение всех символов к одному виду способно испортить читаемость (проект японских требований к EPUB).
Тате-тю-ёко - это горизонтальное размещение короткой последовательности внутри вертикальной строки. Последовательность читается слева направо и центрируется в пределах вертикального набора; в проекте как пример приводятся короткие числовые фрагменты (проект японских требований к EPUB). При переводе важно понять, какую функцию выполняет фрагмент. Если цифры обозначают дату, номер или часть обозначения, их связь с окружающим текстом должна сохраниться, даже если целевой язык использует другой наборный режим.
Для латинских букв полезно различать отдельный знак и последовательность. Одна буква может стоять вертикально, тогда как несколько букв могут быть повернуты или помещены в горизонтальную вставку. В переводе не следует выбирать оформление только по внешнему сходству: проверьте, относится ли последовательность к аббревиатуре, названию, коду или обычному слову. Досье описывает варианты композиции, но не устанавливает единое решение для любого конкретного издательского макета.
Руби - это небольшая аннотация, привязанная к основным знакам. Фуригана - один из видов такой подсказки чтения, который помогает прочитать японскую запись. В вертикальном тексте руби обычно находится справа от основных знаков, а в горизонтальном - непосредственно над ними. Если выгрузить страницу в линейный текст и не сохранить связь между аннотацией и основой, подсказка может отделиться от нужного слова (проект японских требований к EPUB).
Перед переводом проверьте, что пара «основной текст - руби» распознана как связанная пара. Переводчику может понадобиться передать значение основного текста, а не механически воспроизвести чтение. Для редактора важны обе части: сама запись и аннотация, которая помогает однозначно определить чтение или поясняет элемент. Если целевой макет не использует руби, нужно заранее определить, как сохранить полезную информацию: например, встроить пояснение в текст или передать его в примечании. Конкретный вариант зависит от задачи, а не от одного универсального правила.
Особая проверка нужна для скобок, пунктуации и последовательностей, которые нельзя разрывать. Японские правила композиции запрещают некоторым знакам начинать строку, другим - завершать ее, а некоторые последовательности предписывают оставлять неразделенными. Если перенос строки в исходнике автоматически считать концом абзаца, эти ограничения легко потерять (проект японских требований к EPUB).
Важен не только перенос, но и смысловая принадлежность. Длинная строка в исходном файле может быть одной композиционной единицей, хотя OCR разобьет ее на несколько кусочков. И наоборот, переносы в изображении могут отражать конец столбца, а не конец предложения. Переводчик сопоставляет распознанный текст с визуальной структурой и не переносит технические разрывы в смысловую разметку без проверки.
Пример для проверки: в вертикальной строке есть цифровая последовательность тате-тю-ёко, рядом стоит знак препинания, а руби относится к соседнему слову. Если OCR переместил цифры в начало следующего столбца, переводчик может принять их за номер сноски или часть другой фразы. Сверка каждого фрагмента с изображением помогает отличить ошибку чтения от реальной особенности исходника.
| Элемент | Что проверить | Чем грозит пропуск |
|---|---|---|
| Латиница | Знаки вертикальные, повернутые или размещены горизонтально внутри строки | Аббревиатура или название может потерять исходную группировку |
| Цифры | Связь числа с фразой и способ его размещения | Значение может оказаться рядом не с тем блоком |
| Руби и фуригана | Каким основным знакам принадлежит аннотация | Подсказка чтения отделится от нужного слова |
| Переносы | Обозначают ли они конец предложения, столбца или визуального блока | Части фразы могут быть ошибочно переведены как отдельные предложения |
| Пунктуация | Не оказались ли знаки на недопустимой позиции строки | После переверстки появятся неестественные или неверные разрывы |
Профессиональный разбор японской композиции не заканчивается перечнем символов. Требования JLReq также затрагивают заголовки, размещение иллюстраций и таблиц, примечания и ссылки. Поэтому техническая проверка должна охватывать весь разворот или страницу, а не только распознанную строку (JLReq).
Материал о сохранении стилей и заголовков в Word при переводе дополняет эту проверку со стороны редактируемого документа. Стили сами по себе не восстанавливают японскую последовательность чтения, зато помогают не потерять структуру заголовков и разделов после извлечения текста.
Как организовать перевод и проверку документа¶
Рабочий процесс удобнее разделить на этапы. Такое деление показывает, где возникла проблема: в изображении, в распознавании, в переводе или в новой верстке. Если исправлять только готовую страницу, можно потратить время на симптомы, оставив исходную ошибку в тексте.
-
Соберите исходные материалы. Сохраните скан или исходный файл целиком, включая страницы с заголовками, иллюстрациями и таблицами. Не обрезайте поля до проверки: там могут находиться колонтитулы или подписи, которые влияют на структуру документа.
-
Определите главный режим каждой страницы. Отметьте вертикальные и горизонтальные блоки отдельно. Проверьте, где начинается основной текст и в каком направлении идут столбцы. Японская страница может сочетать несколько направлений, поэтому один ярлык «вертикально» не описывает ее полностью.
-
Получите распознанный текст и сверьте его с изображением. Проверьте названия, цифры, пунктуацию и порядок блоков. Особенно внимательно отнеситесь к коротким фрагментам и переходам между столбцами: ошибки группировки могут выглядеть как бессвязный, но формально распознанный текст.
-
Зафиксируйте особые элементы. Пометьте тате-тю-ёко, поворот латинской последовательности, руби и локальные горизонтальные фрагменты. Сохраните связь между аннотацией и основным текстом до начала перевода.
-
Переведите содержание с учетом роли элементов. Отличайте текст основного рассказа от заголовка, подписи, таблицы и примечания. Не переносите случайные визуальные переносы как смысловые границы и не удаляйте фрагменты только потому, что они выглядят необычно.
-
Подготовьте макет целевого языка. Определите, какие элементы должны остаться вертикальными, какие будут горизонтальными и как оформить короткие вставки. Перевод на язык с другой письменной системой может изменить длину строк и правила набора; исходную форму страницы не всегда можно перенести один к одному.
-
Сверьте результат с исходником постранично. Проверьте порядок разделов, сохранность цифр, соответствие подписей изображениям, наличие всех примечаний и правильное размещение коротких вставок. Отдельно проверьте текст, извлеченный из таблиц или врезок.
Такой процесс не требует предполагать, что любая ошибка вызвана OCR. Разделение этапов помогает увидеть разницу между неверным распознаванием, неудачным переводом и проблемой переверстки. Например, если цифра присутствует в распознанном тексте, но стоит рядом не с тем абзацем, исправление перевода не решит проблему: нужно восстановить правильную связь блока с исходной страницей.
Для сложного скана полезно вести список неоднозначных мест. В него включают участок страницы, возможные варианты чтения и решение после сверки. Запись может быть краткой: «вставка между столбцами - проверить направление», «руби относится к предыдущему слову», «подпись горизонтальная». Такой список помогает редактору проверить спорные места повторно и снижает риск незаметной потери элементов.
После перевода проверьте последовательность в двух режимах. Сначала читайте результат как текст: нет ли пропусков, перепутанных частей и неожиданных повторов. Затем сравнивайте визуально: соответствует ли каждый блок нужному месту на странице, не отделена ли подпись и не потеряно ли направление чтения. Для проверки PDF-макета после перевода можно использовать пошаговый контроль переведенного PDF.
Особое внимание уделите документам, в которых вертикальный текст соседствует с таблицами. Клетки таблицы могут оставаться горизонтальными, даже если основной текст страницы идет сверху вниз. Порядок чтения таблицы определяется ее строками и столбцами, а не направлением окружающего текста. Проверяйте отдельно заголовки ячеек, числа и подписи, чтобы не принять их за продолжение основного столбца.
Результат должен быть понятен человеку, который не видел исходный файл. Для этого проверьте, что заголовки выделяются как заголовки, подписи остаются рядом с нужными изображениями, а примечания относятся к правильным фрагментам. Руководство JLReq включает в область рассмотрения размещение заголовков, иллюстраций, таблиц, примечаний и ссылочных отметок, поэтому контроль только распознанной строки не покрывает все композиционные вопросы (JLReq).
Когда нужна полноценная локализация, а когда достаточно перевода текста¶
Полноценная локализация нужна, когда итоговый файл должен сохранить функциональную структуру исходной страницы: порядок чтения, связь подписей с иллюстрациями, руби, таблицы, заголовки и локальные направления. Такая задача возникает не только в книгах. Макетные особенности важны в документах, где расположение фрагмента подсказывает его назначение или связь с другим объектом.
Простого перевода текста может хватить, если заказчику нужен только смысл, а не воспроизведение страницы. Например, для внутреннего ознакомления можно передать переведенное содержание в обычном горизонтальном документе. Но даже в этом варианте порядок блоков должен быть верным: аккуратный перевод неверно собранного текста сохраняет ошибку исходного распознавания.
Решение зависит от того, как читатель будет использовать результат. Для чтения без исходного макета важнее полнота и ясность содержания. Для публикации, архивной работы, технического документа или файла с таблицами важнее связь текста с визуальными элементами и повторная проверка верстки. Сначала договоритесь о том, что именно должно быть сохранено: только текст, структура разделов или визуальное расположение элементов.
Руби - хороший пример выбора между двумя задачами. Если читателю нужен перевод смысла, подсказку чтения можно не воспроизводить буквально, но ее связь с исходным словом все равно нужно учесть. Если важна исследовательская или редакторская точность, полезно сохранить сам факт наличия аннотации и указать, к каким знакам она относится. Пропуск без проверки может убрать информацию, которая помогала интерпретировать оригинал.
Аналогичное решение нужно принять для латинских и цифровых фрагментов. Перевод текста не обязательно требует повторить тот же поворот или позицию, что и в исходнике. Но функция фрагмента должна остаться понятной. Если оформление помогает отличить короткое число от обычной строки, переводчику нужно сообщить это верстальщику или редактору, а не полагаться на автоматическую перестройку.
Проверка особенно важна в смешанных макетах. Горизонтальная таблица внутри вертикальной страницы не превращается в вертикальную только из-за направления основного текста. Врезка тоже может иметь собственное направление. Страница должна рассматриваться как набор взаимосвязанных областей, а не как однородная сетка, где каждый элемент подчиняется одному правилу (проект японских требований к EPUB).
Частая ошибка - считать, что узнавание знаков равнозначно пониманию документа. OCR отвечает на вопрос «какие символы видны на изображении», но структура требует ответить на дополнительные вопросы: какой блок идет первым, где заканчивается столбец, к чему относится подпись и является ли короткая горизонтальная строка частью основного текста. Эти задачи пересекаются, но не совпадают.
Вторая ошибка - считать, что одна настройка направления страницы решит все локальные случаи. Вертикальная страница может содержать горизонтальный заголовок, числовую вставку, таблицу и руби. Настройка главного направления помогает описать общий макет, но каждый из этих элементов все равно требует отдельной интерпретации.
Третья ошибка - терять строки, которые «не похожи на текст». Номер страницы, подпись, пояснение или руби может занимать мало места, но менять понимание страницы. Если элемент не входит в перевод, решение должно быть осознанным и согласованным с задачей, а не результатом того, что OCR его не включил.
Четвертая ошибка - исправлять только целевой макет. Если распознанные блоки идут в неверном порядке, попытка красиво переверстать их не восстановит исходную последовательность. Сначала исправьте текстовую структуру, затем переводите и оформляйте. Такой порядок делает каждую стадию проверяемой.
Для редактора полезен минимальный контрольный список: направление главного текста определено; последовательность столбцов проверена; горизонтальные блоки отделены; латиница и цифры сохранены; руби связано с основой; переносы не превратились в ложные границы предложений; подписи, таблицы и примечания сверены с изображением; итог прочитан и визуально, и как связный текст. Если хотя бы один пункт не проверен, файл может выглядеть аккуратно и все равно содержать структурную ошибку.
Частые вопросы¶
Как перевести японский документ, написанный вертикально?¶
Сначала определите порядок столбцов и найдите горизонтальные блоки, затем проверьте OCR по изображению. После перевода отдельно сверьте содержание и расположение заголовков, подписей, таблиц и примечаний.
Почему OCR плохо распознает вертикальный японский текст?¶
Некоторые способы распознавания группируют знаки по горизонтальной близости и могут принять вертикальные столбцы за строки. Исследование LREC, опубликованное в мае 2026 года, сообщило о худших результатах проверенных моделей на вертикальном японском тексте по сравнению с горизонтальным, но этот вывод относится к конкретным моделям и наборам данных (LREC).
Как оформлять латиницу и цифры в японском вертикальном тексте?¶
В проекте японских требований к EPUB описаны три варианта: оставить отдельные знаки вертикальными, повернуть последовательность или разместить ее горизонтально внутри вертикальной строки как тате-тю-ёко (проект EPUB). Выбирайте оформление по исходной функции фрагмента и требованиям целевого макета.
Что проверить при переводе японского текста татэгаки на английский?¶
Проверьте чтение столбцов справа налево, локальные горизонтальные блоки, цифры, латинские последовательности, руби и границы абзацев. После перевода сверьте также подписи, таблицы и примечания, потому что направление главного текста не описывает всю страницу.
Как руби и фуригана влияют на перевод вертикального текста?¶
Руби - аннотация, связанная с основными знаками; в вертикальной записи она обычно размещается справа от них, а в горизонтальной - над ними (проект японских требований к EPUB). При распознавании сохраните связь аннотации с нужным словом, иначе подсказка чтения может оказаться рядом не с тем фрагментом.