Re: PossitionIndex (was: Re: [Zope-dev] ZCatalog phrase indexingrevisited)
Rik Hoekstra writes: This raises the question how dependent the splitter on the paticularities of the document source - I do not really see how different splitters could be useful for one single document. This is perhaps less obvious than it appears, as you may want to use different splitters for documents in different languages. Taken as a whole I would say choosing a splitter would be a decision that had to be taken at indexing time anyway. But perhaps it's just my imagination that is Of couse, the search must follow the same splitting rules than the indexing did. Changing the rules (the splitter or its configuration) after indexing will make the index inconsistent. I agree; in fact I think we're saying the same. What is more interesting, is how (less than when) you decide to use which splitter. With heterogeneous documents I'd think it would be difficult to decide automagically... Rik ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: PossitionIndex (was: Re: [Zope-dev] ZCatalog phrase indexingrevisited)
On Mon, 18 Jun 2001, Andreas Jung wrote: These are good ideas to improve the TextIndex. I already encouraged Erik to put alltogether into a Fishbowl proposal, Which I would do, if I had time. Which I will have, but not for another two weeks. :-) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] dtml-in batching badly
* Joachim Werner [EMAIL PROTECTED] [010618 20:28]: That's not the behaviour I'd expect. Can anyone confirm this is a bug? As LEE Kwan Soo has already said, it is not a bug, but a clever (too clever?) feature that should maybe not be enabled by default. Every second week or so somebody runs into this and thinks it is a bug. Thanks for the hint, folks. I'm not a zope newbie, and this still bit me. IMO there's something fairly wrong with the current setup. either the default behaviour should be changed to orphans=0, or the visibility of default values for tags should be improved (from the book: orphan=int The desired minimum batch size - no mention of defaults). Furthermore, the 'feature' doesn't work as I'd expect. In the example I posted, for the sequence (1,2,3,4), I got: batch 1: 1 batch 2: 2 3 4 batch 3: 3 4 batch 4: 4 This isn't in batches of at least 3... If it were iterating in minimum batches of 3, shouldn't that be: batch 1: 1 2 3 batch 2: 2 3 4 batch 3: 2 3 4 batch 4: 2 3 4 It's ugly! seb ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] define restricted list of meta types for subobjects
hi i made a folderish product which inherits from objectmanager to define which meta_types the user should be able to put into it i have overriden all_meta_types from objectmanager now only those returned from this function are displayed in the product add list in the ZMI but i can still add other subobjects when i play with the url and call the addform directly. my q: is there a method to define this subobjects via permissions without setting permissions each time a product class is instanciated i read about some permission key for a specific meta type. but i want to set the permissions only for a specific product, independend of the instances location thx in advance, bernd ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] dtml-in batching improved
Ivo, somehow I had missed the very start of the thread. I think that my change pretty much implements the third alternative you describe in your post, but for which you provided no patch (the one which defines the variables at the top and bottom only, because I leave the if index==first or index==last test). You are right that my change could break existing code, but I think not as badly as defining the variables for every iteration. In any case, I will keep the change in my version until I notice a side effect that I don't like. Cheers, Jean -Original Message- From: Ivo van der Wijk Sent: Monday, June 18, 2001 7:31 AM This is basically my patch #1. It makes previous-sequence-* and next-sequence-* available throughout the entire dtml-in loop. This sounds like a good fix, but people may rely on these variables being only set at resp. the start and end of the iteration. So this patch may break existing dtml code. That's why I suggested patch #2, which introduces new variables. Old code will continue to work, but people who want the problem fixed can use the newly introduced variables, which are available throughout the iteration. Ivo ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Proposed proposals: password encryption, ZODB RAM
On Tue, 19 Jun 2001, Toby Dickenson wrote: However, I dont think encrypting user passwords is enough. Data.fs may contain plaintext passwords for relational databases, and in many cases it contains arbitrary confidential information. True. The RDBMS passwords are probably more sensitive than user passwords, and you certainly can't encrypt the RDBMS passwords. Would it make more sense to encrypt whole storages? Probably not. The idea is to encrypt them irreversibly, a scheme that doesn't work for most other kinds of data. The risk is incompatibility with HTTP digest auth, which I imagine nobody is using right now. And incompatability with almost all other not-yet-invented authentication schemes. What I had in mind, though, is that people would be allowed to turn off encryption in the UI. They would just have to then reset their passwords to use the new authentication scheme. 2) If cPickle were to do something similar to intern-ing strings when loading objects from the ZODB, Zope might consume significantly less RAM on busy servers. ZODB uses lots of strings. ZODB caches cannot be shared among threads. But strings, being immutable, can be safely shared. We couldn't just intern the strings since that would make them immortal, but if we used weak references it could work. I like this alot. Can the idea be extended to other objects which Zope treats as immutable? For example, DTMLMethod objects hold a dtml parse tree made up of cvlass instances. This must have a significant memory footprint. Good idea. I think such a thing could only be applied at the application level (that is, DTMLMethod would have to be intimately aware of sharing). It would be difficult to apply at the cPickle level. Shane ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] command-line zope.org product upload ?
If you have a recipe or script or ideas for this, I'd appreciate it. I have a non-functional makefile recipe that currently looks like this - echo id=$(PRODUCT)-$(VERSION).tgz\nfile=`cat releases/$(PRODUCT)-$(VERSION).tgz | \ python -c import sys,urllib; print urllib.quote_plus(sys.stdin.read())` \ | TERM=vt100 lynx -post_data -auth=$(USERZOPEORG):$(PASSZOPEORG) -term=vt100 \ -dump http://zope.org/Members/simon/ZWiki/manage_addProduct/ZopeSite/Release_factory/Release_add \ .log (Oh please! shoot me now! :) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] command-line zope.org product upload ?
Hi, Ive been successfully finding other things to do other ZPM which is an attempt to make a package manager for Zope ala RPM, PPM etc. A command line interface to it would be cool. http://www.zope.org/Members/andym/ZPM Cheers. -- Andy McKay. - Original Message - From: Simon Michael [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 19, 2001 10:46 AM Subject: [Zope-dev] command-line zope.org product upload ? If you have a recipe or script or ideas for this, I'd appreciate it. I have a non-functional makefile recipe that currently looks like this - echo id=$(PRODUCT)-$(VERSION).tgz\nfile=`cat releases/$(PRODUCT)-$(VERSION).tgz | \ python -c import sys,urllib; print urllib.quote_plus(sys.stdin.read())` \ | TERM=vt100 lynx -post_data -auth=$(USERZOPEORG):$(PASSZOPEORG) -term=vt100 \ -dump http://zope.org/Members/simon/ZWiki/manage_addProduct/ZopeSite/Release_facto ry/Release_add \ .log (Oh please! shoot me now! :) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] command-line zope.org product upload ?
On Tue, 19 Jun 2001, Andy McKay wrote: Ive been successfully finding other things to do other ZPM which is an attempt to make a package manager for Zope ala RPM, PPM etc. A command line interface to it would be cool. Cool. And maybe some apt-get functionality? Like 'zope-apt-get dist-upgrade'? :-) Cheers, Morten ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] command-line zope.org product upload ?
Yeah sure :) Lets get products and zexp's working first :) Cheers. -- Andy McKay. - Original Message - From: Morten W. Petersen [EMAIL PROTECTED] To: Andy McKay [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; Simon Michael [EMAIL PROTECTED] Sent: Tuesday, June 19, 2001 11:13 AM Subject: Re: [Zope-dev] command-line zope.org product upload ? On Tue, 19 Jun 2001, Andy McKay wrote: Ive been successfully finding other things to do other ZPM which is an attempt to make a package manager for Zope ala RPM, PPM etc. A command line interface to it would be cool. Cool. And maybe some apt-get functionality? Like 'zope-apt-get dist-upgrade'? :-) Cheers, Morten ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: command-line zope.org product upload ?
Morten W. Petersen [EMAIL PROTECTED] writes: Cool. And maybe some apt-get functionality? Like 'zope-apt-get dist-upgrade'? :-) Yeah, hang on - uh, Jerome ? Hey, uh, me and the folks on the list think there's this one little extra that would make zshell perfect.. :) Meanwhile, if I could just figure out how to POST multi-field form data I'd make some progress.. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] RE: [SmartObjects] Zope Object Query Language (ZOQL) Proposal
-Original Message- From: Olivier Deckmyn [mailto:[EMAIL PROTECTED]] Sent: Tuesday, 19 June 2001 6:47 PM To: Stephan Richter; SmartObjects Mailing List Subject: RE: [SmartObjects] Zope Object Query Language (ZOQL) Proposal A ) Devil lawyer : -- Why not reuse a existing standard query language ? First I'll have to say I'm bit to busy to follow the whole thread and see what the details of the query languages being discussed are. For a long time however I have believed that there is a need for a strong queury language for Zope. One that gives a powerful and consistant API and also allows for things like transparent indexing. We need something that combines the power of relational joins but also the heirachical queries like XPath. Such a query language is not a new idea and is activly being devoloped for XML. XML and ZODB are very similar. I think the gains made by reusing an XML query language would be huge. XQuery seems to be the most powerful and the most applicable and has a lot of smart people working on it. http://www.w3.org/TR/xquery/ XML is an extremely versatile markup language, capable of labeling the information content of diverse data sources including structured and semi-structured documents, relational databases, and object repositories. A query language that uses the structure of XML intelligently can express queries across all these kinds of data, whether physically stored in XML or viewed as XML via middleware. Because query languages have traditionally been designed for specific kinds of data, most existing proposals for XML query languages are robust for particular types of data sources but weak for other types. This specification describes a new query language called XQuery, which is designed to be broadly applicable across all types of XML data sources. Can I suggest that someone have a closer look and see if this language can cover all the needs of a general ZODB query language? such as I think was suggested at the beginning of this thread http://imail.iuveno-net.de/pipermail/smartobjects/2001-June/000116.html ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] curl comes through (Re: command-line zope.org product upload ?)
Now I can do something like make zdoreleaseall creating ZWiki-0.9.3.tgz release on zope.org uploading ZWiki-0.9.3.tgz configuring ZWiki-0.9.3.tgz properties submitting ZWiki-0.9.3.tgz to the catalog creating ZWiki-0.9.3-released news item on zope.org configuring ZWiki-0.9.3-released properties submitting ZWiki-0.9.3-released to the catalog Here are the makefile recipes with the magic curl incantations. A zope.org entry in ~/.netrc is assumed. PRODUCT=ZWiki VERSION=0.9.3 STATUS=Development TITLE= PLATFORM=All PRODUCTURL=http://zope.org/Members/simon/ZWiki FILE=$(PRODUCT)-$(VERSION).tgz zdoreleaseall: zdorelease zdorelease-catalog zdoannounce zdoannounce-catalog zdorelease: zdorelease-create zdorelease-upload zdorelease-configure zdorelease-create: @echo creating $(FILE) release on zope.org @curl -s -n -Fid=$(FILE) -Ftitle='' -Ffile=@releases/$(FILE) $(PRODUCTURL)/manage_addProduct/ZopeSite/Release_factory/Release_add -o /dev/null zdorelease-upload: @echo uploading $(FILE) @curl -n -Ffile=@releases/$(FILE);type=application/x-tgz $(PRODUCTURL)/$(FILE)/editFile -o /dev/null zdorelease-configure: @echo configuring $(FILE) properties @curl -s -n -Ftitle=$(TITLE) -Fversion=$(VERSION) -Fstatus=$(STATUS) -Fplatform=$(PLATFORM) $(PRODUCTURL)/$(FILE)/editItem -o /dev/null zdorelease-catalog: @echo submitting $(FILE) to the catalog @curl -s -n -Fsubmit= Request Entry $(PRODUCTURL)/$(FILE)/manageCatalog -o /dev/null NEWSITEM=$(PRODUCT)-$(VERSION)-released NEWSTEXT=`echo /^\w.*$(VERSION)/;/^\w/-1p |ed -s Changelog` zdoannounce: zdoannounce-create zdoannounce-configure zdoannounce-create: @echo creating $(NEWSITEM) news item on zope.org @curl -s -n -Fid=$(NEWSITEM) -Ftitle= -Ftext= -Fsubmit= Add $(PRODUCTURL)/manage_addProduct/ZopeSite/fNewsItem/addNewsItem -o /dev/null zdoannounce-configure: @echo configuring $(NEWSITEM) properties @echo /^\w.*$(VERSION)/;/^\w/-1p |ed -s Changelog | curl -s -n -F'text=-' -Ftitle=$(PRODUCT) $(VERSION) released -FNewsItem_topics=Announcement -Fformat=Structured Text $(PRODUCTURL)/$(NEWSITEM)/editItem -o /dev/null zdoannounce-catalog: @echo submitting $(NEWSITEM) to the catalog @curl -s -n $(PRODUCTURL)/$(NEWSITEM)/manageCatalog -o /dev/null ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Fishbowl not problem centered enough
Fishbowl is a great idea but it seems to be that its solution focused rather than problem focus. Perhaps if you had a page that listed all the problems with zope or problems that need to be solved that isn't as easy as it could be with zope. Problems could then be organized according to priority due to severity or strategy, or even voting via the comunity (ala Java bug parade developer.java.sun.com/developer/bugParade/) Then under each problem could be listed the proposals that form solutions to the problem. Of course some solutions may solve many problems and therefore appear more than once. I just see lots of solutions many of which attack some of the same problems and no clear way to get those people comunicating and making informed trade-offs Dylan Jay mailto:[EMAIL PROTECTED] Avaya Communication Tel: +61 2 9886-8961 Level 3, 123 Epping RoadFAX: +61 2 9352 9224 Nth Ryde NSW 2113 Mobile: 0409 606 171 AUSTRALIA ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
