You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(10) |
Sep
(24) |
Oct
(17) |
Nov
(3) |
Dec
(2) |
2006 |
Jan
(22) |
Feb
(33) |
Mar
(15) |
Apr
(11) |
May
(13) |
Jun
(2) |
Jul
(8) |
Aug
(39) |
Sep
(4) |
Oct
(12) |
Nov
(2) |
Dec
(1) |
2007 |
Jan
|
Feb
|
Mar
(5) |
Apr
(5) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: David J. <dj...@in...> - 2005-08-18 19:18:53
|
Hi, We are working on a customized interface like this: http://www.dlib.indiana.edu/~mdalmau/boardoftrustees/ In this interface, the "keyword" field is mapped to the index "text" and the "name" is a meta field which is mapped to a "name" index. However, I found out that a query like indiana (keyword) not Wells (name) represented in the query parser input can't be converted to the crossQuery tag correctly without losing information. I think that is because a query input <parameters> <param name="text" value="indiana"> <token value="indiana" isWord="yes"/> </param> <param name="name-exclude" value="Wells"> <token value="Wells" isWord="yes"/> </param> </parameters> will be converted to <query style="style/crossQuery/resultFormatter/default/resultFormatter.xsl" startDoc="1" maxDocs="20"> <combine indexPath="index" termLimit="1000" workLimit="500000"> <text maxSnippets="3" maxContext="80"> <and> <term>indiana</term> </and> </text> </combine> </query> and the "Wells" in the name field is lost. It appears to me that, in order to use "name-exclude", there must also be a "name" param existed in the input already. But for an interface like ours, this is certainly always true. Is there a way to walk around this? Thanks! David -- Dazhi (David) Jiao System Analyst / Programmer Digital Library Program, Indiana University at Bloomington Tel: 812.856.0089 Email: dj...@in... |
From: John A. W. <ja...@in...> - 2005-08-11 11:08:46
|
Thanks, Martin. I'll check out from CVS. I'd be happy to go to Java 1.5, but on OS X, I believe I have to wait for Apple to put out a new Java version, so I'm grateful that you're keeping it 1.4 compatible. John | John A. Walsh, Associate Director for Projects and Services | Digital Library Program / Indiana University Libraries | Indiana University, 1320 East Tenth Street, Bloomington, IN 47405 | Voice:812-855-8758 Fax:812-856-2062 <mailto:ja...@in...> On Aug 10, 2005, at 11:35 PM, Martin Haye wrote: > John, > > I'm afraid this is my fault. I saw a function in the Integer class > that slightly improves efficiency, wondered that I had never seen > it before, and promptly used it all over the place. Well, I know > now why I hadn't seen it before -- it appeared in Java 1.5! I > should have tested the release more carefully to ensure that XTF > continued to work properly with Java 1.4. > > In any case, I have just checked in a fix for the problem, and our > regression tests all pass now under Java 1.4 and Java 1.5. > > If you feel comfortable obtaining and using the new code directly > from CVS on SourceForge, please do. Otherwise, if you wait a day or > two I think we'll be able to put up a new distribution archive. > > Again, my apologies. > > --Martin > > On Wed, 10 Aug 2005 21:12:16 -0500, John A. Walsh wrote: > >> Hi all, >> >> Today I downloaded the July 7 release of XTF 1.5 and I can't get >> textIndexer to run. I'd been using the previous version for quite >> a while without any such problems. I'd appreciate any help or >> suggestions. I'm running xtf under tomcat 4.1.31 on Mac OS X >> 10.4.2 (Tiger) w/ Java 1.4.2_07. Here's the error I get when I run >> textIndexer on the sample data: >> >> $ bin/textIndexer -config conf/textIndexer.conf -clean -index >> default >> >> TextIndexer v1.0 >> >> >> Indexing New/Updated Documents: >> Index: "default" >> Scanning Data Directories.... >> *** Error: class java.lang.NoSuchMethodError >> java.lang.NoSuchMethodError: >> java.lang.Integer.valueOf(I)Ljava/lang/ Integer; >> at org.cdlib.xtf.lazyTree.RecordingNamePool.allocate >> (RecordingNamePool.java:54) >> at net.sf.saxon.om.NamePool.allocate(NamePool.java:483) at >> net.sf.saxon.style.UseWhenFilter.open(UseWhenFilter.java:44) at >> net.sf.saxon.event.ProxyReceiver.open(ProxyReceiver.java:88) at >> net.sf.saxon.event.ProxyReceiver.open(ProxyReceiver.java:88) at >> net.sf.saxon.event.Stripper.open(Stripper.java:182) at >> net.sf.saxon.event.ProxyReceiver.open(ProxyReceiver.java:88) at >> net.sf.saxon.event.ReceivingContentHandler.startDocument >> (ReceivingContentHandler.java:83) >> at org.apache.crimson.parser.Parser2.parseInternal >> (Parser2.java:648) >> at org.apache.crimson.parser.Parser2.parse(Parser2.java:337) at >> org.apache.crimson.parser.XMLReaderImpl.parse >> (XMLReaderImpl.java:448) >> at net.sf.saxon.event.Sender.sendSAXSource(Sender.java:239) at >> net.sf.saxon.event.Sender.send(Sender.java:106) at >> net.sf.saxon.event.Sender.send(Sender.java:45) at >> net.sf.saxon.PreparedStylesheet.loadStylesheetModule >> (PreparedStylesheet.java:177) at >> net.sf.saxon.PreparedStylesheet.prepare >> (PreparedStylesheet.java:114) >> at net.sf.saxon.TransformerFactoryImpl.newTemplates >> (TransformerFactoryImpl.java:124) >> at org.cdlib.xtf.servletBase.StylesheetCache.generate >> (StylesheetCache.java:155) at >> org.cdlib.xtf.cache.GeneratingCache.find (GeneratingCache.java:74) >> at org.cdlib.xtf.servletBase.StylesheetCache.find >> (StylesheetCache.java:89) >> at org.cdlib.xtf.textIndexer.SrcTreeProcessor.processFile >> (SrcTreeProcessor.java:580) >> at org.cdlib.xtf.textIndexer.SrcTreeProcessor.processDir >> (SrcTreeProcessor.java:498) >> at org.cdlib.xtf.textIndexer.SrcTreeProcessor.processDir >> (SrcTreeProcessor.java:528) >> at org.cdlib.xtf.textIndexer.SrcTreeProcessor.processDir >> (SrcTreeProcessor.java:528) >> at org.cdlib.xtf.textIndexer.TextIndexer.main (TextIndexer.java:323) >> >> Thanks! >> >> | John A. Walsh, Associate Director for Projects and Services | >> Digital Library Program / Indiana University Libraries | Indiana >> University, 1320 East Tenth Street, Bloomington, IN 47405 | >> Voice:812-855-8758 Fax:812-856-2062 <mailto:ja...@in...> >> >> >> ------------------------------------------------------- SF.Net >> email is Sponsored by the Better Software Conference & EXPO >> September 19-22, 2005 * San Francisco, CA * Development Lifecycle >> Practices Agile & Plan-Driven Development * Managing Projects & >> Teams * Testing & QA Security * Process Improvement & Measurement * >> http://www.sqe.com/bsce5sf >> _______________________________________________ Xtf-user mailing >> list Xtf...@li... >> https://lists.sourceforge.net/lists/listinfo/xtf-user >> > > > |
From: Martin H. <m1...@sn...> - 2005-08-11 04:35:43
|
John, I'm afraid this is my fault. I saw a function in the Integer class that= slightly improves efficiency, wondered that I had never seen it before, and= promptly used it all over the place. Well, I know now why I hadn't seen it= before -- it appeared in Java 1.5! I should have tested the release more= carefully to ensure that XTF continued to work properly with Java 1.4. In any case, I have just checked in a fix for the problem, and our= regression tests all pass now under Java 1.4 and Java 1.5. If you feel comfortable obtaining and using the new code directly from CVS= on SourceForge, please do. Otherwise, if you wait a day or two I think= we'll be able to put up a new distribution archive. Again, my apologies. --Martin On Wed, 10 Aug 2005 21:12:16 -0500, John A. Walsh wrote: >=A0Hi all, >=A0 >=A0Today I downloaded the July 7 release of XTF 1.5 and I can't get >=A0textIndexer to run. =A0I'd been using the previous version for quite >=A0a while without any such problems. =A0I'd appreciate any help or >=A0suggestions. =A0I'm running xtf under tomcat 4.1.31 on Mac OS X >=A010.4.2 (Tiger) w/ Java 1.4.2_07. =A0Here's the error I get when I run >=A0textIndexer on the sample data: >=A0 >=A0$ bin/textIndexer -config conf/textIndexer.conf -clean -index >=A0default >=A0 >=A0TextIndexer v1.0 >=A0 >=A0 >=A0Indexing New/Updated Documents: >=A0Index: "default" >=A0Scanning Data Directories.... >=A0*** Error: class java.lang.NoSuchMethodError >=A0java.lang.NoSuchMethodError: >=A0java.lang.Integer.valueOf(I)Ljava/lang/ Integer; >=A0at org.cdlib.xtf.lazyTree.RecordingNamePool.allocate >=A0(RecordingNamePool.java:54) >=A0at net.sf.saxon.om.NamePool.allocate(NamePool.java:483) at >=A0net.sf.saxon.style.UseWhenFilter.open(UseWhenFilter.java:44) at >=A0net.sf.saxon.event.ProxyReceiver.open(ProxyReceiver.java:88) at >=A0net.sf.saxon.event.ProxyReceiver.open(ProxyReceiver.java:88) at >=A0net.sf.saxon.event.Stripper.open(Stripper.java:182) at >=A0net.sf.saxon.event.ProxyReceiver.open(ProxyReceiver.java:88) at >=A0net.sf.saxon.event.ReceivingContentHandler.startDocument >=A0(ReceivingContentHandler.java:83) >=A0at org.apache.crimson.parser.Parser2.parseInternal >=A0(Parser2.java:648) >=A0at org.apache.crimson.parser.Parser2.parse(Parser2.java:337) at >=A0org.apache.crimson.parser.XMLReaderImpl.parse >=A0(XMLReaderImpl.java:448) >=A0at net.sf.saxon.event.Sender.sendSAXSource(Sender.java:239) at >=A0net.sf.saxon.event.Sender.send(Sender.java:106) at >=A0net.sf.saxon.event.Sender.send(Sender.java:45) at >=A0net.sf.saxon.PreparedStylesheet.loadStylesheetModule >=A0(PreparedStylesheet.java:177) at >=A0net.sf.saxon.PreparedStylesheet.prepare >=A0(PreparedStylesheet.java:114) >=A0at net.sf.saxon.TransformerFactoryImpl.newTemplates >=A0(TransformerFactoryImpl.java:124) >=A0at org.cdlib.xtf.servletBase.StylesheetCache.generate >=A0(StylesheetCache.java:155) at >=A0org.cdlib.xtf.cache.GeneratingCache.find (GeneratingCache.java:74) >=A0at org.cdlib.xtf.servletBase.StylesheetCache.find >=A0(StylesheetCache.java:89) >=A0at org.cdlib.xtf.textIndexer.SrcTreeProcessor.processFile >=A0(SrcTreeProcessor.java:580) >=A0at org.cdlib.xtf.textIndexer.SrcTreeProcessor.processDir >=A0(SrcTreeProcessor.java:498) >=A0at org.cdlib.xtf.textIndexer.SrcTreeProcessor.processDir >=A0(SrcTreeProcessor.java:528) >=A0at org.cdlib.xtf.textIndexer.SrcTreeProcessor.processDir >=A0(SrcTreeProcessor.java:528) >=A0at org.cdlib.xtf.textIndexer.TextIndexer.main (TextIndexer.java:323) >=A0 >=A0Thanks! >=A0 >=A0| John A. Walsh, Associate Director for Projects and Services | >=A0Digital Library Program / Indiana University Libraries | Indiana >=A0University, 1320 East Tenth Street, Bloomington, IN 47405 | >=A0Voice:812-855-8758 Fax:812-856-2062 <mailto:ja...@in...> >=A0 >=A0 >=A0------------------------------------------------------- SF.Net >=A0email is Sponsored by the Better Software Conference &=A0EXPO >=A0September 19-22, 2005 * San Francisco, CA * Development Lifecycle >=A0Practices Agile &=A0Plan-Driven Development * Managing Projects &=A0 >=A0Teams * Testing &=A0QA Security * Process Improvement &=A0Measurement * >=A0http://www.sqe.com/bsce5sf >=A0_______________________________________________ Xtf-user mailing >=A0list Xtf...@li... >=A0https://lists.sourceforge.net/lists/listinfo/xtf-user |
From: John A. W. <ja...@in...> - 2005-08-11 02:15:33
|
Hi all, Today I downloaded the July 7 release of XTF 1.5 and I can't get textIndexer to run. I'd been using the previous version for quite a while without any such problems. I'd appreciate any help or suggestions. I'm running xtf under tomcat 4.1.31 on Mac OS X 10.4.2 (Tiger) w/ Java 1.4.2_07. Here's the error I get when I run textIndexer on the sample data: $ bin/textIndexer -config conf/textIndexer.conf -clean -index default TextIndexer v1.0 Indexing New/Updated Documents: Index: "default" Scanning Data Directories.... *** Error: class java.lang.NoSuchMethodError java.lang.NoSuchMethodError: java.lang.Integer.valueOf(I)Ljava/lang/ Integer; at org.cdlib.xtf.lazyTree.RecordingNamePool.allocate (RecordingNamePool.java:54) at net.sf.saxon.om.NamePool.allocate(NamePool.java:483) at net.sf.saxon.style.UseWhenFilter.open(UseWhenFilter.java:44) at net.sf.saxon.event.ProxyReceiver.open(ProxyReceiver.java:88) at net.sf.saxon.event.ProxyReceiver.open(ProxyReceiver.java:88) at net.sf.saxon.event.Stripper.open(Stripper.java:182) at net.sf.saxon.event.ProxyReceiver.open(ProxyReceiver.java:88) at net.sf.saxon.event.ReceivingContentHandler.startDocument (ReceivingContentHandler.java:83) at org.apache.crimson.parser.Parser2.parseInternal (Parser2.java:648) at org.apache.crimson.parser.Parser2.parse(Parser2.java:337) at org.apache.crimson.parser.XMLReaderImpl.parse (XMLReaderImpl.java:448) at net.sf.saxon.event.Sender.sendSAXSource(Sender.java:239) at net.sf.saxon.event.Sender.send(Sender.java:106) at net.sf.saxon.event.Sender.send(Sender.java:45) at net.sf.saxon.PreparedStylesheet.loadStylesheetModule (PreparedStylesheet.java:177) at net.sf.saxon.PreparedStylesheet.prepare (PreparedStylesheet.java:114) at net.sf.saxon.TransformerFactoryImpl.newTemplates (TransformerFactoryImpl.java:124) at org.cdlib.xtf.servletBase.StylesheetCache.generate (StylesheetCache.java:155) at org.cdlib.xtf.cache.GeneratingCache.find (GeneratingCache.java:74) at org.cdlib.xtf.servletBase.StylesheetCache.find (StylesheetCache.java:89) at org.cdlib.xtf.textIndexer.SrcTreeProcessor.processFile (SrcTreeProcessor.java:580) at org.cdlib.xtf.textIndexer.SrcTreeProcessor.processDir (SrcTreeProcessor.java:498) at org.cdlib.xtf.textIndexer.SrcTreeProcessor.processDir (SrcTreeProcessor.java:528) at org.cdlib.xtf.textIndexer.SrcTreeProcessor.processDir (SrcTreeProcessor.java:528) at org.cdlib.xtf.textIndexer.TextIndexer.main (TextIndexer.java:323) Thanks! | John A. Walsh, Associate Director for Projects and Services | Digital Library Program / Indiana University Libraries | Indiana University, 1320 East Tenth Street, Bloomington, IN 47405 | Voice:812-855-8758 Fax:812-856-2062 <mailto:ja...@in...> |
From: Kirk H. <kir...@uc...> - 2005-07-12 17:50:51
|
Welcome, For those of you considering XTF I have a few questions: 1) What does your collection consist of (TEI Texts, EAD Finding Aids, PDFs, Word Documents, HTML, Dublin Core, METS, MODS, a combination, Other)? 2) How large is you collection (# of items)? 3) Are you interested in browse interfaces as well as search? 4) Would you use XTF to display the individual object? 5) What are you technical resources (programmers, hardware, etc.)? Please feel free to add questions of your own to the list... Any and all answers are greatly appreciated, Kirk -- Kirk Hastings Text System Designer California Digital Library University of California |
From: Kirk V. H. <kir...@uc...> - 2004-10-28 16:28:36
|
Welcome... -- Kirk V. Hastings Text System Designer Advanced Technology Group California Digital Library University of California kir...@uc... http://ibapah.ucop.edu |