W3C home > Mailing lists > Public > public-qt-comments@w3.org > March 2005

Re: [FT] FTIgnoreOption

From: Sihem Amer-Yahia <sihem@research.att.com>
Date: Fri, 4 Mar 2005 09:17:49 -0500 (EST)
Message-Id: <200503041417.j24EHnQZ7530405@chips.research.att.com>
To: andrew.cao@cisra.canon.com.au
Cc: public-qt-comments@w3.org


Andrew,

As I said earlier, there are 2 semantics:

- The one used right now in the draft is the simple one that you're
  proposing here:
  >Also I think it might be clearer if:
  >(nodeA ftcontains "some phrase" without content ./nodeB)
  >or
  >(nodeA ftcontains "word" without content ./nodeB)
  >simply requires the children nodeB's (and all its descendants) be pruned 
  >from nodeA before the keywords are searched.

  which means that you're correct here (thanks!):
  >According to FT Specification 3.2.8, the example query:
  >/book[@number="1"] ftcontains "Testing" without content .//title
  >"returns false because "Testing" does not occur without the title 
  >element whose content is ignored."
  >But you suggested that search on a single word is no-op for FTIgnoreOption.
  >Would it be inconsistent?
  

- The one explained in my first response.


Although only the first one is used in the draft, both are under
discussion.


Thanks,
Sihem


>Date: Fri, 04 Mar 2005 15:33:46 +1100
>From: andrewc <andrew.cao@cisra.canon.com.au>
>Reply-To: andrew.cao@cisra.canon.com.au
>User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
>X-Accept-Language: en-us, en
>Cc: public-qt-comments@w3.org
>Content-Type: multipart/alternative;
> boundary="------------030903050401090507070704"
>X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on 
>	mail-gray.research.att.com
>X-Spam-Level: 
>X-Spam-Status: No, score=-2.4 required=4.0 tests=AWL,BAYES_00,HTML_20_30,
>	HTML_MESSAGE,HTML_TITLE_EMPTY autolearn=no version=3.0.1
>Content-Length: 5034
>
>This is a multi-part message in MIME format.
>--------------030903050401090507070704
>Content-Type: text/plain; charset=us-ascii; format=flowed
>Content-Transfer-Encoding: 7bit
>
>Dear Sihem
>Thank you for your reply.
>
>According to FT Specification 3.2.8, the example query:
>/book[@number="1"] ftcontains "Testing" without content .//title
>"returns false because "Testing" does not occur without the title 
>element whose content is ignored."
>But you suggested that search on a single word is no-op for FTIgnoreOption.
>Would it be inconsistent?
>
>Also I think it might be clearer if:
>(nodeA ftcontains "some phrase" without content ./nodeB)
>or
>(nodeA ftcontains "word" without content ./nodeB)
>simply requires the children nodeB's (and all its descendants) be pruned 
>from nodeA before the keywords are searched.
>
>Thanks,
>Andrew
>
>Sihem Amer-Yahia wrote:
>
>>Dear Andrew,
>>
>>
>>  
>>
>>>Dear Sihem,
>>>Thanks for your reply.
>>>
>>>The following expression:
>>>(nodeA ftcontains "some phrase" without content ./nodeB)
>>>says only ignore the children nodeB's of nodeA. In this case, will the 
>>>case (iii) still be considered a match?
>>>
>>>    
>>>
>>
>>This is still under discussion. Both semantics are being considered
>>for now. I explained the most general one in my previous email.
>>
>>  
>>
>>>The following expression:
>>>(nodeA ftcontains "word" without content .//nodeB)
>>>only searches a single word. In this case, would this be equivalent to:
>>>(nodeA ftcontains "word")
>>>? Or what is the semantics of a single word search with FTIgnoreOption 
>>>specified?
>>>
>>>    
>>>
>>
>>The 2 queries are equivalenet since it is a single word search.
>>Ignoring content is a no-op in this context.
>>
>>  
>>
>>>Regarding FT specification 3.2.8, should the query be written as:
>>>/book[@number="1"] ftcontains "Testing" without content .//title
>>>Or can it be written as:
>>>/book[@number="1"] ftcontains "Testing" without content 
>>>/book[@number="1"]//title
>>>? i.e. Does FTIgnoreOption require to use "." to specify the nodes to be 
>>>ignored?
>>>
>>>    
>>>
>>
>>The 2 queries are equivalenet since by definition, FTIgnoreOption
>>ignores anything within the search context (i.e. in this case,
>>/book[@number="1"]//title).
>>
>>
>>Thanks,
>>Sihem
>>
>>  
>>
>
>--------------030903050401090507070704
>Content-Type: text/html; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>
><!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
><html>
><head>
>  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
>  <title></title>
></head>
><body text="#000000" bgcolor="#ffffff">
>Dear Sihem<br>
>Thank you for your reply.<br>
><br>
>According to FT Specification 3.2.8, the example query:<br>
>/book[@number="1"] ftcontains "Testing" without content .//title<br>
>"returns false because "Testing" does not occur without the title
>element whose content is ignored."<br>
>But you suggested that search on a single word is no-op for
>FTIgnoreOption.<br>
>Would it be inconsistent?<br>
><br>
>Also I think it might be clearer if:<br>
>(nodeA ftcontains "some phrase" without content ./nodeB)<br>
>or<br>
>(nodeA ftcontains "word" without content ./nodeB)<br>
>simply requires the children nodeB's (and all its descendants) be
>pruned from nodeA before the keywords are searched.<br>
><br>
>Thanks,<br>
>Andrew<br>
><br>
>Sihem Amer-Yahia wrote:<br>
><blockquote type="cite"
> cite="mid200503040249.j242n0DR7514681@chips.research.att.com">
>  <pre wrap="">Dear Andrew,
>
>
>  </pre>
>  <blockquote type="cite">
>    <pre wrap="">Dear Sihem,
>Thanks for your reply.
>
>The following expression:
>(nodeA ftcontains "some phrase" without content ./nodeB)
>says only ignore the children nodeB's of nodeA. In this case, will the 
>case (iii) still be considered a match?
>
>    </pre>
>  </blockquote>
>  <pre wrap=""><!---->
>This is still under discussion. Both semantics are being considered
>for now. I explained the most general one in my previous email.
>
>  </pre>
>  <blockquote type="cite">
>    <pre wrap="">The following expression:
>(nodeA ftcontains "word" without content .//nodeB)
>only searches a single word. In this case, would this be equivalent to:
>(nodeA ftcontains "word")
>? Or what is the semantics of a single word search with FTIgnoreOption 
>specified?
>
>    </pre>
>  </blockquote>
>  <pre wrap=""><!---->
>The 2 queries are equivalenet since it is a single word search.
>Ignoring content is a no-op in this context.
>
>  </pre>
>  <blockquote type="cite">
>    <pre wrap="">Regarding FT specification 3.2.8, should the query be written as:
>/book[@number="1"] ftcontains "Testing" without content .//title
>Or can it be written as:
>/book[@number="1"] ftcontains "Testing" without content 
>/book[@number="1"]//title
>? i.e. Does FTIgnoreOption require to use "." to specify the nodes to be 
>ignored?
>
>    </pre>
>  </blockquote>
>  <pre wrap=""><!---->
>The 2 queries are equivalenet since by definition, FTIgnoreOption
>ignores anything within the search context (i.e. in this case,
>/book[@number="1"]//title).
>
>
>Thanks,
>Sihem
>
>  </pre>
></blockquote>
></body>
></html>
>
>--------------030903050401090507070704--
>
>
Received on Friday, 4 March 2005 14:17:51 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:45:23 UTC