Project

General

Profile

Bug #3314

Morpho abstract search comes up with 0

Added by Callie Bowdish almost 12 years ago. Updated about 10 years ago.

Status:
Resolved
Priority:
Normal
Category:
morpho - query
Target version:
Start date:
05/22/2008
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
3314

Description

The Morpho search only for abstract comes up with zero even if that word is part of abstracts on the server. This bug is similar to 3177

History

#1 Updated by ben leinfelder about 10 years ago

was using the pathexpr: "abstract" when it should be "abstract/para"

#2 Updated by Margaret O'Brien about 10 years ago

<abstract> is TextType, which means that the <para> element is optional. queries should search any children of <abstract>

#3 Updated by ben leinfelder about 10 years ago

are there other children besides <para> that we might encounter or is it literally any possible child?

#4 Updated by ben leinfelder about 10 years ago

oh - it's defined, but not to any particular depth:

The "text" element allows for both formatted and
unformatted text blocks to be included in EML. It can contain a number
of relevant subsections that allow the use of titles, sections, and
paragraphs in the text block. This markup is a subset of DocBook.

I'm not sure how the path query can handle this since it won't know all the possible paths to search:

abstract/section/title
abstract/section/para
abstract/para
abstract
etc....

#5 Updated by ben leinfelder about 10 years ago

Okay - we can now add as many paths as we want, provided we know what we want...
I've got 'abstract' and 'abstract/para' in as defaults.
This is also something we can specify in the config.xml later on w/o code changes...so that's a bonus.

#6 Updated by Margaret O'Brien about 10 years ago

Many of the TextType elements can be nested inside each other, too - so there is really no way to get all possible paths. It seems to me that indexing in metacat has the same issue -- ie, indexing the abstract without having to list every possible path. But I dont remember how they get around it. Duane might be able to help - he had given me some tips that worked in my metacat queries.

#7 Updated by ben leinfelder about 10 years ago

just using <para> to match would free us from concerns of how deeply nested they might be...but it also wouldn't restrict the searching to children of <abstract> (method description and a bunch of other fields also use TextType)
Metacat doesn't support this kind of arbitrarily/n-th nested path querying, so i'm not sure Morpho can at this point.

#8 Updated by ben leinfelder about 10 years ago

closing - was included in 1.8.0 release

#9 Updated by Redmine Admin almost 7 years ago

Original Bugzilla ID was 3314

Also available in: Atom PDF