--- Andy McKay [EMAIL PROTECTED] wrote:
I disagree but it's not worth arguing about.
However, the people who pay
my
salary feel that way which means I care ;-)
Ive been taking the Larry Wall approach to this when
people tell me the
correct way to do things:
"A Perl script is
I'm not sure why this isn't in 2.3.1b1, but yes, the code in getobject was
changed to use unrestrictedTraverse for this very reason.
- Original Message -
From: "Erik Enge" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, February 22, 2001 10:33 AM
Subject:
Well hell, what's good enough for Perl is good enough
for... *slaps self silly*
C'mon, are you really seriously gonna back up
reasoning for Zope features by quoting Larry Wall???
8^)
Why not ? (sometimes) he makes sense ;)
--
Andy McKay.
22, 2001 12:38 PM
Subject: Re: [Zope-dev] ZCatalog madness. (Must log in as emergencyuser.)
Chris McDonough wrote:
I'm not sure why this isn't in 2.3.1b1, but yes, the code in getobject
was
changed to use unrestrictedTraverse for this very reason.
Does that open up a security hole
Tres Seaver writes:
'getObject' forces you to "wake up" the catalogued object;
in a large enough result set, the price is pretty punitive,
compared to serving the results as cached metadata.
You can batch large result sets: "getObject" would just be
applied to the objects in the batch.
The
--- Johan Carlsson [EMAIL PROTECTED] wrote:
Hi,
I need to check an assumption I have made on the
ZCatalog Brains and Lazy Results from reading the
source.
1. The Brains gets its schema from the ZCatalog and
this
schema is basicly fixed. E.g. a search result
always has
the
I would rather be able to construct a Brain Schema
at search time
equivalent to the way theSELECT statement sets up
the result attributes
in SQL.
Example:
resultset =
Catalog.searchResults(query,schema=('id','title','keywords'))
Why is this important? I would
How many is "a lot" of meta datas?
At least 20-30.
Johan
Catalog.searchResults(query,schema=('id','title','keywords'))
Why is this important? I would suggest not putting
big
stuff in the meta-data that might warrant this.
Just
use the nifty new (v2.3) getObject
Erik Enge wrote:
[Michael Bernstein]
| I need to know how far the ZCatalog will scale using this indexing
| and search strategy. Does anyone have anectodal or benchmark data to
| suggest if (and when) I will hit a 'wall' regarding the number of
| objects being indexed and searched?
[Michael R. Bernstein]
| Erik Enge wrote:
|
| I'll let you know how it goes. (And please, do poke at me if it takes
| too long.)
|
| Ok, I'm poking :-).
Thanks. Keep doing it till you get what you need, I truly don't
mind. :-)
| How did it go?
Thanks to the speed of delivery at Royal
Erik Enge wrote:
[Michael R. Bernstein]
| Erik Enge wrote:
|
| I'll let you know how it goes. (And please, do poke at me if it takes
| too long.)
|
| Ok, I'm poking :-).
Thanks. Keep doing it till you get what you need, I truly don't
mind. :-)
| How did it go?
Thanks to
[Michael R. Bernstein]
| What I'm looking for is any indication that object creation time
| and/or indexing time goes up with the number of objects already in
| the ZODB.
Well, one thing I've already learned - which you all probably know -
is that you do _not_ want to put index_object() in your
Erik Enge wrote:
[Michael R. Bernstein]
| What I'm looking for is any indication that object creation time
| and/or indexing time goes up with the number of objects already in
| the ZODB.
Well, one thing I've already learned - which you all probably know -
is that you do _not_ want to
Arno Gross wrote:
I understand that the search terms for a field with TextIndex are ORed
and the fields in a search form are ANDed.
But assume the following:
* I have three fields (eg. abstract, content, title) with TextIndex
* I have one field (eg. category) with FieldIndex
When
Hi Steve,
maybe I'm missing one step. If I create a TextIndex for search_text (or
PrincipiaSearchSource)
I have to tell somewhere how this index is composite? Becaus I try to
list PrincipiaSearchSource in my result list it's empty.
Thanks
Arno Gross, email: [EMAIL PROTECTED]
On Thu, 08 Feb
Steve, thanks for your hints.
At moment I'm working with version 2.2.3 and could't bring it to work. Should
it work?
So I switched now tho 2.3 and after some struggles it works.
Actually I have ZClass objects.
Best regards
Arno Gross, [EMAIL PROTECTED]
On Thu, 08 Feb 2001, Steve Alexander
Arno Gross wrote:
Steve, thanks for your hints.
At moment I'm working with version 2.2.3 and could't bring it to work. Should
it work?
PythonScripts won't work. You should be able to do it with an External Method. I don't
know about PythonMethods.
So I switched now tho 2.3 and after some
Chris Withers wrote:
Okay, tracked down what's happening, can't understand why :-(
Now I can... convoluted but with a simple answer ;-)
As to why the object is on the top of the namespace, I dunno whether it's
dtml-in or ZCatalog that's responsible...
The reason for this, was because
I'm guessing the DTML method TestCase is acquired from it, before the
namespace
is searched for the meta_data, which is a little screwy :-(
Odd, I thought you were reffering to another bug that I fixed, thanks to
your report :-) hehehe, apparantly that wasn't the actual bug you were
PS: Tabular reporting ZSearch Interfaces generated from Catalogs
have quite
badly b0rKen results forms, in that, for some reason, the search
form ends up in
a column of the results table, very confusing...
Huh? I cannot reproduce this at all (or even see how it could
happen, looking at
Brian Lloyd wrote:
PS: Tabular reporting ZSearch Interfaces generated from Catalogs
have quite
badly b0rKen results forms, in that, for some reason, the search
form ends up in
a column of the results table, very confusing...
Huh? I cannot reproduce this at all (or even see how it
This is fixed in CVS. ChrisP works fast. :-)
- Original Message -
From: "Chris Withers" [EMAIL PROTECTED]
To: "Chris McDonough" [EMAIL PROTECTED]
Sent: Friday, January 26, 2001 11:23 AM
Subject: Re: [Zope-dev] ZCatalog FieldIndex bug in Zope 2.3.0b3
Chris McDono
Chris Withers wrote:
Okay, tracked down what's happening, can't understand why :-(
Some data points before I rush off...
- ZDebug doesn't like 2.3 very much :-S
- Python Scripts rock ;-)
However, from what ZDebug did show, it seems that the object the catalog has
found ends up on the top of
On 1/26/01 11:41 AM, "Chris McDonough" [EMAIL PROTECTED] wrote:
I've put the fieldindex bug in the collector.
This is now fixed... It was a bizarre logic problem, but I could reproduce
it easily :-) Thanks for finding this.
Chris
--
| Christopher Petrilli
| [EMAIL PROTECTED]
[Michael Bernstein]
| We seem to have disposed of the wildcard issue [snipped out
| below], and I'm looking forward to Eric's results, but does
| anyone else have any information about whether there is a
| practical upper limit on how many objects can be indexed and
| searched in a ZCatalog?
I
[Chris Withers]
| ...and is that specifically for BTree folders, or Zope BTree's in general?
I don't believe that B-Tree folders have those kinds of limitations by
general design. I'm more conserned that somewhere along the lines,
doing operations on a huge BTree Folder (Yes, in Zope) will be
Erik Enge wrote:
[Chris Withers]
| ...and is that specifically for BTree folders, or Zope BTree's in general?
I don't believe that B-Tree folders have those kinds of limitations by
general design. I'm more conserned that somewhere along the lines,
doing operations on a huge BTree
[Michael Bernstein]
| Erik Enge wrote:
|
| I don't believe that B-Tree folders have those kinds of limitations by
| general design. I'm more conserned that somewhere along the lines,
| doing operations on a huge BTree Folder (Yes, in Zope) will be slow.
|
| What sort of 'operations' do
Steve Alexander writes:
Michael Bernstein wrote:
Also, is there a way to disable wildcards in full text
searches?
Do not allow direct queries to search the catalog. Instead, make
searches go through an external method (or a PythonScript with Proxy
permissions) that uses
We seem to have disposed of the wildcard issue [snipped out
below], and I'm looking forward to Eric's results, but does
anyone else have any information about whether there is a
practical upper limit on how many objects can be indexed and
searched in a ZCatalog?
Michael Bernstein wrote:
After
Michael Bernstein wrote:
Also, is there a way to disable wildcards in full text
searches?
Do not allow direct queries to search the catalog. Instead, make
searches go through an external method (or a PythonScript with Proxy
permissions) that uses string.replace to change '*' and '?' to ''.
Steve Alexander wrote:
Michael Bernstein wrote:
Also, is there a way to disable wildcards in full text
searches?
Do not allow direct queries to search the catalog. Instead, make
searches go through an external method (or a PythonScript with Proxy
permissions) that uses
Erik Enge wrote:
[Michael Bernstein]
| I need to know how far the ZCatalog will scale using this indexing
| and search strategy. Does anyone have anectodal or benchmark data to
| suggest if (and when) I will hit a 'wall' regarding the number of
| objects being indexed and searched?
[Michael Bernstein]
| I need to know how far the ZCatalog will scale using this indexing
| and search strategy. Does anyone have anectodal or benchmark data to
| suggest if (and when) I will hit a 'wall' regarding the number of
| objects being indexed and searched?
I'm going to try to stuff 27
Michael Bernstein wrote:
Also, is there a way to disable wildcards in full text
searches?
Do not allow direct queries to search the catalog. Instead, make
searches go through an external method (or a PythonScript with Proxy
permissions) that uses string.replace to change '*' and '?' to
Chris Withers wrote:
Wouldn't using a normal vocabulary as opposed to a globbing vocabulary
prevent this as well?
That would stop globbing searches for everyone.
While I might want to stop users of a site making wildcard searches, I
still want to keep that facility for myself :-)
--
There could be problems depending on how a product handles dealing with
attributes, but the exception should be caught. Note that the traceback is
*not* in Catalog, but is in the Transaction manager. Can you talk about
what other products you have installed? And hwat your object database looks
work well,
will it affect the searching stuff much, if CatalogAware works fine?
Thanks a lot.
Lily
-Original Message-
From: Michael Bernstein [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 17, 2001 12:11 AM
To: Lily Li
Cc: '[EMAIL PROTECTED]'
Subject: Re: [Zope-dev] ZCatalog
Lily Li wrote:
Hello, everyone,
It seems that many of you have used ZCatalog pretty well.
My problem is that I'd like a ZClass (of a Product) to subclass
CatalogAware, and implement all the index and search inside the Product.
That means I don't want to do any DTML method stuff outside
Morten W. Petersen writes:
It seems I misunderstood the term fuzzy logic myself. Fuzzy logic means
if I search for a word, for example 'programmer', it will return matches
to the words 'program', 'programming','programmable' etc.
This, usually, is called "stemming".
Though, your examples
--- "Morten W. Petersen" [EMAIL PROTECTED] wrote:
[snip]
It seems I misunderstood the term fuzzy logic
myself. Fuzzy logic means
if I search for a word, for example 'programmer', it
will return matches
to the words 'program', 'programming','programmable'
etc.
I.e., it will somewhat
On Wed, 10 Jan 2001, Morten W. Petersen wrote:
I do not think that "fuzzy logic" is strongly related to "regexp-like".
Anyway.
Fuzzy searching often means "finding matches with characters omitted,
replaced or inserted".
It seems I misunderstood the term fuzzy logic myself. Fuzzy
Morten W. Petersen wrote:
Is there anyone who could try to give an estimate of how long it would
take to add fuzzy logic (regexp-like) searching capability to the
ZCatalog?
And reasoning as to why would be appreciated. ;)
Right now, you could use an External Method to apply a regex match
Morten W. Petersen writes:
Is there anyone who could try to give an estimate of how long it would
take to add fuzzy logic (regexp-like) searching capability to the
ZCatalog?
I do not think that "fuzzy logic" is strongly related to "regexp-like".
Anyway.
Fuzzy searching often means "finding
Itamar Shtull-Trauring wrote:
Chris Withers wrote:
...in which case, I wonder why CatalogAwareness goes to the trouble of
unindexing and then re-indexing?
Because in older ZCatalog (before 2.3 and maybe before 2.2.4),
catalog_object did not uncatalog automatically. When in doubt,
Chris Withers wrote:
Michael Bernstein wrote:
reindex_object - should be called when an object is edited
Hmmm... didn't see this method listed in the interfaces wiki. Where did
you find it?
reindex_object is a method of the mix-in class CatalogAwareness.
Steve Alexander wrote:
reindex_object is a method of the mix-in class CatalogAwareness.
Ah, that's okay then, since Squishdot doesn't have anything to do with
CatalogAwareness.
I think calling index_object should work, as a well-implemented catalog
will do the right thing. However, calling
Whew! I thought something was trashed.
Thanks for your prompt replies guys!
All my best,
Christopher Petrilli writes:
Jason,
This was accidentally uncommented in the 2.2.4 release, you can ignore it,
or comment out the message line in UnIndex.py. It's innocuous.
Chris
--
|
OTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, December 20, 2000 9:27 AM
Subject: Re: [Zope-dev] ZCatalog very unhappy
Whew! I thought something was trashed.
Thanks for your prompt replies guys!
All my best,
Christopher Petrilli writes:
Jason,
This was accidentally unco
John Eikenberry wrote:
the potential of up
to 50,000 entries.
Using a ZCatalog for
listings
This may cause you real problems, especially if there's a 'bulk data
load' at any point.
Cheers,
Chris
PS: How's the catalog revamp coming along? Any published ZSearch
interface yet?
Casey Duncan wrote:
OK, what this patch does is allow you to concatenate ZCatalog result
sequences (Lazy sequences) without loading the whole enchilada into memory.
It also dispenses with the funky workaround/hack notation that currently
exists (although it still works AFAIK). Once this
EMAIL PROTECTED]
Sent: Tuesday, November 07, 2000 12:02 PM
Subject: Re: [Zope-dev] ZCatalog index error
Ah sorry, I have custom CatalogAware class thats been a bit hacked but was
written by Mike Pelletier... when he was hanging around at ActiveState for
a
few days. Theres a link to wiki on i
MAIL PROTECTED]
Sent: Thursday, November 09, 2000 2:31 PM
Subject: Re: [Zope-dev] ZCatalog index error
I found this in the archive. Is this the patch I need or is it more
complex,
it seems strange that it hasnt been implemented...
http://zope.nipltd.com/public/lists/dev-archiv
Thursday, November 09, 2000 12:03 PM
Subject: Re: [Zope-dev] ZCatalog index error
I have no idea about this, but I know that this isn't all you need
- Original Message -
From: "Andy McKay" [EMAIL PROTECTED]
To: "Andy McKay" [EMAIL PROTECTED]; "Christopher
How are you getting things indexed and reindexed in the Catalog, if I might
ask?
Chris
- Original Message -
From: "Andy McKay" [EMAIL PROTECTED]
To: "Chris McDonough" [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Monday, November 06, 2000 6:42 PM
Subject: Re: [Zope-dev]
-
From: "Christopher Petrilli" [EMAIL PROTECTED]
To: "Andy McKay" [EMAIL PROTECTED]; "Chris McDonough"
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, November 07, 2000 7:27 AM
Subject: Re: [Zope-dev] ZCatalog index error
How are you getting things indexed and reinde
Well im not sure how much deleting the index and then recreating the index
throught the management interface actually does. But I wrote an external
method to basically do a find and apply to recatalog bunches of objects.
Actually i meant originally, not the second time. Are you using
opher Petrilli" [EMAIL PROTECTED]
To: "Andy McKay" [EMAIL PROTECTED]; "Chris McDonough"
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, November 07, 2000 10:13 AM
Subject: Re: [Zope-dev] ZCatalog index error
Well im not sure how much deleting the index and then r
Andy,
This is a known issue with the catalog (searching the collector for "key
error" will show you how common it has been). Chris Petrilli should be
checking in some changes to the CVS 2.2 branch (and the trunk?) tomorrow
that resolves it. The problem is evidently related to the way
nough" [EMAIL PROTECTED]
To: "Andy McKay" [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Monday, November 06, 2000 3:49 PM
Subject: Re: [Zope-dev] ZCatalog index error
Andy,
This is a known issue with the catalog (searching the collector for "key
error" will show you h
Stick it in the collector:
http://classic.zope.org:8080/Collector/
Chris
Brett Carter wrote:
How can I update the uniqueValuesFor()? Whenever I delete one of my
ZCatalog-aware zclasses, they are still returned in uniqueValuesFor.
What gives? is this cached or something?
-Brett
On Thu, 28 Sep 2000, Sin Hang Kin wrote:
After reading some code of query, I think the regular expression operations
which in parse, quotes and parse2 were not safe for utf8 string. So, I
That wouldn't surprise me.
decide to emulate what they do. However, I do not understand what getlexicon
On Mon, 25 Sep 2000, Sin Hang Kin wrote:
I generate the search interface, and test it. However, the search of the
index terms return nothings. I search most entries found in the vocubalury
but none works, those work will return many unwanted results also.
What is causing this failure? What
Steve Alexander wrote:
Although there are ways to do this now, I guess I was wondering about
making it a standard part of catalogs.
I'm sure code will be greatfully recieved ;-)
Thinking further though, if it is as easy as adding "url" to the
catalog's metadata, why bother?
Hmm, how about
Steve Alexander wrote:
Is there any good reason that the "brains" returned by ZCatalog searches
don't have a standard property that reflects the URL of the object they
have meta-data from?
That sounds like a good idea :-)
This would seem to me to be more object-oriented, and would save
D'Oh!
Here's the file...
Chris
--- ZCatalog.py.old Thu Aug 3 15:17:05 2000
+++ ZCatalog.py Thu Aug 3 15:21:25 2000
@@ -392,7 +392,7 @@
def _searchable_result_columns(self):
r = []
-for name in self._catalog.indexes.keys():
+for name in
On Thu, Aug 03, 2000 at 04:07:31PM +0100, Chris Withers wrote:
D'Oh!
Here's the file...
Chris
--- ZCatalog.py.old Thu Aug 3 15:17:05 2000
+++ ZCatalog.py Thu Aug 3 15:21:25 2000
@@ -392,7 +392,7 @@
def _searchable_result_columns(self):
r = []
-
Chris Withers writes:
I seem to remember Michel being a little less than happy when he saw
that code.
Quite frankly, I still don't have much confidence in (Z)Catalog (still
no docs for all the cool stuff, dodgy bugs and few responses when
they're raised...) which is a shame since
Dieter Maurer wrote:
I am very interested in ZCatalog.
I promiss that I will look into it, when I come to 2.2.
Thanks,
Documentation of the cool stuff which is already there, and making it
work 100% reliably are the two main things...
cheers,
Chris
R. David Murray writes:
I am very confused.
I'm looking at the SearchIndex source under 2.1.4 (2.1.6 seems to be
the same). In Lexicon.py the 'query' method defines the default_operator
to be 'or'. I can't see that TextIndex overrides this when it calls
it.
But the response to
201 - 270 of 270 matches
Mail list logo