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.
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