search for: xdoc

I''d like to do an assert_select where only ONE of the matching elements needs to match the :text. It seems counterintuitive to me to require them *all* to match, which precludes me from testing the existence of a particular tag (h1) with some particular text if other instances of the same tag exist. I know that I can narrow down the field by using more detailed selectors, but it sure

...c$ sudo make all install cd c; make "CC=gcc -ansi -pedantic" "CFLAGS=" all make[1]: Entering directory `/home/mdj/downloads/noweb-2.11b/src/c' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/mdj/downloads/noweb-2.11b/src/c' for i in shell lib xdoc tex; do (cd $i; make all); done make[1]: Entering directory `/home/mdj/downloads/noweb-2.11b/src/ shell' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/mdj/downloads/noweb-2.11b/src/shell' make[1]: Entering directory `/home/mdj/downloads/noweb-2.11b/src/lib'...

...PHP bindings. Here's what I've got so far, using a disk-based index with an automatic backend (third line from the end is the critical one): // Find the document in the posts index $xenq = new XapianEnquire($xdb_posts); $xenq->set_query(new XapianQuery("UIDpost".$postid)); $xdoc = $xenq->get_mset(0, 1)->begin()->get_document(); // Create a database that just contains the one document // TODO:AB:20101020: Work out how to build an in-memory Xapian database via PHP bindings $xdb_doc = new XapianWritableDatabase(PROJROOT.'/tmp/xapian/doc'.$postid, Xapian::D...

Hi I'm generating the following in a file and getting a syntax error: bryansAtHeaderLevel <- c(0,1,1,1,1,0,0,0,0,0,0,1,0,0,1,1,1,0,0,0,1,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1,1,1,0,0,1,0,0,1,0,1,0,1,1,1,1,1,1,0,0,1,1,1,0,0,1,1,0,0,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,1,1,1,1,1,1,1,1,1,1,0,0,1,0,1,0,0,0,) finnsAtHeaderLevel <-

oops, I forgot to attach the example txt file with the syntax error, so I will do it here, can anyone see what the error is with bryansAtLineLevel? -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: r.txt Url: https://stat.ethz.ch/pipermail/r-help/attachments/20050520/c55da2f4/r.txt

...to send an XML string to an HTTP server running on the localhost. The command is something like this: reader <- basicTextGatherer() curlPerform(url="http://127.0.0.1/", httpheader=c('Content-Type' = "text/xml; charset=utf-8"), postfields=toString.XMLNode(xmlRoot(xdoc)), writefunction=reader$update, .opts=curlOptions(noproxy="*")) When sending a short string, the web server responds instantly. However, when the content-length gets above 1024 bytes, the server takes about 2 seconds to receive all the content that is being sent to it. I've written...

Hi I have tried to unsubscribe from this list now three times, I desperately need to unsubscribe from this list from this address because the list is choking this mailbox. Below are the various suggested ways of unsubscribing > To subscribe or unsubscribe via the World Wide Web, visit > https://stat.ethz.ch/mailman/listinfo/r-help > or, via email, send a message with subject or body

...a2eab1f56a9e636374982ede xxprt-3.3.3.1-13.i386.rpm libc5 archives (SuSE <= 5.3): cfe392df95404f0a223b8c983ee51ce1 x8514-3.3.3.1-13.i386.rpm 4fd3a27e24b6947ef62231cc4b5630dd xagx-3.3.3.1-13.i386.rpm 71e1f6bef32e321b997db67d87c3c20a xdevel-3.3.3.1-13.i386.rpm 944e63a37139bcaeffcfa85010567d39 xdoc-3.3.3.1-13.i386.rpm 0a6a5de750c11bf35b01744319abfd01 xextra-3.3.3.1-13.i386.rpm 324a7e56c0a46685fb26b802167d79d5 xf86-3.3.3.1-13.i386.rpm a8a337baf2a85195e981eca2eaf3c855 xfbdev-3.3.3.1-13.i386.rpm 67a410a1c051eb70fa3e59935b50ec75 xfnt100-3.3.3.1-13.i386.rpm 436ce9d44dd875235d5ffd6eb0d5d07c xf...

...le: the docids are returned when searching for the file/doc unique identifying term, but then get_document() fails. A later replace_document() succeeds, but on the next indexing pass, same issue. // success docid = db.postlist_begin(uniterm) // then failure: xdoc = db.get_document(*docid) In this situation, Recoll will try to update the doc. replace_document() then succeeds, and this repeats on the next indexing pass. This is with Xapian 1.2.16 Here follows a slightly edited version of what the user reports about experiments run with pure xapian-check/de...

Hi guys, I've been noticing more and more that antiword has trouble with many word documents. It may look like it's converted a document but leaves out headings and bits of text. I've been looking into getting openoffice to do it in headless mode but still have a way to go before it's stable. I was wondering if anyone else had any luck on this front? One quick fix I have found

>From time to time people request symbolic computations beyond what D() and deriv() etc can provide. A brief look at the internet shows that there are many more or less developed computer algebra packages freely available. Therefore, I wondered if it would be an idea to try to 'integrate' one of these packages in R, which I guess can be done in more or less elegant ways... I do not know