OpenOffice plug-in too slow
I found that the OpenOffice plug-in works fine until the number of references exceeds about 100 (but it starts already getting slow beyond 50). Currently, I am writing on a review with approximately 400 references which turned out to be impossible. OpenOffice even asks me whether to interrupt the script since it is evidently hanging. I had to chop up the document and work with individual sections. But after reassembly I now get the following error message: Inadmissable value or data type overflow. In addition, the debug window opens highlighting the follwing line
mTagStart(nTagIndex) = Len(sResultText)
Although 400 references may be an extreme case I think that most documents can easily end up with more than 50 references. Therefore, it would be highly desirable to enhance performance.
Just in case this is not a Zotero/plug-in issue: I am using OpenOffice 2.3 and firefox 2.0.0.11 as delivered with Ubuntu Gutsy Gibbon. The Zotero plug-in version is 1.0.2, the version of the OpenOffice plug-in is also up to date.
mTagStart(nTagIndex) = Len(sResultText)
Although 400 references may be an extreme case I think that most documents can easily end up with more than 50 references. Therefore, it would be highly desirable to enhance performance.
Just in case this is not a Zotero/plug-in issue: I am using OpenOffice 2.3 and firefox 2.0.0.11 as delivered with Ubuntu Gutsy Gibbon. The Zotero plug-in version is 1.0.2, the version of the OpenOffice plug-in is also up to date.
This is an old discussion that has not been active in a long time. Instead of commenting here, you should start a new discussion. If you think the content of this discussion is still relevant, you can link to it from your new discussion.
References become painfully slow to add after 50. After adding 20-30 citations the memory usage of firefox explodes from 60-70MB of RAM usage up to 280+MB. Restarting Firefox does help, but it is a nuisance.
I have the same config as Spunky but running on windows. I only have OOo and firefox open during editing and both apps become very slow with responses.
I'd guess the same problem applies to Word, BTW, since both plug-ins use mostly the same (VBA) code. If that's a general problem, perhaps there's a need to rethink the design a bit.
previously, i had open another discussion (http://forums.zotero.org/discussion/2164/overflow-with-large-document-oo/#Item_3
)
because, at the beginning, i thought it was not a performance issue but a bug in a string variable definition, but in fact it's the same issue.
I've splitted my document in 3 parts. zotero is now working on each one.
i've tried to read the oo macro to understand the situation around the code mTagStart(nTagIndex) = Len(sResultText) and to display the content of the string stext and sResultText.
in fact, to add a citation, this string contains the whole bibliography ?
In my case 324 citations, with often quite 200 chars... that's quite 60000 char , and the max for a string seems to be 65535 in oo macro... ?
perhaps this can help to avoid the bug,
to solve performance issue... the question could be, when adding a citation, why a loop on the whole bibliography string ?
pam
The script responsible for update of the bibliography does not run through any more. Therefore, you have to resolve all conflicts manually.
Hopefully it is a high priority that will be resolved in the next release.
There may be additional OOo-specific issues not addressed by that patch.
I tested the latest development xpi (1.03r2333), it's a bit faster now.
But it' still (neither with the development xpi nor the stable xpi) not possible to insert a bibliography (or to do a refresh if there is a bibliography in the document) if there are many references (in my case ~212 references). I get the same error message as "spunky":
"Inadmissable value or data type overflow". In addition, the debug window opens highlighting the follwing line
mTagStart(nTagIndex) = Len(sResultText)
I searched the trac ticket database but did not find any related ticket.
I really would like to have a bibliography in my document. It is possible to fix this bug?
Thanx, Gregor
Thank you, Gregor
Thanks
Any word on when this'll be released? I love zotero, and have been recommending it all over the place, but am frustrated by this problem...
Thank you!
i suppose u are working hard on next release, but.... i think we are several working with zotero on large document and waiting for a fix...
If u have not a complete solution, a fix solving the "mTagStart(nTagIndex) = Len(sResultText)" error even if it's still slow would be appreciate...
i'm in the last step writing a document with 250 references... Let us know if u will propose something in the next weeks. If no, i will have to manage the biblio manually...
pam
I guess this might be a question of indexing pdfs.
How can I see whether there are references that bog Zotero down ?
Is there a list of recommendations for having Zotero run smoothly ?
I made a copy of the thesis with the bibliography so far, renamed it, deleted the bibliography and now have no problem. I hope adding the huge bibliography later won't be problematic. Aside from this issue, I like Zotero and can't wait for the web-based version to become available.
Joe