[Koha-devel] Translator tool, changing ?
Hello koha-devel koha-translate, Users translating Koha to french are regularly reporting that pootle is a poor tool, not very efficient. Someone suggested transifex, that is free for OpenSource softwares (https://www.transifex.com) I just opened an account, created a koha project, added french translation for 3.12 It seems *much* more friendly efficient than pootle. Is there someone wanting to investigate a little bit more this tool ? (if yes, create an account drop me a mail with your transifex nick) Could switching to this tool be a good idea ? -- Paul POULAIN - BibLibre http://www.biblibre.com Free Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Translator tool, changing ?
As a non-translating tool-wielding person, I'll just say that I'm willing to support whatever tool you folks need!I'd like to hear from some other prominent translators on this! -Ruth On Thu, Mar 7, 2013 at 9:59 AM, Paul Poulain paul.poul...@biblibre.comwrote: Hello koha-devel koha-translate, Users translating Koha to french are regularly reporting that pootle is a poor tool, not very efficient. Someone suggested transifex, that is free for OpenSource softwares (https://www.transifex.com) I just opened an account, created a koha project, added french translation for 3.12 It seems *much* more friendly efficient than pootle. Is there someone wanting to investigate a little bit more this tool ? (if yes, create an account drop me a mail with your transifex nick) Could switching to this tool be a good idea ? -- Paul POULAIN - BibLibre http://www.biblibre.com Free Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-devel] db from 3.8.5 to 3.8.10
I found a [minor?] problem with the 3.8.10 tarball on Ubuntu 12.04.2 LTS on
my sandbox after restoring a 3.8.5 mysql dump from our production box, at
which point 'installer' does its magic. All the biblios appear to transfer
correctly ('mysql select biblionumber from biblio;' gave identical
results; same with author, etc.) The standard CRON job runs successfully.
Problem: a small number of biblios went missing in 3.8.10. It *seemed* to
be limited to 'serials' but I can't be sure, as I could only find them on a
'hit or miss basis' -- in fact I only found the first one accidentally:
e.g. a biblio and three items for the serial Flugsport could not be found
by title, by author, by Barcode, by author in authorities ... even No
results match your search for 'biblionumber=19762' in NMA Catalog. Yet,
run a Koha report:
SELECT * FROM biblioitems, biblio, items WHERE biblio.biblionumber=19762
AND biblioitems.biblionumber=19762 AND items.biblionumber=19762
and everything was there, including the blobs, MARC, XML ...
A full c/l re-index -a -r -v and -b -r -v -x solves the problem. As I can
reproduce this behaviour (by restoring the same dump) is there anything
helpful that I could look into? Could this be related to Bug 9511? The fix
does not appear to work for me, I've just updated bugzilla.
Thanks - Paul
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Translator tool, changing ?
The only weakness I see in transifex is that if they ever change their model to start charging FOSS projects, they've got the data and can cause some mischief. If we want to change from Pootle, but still control the server/data, take a look at http://weblate.org. The interface is a little like Pootle, but I'll leave judgment calls up to the people that actually *use* it; I just know a peer who has used it, and liked it. -Ruth On Thu, Mar 7, 2013 at 10:47 AM, D Ruth Bavousett dru...@gmail.com wrote: As a non-translating tool-wielding person, I'll just say that I'm willing to support whatever tool you folks need!I'd like to hear from some other prominent translators on this! -Ruth On Thu, Mar 7, 2013 at 9:59 AM, Paul Poulain paul.poul...@biblibre.comwrote: Hello koha-devel koha-translate, Users translating Koha to french are regularly reporting that pootle is a poor tool, not very efficient. Someone suggested transifex, that is free for OpenSource softwares (https://www.transifex.com) I just opened an account, created a koha project, added french translation for 3.12 It seems *much* more friendly efficient than pootle. Is there someone wanting to investigate a little bit more this tool ? (if yes, create an account drop me a mail with your transifex nick) Could switching to this tool be a good idea ? -- Paul POULAIN - BibLibre http://www.biblibre.com Free Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] [Koha-translate] Translator tool, changing ?
D Ruth Bavousett schrieb am 07.03.2013 As a non-translating tool-wielding person, I'll just say that I'm willing to support whatever tool you folks need!I'd like to hear from some other prominent translators on this! -Ruth On Thu, Mar 7, 2013 at 9:59 AM, Paul Poulain paul.poul...@biblibre.comwrote: Hello koha-devel koha-translate, Users translating Koha to french are regularly reporting that pootle is a poor tool, not very efficient. Someone suggested transifex, that is free for OpenSource softwares (https://www.transifex.com) Without having tried it, I don't like the SaaS-only approach of Transifex, and I especially do not like it in conjunction with the slogan »Take control of your localization experience«. There is no way we can just switch the translation platform. I'm all for trying alternatives as I agree Pootle is not much fun to work with, but those should be tested carefully. And I would really prefer a platform under our control over one that only claims to be and looks like it is the opposite. -- Mirko ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] db from 3.8.5 to 3.8.10
Paul,
I found a [minor?] problem with the 3.8.10 tarball on Ubuntu 12.04.2 LTS on
my sandbox after restoring a 3.8.5 mysql dump from our production box, at
which point 'installer' does its magic. All the biblios appear to transfer
correctly ('mysql select biblionumber from biblio;' gave identical
results; same with author, etc.) The standard CRON job runs successfully.
Problem: a small number of biblios went missing in 3.8.10. It *seemed*
to be limited to 'serials' but I can't be sure, as I could only find them
on a 'hit or miss basis' -- in fact I only found the first one
accidentally: e.g. a biblio and three items for the serial Flugsport could
not be found by title, by author, by Barcode, by author in authorities ...
even No results match your search for 'biblionumber=19762' in NMA
Catalog. Yet, run a Koha report:
SELECT * FROM biblioitems, biblio, items WHERE biblio.biblionumber=19762
AND biblioitems.biblionumber=19762 AND items.biblionumber=19762
and everything was there, including the blobs, MARC, XML ...
A full c/l re-index -a -r -v and -b -r -v -x solves the problem. As I can
reproduce this behaviour (by restoring the same dump) is there anything
helpful that I could look into? Could this be related to Bug 9511? The fix
does not appear to work for me, I've just updated bugzilla.
This doesn't sound like a bug. When restoring a dump you *must* completely
reindex from the command line. Always. There are no exceptions.
Regards,
Jared
--
Jared Camins-Esakov
Bibliographer, C P Bibliography Services, LLC
(phone) +1 (917) 727-3445
(e-mail) jcam...@cpbibliography.com
(web) http://www.cpbibliography.com/
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Translator tool, changing ?
D Ruth Bavousett schrieb am 07.03.2013 The only weakness I see in transifex is that if they ever change their model to start charging FOSS projects, they've got the data and can cause some mischief. If we want to change from Pootle, but still control the server/data, take a look at http://weblate.org. The interface is a little like Pootle, but I'll leave judgment calls up to the people that actually *use* it; I just know a peer who has used it, and liked it. -Ruth Yay, you remembered the name :) I didn't :( We briefly talked about it last december http://irc.koha-community.org/irclog/koha/2012-12-10#i_1143014 I still think we should try it, but I have something like no time at all until at least April -- Mirko PS. we should decide on one list to continue this discussion, I would say koha-translate seems more appropriate? ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] Translator tool, changing ?
Le 07/03/2013 17:56, D Ruth Bavousett a écrit : The only weakness I see in transifex is that if they ever change their model to start charging FOSS projects, they've got the data and can cause some mischief. I agree it's a big concern. Isn't http://help.transifex.com/features/api/index.html at least partially answering it ? (I haven't checked what it provides) If we want to change from Pootle, but still control the server/data, take a look at http://weblate.org. The interface is a little like Pootle, but I'll leave judgment calls up to the people that actually *use* it; I just know a peer who has used it, and liked it. will try to have a look (is someone else want, please do !) -- Paul POULAIN - Associé-gérant Tel : (33) 4 91 81 35 08 http://www.biblibre.com Logiciels Libres pour les bibliothèques et les centres de documentation ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] db from 3.8.5 to 3.8.10
At 12:04 PM 3/7/2013 -0500, Jared Camins-Esakov wrote: Paul, [snip] The standard CRON job runs successfully. [snip] A full c/l re-index -a -r -v and -b -r -v -x solves the problem. As I can reproduce this behaviour (by restoring the same dump) is there anything helpful that I could look into? Â Could this be related to Bug 9511? The fix does not appear to work for me, I've just updated bugzilla. This doesn't sound like a bug. When restoring a dump you *must* completely reindex from the command line. Always. There are no exceptions. Sorry, I wasn't clear. After restoring the dump and running 'installer', the -z -x CRON functions with 99% [???] accuracy. What I'm looking at is any possible similarity of Zebra behaviour to try and get the CRON working in 3.8.10 which is reported on bugzilla 9511 to be functional for two libraries that have updated from 3.8.5, but does not (for me) resolve the problem of deleted biblios, nor of overwriting an existing biblio with a Z39.50 import. I've been chasing around after a solution for a couple of days (part time) with no success whatsoever. Maybe I'm grasping at straws? Our volunteers are adding 150-200 biblios per day, 7/7, many of which are Z39.50 overwriting of embryonic data from previously importing spreadsheets into 3.4.6, and regrouping items (particularly serials) under a single biblio. I find that I'm asked about once an hour on average to completely re-index and am somewhat desperate to find a programmatic solution. I appreciate any/all suggestions. Best - Paul ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] db from 3.8.5 to 3.8.10
Paul, we've been through 3.8.0 to 3.8.10 without any issues. Doing a full rebuild should make your registers appear. rebuild_zebra.pl is just not a fullrebuild, but an incremental one. Regards To+ On Thu, Mar 7, 2013 at 3:53 PM, Paul pau...@aandc.org wrote: At 12:04 PM 3/7/2013 -0500, Jared Camins-Esakov wrote: Paul, [snip] The standard CRON job runs successfully. [snip] A full c/l re-index -a -r -v and -b -r -v -x solves the problem. As I can reproduce this behaviour (by restoring the same dump) is there anything helpful that I could look into? Â Could this be related to Bug 9511? The fix does not appear to work for me, I've just updated bugzilla. This doesn't sound like a bug. When restoring a dump you *must* completely reindex from the command line. Always. There are no exceptions. Sorry, I wasn't clear. After restoring the dump and running 'installer', the -z -x CRON functions with 99% [???] accuracy. What I'm looking at is any possible similarity of Zebra behaviour to try and get the CRON working in 3.8.10 which is reported on bugzilla 9511 to be functional for two libraries that have updated from 3.8.5, but does not (for me) resolve the problem of deleted biblios, nor of overwriting an existing biblio with a Z39.50 import. I've been chasing around after a solution for a couple of days (part time) with no success whatsoever. Maybe I'm grasping at straws? Our volunteers are adding 150-200 biblios per day, 7/7, many of which are Z39.50 overwriting of embryonic data from previously importing spreadsheets into 3.4.6, and regrouping items (particularly serials) under a single biblio. I find that I'm asked about once an hour on average to completely re-index and am somewhat desperate to find a programmatic solution. I appreciate any/all suggestions. Best - Paul __**_ Koha-devel mailing list koha-de...@lists.koha-**community.orgKoha-devel@lists.koha-community.org http://lists.koha-community.**org/cgi-bin/mailman/listinfo/**koha-develhttp://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.**org/ http://bugs.koha-community.org/ ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
Re: [Koha-devel] [Koha-translate] Translator tool, changing ?
On Thu, Mar 07, 2013 at 05:57:33PM +0100, Mirko wrote: D Ruth Bavousett schrieb am 07.03.2013 As a non-translating tool-wielding person, I'll just say that I'm willing to support whatever tool you folks need!I'd like to hear from some other prominent translators on this! -Ruth On Thu, Mar 7, 2013 at 9:59 AM, Paul Poulain paul.poul...@biblibre.comwrote: Hello koha-devel koha-translate, Users translating Koha to french are regularly reporting that pootle is a poor tool, not very efficient. Someone suggested transifex, that is free for OpenSource softwares (https://www.transifex.com) Without having tried it, I don't like the SaaS-only approach of Transifex, and I especially do not like it in conjunction with the slogan »Take control of your localization experience«. There is no way we can just switch the translation platform. I'm all for trying alternatives as I agree Pootle is not much fun to work with, but those should be tested carefully. And I would really prefer a platform under our control over one that only claims to be and looks like it is the opposite. I totally agree about downsides of SaaS, however, it seems that transifex itself is open source: https://github.com/transifex/transifex We recently had local Koha user group meeting at which we tried to explain to our librarians how to use pootle, and it was not easy :-) -- Dobrica Pavlinusic 2share!2flamedpav...@rot13.org Unix addict. Internet consultant. http://www.rot13.org/~dpavlin ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
