open office (открытие html в calc)

[Ka40k]

Здравствуйте, вот появилась задача работать с html файлами, имеющими расширение xls. Т.е. внутри файла обычная html (не xml) таблица со стилями, которая обычно открывается в excel. Каким образом такой файл можно открыть в calc, а не web writer? При попытке открытия файла по 2 щелчку OO зохавал всю озу и ВЕСЬ своп (даже мышка тормозила) и висел так минут 15, пока я его не убил. При попытке открытия через file->open открывается через web writer.... Файл был размером 36 Мб. С этой задачей excel 2003 справлялся на моей машине за 7-10 секунд... Есть ли возможность, если даже не получить такое быстродействие, то хотя-бы просто решить такую задачу и чем?
Система генту, oo 3.2, собран без java.

[sciko]

Жжёшь!

Код: Выделить всё

oocalc <путь до файла>&& rm -rf

[sash-kan]

&& rm -rf

а это зачем?

[sciko]

а это зачем?

Проверить работает ли ТС из-под рута.

[Ka40k]

а это зачем?

Проверить работает ли ТС из-под рута.

Не работает канеша

А вообще работает ли таким образом скармливание проверить смогу только дома, хотя я не вижу разницы между скармливания файла через команду, и вызова его через файловый менеджер. Команда в ФМ вроде бы должна быть та же самая....

[sciko]

Не работает канеша

Ну, если не работает, то команда в целом безопасна.

[Ka40k]

Не работает канеша

Ну, если не работает, то команда в целом безопасна.

[off]Ну та конечно... [off]

[t.t]

Не работает канеша

Ну, если не работает, то команда в целом безопасна.

Она в принципе безопасна, т.к. не указано что удалять (попробуйте без f — выдаст ошибку).

i	Уведомление от модератора
	А если бы не это, могли бы и предупреждние за вредный совет получить.

[Ka40k]

Вообщем как и ожидалось не помогло. Опять в результате зохаван весь своп и вся озу. Еле до терминала добрался.
Есть ещё варианты?

[/dev/random]

Приложите этот файл, чтобы мы могли не гадать на кофейной гуще, а предлагать только те варианты, которые сработают у нас.
Если в нём есть какие-то конфиденциальные данные, просто замените их белибердой.

[BIgAndy]

Здравствуйте, вот появилась задача работать с html файлами, имеющими расширение xls. Т.е. внутри файла обычная html (не xml) таблица со стилями, которая обычно открывается в excel. Каким образом такой файл можно открыть в calc, а не web writer? При попытке открытия файла по 2 щелчку OO зохавал всю озу и ВЕСЬ своп (даже мышка тормозила) и висел так минут 15, пока я его не убил. При попытке открытия через file->open открывается через web writer.... Файл был размером 36 Мб. С этой задачей excel 2003 справлялся на моей машине за 7-10 секунд... Есть ли возможность, если даже не получить такое быстродействие, то хотя-бы просто решить такую задачу и чем?
Система генту, oo 3.2, собран без java.

Это не HTML, это XML.
Открывать надо ванилой 3.2.1 или В версиях > 3.1вручную. Указав тип файла как M$ XML 2007.

[Ka40k]

Здравствуйте, вот появилась задача работать с html файлами, имеющими расширение xls. Т.е. внутри файла обычная html (не xml) таблица со стилями, которая обычно открывается в excel. Каким образом такой файл можно открыть в calc, а не web writer? При попытке открытия файла по 2 щелчку OO зохавал всю озу и ВЕСЬ своп (даже мышка тормозила) и висел так минут 15, пока я его не убил. При попытке открытия через file->open открывается через web writer.... Файл был размером 36 Мб. С этой задачей excel 2003 справлялся на моей машине за 7-10 секунд... Есть ли возможность, если даже не получить такое быстродействие, то хотя-бы просто решить такую задачу и чем?
Система генту, oo 3.2, собран без java.

Это не HTML, это XML.
Открывать надо ванилой 3.2.1 или В версиях > 3.1вручную. Указав тип файла как M$ XML 2007.

Нет уж. Это всё таки именно html. Я сам её генерю. И мне нужно чтобы после этого она открывалась в openoffice (да, именно html и именно с расширением xls и именно в openoffice calc или другом табличном процессоре)... Есть ли такая возможность?


______________________________________________
Проблема решена и найден источник проблемы: в автоматическом режиме импорта oo виснет наглухо, сжирая все ресурсы. Но если ввести все настройки, тогда открывается, пускай дольше чем в excel, но всё же. Ех никогда нельзя доверять автоматической конфигурации....

[denel]

Нет уж. Это всё таки именно html. Я сам её генерю. И мне нужно чтобы после этого она открывалась в openoffice (да, именно html и именно с расширением xls и именно в openoffice calc или другом табличном процессоре)... Есть ли такая возможность?

Во-первых я благодаря Вам узнал, что html можно импортировать в calc
Во-вторых, ну никак не нашел я как так сохранить именно html с расширением именно xls.... Если можно - скриншотик покажите того заветного пункта.

[BIgAndy]

Во-вторых, ну никак не нашел я как так сохранить именно html с расширением именно xls.... Если можно - скриншотик покажите того заветного пункта.

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

Нет уж. Это всё таки именно html. Я сам её генерю. И мне нужно чтобы после этого она открывалась в openoffice

Так она и будет открываться в опенофис. Только если имеет структуру html, по умолчанию будет открываться в writer. Попробуйте открыть явно с параметром -calc. Однако мастер импорта предусматривает открытие csv файлов,

[Denjs]

Госопда, госплда! можно я влезу?

поделитесь тайным занием?
расскажите мне про профит от открытия html в Calc ?!

нафига козе баян?! импортировать <table><td><tr>...</tr></td></table> в электронную таблицу?

[BIgAndy]

расскажите мне про профит от открытия html в Calc ?!

Не, ну так, поржать...

[denel]

Госопда, госплда! можно я влезу?

поделитесь тайным занием?
расскажите мне про профит от открытия html в Calc ?!

нафига козе баян?! импортировать <table><td><tr>...</tr></td></table> в электронную таблицу?

К примеру: Софт выгружает отчет в HTML, но его необходимо перевести в офисный документ для обработок, конечных доводок

[watashiwa_daredeska]

К примеру: Софт выгружает отчет в HTML

Сгенерить при этом .ods — как два пальца об асфальт, раз уж:

Я сам её генерю.

[BIgAndy]

К примеру: Софт выгружает отчет в HTML, но его необходимо перевести в офисный документ для обработок, конечных доводок

Что мешает делать это в writer?

[denel]

К примеру: Софт выгружает отчет в HTML

Сгенерить при этом .ods — как два пальца об асфальт, раз уж:

Я сам её генерю.

Он не сказал, что собственным ПО, исходники которого имеются в комплекте с программистом способным осилить ODF.

К примеру: Софт выгружает отчет в HTML, но его необходимо перевести в офисный документ для обработок, конечных доводок

Что мешает делать это в writer?

В каждом случае бывают разные мотивы. Вот у нас например в отчетах видеофайлы с хронометражами, согласитесь, куда удобнее выделить столб значений в Calc, нежели в Writer для последующих операций например суммирования или прочих.

[BIgAndy]

В каждом случае бывают разные мотивы. Вот у нас например в отчетах видеофайлы с хронометражами, согласитесь, куда удобнее выделить столб значений в Calc, нежели в Writer

Каждому свое. Вот у нас отчеты и видеофайлы с хронометражами и прочие файлы хранятся в Base.

для последующих операций например суммирования или прочих.

Суммирования видеофайлов? Хотя суммирование прекрасно работает в writer. Конечно, не видеофйлов. Но если вы имеете ввиду ссылки на видеофайлы, то пофигу где их хранить. Достаточно их хранить в формате URl. Они будут открываться обработчиком по клику.

[watashiwa_daredeska]

Он не сказал, что собственным ПО, исходники которого имеются в комплекте с программистом способным осилить ODF.

Да в этот ODF особо и заглядывать-то незачем. Создаётся в OOCalc табличка того вида, который нужен, и используется как сырьё для изготовления шаблона. Там несложно.

[BIgAndy]

заглядывать-то незачем. Создаётся в OOCalc табличка того вида, который нужен, и используется как сырьё для изготовления шаблона. Там несложно.

... Не говоря о хуче модулей php, perl,tcl/tk,java,shell для экспорта в ODF.

[denel]

для последующих операций например суммирования или прочих.

Суммирования видеофайлов?

Нет, суммирования хронометражей этих видеофайлов. Например:
ЧЧ1:ММ1:СС1.ФФ1
ЧЧ2:ММ2:СС2.ФФ2
ЧЧ3:ММ3:СС3.ФФ3
диапазоны значений:
ЧЧ - 0-23
ММ - 0-59
СС - 0-59
ФФ - 0-24
без Bash скрипта написаного мною же такое ранее складывалось исключительно "столбиком"... А может кому известно как это складывать средствами OOCalc или прочими?...

[BIgAndy]

А может кому известно как это складывать средствами OOCalc или прочими?...

Зачем OOCalc? В base уже все придумано. Нужно складывать теми средствами, которые для этого предназначены. http://hsqldb.org/doc/2.0/guide/sqlgeneral-chapt.html#N1067E
Можно, конечно и в Calc. Но зачем?

Если складываете не интервалы, "чисто значения времени", то еще проще - складываете и все, возможно для удобочитабельности примеить конвертацию.

Одно "Но". Хранить видеофайлы в Calc - не саоме лучшее решение.

[watashiwa_daredeska]

А может кому известно как это складывать средствами OOCalc или прочими?...

Так что-ли? А в чём проблема-то вообще? Есть такой формать ячеек — Time, всё отлично складывается и вычитается.

[BIgAndy]

А в чём проблема-то вообще? Есть такой формать ячеек — Time, всё отлично складывается и вычитается.

Думаю, у человека проблема с исчислением именно интервалов. Ибо хронометражи операций обычно снимаются в виде _базовое_время - экстент_времени. По крайней мере так все нормировщики и технологи изпокон веку (еще с совка) делают. Так как обычно снимается хронометраж не одной изолированной операции, а цепочки одинковых или смежных операций.

[denel]

Одно "Но". Хранить видеофайлы в Calc - не саоме лучшее решение.

Боже упаси! Видеофайлы в ODF никто не хранит, там только имена этих файлов. Далее см ниже.

А может кому известно как это складывать средствами OOCalc или прочими?...

Так что-ли? А в чём проблема-то вообще? Есть такой формать ячеек — Time, всё отлично складывается и вычитается.

Time определяет ЧЧ:ММ:СС, там нет графы ФФ, читайте внимательней, а эта графа - 1 сек / 25, т.е. в 1 сек 25 кадров, и это тоже высчитываемая величина, которая далее воздействует на все остальные величины.
Интервалы какие то, речь идет лишь о том чтобы адекватно сложить к примеру 00:50:12.20, 00:23:24.12, 00:58:26.24.
Результат: 02:12:04.06
Кто может верно сложить эти три величины в OOo и как?

[BIgAndy]

Time определяет ЧЧ:ММ:СС, там нет графы ФФ, читайте внимательней, а эта графа - 1 сек / 25, т.е. в 1 сек 25 кадров, и это тоже высчитываемая величина, которая далее воздействует на все остальные величины.
Интервалы какие то, речь идет лишь о том чтобы адекватно сложить к примеру 00:50:12.20, 00:23:24.12, 00:58:26.24.
Результат: 02:12:04.06
Кто может верно сложить эти три величины в OOo и как?

Э-эм... Если приянть, что 1/25=4/100, то складывай-не хочу Вопрос возникнет, когда надо будет адаптировать fps типа 4^-1 и 16^-1... Если подходить к хронометражу так, как мы подходим (из mplayer получаем не время, а номер кадра и умножаем на fps.) Поскольку в реальной жизни хронометраж составляется с точностью до секунды, то fps 4^-1 вполне достаточно.

[denel]

Time определяет ЧЧ:ММ:СС, там нет графы ФФ, читайте внимательней, а эта графа - 1 сек / 25, т.е. в 1 сек 25 кадров, и это тоже высчитываемая величина, которая далее воздействует на все остальные величины.
Интервалы какие то, речь идет лишь о том чтобы адекватно сложить к примеру 00:50:12.20, 00:23:24.12, 00:58:26.24.
Результат: 02:12:04.06
Кто может верно сложить эти три величины в OOo и как?

Э-эм... Если приянть, что 1/25=4/100, то складывай-не хочу Вопрос возникнет, когда надо будет адаптировать fps типа 4^-1 и 16^-1... Если подходить к хронометражу так, как мы подходим (из mplayer получаем не время, а номер кадра и умножаем на fps.) Поскольку в реальной жизни хронометраж составляется с точностью до секунды, то fps 4^-1 вполне достаточно.

Нам не достаточно, мы с эфиром работаем. Чтобы "приянть, что 1/25=4/100" нужно чтобы исходное время все было так принято, что не так + теряется визуальная наглядность начисто, почему дороги измеряются в километрах, а не в милиметрах, как это принято в рассчетах?... Вот и тут тоже самое практически, мерить часовые хронометражи в фреймах и при этом получать точность до 1 фрейма на много муторнее нежели работать с реальными хронометражами, которые выдаются и принимаются всем софтом подобного рода.