An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.12alpha (r26354).
Reading tests from "maintenance/parserTests.txt"... Reading tests from "extensions/Cite/citeParserTests.txt"... Reading tests from "extensions/Poem/poemParserTests.txt"... Reading tests from "extensions/LabeledSectionTransclusion/lstParserTests.txt"...
17 still FAILING test(s) :( * URL-encoding in URL functions (single parameter) [Has never passed] * URL-encoding in URL functions (multiple parameters) [Has never passed] * Table security: embedded pipes (http://lists.wikimedia.org/mailman/htdig/wikitech-l/2006-April/022293.html) [Has never passed] * Link containing double-single-quotes '' (bug 4598) [Has never passed] * message transform: <noinclude> in transcluded template (bug 4926) [Has never passed] * message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed] * BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed] * HTML bullet list, unclosed tags (bug 5497) [Has never passed] * HTML ordered list, unclosed tags (bug 5497) [Has never passed] * HTML nested bullet list, open tags (bug 5497) [Has never passed] * HTML nested ordered list, open tags (bug 5497) [Has never passed] * Inline HTML vs wiki block nesting [Has never passed] * Mixing markup for italics and bold [Has never passed] * dt/dd/dl test [Has never passed] * Images with the "|" character in the comment [Has never passed] * Parents of subpages, two levels up, without trailing slash or name. [Has never passed] * Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 527 of 544 tests (96.88%)... 17 tests failed!
I try to use mediawiki as a tool for writing scientific papers together with coauthors, and it has many of the qualities required for the job, like history, ease of use etc, but the standard Citation extension did not fit, because it is common to handle references by external tools using bibtex or endnote format, and the citation extension use inline references.
I have already written a product that fetch a bibtex file via a URL and uses parse that bibtex file, so I can refere to the file when inserting references in an article. I find it suboptimal to use a URL to find the bibtex file for several reason, one being that the URL visible on the inside and the outside of the firewall is different.
I would really like to be able to get the bibtex file from another article in the same wiki, but I don't know the right way to do it. Should I do a SQL query directly inside my extension, or is there a better way to do it.
-Gisle
On 03/10/2007, Gisle Sælensminde Gisle.Salensminde@bccs.uib.no wrote:
I would really like to be able to get the bibtex file from another article in the same wiki, but I don't know the right way to do it. Should I do a SQL query directly inside my extension, or is there a better way to do it.
Assuming the page is titled "BibTeX", for example:
$rev = Revision::newFromTitle( Title::newFromText( "BibTeX" ) ); if( $rev instanceof Revision ) { $text = $rev->getText(); } else { // Error message? :( }
Rob Church
Did you look at: Biblio or ProcessCite?
Anyway, if you wrote your own, I hope you'll make it open source for others to try!
Jim
On Oct 3, 2007, at 3:02 AM, Gisle Sælensminde wrote:
I try to use mediawiki as a tool for writing scientific papers together with coauthors, and it has many of the qualities required for the job, like history, ease of use etc, but the standard Citation extension did not fit, because it is common to handle references by external tools using bibtex or endnote format, and the citation extension use inline references.
I have already written a product that fetch a bibtex file via a URL and uses parse that bibtex file, so I can refere to the file when inserting references in an article. I find it suboptimal to use a URL to find the bibtex file for several reason, one being that the URL visible on the inside and the outside of the firewall is different.
I would really like to be able to get the bibtex file from another article in the same wiki, but I don't know the right way to do it. Should I do a SQL query directly inside my extension, or is there a better way to do it.
-Gisle
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/wikitech-l
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054
Jim Hu wrote:
Did you look at: Biblio or ProcessCite?
Anyway, if you wrote your own, I hope you'll make it open source for others to try!
I did not find these when doing a web search for extensions, and I without having studied them in detail, they may indeed be what I need. It seems like these guys had the same problems with the cite extensions as I found (inline references are impractical for scinetific papers). Thank you for the information.
Now both of these extensions are tailored toward subjects related to the biomedical field, since they are based upon pubmed, that don't index papers in say physics, so an extenension like mine may have value in other fields. My field (bioinformatics) are well inside what is covered by pubmed however, so I could have avoided writing it.
When I now have written the extension I will release it when I have tested it and implemented some more features.
For ProcessCite, I'm "these guys" ; ) In addition to the automatic parsing of PMIDs, ProcessCite can take preformatted references from a library in the wiki. See
http://ecoliwiki.net/colipedia/index.php/Help:References
I use a LIB prefix to specify refs that are not in PubMed or given by the inline citation text. For LIB refs, the citation content is stored in a wiki page called "$wgSitename Reference Library". I think that's similar to the basic idea you asked about.
It's not BibTex formatted, but it could be easily modified to do that (I think). I'd just have to customize the parser, and if you already know how to do that, we could put the two projects together. Or not... up to you!
Jim
On Oct 3, 2007, at 4:21 PM, Gisle Sælensminde wrote:
Jim Hu wrote:
Did you look at: Biblio or ProcessCite?
Anyway, if you wrote your own, I hope you'll make it open source for others to try!
I did not find these when doing a web search for extensions, and I without having studied them in detail, they may indeed be what I need. It seems like these guys had the same problems with the cite extensions as I found (inline references are impractical for scinetific papers). Thank you for the information.
Now both of these extensions are tailored toward subjects related to the biomedical field, since they are based upon pubmed, that don't index papers in say physics, so an extenension like mine may have value in other fields. My field (bioinformatics) are well inside what is covered by pubmed however, so I could have avoided writing it.
When I now have written the extension I will release it when I have tested it and implemented some more features.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/wikitech-l
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054
wikitech-l@lists.wikimedia.org