Баги местного ePub-а

Собственно услышал я что появилась на Либрусеке возможность загружать ePub-ы.
Возможно довольноно давно, я не следил.
В общем решил попробовать, загружаю файл сделаный своим конвертером (http://www.fb2epub.net ) и ... получаю ошибку:
"Не найден content.opf"
Где его искали не понятно, файл присутствует , валидный "content.opf" прописан в "META-INF\container.xml" как и положено.
Прогнал еще раз на свои файлы валидатор: http://validator.idpf.org/ - нет проблем !

Скачал "местный" ФБ2 в формате ePub для тесту ( http://lib.rus.ec/b/443804 ) , полученный ePub "на глаз" ничем от моедо по структуре не отичается, но заливщик его "берет" без проблем.
В чем загвоздка?
То есть тут есть как минимум две проблемы:
1. Почему не берет мой валидный файл?
2. В чем разница :)

Ну и раз уж разговор пошел , еще один момент, прогнал созданый здешним конвертером файл через валидатор... мама мия....

И хто сие безобразие эмитает, а народ?

Аватар пользователя Isais

Боюсь, Лорд, это воззвание останется гласом вопиющего в пустыне.

Фиг его знает, чего хочет робот при заливке ЕПАБов, точно, что стандартный, скачанный из гугло-амазоно-закордоно-букса файл принимает через раз. А что, соответственно, выдает при конвертации юзерам?.. :(

Lord KiRon написал:
и ... получаю ошибку:
"Не найден content.opf"

Для файлов, с которыми экспериментировал я, такое сообщение означало, что в content.opf во втором теге (package) стояла version="1.0". Если поменять на version="2.0", то файл проходит. Может такая же штука и в ваших файлах.

.

Валидатор Sigil тоже считает версию 1.0 ошибкой. И фбридер на таких файлах глючит или вообще их не открывает. Плюс: проверка на он-лайн-валидатарах говорит о том же. Поэтому лучше:
<package xmlns="http://www.idpf.org/2007/opf" unique-identifier="uuid_id" version="2.0">

sd написал:
Валидатор Sigil тоже считает версию 1.0 ошибкой. И фбридер на таких файлах глючит или вообще их не открывает. Плюс: проверка на он-лайн-валидатарах говорит о том же. Поэтому лучше:
<package xmlns="http://www.idpf.org/2007/opf" unique-identifier="uuid_id" version="2.0">

Проверил, я создаю 2.0 , так что проблема не в этом
К тому же версия эта уже в самом content.opf , а он жалуется что именно его не находит. То есть проблема на уровне META-INF\container.xml скорее всего, но вроде разницы не видно...
Вообще есть подозрение что фишка с namespace-ами, но в чем так и не понял.

А не закинете готовый епаб на фалообменник? Поставить ваш конвертор не получится - комп перегружен, ожидает чистки.

sd написал:
А не закинете готовый епаб на фалообменник? Поставить ваш конвертор не получится - комп перегружен, ожидает чистки.

Он там со вчера сидит (FTP), с ним и экспериментировал, когда думал что может заливка с формы не работает:
Alekseev_Sokrovischa_Valkirii_1_Stoyaschiy_u_Solntsa.147671.epub
Правда он с "древовидной структурой" (то есть на манер Sigil растыкан по фолдерам , но я пробовал и "плоский" режим - есть такой у моего конвертера , когда все файлы в одном фолдере).


(подумав) На всякий пожарный подумал и залил новый, самый "пустой", с плоской структурой: testbook.epub.
С таким вариантом будет проще играться.

Вот. (Прошу у всех прощение за использование сайта для теста) Я не смог разгадать загадку. Тогда просто открыл файл с помощью calibre-0.9.41, изменил название, в сортировочном имени добавил пропущенную запятую и преобразовал из epub в epub. Полученный файл залился. Теперь надо сравнивать - в чем разница конвертации calibre и вашего конвертора - но я с этим не справлюсь.

sd написал:
Вот.
(Прошу у всех прощение за использование сайта для теста)
Я не смог разгадать загадку. Тогда просто открыл файл с помощью calibre-0.9.41, изменил название, в сортировочном имени добавил пропущенную запятую и преобразовал из epub в epub. Полученный файл залился.
Теперь надо сравнивать - в чем разница конвертации calibre и вашего конвертора - но я с этим не справлюсь.

Спасибо.
Буду копать сам.
Если можно создать валидный файл который заливается сюда - изменю конвертер, если нет... пусть Либрусек "чинится" :)

sd написал:
Вот.

Вот.
(и не пойму как так вышло)

sd написал:
sd написал:
Вот.

Вот.
(и не пойму как так вышло)

В смысле?
Доменял мой до того что залился?

Нет. Не пойму, как скопипастил ссылку, а пропечатался только номер:
<a href="443937">
А файл залился уже давно, когда бракованную ссылку дал.
PS: Странен полет искусственного интеллекта: он понял, что ссылка бессмысленная и придал ей осмысленный вид:
http://lib.rus.ec/node/443937
но отправляет все же не на тему, а на книгу ...
PPS: Проверка рефлексов движка - так.
(если нажать цитировать у этого сообщения или сообщения #8, то можно обнаружить сокращенный способ давать ссылки на темы форума)

.

Ага !
Благодаря sd нашел!
Либрусек "не любит" "opf:metadata" , ему подавай только "metadata" , ну и сообщение об ошибке понятно левое совершенно.
По XML стандарту совершенно пофиг, так как находится в namespace opf , но раз так изменю, мне легче чем ждать когда Либрусек поправят :)

Аватар пользователя Isais

Lord KiRon написал:
Ага !
Благодаря sd нашел!
Либрусек "не любит" "opf:metadata" , ему подавай только "metadata" , ну и сообщение об ошибке понятно левое совершенно.
По XML стандарту совершенно пофиг, так как находится в namespace opf , но раз так изменю, мне легче чем ждать когда Либрусек поправят :)

ААААА! Красным шрифтом и большими буквами! Чтоб знать, чего править в амазонских файлах.

Isais написал:
Lord KiRon написал:
Ага !
Благодаря sd нашел!
Либрусек "не любит" "opf:metadata" , ему подавай только "metadata" , ну и сообщение об ошибке понятно левое совершенно.
По XML стандарту совершенно пофиг, так как находится в namespace opf , но раз так изменю, мне легче чем ждать когда Либрусек поправят :)

ААААА! Красным шрифтом и большими буквами! Чтоб знать, чего править в амазонских файлах.

Ну.. не факт.
Это то что он не любит в моих, в амазоновских может он не любит другое :)

Перезалил версию конвертера, теперь то что он наконвертил можно будет заливать на либрусек.
Хотя при наличии FB2 это конечно бессмысленно :)

X