Register Guidelines E-Books Search Today's Posts Mark Forums Read

Go Back   MobileRead Forums > E-Book Software > Calibre > Conversion

Notices

Reply
 
Thread Tools Search this Thread
Old 09-23-2019, 04:41 PM   #1
r728626
Junior Member
r728626 began at the beginning.
 
Posts: 8
Karma: 10
Join Date: Oct 2017
Device: pdf windows 7
conversion to .odt

I have to convert to .docx, then open it on libreoffice, and only then, save as .odt

The output is two files, and I still have to delete the original .docx because calibre can't convert them directly.
Since it's a very accessible format, and open source, unlike .docx, it's very important that calibre converts to .odt.

I believe it even isn't that difficult, if not some plugin may automate the process for an immediate convenience.
r728626 is offline   Reply With Quote
Old 09-23-2019, 06:50 PM   #2
Bookstooge
Addict
Bookstooge ought to be getting tired of karma fortunes by now.Bookstooge ought to be getting tired of karma fortunes by now.Bookstooge ought to be getting tired of karma fortunes by now.Bookstooge ought to be getting tired of karma fortunes by now.Bookstooge ought to be getting tired of karma fortunes by now.Bookstooge ought to be getting tired of karma fortunes by now.Bookstooge ought to be getting tired of karma fortunes by now.Bookstooge ought to be getting tired of karma fortunes by now.Bookstooge ought to be getting tired of karma fortunes by now.Bookstooge ought to be getting tired of karma fortunes by now.Bookstooge ought to be getting tired of karma fortunes by now.
 
Bookstooge's Avatar
 
Posts: 217
Karma: 400000
Join Date: May 2019
Device: Kindle Oasis 1st Gen
Well, since odt is open source and calibre is open source and you say yourself that it shouldn't be difficult, I look forward to your plugin you are going create, or even a forked version of calibre.
Bookstooge is offline   Reply With Quote
Advert
Old 09-24-2019, 12:05 AM   #3
r728626
Junior Member
r728626 began at the beginning.
 
Posts: 8
Karma: 10
Join Date: Oct 2017
Device: pdf windows 7
Now I know this forum isn't for suggestions.

But at least is a place for autists like yourself.
r728626 is offline   Reply With Quote
Old 09-24-2019, 02:42 AM   #4
BetterRed
null operator
BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.
 
Posts: 16,249
Karma: 18817784
Join Date: Mar 2012
Location: Sydney Australia
Device: none
@r728626 - I found two previous requests for an ODT output feature one in 2013, and this one in Feb 2018 ==>> .odt Output Option?

Given the paucity of requests & a simple workaround (convert to DOCX, open & save in Open Office) I can't see why one would regard an ODT Output feature as 'very important'.

BR
BetterRed is offline   Reply With Quote
Old 09-24-2019, 03:13 AM   #5
itimpi
Wizard
itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.itimpi ought to be getting tired of karma fortunes by now.
 
Posts: 4,508
Karma: 950063
Join Date: Nov 2008
Device: Sony PRS-950, iphone/ipad (Marvin/iBooks/QuickReader)
Calibre CAN convert .docx files so I do not know why the OP needs the conversion to .odt.
itimpi is offline   Reply With Quote
Advert
Old 09-24-2019, 11:20 AM   #6
DNSB
Bibliophagist
DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.
 
DNSB's Avatar
 
Posts: 7,822
Karma: 34578801
Join Date: Jul 2010
Location: Vancouver
Device: Kobo Forma, Clara HD, Nexus 7 HD, iPad Pro, Tolino epos
Quote:
Originally Posted by itimpi View Post
Calibre CAN convert .docx files so I do not know why the OP needs the conversion to .odt.
From reading through the thread, it appears that he wants calibre to convert docx directly to odt. I am wondering what he is reading the odt files on that makes it a preferred format or why simply opening the docx file in LibreOffice and then saving as odt is not working for him.

Since the OP mentions opening docx files with LibreOffice and then saving as odt, I find it hard to agree that it is "very important" that calibre add odt as an output format.
DNSB is offline   Reply With Quote
Old 09-29-2019, 01:22 PM   #7
Fiat_Lux
Addict
Fiat_Lux ought to be getting tired of karma fortunes by now.Fiat_Lux ought to be getting tired of karma fortunes by now.Fiat_Lux ought to be getting tired of karma fortunes by now.Fiat_Lux ought to be getting tired of karma fortunes by now.Fiat_Lux ought to be getting tired of karma fortunes by now.Fiat_Lux ought to be getting tired of karma fortunes by now.Fiat_Lux ought to be getting tired of karma fortunes by now.Fiat_Lux ought to be getting tired of karma fortunes by now.Fiat_Lux ought to be getting tired of karma fortunes by now.Fiat_Lux ought to be getting tired of karma fortunes by now.Fiat_Lux ought to be getting tired of karma fortunes by now.
 
Fiat_Lux's Avatar
 
Posts: 302
Karma: 3800000
Join Date: Jan 2012
Location: Gimel
Device: tablets
Quote:
Originally Posted by DNSB View Post
From reading through the thread, it appears that he wants Calibre to convert docx directly to odt. I am wondering what he is reading the odt files on that makes it a preferred format or why simply opening the docx file in LibreOffice and then saving as odt is not working for him.

Since the OP mentions opening docx files with LibreOffice and then saving as odt, I find it hard to agree that it is "very important" that calibre add odt as an output format.
When converting from one file format to another, the tool that was used leaves artifacts behind. Artifacts that build up, and create a layer of cruft that affects the quality of the presentation format of the document. It is not uncommon for format conversions to have a negative impact on the structural markup of the document. A direct conversion from format x to ODT, from within Calibre would reduce cruft buildup, and be a more faithful representation of the original document.

ODF Toolkit (https://odftoolkit.org/) is a Java library for creating ODF format documents. ODFPy (https://github.com/eea/odfpy) is a python library for creating ODF format documents.

ISO/IEC 29500 is a standard for legacy documents, and as such, usage for non-legacy documents is highly discouraged. (It is a technical violation of ISO 9000 to use ISO 29500 file formats for non-legacy documents.) Thus, there is no legitimate reason for Calibre to support ISO/IEC 29500, but there is a legitimate reason for Calibre to support ISO/IEC 26300
Fiat_Lux is offline   Reply With Quote
Old 09-29-2019, 03:42 PM   #8
DNSB
Bibliophagist
DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.
 
DNSB's Avatar
 
Posts: 7,822
Karma: 34578801
Join Date: Jul 2010
Location: Vancouver
Device: Kobo Forma, Clara HD, Nexus 7 HD, iPad Pro, Tolino epos
Quote:
Originally Posted by Fiat_Lux View Post
When converting from one file format to another, the tool that was used leaves artifacts behind. Artifacts that build up, and create a layer of cruft that affects the quality of the presentation format of the document. It is not uncommon for format conversions to have a negative impact on the structural markup of the document. A direct conversion from format x to ODT, from within Calibre would reduce cruft buildup, and be a more faithful representation of the original document.
An interesting claim. Do you have any evidence that a conversion from docx to odt in calibre would actually be a "more faithful representation of the original document" than using LibreOffice for which odt is a native format? You did notice the OP wanted calibre to convert a docx input file to an odt output file?

Quote:
Originally Posted by Fiat_Lux View Post
ODF Toolkit (https://odftoolkit.org/) is a Java library for creating ODF format documents. ODFPy (https://github.com/eea/odfpy) is a python library for creating ODF format documents.

ISO/IEC 29500 is a standard for legacy documents, and as such, usage for non-legacy documents is highly discouraged. (It is a technical violation of ISO 9000 to use ISO 29500 file formats for non-legacy documents.) Thus, there is no legitimate reason for Calibre to support ISO/IEC 29500, but there is a legitimate reason for Calibre to support ISO/IEC 26300
Considering that calibre is intended for handling ebook files for reading on an ereader either dedicated or ereader application, why would supporting document file conversion to a document file format that is not used by an ereader be considered a legitimate reason?

Are you volunteering to create a plugin for calibre to handle conversions to odt format? Though as far as I can tell, the sheer number of potential calibre users wanting to convert their current ebook formats to odt is, to put it gently, underwhelming.

Last edited by DNSB; 09-29-2019 at 03:44 PM.
DNSB is offline   Reply With Quote
Old 09-29-2019, 05:52 PM   #9
BetterRed
null operator
BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.
 
Posts: 16,249
Karma: 18817784
Join Date: Mar 2012
Location: Sydney Australia
Device: none
@DNSB - I don't think the OP wanted to convert DOCX to ODT, I think his issue was that the 'best' way to get something that Writer can edit is to convert what you have (epub, mobi, pdf etc) to DOCX. His objection to doing that was that the DOCX format is not a standards based format.

BR
BetterRed is offline   Reply With Quote
Old 09-29-2019, 11:56 PM   #10
DNSB
Bibliophagist
DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.
 
DNSB's Avatar
 
Posts: 7,822
Karma: 34578801
Join Date: Jul 2010
Location: Vancouver
Device: Kobo Forma, Clara HD, Nexus 7 HD, iPad Pro, Tolino epos
Quote:
Originally Posted by BetterRed View Post
@DNSB - I don't think the OP wanted to convert DOCX to ODT, I think his issue was that the 'best' way to get something that Writer can edit is to convert what you have (epub, mobi, pdf etc) to DOCX. His objection to doing that was that the DOCX format is not a standards based format.
You're right. I mis-read what he was trying to do.

If he really objects to docx on the grounds that it is not open source, he could always export as RTF. My personal opinion is that since docx is a zip wrapper around a collection of Office Open XML files, arguing that odt is better since it is open source is not going to fly.

As for the argument from @Fiat Lux that calibre should support the ISO/IEC 26300-3:2015 standard but not the ISO/IEC 29500-1:2016 standard claiming that ISO/IEC 29500-1:2016 is "a standard for legacy documents, and as such, usage for non-legacy documents is highly discouraged". Oddly the ISO document, part 4 (Transitional Migration Features) does discuss legacy markup for transitional documents. Otherwise, I could find no mention that ISO/IEC 29500-1:2016 is for legacy documents. There was quite a bit of discussion around whether 29500 was really required when 26300 covered much the same territory however duplication of effort when it comes to standards is close to a hallmark of the International Organization for Standardization and the International Electrotechnical Commission. Just look at the ISO/IEC 29166 document covering translation between ISO/IEC 26300 and ISO/IEC 29500 document formats.
DNSB is offline   Reply With Quote
Old 09-30-2019, 01:04 AM   #11
BetterRed
null operator
BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.
 
Posts: 16,249
Karma: 18817784
Join Date: Mar 2012
Location: Sydney Australia
Device: none
Quote:
Originally Posted by DNSB View Post
You're right. I mis-read what he was trying to do.



Quote:
Originally Posted by DNSB View Post
As for the argument from @Fiat Lux that calibre should support the ISO/IEC 26300-3:2015 standard but not the ISO/IEC 29500-1:2016 standard claiming that ISO/IEC 29500-1:2016 is "a standard for legacy documents, and as such, usage for non-legacy documents is highly discouraged". Oddly the ISO document, part 4 (Transitional Migration Features) does discuss legacy markup for transitional documents. Otherwise, I could find no mention that ISO/IEC 29500-1:2016 is for legacy documents. There was quite a bit of discussion around whether 29500 was really required when 26300 covered much the same territory however duplication of effort when it comes to standards is close to a hallmark of the International Organization for Standardization and the International Electrotechnical Commission. Just look at the ISO/IEC 29166 document covering translation between ISO/IEC 26300 and ISO/IEC 29500 document formats.
I treat that sort of gobbledegook with the same disdain as the Prince did of his uncle's drunken revelry:

Quote:
But to my mind, though I am native here
And to the manner born, it is a custom
More honor’d in the breach than the observance.
BR
BetterRed is offline   Reply With Quote
Old 09-30-2019, 04:33 AM   #12
Quoth
the rook, bossing Never.
Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.
 
Quoth's Avatar
 
Posts: 1,990
Karma: 8910112
Join Date: Jun 2017
Location: Ireland
Device: Both Kinds: epub based makes and Kindle
Quote:
Originally Posted by DNSB View Post
From reading through the thread, it appears that he wants calibre to convert docx directly to odt. I am wondering what he is reading the odt files on that makes it a preferred format or why simply opening the docx file in LibreOffice and then saving as odt is not working for him.

Since the OP mentions opening docx files with LibreOffice and then saving as odt, I find it hard to agree that it is "very important" that calibre add odt as an output format.
Opening docx in LibreOffice and SaveAs odt.


Or for ARBITRARY conversion of eBook to edit it:
Export as RTF from Calibre
Open in LibreOffice and SaveAs .odt
(or .docx)

I've also found that if styles / page sizes go strange, using RTF works to fix (Export/Import). It seems to preserve links (internal & external) and Bookmarks/Anchors. Good if using LibreOffice or MS Office or both.

What I'd like is .odt IMPORT to Calibre to work properly. I have to SaveAs .docx for Calibre for best ebook match to odt original.
There is an issue with "graphics style" on odt to docx conversion that the margins around an image are lost.
Quoth is offline   Reply With Quote
Old 09-30-2019, 04:55 AM   #13
kovidgoyal
creator of calibre
kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.
 
kovidgoyal's Avatar
 
Posts: 37,027
Karma: 16422171
Join Date: Oct 2006
Location: Mumbai, India
Device: Various
docx is definitely open source, it is an ISO standard, and I in fact used the standard to develop docx suport in calibre. As for ODT, I'm really not interested given that most office suites support docx just fine, but patches are most welcome. In fact the current ODT input plugin is based on a forked and much improved version of odfpy but it is nowhere near as good as the docx plugin, because I wrote that from scratch with far more attention to detail than odfpy has.
kovidgoyal is online now   Reply With Quote
Old 09-30-2019, 05:26 AM   #14
Quoth
the rook, bossing Never.
Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.Quoth ought to be getting tired of karma fortunes by now.
 
Quoth's Avatar
 
Posts: 1,990
Karma: 8910112
Join Date: Jun 2017
Location: Ireland
Device: Both Kinds: epub based makes and Kindle
Quote:
Originally Posted by kovidgoyal View Post
docx is definitely open source, it is an ISO standard, and I in fact used the standard to develop docx suport in calibre. As for ODT, I'm really not interested given that most office suites support docx just fine, but patches are most welcome. In fact the current ODT input plugin is based on a forked and much improved version of odfpy but it is nowhere near as good as the docx plugin, because I wrote that from scratch with far more attention to detail than odfpy has.
Yes, I read on your website that docx is "best" input format and I've found that.
Unfortunately standalone MS Office seems to have no future and Windows has become a disaster (using Windows & Selling / training/install from 1991 and NT from 1994). So I entirely use Linux. I was using LibreOffice on Windows for two years before the final switch.

Unfortunately odt is far better than docx for LibreOffice editing. I'd love an odt import that works as well as docx. I have zero other use for docx as I upload epub to Amazon, PDF for POD paper and MS DOC 97-2003 format for anyone needing MS Word format. I upload Dual Mobi, epub and MS .doc formats to Smashwords, they don't take .docx and Calibre (from LibreOffice Writer via docx) does better conversion to mobi/AZW and epub than Smashwords from doc.
Amazon's output to old kindles, apps and new kindles is perfect from the Calibre created epub (from LibreOffice Writer via docx) and poor from .doc or .docx

I'm delighted with Calibre and use it to convert Kindle to epub and clean up mobi or epub from Gutenberg.

I started using it with my PW2, then a Kindle DXG on XP. Time to donate again
Excellent for the Kobo, Sony, Nook, Kindles I have and for upload to Amazon and Smashwords (thus Apple, Barnes&Noble, Kobo etc via them).

I've found rather than saving Websites and convert in Calibre, that paste/edit in LibreOffice Writer and convert docx to epub in Calibre works best. Saves lots of paper!
Quoth is offline   Reply With Quote
Old 09-30-2019, 09:22 AM   #15
JSWolf
Resident Curmudgeon
JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.
 
JSWolf's Avatar
 
Posts: 57,944
Karma: 52958275
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Aura H2O, PRS-650, PRS-T1, nook STR, iPad 4, iPhone SE 2020, PW3
Quote:
Originally Posted by FrustratedReader View Post
Yes, I read on your website that docx is "best" input format and I've found that.
Unfortunately standalone MS Office seems to have no future and Windows has become a disaster (using Windows & Selling / training/install from 1991 and NT from 1994). So I entirely use Linux. I was using LibreOffice on Windows for two years before the final switch.
MS Office does indeed have a future. Windows is not a disaster. These are just your misguided opinions.
JSWolf is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Possible new odt conversion features pgarst Development 1 02-17-2014 09:51 PM
ODT TOC conversion question rjwse@aol.com Conversion 8 01-17-2014 11:29 AM
Conversion of odt produced from latex dawood Conversion 11 10-19-2013 01:38 AM
Footnotes in odt->epub conversion Bidibulle Calibre 4 01-18-2011 12:07 PM


All times are GMT -4. The time now is 07:55 AM.


MobileRead.com is a privately owned, operated and funded community.