- Печать
Страницы: [1] Вниз
Тема: LibreOffice Calc 3.5.0 Ошибка считывания. Неизвестная ошибка (Прочитано 4000 раз)
0 Пользователей и 1 Гость просматривают эту тему.
NickVectra
В свое время файл xls пересохранил в ods в версии 3.3 libreoffice ubuntu 11.10.
Так работал без проблем при этом libreoffice обновилась до версии 3.4.4.
Однако земетил, что сильно подвисает компьютер при работе с примечаниями в ячейке.
Недавно установил на другую машину libreoffice 3.5.0 из ppa и решил попробовать как будет работать эта версия.
При открытии получил сообщение Ошибка считывания.Неизвестная ошибка.
При этом libreoffice 3.5 под wine и libreoffice 3.4.4 ubuntu с данным файлом работают нормально.
Если просто копировать данные в другой файл — ошибок нет, а при копировании листа — ошибка остается.
Из файла не все листы при копировании дают ошибку, а только те которые содержали кнопку вызова макроса.
Удалил все ячейки, макросы и содержание ячеек на листе, а также саму кнопку (элемент управления) — все равно ошибка есть.
Помогите разобраться в чем дело. Пустой файл, который дает ошибку прилагаю.
« Последнее редактирование: 03 Марта 2012, 17:06:36 от NickVectra »
Dixi257
NickVectra
У меня LibreOffice 3.5 Kubuntu, открывает без проблем. Попробуйте удалить профиль (предварительно сохранив его) — http://wiki.i-rs.ru/wiki/RU/kb/00000411
Завтра попробую на работе.
Дома в VirtualBox
1. ubuntu 12.04 LibraOffice 3.5 установленные с нуля — не работает. Удаление профиля ~/.config/libraffice.org — не помогло.
2. ubuntu 11.10 LibraOffice 3.5 — не работает. Удаление профиля ~/.config/libraffice.org и ~/libraffice.org — не помогло.
3. ubuntu 11.10 LibraOffice 3.4 — работает.
4. WinXP — установлена на компьютере и LibraOffice 3.5 — работает.
Dixi257
Запустите из командной строки. Что выдаст? Скриншот ошибки можно увидеть?
NickVectra
Запустите из командной строки. Что выдаст? Скриншот ошибки можно увидеть?
Ничего не выдает просто при нажатии на ОК окно закрывается.
Скриншот прилагаю
Dixi257
Права на файл/каталог проверьте.
NickVectra
Права на файл/каталог проверьте.
С правами все нормально. Когда я проверял какие листы работают я их сохранял в разных файлах. Одни читались, другие — нет.
На некоторых страницах, которые выдают ошибку есть объект Кнопка, с которой связан макро. Причем виноват именно этот объект. Если скопировать все поля (данные) командой вставить, кроме объекта в чистый лист, а затем старый лист удалить, то все нормально.
Если бы не работало и в более ранних версиях LibreOffice или вод Windows или Wine в новой версии, то я бы не сильно обращал внимание. А так смущает, что в новой версии 3.5 под ubuntu это проявилось.
Dixi257
А не могли бы Вы выложить исходный файл или файл, где есть проблемный объект. Очень странно всё. Ждём продолжения тестирования…
NickVectra
А не могли бы Вы выложить исходный файл или файл, где есть проблемный объект.
Оказалось еще проще если в новом файл libreOffice 3.4 вставить элемент управления кнопка, то при открытии этого файла в 3.5 возникает ошибка.
При вставке элемента управления в libreoffice 3.5 после сохранения файла элементы пропадают.
При попытке работать через навигатор формы элементы в его окне не появляются, в отличии от 3.4.
Т.е. виноват сам 3.5 при работе с элементами управления.
Снес полностью 3.5 и установил заново. Сейчас все работает.
В 11.04 после добавления ppa и обновления с помощью update upgrade — возникла ошибка при работе с элементами управления. Удалил полностью и установил заново libreoffice — заработало.
Переустановил ubuntu 11.10 полностью по новой. Сделал update upgrade — актуализировал систему.
— Добавил ppa libreoffice и update
— На команду sudo aptitude install libreoffice — написала кучу неудовлетворённых зависимостей.
— На команду sudo aptitude upgrade — предложила установить 55 новых пакетов и загрузить 142 Мб. Проделал. На файле — опять ошибка.
— Дал команду sudo aptitude install libreoffice — предложила установить 29 новых пакетов и загрузить 46 Мб. Продела. Файл работает нормально. 
Проверил на чистой установленной с нуля 12.04 после sudo aptitude install libreoffice — все работает.
Считаю тему можно закрывать. Проблема решена. Всем спасибо
« Последнее редактирование: 05 Марта 2012, 21:45:16 от NickVectra »
onemore
Встретил ту же проблему в 12.04. Файл с кнопкой отказывался открываться.
По умолчанию, LibreOffice установлен не полностью. Видимо, ради экономии места.
Ничего сносить не нужно.
В центре приложений выбрал LibreOffice — установить.
Сейчас всё открывается.
« Последнее редактирование: 16 Мая 2012, 06:43:40 от onemore »
truegeek
- Печать
Страницы: [1] Вверх
Ошибка чтения изображения
Автор Mariya, 26 июля 2017, 23:19
0 Пользователи и 1 гость просматривают эту тему.
Подскажите, пожалуйста, почему так получается и что с этим делать. Готовлю много текстовых файлов с большим количеством изображений (сами изображения копирую из Pinta). Несколько дней назад в части файлов вместо картинок стала появляться надпись «Ошибка чтения». Если при этом предлагается восстановить документ, то они восстанавливаются, если нет опции восстановления и просто открывается файл — то в нём все рисунки не отображаются. Их можно как-то вернуть? Текст весь на месте, форматирование тоже. За зря потраченное на пропавшую работу по обработке изображений очень обидно. Причем пропали и в мной созданном документе, и в присланном мне чужом. Сохраняю по умолчанию в формате .docx, но раньше такого не замечала.
Вы столкнулись с одной из тех печалек, которые случаются…
От этого есть только одно лекарство: работать с файлом в формате ODF (расширение ODT для Writer и ODS для Calc). И только по готовности делать из него DOC(X). из Calc — XLS(X), проверив что получилось в итоге.
А чтобы всегда иметь сразу три формата ODT+DOC(X)+PDF — используйте расширение MultiSave: https://extensions.libreoffice.org/extensions/multisave (в LibreOffice 5332 — не работает).
И кстати, описанную проблему не встречал в свежих версиях OpenOffice|LibreOffice. Причин эксплуатировать старые версии нет, тем более что можно просто распаковать portble-версию, не напрягая администраторов сети.
PS Одна из старых версий Writer вставляла Связь с файлом, вместо Файла, и если размер файла большой (или он в JPG, что значит размер маленький, но в памяти — он все равно большой) — то названный эффект «рамок» наблюдался… Проверьте что у вас неактивен пункт меню Правка — Связи… Если активен — можно там их разорвать.
Руб. за сто, что Питоньяк
Любит водку и коньяк!
Потому что мне, без оных, —
Не понять его никак…
Цитата: economist от 27 июля 2017, 08:18
Вы столкнулись с одной из тех печалек, которые случаются…От этого есть только одно лекарство: работать с файлом в формате ODF (расширение ODT для Writer и ODS для Calc). И только по готовности делать из него DOC(X). из Calc — XLS(X), проверив что получилось в итоге.
А чтобы всегда иметь сразу три формата ODT+DOC(X)+PDF — используйте расширение MultiSave: https://extensions.libreoffice.org/extensions/multisave
И кстати, описанную проблему не встречал в свежих версиях OpenOffice|LibreOffice. Причин эксплуатировать старые версии нет, тем более что можно просто распаковать portble-версию, не напрягая администраторов сети.
PS Одна из старых версий Writer вставляла Связь с файлом, вместо Файла, и если размер файла большой (или он в JPG, что значит размер маленький, но в памяти — он все равно большой) — то названный эффект «рамок» наблюдался… Проверьте что у вас неактивен пункт меню Правка — Связи… Если активен — можно там их разорвать.
Спасибо, попробую связи проверить. Картинки почти все большие, но и маленькие совсем тоже сразу пропали, одновременно во всём документе. Версия стоит Версия: 4.2.3.3 ID сборки: 420m0(Build:3), если верить справке, но вообще ноут новый совсем и у меня не было причин подозревать установленную на нем старую версию софта.
Вот версии, на которых нет проблем с изображениями:
OpenOffice 412
LibreOffice 5332
Это не самые последние версии, скажем «предпоследние».
Только что проверил расширение MultiSave — оно в LO не работает. Рабочее — другое, прикладываю. Просто откройте его в OpenOffice|LibreOffice.
Руб. за сто, что Питоньяк
Любит водку и коньяк!
Потому что мне, без оных, —
Не понять его никак…
Спасибо! То есть переустановить офис всё-таки надо? И держать параллельно multisave?
Переустановить офис определённо сто́ит. Версия 4.2.3 очень старая по меркам проекта (апрель 2014 года), и действительно, в старых версиях я помню описываемую Вами проблему.
Что касается расширений — Вам решать, нужны ли они Вам. Всё зависит от особенностей процесса: можете ли Вы использовать ODF как основной формат, или требуется всё сохранять в чужих форматах, насколько сложные документы (с т.з. поддержки соответствующих частей формата офисом) и т.д. Я бы не советовал применять любые расширения просто потому, что посоветовали.
Цитата: mikekaganski от 27 июля 2017, 07:12Я бы не советовал применять любые расширения просто потому, что посоветовали.
— в мимариз!
А если серьезно, то без расширений — OpenOffice|LibreOffice не стал бы альтернативой Microsoft Office-у, ведь тот функционал, который они дают — крайне важен. Мне трудно представить себе продуктивное рабочее место с OpenOffice|LibreOffice без:
— AltSearch
— LanguageTools
Да, просто набирать одностраничные служебки можно и без них, и вообще в AbiWord/WordPad/…, но истинное предназначение OpenOffice|LibreOffice — это предельно возможная офисная автоматизация создания документов, верстка брошюр и книг, документации и учебников. И никакой силикон и LaTex пока не могут сравниться с универсальностью и мощью OpenOffice|LibreOffice (и, конечно, с MSO) — по самому важному показателю: по количеству и качеству созданных во всем мире больших «программных» документов, по кол-ву «вытекших мозгов» на них.
Я бы хотел поиздеваться над теми, кто бизнес-план или книгу-учебник с иллюстрациями будет делать не в офисных пакетах, а в LaTex, VIM, Emacs, Scribus (а также QuarkXpress, PageMaker, InDesign) и прочих true-редакторах — но мне этих людей и так жалко. Они вокруг меня, и говорят что для каждой работы — свой инструмент. Согласен с тезисом, но только по отношению к консольным утилитам. А ведь швейцарские ножи сделали-таки ненужными кучу других простых инструментов.
Адепты ЛаТекса тратят гораздо больше времени на тот же результат, если, скажем, пишут инструкцию к ПО, где нет ни матхимфизформул, ни других mark-up «фишек». При этом итоговый PDF будет неотличим от моего, сделанного во Writer.
Вот газету с 16 колонками или журнал Playboy — верстать в OpenOffice|LibreOffice не надо, а всё одноколоночное — вперёд.
Руб. за сто, что Питоньяк
Любит водку и коньяк!
Потому что мне, без оных, —
Не понять его никак…
@economist: на всякий случай уточню: мой комментарий был адресован человеку, который спросил (в ответе #4), требуется ли для решения проблемы использование расширения. Очень часто люди расценивают советы, полученные на форуме, просто как руководство к действию. И то, что посоветовавший исходил из собственного понимания вопроса и видения «правильного», и совет должен быть не бездумно применён, а осмыслен спрашивающим, далеко не всегда очевидно самому спрашивающему.
Если улыбку вызвала кривая формулировка («не советовал … посоветовали») — да, каюсь, звучит придурковато 
@mikekaganski — да я и сам понимаю. Кстати, я на форуме относительно недавно (просто графоман немного), и меня очень удивляет кол-во используемых старых версий OpenOffice|LibreOffice у пользователей, особенно в Linux ОС. Мне кажется с этим надо сообществу что-то делать, иначе кол-во «затыков» с 2.X/3.X/4.X будет превышать таковое в текущих ветках. Делать это надо нежно, тем более что главный враг новому — сисадмины.
Может кто-то объяснить: почему, скачивая новый дистр Linux, — я с большой вероятностью увижу полугодовой давности дистр OLO? Про стабильные ветки и цикл разработки я понимаю, но такое ощущение что ресурсы экономят именно на офисном пакете, а не на Nautilus, DE, апплетах и прочих плюшках, которые в работе почти не нужны?
Руб. за сто, что Питоньяк
Любит водку и коньяк!
Потому что мне, без оных, —
Не понять его никак…
Цитата: economist от 27 июля 2017, 10:52Может кто-то объяснить: почему, скачивая новый дистр Linux, — я с большой вероятностью увижу полугодовой давности дистр OLO? Про стабильные ветки и цикл разработки я понимаю, но такое ощущение что ресурсы экономят именно на офисном пакете, а не на Nautilus, DE, апплетах и прочих плюшках, которые в работе почти не нужны?
на такие вопросы в багзилле Либры отвечают NOTOURBUG. Это вопрос к мейнтейнерам дистрибутивов, а вовсе не к Либре
и вообще мы начали оффтоп, модераторы вынесите флуд в отдельную тему, пожалуйста
Цитата: mikekaganski от 27 июля 2017, 09:12
Переустановить офис определённо сто́ит. Версия 4.2.3 очень старая по меркам проекта (апрель 2014 года), и действительно, в старых версиях я помню описываемую Вами проблему.Что касается расширений — Вам решать, нужны ли они Вам. Всё зависит от особенностей процесса: можете ли Вы использовать ODF как основной формат, или требуется всё сохранять в чужих форматах, насколько сложные документы (с т.з. поддержки соответствующих частей формата офисом) и т.д. Я бы не советовал применять любые расширения просто потому, что посоветовали.
Подскажите, пожалуйста, если я обновила Libreoffice через команды у меня в приложении будет отображаться новая версия, обновлённая, или старая? Мне не очевиден результат как-то: вроде действия по обновлению выполнялись, но по факту в информации о программе версия всё та же отображается. Или я неправильно нагуглила как обновить приложение, или я не вполне понимаю, что получиться должно. С Убунту рабботаю недавно, такие нюансы пока неочевидны.
@Mariya: судя по описанному, у Вас Ubuntu довольно старая сама по себе, которая не предлагает обновлений для LibreOffice.
Для того, чтобы в этом случае всё же получить обновлённую версию офиса, нужно сначала указать Ubuntu на другой источник обнослений для LibreOffice.
Для этого выполните команду sudo add-apt-repository ppa:libreoffice/ppa в терминале. После того, как она успешно выполнена, можно проверять и устанавливать обновления.
Через эти команды и обновила. Убунту 14.02 вроде. Я как-то не ожидала, что на новой машине предустановленный софт будет старым. Можете подсказать, где почитать пошагово, что сделать для исправления ситуации? То есть мне саму Убунту надо сначала обновить? Потом Офис на ней? Или можно, например, удалить под корень весь libreoffice и поставить заново новый?
Я не могу советовать обновление Ubuntu. Вполне возможно, что для обновлённой системы будет трудно найти, например, драйверы.
При этом для 14.02 вполне возможно просто обновить ЛО с помощью этой команды. Не знаю, может быть, это из-за экзотически предустановленной ЛО? тогда да, удаление и последующая установка поможет…
Ошибка формата файла
Если получаем ошибку вида:
Ошибка чтения. Ошибка формата файла в поддокументе content.xml в позиции 1,1(строка, столбец).
Значит повредилось внутреннее содержание одного из файлов ODT. Любой файл ODT — это архив из нескольких файлов. Изменив расширение с ODT на ZIP этот архив можно открыть в любом архиваторе, извлечь из него сбойный файл, открыть его в текстовом редакторе и исправить ошибку в указанной строке и столбце.
Несколько подсказок:
- Если попытаться открыть сбойный XML файл в браузере, то можно получить подсказку о месте ошибки.
- Если ошибка в заголовке (как в примере выше, ошибка в позиции 1:1), то можно скопировать рабочий заголовок из другого файла по следующему алгоритму:
- создаём в LibreOffice пустой файл, сохраняем, закрываем;
- изменить расширение на ZIP, извлекаем файл аналогичный сбойному;
- открываем в текстовом редакторе и копируем несколько строк заголовка, в зависимости от места сбоя (в приведённом примере достаточно скопировать только первую строку);
- вставляем рабочий заголовок в сбойный файл, сохраняем;
- копируем обновлённый файл обратно в архив;
- возвращаем расширение файлу из ZIP к ODT.
Файл content.xml
Если весь наш ODT документ содержит лишь строчку «111», то файл content.xml будет иметь вид:
<?xml version="1.0" encoding="UTF-8"?>
<office:document-content xmlns:office="urn:oasis:names:tc:opendocument:xmlns:office:1.0"
xmlns:style="urn:oasis:names:tc:opendocument:xmlns:style:1.0"
xmlns:text="urn:oasis:names:tc:opendocument:xmlns:text:1.0"
xmlns:table="urn:oasis:names:tc:opendocument:xmlns:table:1.0"
xmlns:draw="urn:oasis:names:tc:opendocument:xmlns:drawing:1.0"
xmlns:fo="urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0"
xmlns:xlink="http://www.w3.org/1999/xlink"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:meta="urn:oasis:names:tc:opendocument:xmlns:meta:1.0"
xmlns:number="urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0"
xmlns:svg="urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0"
xmlns:chart="urn:oasis:names:tc:opendocument:xmlns:chart:1.0"
xmlns:dr3d="urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0"
xmlns:math="http://www.w3.org/1998/Math/MathML"
xmlns:form="urn:oasis:names:tc:opendocument:xmlns:form:1.0"
xmlns:script="urn:oasis:names:tc:opendocument:xmlns:script:1.0"
xmlns:ooo="http://openoffice.org/2004/office"
xmlns:ooow="http://openoffice.org/2004/writer"
xmlns:oooc="http://openoffice.org/2004/calc"
xmlns:dom="http://www.w3.org/2001/xml-events"
xmlns:xforms="http://www.w3.org/2002/xforms"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:rpt="http://openoffice.org/2005/report"
xmlns:of="urn:oasis:names:tc:opendocument:xmlns:of:1.2"
xmlns:xhtml="http://www.w3.org/1999/xhtml"
xmlns:grddl="http://www.w3.org/2003/g/data-view#"
xmlns:officeooo="http://openoffice.org/2009/office"
xmlns:tableooo="http://openoffice.org/2009/table"
xmlns:drawooo="http://openoffice.org/2010/draw"
xmlns:calcext="urn:org:documentfoundation:names:experimental:calc:xmlns:calcext:1.0"
xmlns:loext="urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0"
xmlns:field="urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0"
xmlns:formx="urn:openoffice:names:experimental:ooxml-odf-interop:xmlns:form:1.0"
xmlns:css3t="http://www.w3.org/TR/css3-text/"
office:version="1.2">
<office:scripts/>
<office:font-face-decls>
<style:font-face style:name="Droid Serif" svg:font-family="'Droid Serif'" style:font-family-generic="roman"/>
<style:font-face style:name="Droid Sans" svg:font-family="'Droid Sans'" style:font-family-generic="swiss"/>
<style:font-face style:name="FreeSans1" svg:font-family="FreeSans" style:font-family-generic="swiss"/>
<style:font-face style:name="FreeSans" svg:font-family="FreeSans" style:font-family-generic="system" style:font-pitch="variable"/>
<style:font-face style:name="Noto Sans CJK SC Regular" svg:font-family="'Noto Sans CJK SC Regular'" style:font-family-generic="system" style:font-pitch="variable"/>
</office:font-face-decls>
<office:automatic-styles>
<style:style style:name="P1" style:family="paragraph" style:parent-style-name="Standard">
<style:text-properties officeooo:rsid="0001ac6a" officeooo:paragraph-rsid="0001ac6a"/>
</style:style>
</office:automatic-styles>
<office:body>
<office:text>
<text:sequence-decls>
<text:sequence-decl text:display-outline-level="0" text:name="Illustration"/>
<text:sequence-decl text:display-outline-level="0" text:name="Table"/>
<text:sequence-decl text:display-outline-level="0" text:name="Text"/>
<text:sequence-decl text:display-outline-level="0" text:name="Drawing"/>
</text:sequence-decls>
<text:p text:style-name="P1">111</text:p>
</office:text>
</office:body>
</office:document-content>
OpenOffice. Ошибка формата файла в поддокументе…
Не редко, при работе в OpenOffice с файлами формата ods приходилось сталкиваться с ошибкой вида Ошибка формата файла в поддокументе имя_файла в позиции строка,столбец.
Пример:
Решается проблема довольно просто.
Понадобятся некоторые программы:
1. Архиватор. Можно любой по вкусу (7zip, rar и т.д.).
2. Хороший редактор текста. Я бы посоветовал notepad++, скачать можно тут. Такие как WordPad, notepad, MS Word не подойдут.
Решаем проблему:
Открываем файл в архиваторе и видим примерно следующее:
Копируем (разархивируем) поврежденный файл (в моем случае это content.xml), например, на рабочий стол. И открываем его в программе notepad++.
Слева видим номера строк. Находим нужную нам (у меня это 350).
Строка в моем случае выглядит так:
<text:p>05.07.10<|text:p>
Ошибку видно сразу. Заменим <|text:p> на </text:p>. И сохраняем
Копируем уже исправленный файл обратно в архив, с заменой поврежденного. На этом все. Открываем файл и радуемся.
Читайте также