[Koha-devel] Subject tracings

[Ian Walls]

When doing an initial search, I'd recommend we stay with the current set up
(more results is better, as they can be narrowed with the filters), but if
you're clicking the subject tracing on a specific record (or on one of the
filters), yes, I think it should be forced to completeness.  You want
precisely _that thing_.  You're seeking, rather than searching.

We could also apply this to names and series entries in a similar fashion.

My understanding is that this completeness is on a subfield-level only; so
clicking the tracing for "Religion -- Europe" would generate the search
"su,complete-subfield:Religion AND su,complete-subfield:Europe", still
retrieving more records (like those with two headings, "Religion" and
"Christianity -- Europe -- 19th Century")

Is my understanding correct?


-Ian

On Thu, Feb 24, 2011 at 5:18 AM, LAURENT Henri-Damien <
henridamien.laurent at gmail.com> wrote:

> Le 23/02/2011 20:56, Jared Camins-Esakov a écrit :
> > Hello.
> >
> > Can anyone think of any reason not to specify that subject tracings
> > should match only complete subfields?
> Hi,
> I agree too.
> Note that completeness is not always enabled by default on the zebra
> configuration.
> With our default configuration, it would be available for :p indexes only.
> Hope that helps.
> --
> Henri-Damien LAURENT
>
>
> > For example, at the moment, if you
> > are looking at a book about Religions (with a subject term "Religions")
> > in the catalog of a library that does not use Koha's authority control,
> > when you click on the subject tracing in the OPAC, you will be given a
> > result set that contains every single record that has the word
> > "Religions" anywhere in its subject. Including, for example, books with
> > the subject "Christianity and other religions."
> >
> > If we make the query on the subject tracings su,complete-subfield: the
> > only false positives will be items where the subject heading being
> > searched is used for both a main entry and a subdivision, which still
> > seems like a significant improvement over the current behavior. Thoughts?
> >
> > Regards,
> > Jared
> >
> > --
> > Jared Camins-Esakov
> > Freelance bibliographer, C & P Bibliography Services, LLC
> > (phone) +1 (917) 727-3445
> > (e-mail) jcamins at cpbibliography.com <mailto:jcamins at cpbibliography.com>
> > (web) http://www.cpbibliography.com/
> >
> >
> >
> > _______________________________________________
> > Koha-devel mailing list
> > Koha-devel at lists.koha-community.org
> > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> > website : http://www.koha-community.org/
> > git : http://git.koha-community.org/
> > bugs : http://bugs.koha-community.org/
>
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at lists.koha-community.org
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/
>



-- 
Ian Walls
Lead Development Specialist
ByWater Solutions
Phone # (888) 900-8944
http://bywatersolutions.com
ian.walls at bywatersolutions.com
Twitter: @sekjal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/koha-devel/attachments/20110224/be87690e/attachment.htm>