I haven't been paying close attention to the uniformity of URL parameters, but if there is room for making them more uniform (e.g. always use singular, always use comma as a delimiting character, etc.) without hurting anything, I'm for it.
As for pysolr - I had a quick look the other day and saw last activity was in March and there was no release. Perhaps Jacob would like to simply contribute his time and skills to Solr's existing python client? Feel free to make that suggestion to Jacob. Otis -- Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch ----- Original Message ---- > From: Bram de Jong <[EMAIL PROTECTED]> > To: solr-user@lucene.apache.org > Sent: Thursday, May 29, 2008 5:38:50 AM > Subject: Re: new user: some questions about parameters and query syntax > > Hello Eric (and others) > > >> > >> repeating the parameter: > >> sort=field1,field2 desc,field3 > >> but > >> facet.field=field1&facet.field=field2 > >> This is pretty confusing to first-hand users! :-) > > > > Yeah, it is confusing. But we have to be careful with order. I don't > > believe you can rely on the order of same named request parameters (right?), > > so sort needs to be a list where order matters. Whereas with facet.field, > > order does not matter. > > For date faceting, count missing the order doesn't matter either, and > there it's given as a comma-separated list. > I think it makes sense doing everything in comma (or space) separated > lists, it's also "more" compatible with > other programming languages: > in many languages you can represent the GET variables as a dictionary, > but of course GET variables can have > repeated keys, that's where it breaks down. If instead of using > multiple facet.field=... using one facet.fields=field1,field2 > you'd get rid of the only place where it's used (well, ok, also in the > date faceting). > > Using faceting.fields (plural) it could be backwards compatible. > > > > Using the standard Solr/Lucene query parser, tag:(bass drum) will use the > > operator specified in schema.xml, and it defaults to OR. > >> is "+bass +drum" essentially the same as "bass AND drum" ? > > > > yes, exactly the same. > > Ahh, great. > > >> I'm working on a query/parameter builder in python. > > > > Cool deal. Might be worth collaborating with the pysolr project here: > > so as to not duplicate efforts. > > I've contacted Jacob (a famous man in the python/django community). > Let's see how we can merge both projects. > > - bram > > -- > http://freesound.iua.upf.edu > http://www.smartelectronix.com > http://www.musicdsp.org
