Re: [VuFind-Tech] [VuFind-General] SearchObject update

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Moving to the tech list. :)

'data' being empty in your session is normal (unless you are logged in). That is where your user object gets dropped.

I'd say the null session_id is a bit of a smoking gun. It would cause all the errors you're having. Are you using session handling from MySQLSession.php? It's been modified to work with the search code and session_id should be the database row id for that session.

Demian has already opened a JIRA issue over this not being the best way (should be tied to the php session instead since you might be using any session storage mechanism), but I haven't addressed it yet.

The empty blob is also wrong, but could be a side effect of the null session_id somehow, I'd resolve that before I worried.

Greg Pendlebury
Electronic Services Officer (Systems Team)
Division of Academic Information Services
University of Southern Queensland
Phone: +61 7 4631 1501
Fax: +61 7 4631 1841
From: Eoghan Ó Carragáin [mailto:eog...@gm...]
Sent: Thursday, 29 October 2009 12:08 PM
To: Greg Pendlebury
Cc: Till Kinstler; vuf...@li...
Subject: Re: [VuFind-General] [VuFind-Tech] SearchObject update

Hi Greg,

I've just being trying out some of your other recently added features. I appear to be having a problem with how searches are being handled in the db.

When I try to edit an advanced search, I get the advSearchError_noRights error: "I'm sorry, but you don't have permission to edit that search. Perhaps your browser session has expired?"

Similarly, when I click on Search History I get the history_no_searches: "There are currently no searches in your history."

When I look in the db, the session table seems to be ok: except for "data" which is empty (not null), the other fields (id, session_id, last_used, created) are populated

In the Searches table, a row is created for each search but very little is populated:

 *   id is incremented
 *   user_id is always 0 (i haven't tried logged in)
 *   session_id = Null
 *   folder_id = Null
 *   created is populated with YYYY-MM-DD
 *   title = Null
 *   saved is always 0 (i haven't tried logged in)
 *   search object always = [BLOB - 0B]
My current checkout is a pretty clean version of the trunk (r1726), but perhaps this is due to some local setting. Any suggestions much appreciated.

Thanks,
Eoghan
2009/10/22 Greg Pendlebury <Gre...@us...<mailto:Gre...@us...>>
My typing is not so good of late :)

>> I most definitely don't think relying on a patched version of VuFind is a good idea long term
I most definitely don't think relying on a patched version of SOLR for VuFind is a good idea long term

Greg Pendlebury
Electronic Services Officer (Systems Team)
Division of Academic Information Services
University of Southern Queensland
Phone: +61 7 4631 1501
Fax: +61 7 4631 1841

-----Original Message-----
From: Greg Pendlebury [mailto:Gre...@us...<mailto:Gre...@us...>]
Sent: Thursday, 22 October 2009 2:24 PM
To: 'Till Kinstler'; vuf...@li...<mailto:vuf...@li...>
Subject: Re: [VuFind-General] [VuFind-Tech] SearchObject update

>> A dictionary of common (multi word) phrases in an index could be useful. But how to create that?

I'm playing with the ShingleFactory at the moment. There are some community patches (SOLR-744 and LUCENE-1370) required for the best functionality and I'm currently rebuilding to see whether they help. I most definitely don't think relying on a patched version of VuFind is a good idea long term, but if they work it will be good indication of what we CAN do when those patches make it into public release.

Greg Pendlebury
Electronic Services Officer (Systems Team)
Division of Academic Information Services
University of Southern Queensland
Phone: +61 7 4631 1501
Fax: +61 7 4631 1841

-----Original Message-----
From: Till Kinstler [mailto:kin...@gm...<mailto:kin...@gm...>]
Sent: Thursday, 22 October 2009 12:55 AM
To: vuf...@li...<mailto:vuf...@li...>
Subject: Re: [VuFind-General] [VuFind-Tech] SearchObject update

Eoghan Ó Carragáin schrieb:

> Am I right in saying that the replacement technique won't replace two
> misspelled words? ie, in the example above, it won't give you "folklore
> work" as the collation method will?

At the moment not, correct. As I understand Greg he doesn't want to give
suggestions that may return no hits. But Solr returns hit counts only
for single word suggestions, not for collations. And the collation in
Solr works on the query passed to Solr, which needn't be the query
entered by the user in VuFind. The collation could also be done in
SearchObject by replacing the single terms Solr returns suggestions for.
But there may be several possbile permutations of original search terms
and suggestions. And we still don't know for which of those there are
hits without running queries in the background...

> I agree background searches seems like a bad use of resources. A phrase
> based dictionary sounds great. I wonder if this might be of use to
> Autosuggest/Auto-complete that Till Kinstler is looking at or vica versa
> (http://www.vufind.org/wiki/autocomplete).

Hmm, maybe. The autocomplete thing will work with facets or more likely
the new TermsComponent in Solr (though the latter doesn't work on
non-ASCII chars as expected...). It needs some indexes of type string
(so no tokenizers and filters applied) with phrases to get suggestions
from. A dictionary of common (multi word) phrases in an index could be
useful. But how to create that?

> Do you think the trunk needs to be updated with a more recent solr
> build? I got the impression this was going to happen with the 1.4
> release anyway (not sure when that is).

I think, Solr 1.4 final will be out in some days. I'd like to have that
in VuFind as soon as possible...

Till

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
VuFind-General mailing list
VuF...@li...<mailto:VuF...@li...>
https://lists.sourceforge.net/lists/listinfo/vufind-general

This email (including any attached files) is confidential and is for the
intended recipient(s) only.  If you received this email by mistake,
please, as a courtesy, tell the sender, then delete this email.

The views and opinions are the originator's and do not necessarily
reflect those of the University of Southern Queensland.  Although all
reasonable precautions were taken to ensure that this email contained no
viruses at the time it was sent we accept no liability for any losses
arising from its receipt.

The University of Southern Queensland is a registered provider of
education with the Australian Government (CRICOS Institution Code No's.
QLD 00244B / NSW 02225M)

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
VuFind-General mailing list
VuF...@li...<mailto:VuF...@li...>
https://lists.sourceforge.net/lists/listinfo/vufind-general

This email (including any attached files) is confidential and is for the
intended recipient(s) only.  If you received this email by mistake,
please, as a courtesy, tell the sender, then delete this email.

The views and opinions are the originator's and do not necessarily
reflect those of the University of Southern Queensland.  Although all
reasonable precautions were taken to ensure that this email contained no
viruses at the time it was sent we accept no liability for any losses
arising from its receipt.

The University of Southern Queensland is a registered provider of
education with the Australian Government (CRICOS Institution Code No's.
QLD 00244B / NSW 02225M)

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
VuFind-General mailing list
VuF...@li...<mailto:VuF...@li...>
https://lists.sourceforge.net/lists/listinfo/vufind-general

This email (including any attached files) is confidential and is for the
intended recipient(s) only.  If you received this email by mistake,
please, as a courtesy, tell the sender, then delete this email.

The views and opinions are the originator's and do not necessarily
reflect those of the University of Southern Queensland.  Although all
reasonable precautions were taken to ensure that this email contained no
viruses at the time it was sent we accept no liability for any losses
arising from its receipt.

The University of Southern Queensland is a registered provider of
education with the Australian Government (CRICOS Institution Code No's.
QLD 00244B / NSW 02225M)