To find out if this was a Xapian specific issue, I decided to try this
with Solr. Unfortunately, I can't get Solr to facet, so I couldn't
verify this. Did you find out anything yet?
Anyway, I'll try to look into it this weekend. Didn't have any time to
spare this week :(
> I simply visited this link:
http://patrickbregman.eu/search/and expanded
> the "Local Vars" on the second to last item in the traceback. You should be
> able to see the contents of `model_data` here. You can see how this is used
> in the last item of the traceback by expanding "Local Vars" again. Here,
> you'll see that `field_value` is a two-dimensional list, same as in
> `model_data`.
>
> Hope that helps.
>
> David
>
> On Dec 6, 2009 3:37pm, Patrick Bregman <
patrick.breg...@gmail.com> wrote:
>
> > I tried a few things, but it all results in the same error.
> > How did you get this detailed traceback? I couldn't find anything like it
> > in the standard Django errorpage.
> > On Sun, Dec 6, 2009 at 20:02, Patrick Bregman
patrick.breg...@gmail.com>
> > wrote:
> > Strange... I didn't intend to make it a list of lists. Let's see how I
> > can fix that.
> > Thanks!
> > On Sun, Dec 6, 2009 at 19:56,
dnsa...@gmail.com> wrote:
> > Ok, I think I see what the issue is. `tag_exact` and `author_exact` are
> > both lists of lists. This is why you're getting the hash error.
> > Here's what the traceback is showing for `tag_exact`: 'tag_exact':
> > [[u'Railgun'], [u'Index'], [u'To', u'Aru', u'Kagaku', u'no', u'Railgun'],
> > [u'To', u'Aru', u'Majutsu', u'no', u'Index']]
> > Is this what you intended? I'll need to confirm with Daniel whether this
> > is something Haystack is supposed to support. If it is, I'll see about
> > extending the Xapian code to support it. In the meantime, would it be
> > possible to collapse the tags down into a single list? For example, make
> > `[u'To', u'Aru', u'Kagaku', u'no', u'Railgun']` 'To Aru Kagaku no
> > Railgun'.
> > On Dec 5, 2009 8:21pm,
dnsa...@gmail.com wrote:
> > > Thanks, Patrick. I'll take a look at this and let you know if I can
> > find the source of your issue.
>
> > > On , Patrick Bregman
patrick.breg...@gmail.com> wrote:
> > > > I've put the code onlie at a mercurial repository. This repository is
> > located athttp://
patrickbregman.eu/hg_pb_eu/pb_eu/. I just pushed the
> > last changes to there, so it should be completely up to date. I've also
> > enabled pulling, so you can use a mercurial client if you like.
>
> > > > On Sun, Dec 6, 2009 at 00:19,
dnsa...@gmail.com> wrote:
>
> > > > Are the indexes still online somewhere that I could have a peak at?
>
> > > > On , Patrick Bregman
patrick.breg...@gmail.com> wrote:
>
> > > > > I tried, and I couldn't pull it from GIT, so I downloaded it from
> > the GITHub page. I just saw that I could switch branches there :)
> > > > > But this code doesn't work either. It keeps complaining about the
> > same error, TypeError at /search/ unhashable type: 'list'.
>
> > > > > And I don't mind running unstable code at all if it fixes a problem
> > I'm having.
>
> > > > > On Sun, Dec 6, 2009 at 00:04,
dnsa...@gmail.com> wrote:
>
> > > > > Sure thing, Patrick. You'd probably want to checkout and track a
> > remote branch: git checkout -b next notanumber/next
>
> > > > > This depends on how you got the code to begin with, though. This
> > link should be a good start:
> >
http://github.com/guides/showing-and-tracking-remote-branches
>
> > > > > Please, keep in mind that this is experimental code, although it
> > has pretty good test coverage. If you're not bothered by running
> > potentially unstable code, I'd love to hear how it works for you.
>
> ...
>
> read more »