Re: my previous post
Gudmund Areskoug <[email protected]> Fri, 25 Nov 2005 09:19:35 +0100
| Newsgroups | gmane.comp.kde.devel.kbabel |
|---|---|
| Organization | Free Trade Associates |
| Message-ID | <[email protected]> |
Hi Yury, I just happened on this, and haven't followed the thread properly, so please bear with me if I'm out to sea. Yury Tarasievich wrote: > Hi > > --- Stanislav Visnovsky <[email protected]> wrote: > ... >>>I'm moving TM away, all works fine. Now, I've come >>to >>>rely rather heavily on my translation database, >>and >>>there are some features in kbabel 3.4 I really >>like. >> >>>:) Could I at least try something else before >>>back-stepping to sdk 3.3? >> >>This will not help you :( The database is corrupt >>and I have no idea how to >>fix it. > > You're killing me... My TM corrupt? And with no way to > correct?? :( > > OTOH, it's not so that data is not there or is > inaccessible -- I still receive relevant suggestions > and rough translation works and DB can be dumped, too. > It's only interoperation between kbabel and DB that's > not working, and I somehow don't feel like data can't > be rescued. I don't know if indexing is used with/in this DB, but if you're lucky, it is, and that is what's broken. Then your data *might* still be intact. What one should (TM) do, is of course always to have made backups in advance... Extra important for DB's since there's rarely any undo (if ever). > Well, what I feel should be done here is exporting of > complete DB to smth. like plaintext/csv, then > restoring to scratch TM DB. After all, it came to this > recently, just after migrating to 3.4, so in worst > case I'm to loose about 2000 entries. I don't know what was in your DB, but shouldn't you be able to recreate at least some of it by batch processing po files/po compendia? > Could somebody recommend: > - good DB exporintg/importing tool with db4, csv, text > capabilities > - some kind of visual db browser/explorer with ability > to browse db4 databases? If someone finds a way to get your data out, TMX might be a good option. Perhaps go via some kind of ODBC way? Will report back if I find something. If you want to, I could give it a try with a (proprietary) tool I have when/if I have a minute to spare. BR, Gudmund