Re: document field updates

2007-03-01 Thread Erik Hatcher
On Mar 1, 2007, at 1:35 PM, Neal Richter wrote: Collex is quite open source, its just ugly source :) We're the 'patacriticism' project at SourceForge, under the "collex" directory in Subversion. Collex implements tagging by implementing JOIN cross-references between user/tag documents and regu

Re: document field updates

2007-03-01 Thread Neal Richter
Collex is quite open source, its just ugly source :) We're the 'patacriticism' project at SourceForge, under the "collex" directory in Subversion. Collex implements tagging by implementing JOIN cross-references between user/tag documents and regular object documents. It's scalability is not goi

Re: document field updates

2007-03-01 Thread Andrzej Bialecki
Erik Hatcher wrote: I'm pretty sure this has been done, I'm just not 100% sure where. Does Nutch index link text? Nutch does do this sort of thing, but I'm not quite sure how. It isn't doing any operations to the Lucene index beyond what plain ol' Lucene does. Nutch maintains a set of s

Re: document field updates

2007-03-01 Thread Erik Hatcher
On Feb 28, 2007, at 8:59 AM, Steven Parkes wrote: Are unindexed fields stored seperately from the main inverted index? If so then, one could implement the field value change as a delete and re-add of just that value? The short answer is that won't work. Field values are

RE: document field updates

2007-02-28 Thread Steven Parkes
Are unindexed fields stored seperately from the main inverted index? If so then, one could implement the field value change as a delete and re-add of just that value? The short answer is that won't work. Field values are stored in a different data structure than the posting

Re: document field updates

2007-02-27 Thread Neal Richter
On 2/27/07, Steven Parkes <[EMAIL PROTECTED]> wrote: It is true that you can store more data and that will make it possible to get it back. Storing fields (w/ or w/o indexing) allows you to pull them back. Storing term vectors gives you something in-between nothing and everything. I will look i

RE: document field updates

2007-02-27 Thread Steven Parkes
age- From: Neal Richter [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 27, 2007 11:52 AM To: java-user@lucene.apache.org Subject: RE: document field updates Steven Parkes wrote: >There are no plans to do this. It's essentially impossible, given (1) >the reverse nature of te

RE: document field updates

2007-02-27 Thread Neal Richter
Steven Parkes wrote: There are no plans to do this. It's essentially impossible, given (1) the reverse nature of text indexes and (2) Lucene's write-once segment architecture. What if the field is stored and unindexed? It should be possible to update the contents of that in isolation. How wo

RE: document field updates

2007-02-27 Thread Steven Parkes
java-user@lucene.apache.org Subject: document field updates I know this has been asked before, but I'd like to ask once more for peace of mind. Is there a way to do single field inserts/updates without deleing and reinserting a document? If the answer is no, what exactly would be entailed

document field updates

2007-02-27 Thread Arnone, Anthony
I know this has been asked before, but I'd like to ask once more for peace of mind. Is there a way to do single field inserts/updates without deleing and reinserting a document? If the answer is no, what exactly would be entailed in adding this functionality, or, better yet, is this plan