Return-Path: X-Original-To: apmail-uima-user-archive@www.apache.org Delivered-To: apmail-uima-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8B36517459 for ; Wed, 25 Feb 2015 09:43:04 +0000 (UTC) Received: (qmail 65231 invoked by uid 500); 25 Feb 2015 09:42:59 -0000 Delivered-To: apmail-uima-user-archive@uima.apache.org Received: (qmail 65186 invoked by uid 500); 25 Feb 2015 09:42:59 -0000 Mailing-List: contact user-help@uima.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@uima.apache.org Delivered-To: mailing list user@uima.apache.org Received: (qmail 65173 invoked by uid 99); 25 Feb 2015 09:42:59 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Feb 2015 09:42:59 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of silvestre.losada@gmail.com designates 209.85.217.172 as permitted sender) Received: from [209.85.217.172] (HELO mail-lb0-f172.google.com) (209.85.217.172) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Feb 2015 09:42:33 +0000 Received: by lbiw7 with SMTP id w7so2580379lbi.10 for ; Wed, 25 Feb 2015 01:41:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=1Qb5MYxPwSLradKthAz1qH3HLf/qLD8kgTOfWIKmxJw=; b=ra9bKENeFx2sgIglI09QaNaRPjabzEQIXJPXgvVOPy7Ju2bsGAZn1aVETBr5d2Asml kwtz1VAAhRyRzJuAG7dPG1QtT0s+ACDWoDn+qTFaSqiW1ihK8sB2Nz3WhK5zEayIHaRF Uzt4ZqqjoltMSVNCWKZq42JAw6kdnA+Eu5Vl+sfvEItUclipR8SMKA2t2axcnz8JdpId 3NlgC9TNHCuwDFfBLY9O03z4JEwINV5oEDAebjVqsQHUtvRYMC0UL1pFRq+L+CWzukSS GwpVhUwMSEjTkVXAnBQuHsxN0Fvsp0lEB5ctL9TLSaeDo3uZ/fz07Ydne3NCWsDYxvN0 /ycA== X-Received: by 10.112.155.137 with SMTP id vw9mr2007411lbb.70.1424857306922; Wed, 25 Feb 2015 01:41:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.17.90 with HTTP; Wed, 25 Feb 2015 01:41:26 -0800 (PST) In-Reply-To: <54ECC475.5060204@uni-wuerzburg.de> References: <54DE6A42.3000101@uni-wuerzburg.de> <54E78DFC.1060804@uni-wuerzburg.de> <54ECC475.5060204@uni-wuerzburg.de> From: Silvestre Losada Date: Wed, 25 Feb 2015 10:41:26 +0100 Message-ID: Subject: Re: Ruta partofneq To: user@uima.apache.org Content-Type: multipart/alternative; boundary=089e01228a94a287a9050fe67121 X-Virus-Checked: Checked by ClamAV on apache.org --089e01228a94a287a9050fe67121 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Done https://issues.apache.org/jira/browse/UIMA-4261 On 24 February 2015 at 19:35, Peter Kl=C3=BCgl w= rote: > Hi, > > could you open an issue and attach it there? That would be great. > > Best, > > Peter > > Am 24.02.2015 um 18:13 schrieb Silvestre Losada: > > Hi Peter, >> >> The problem happens if the Annotations are created by external analysis >> engine, using something like this >> >> ENGINE TestAE; >> Document{-> EXEC(TestAE,{TestType})}; >> (TestType{-> UNMARKALL(TestType)}){PARTOFNEQ(TestType)}; >> >> It seems that ExecAction is removing the Type form RutaBasic.partOf arr= ay >> at some point of the execution. After that in PartOfNeqCondition in meth= od >> check next condition is always returning false because the Type was >> removed >> previously from ruta basic. >> >> boolean partOf =3D beginAnchor.isPartOf(t) || endAnchor.isPartOf(t)= ; >> if (!partOf) { >> return false; >> } >> >> I have uima ruta test project that reproduces the error I can send to yo= u >> in zip file. >> >> Best. >> >> On 20 February 2015 at 20:41, Peter Kl=C3=BCgl >> wrote: >> >> Hi, >>> >>> hmmm, that's strange. When I apply the rules on the document "A B C D", >>> only one T1 annotation remains. >>> >>> On which document did you test the rules? >>> >>> Best, >>> >>> Peter >>> >>> Am 20.02.2015 um 09:17 schrieb Silvestre Losada: >>> >>> HI again, >>> >>>> Now I'm running into this problem >>>> DECLARE T1; >>>> "A B C D" -> T1; >>>> "B" -> T1; >>>> "C D" -> T1; >>>> "D" -> T1; >>>> >>>> (T1{-> UNMARKALL(T1)}){PARTOFNEQ(T1)}; >>>> >>>> The ouput is >>>> "A B C D" -> T1; >>>> "D" -> T1; >>>> >>>> I suspect that this is because D is part of "A B C D" and "C D" >>>> >>>> Im using lastest version in trunk. >>>> >>>> >>>> Kind regards >>>> >>>> On 14 February 2015 at 09:29, Silvestre Losada < >>>> silvestre.losada@gmail.com> >>>> wrote: >>>> >>>> Thanks Peter, >>>> >>>>> >>>>> It seems to work. >>>>> >>>>> On 13 February 2015 at 22:18, Peter Kl=C3=BCgl >>>>> wrote: >>>>> >>>>> This should work just fine and should remove both contained >>>>> annotations. >>>>> >>>>>> I just tested it with the current trunk and the following script: >>>>>> >>>>>> DECLARE T1; >>>>>> "A B" -> T1; >>>>>> "B" -> T1; >>>>>> "B" -> T1; >>>>>> >>>>>> (T1{-> UNMARK(T1)}){PARTOFNEQ(T1)}; >>>>>> >>>>>> If applied on the test "A B", only the largest annotation remains. >>>>>> >>>>>> Can you test it with the current trunk in case I fixed the bug a few >>>>>> minutes ago by accident. If not, can you give me more information >>>>>> about >>>>>> the >>>>>> context of your rule? >>>>>> >>>>>> Best, >>>>>> >>>>>> Peter >>>>>> >>>>>> Am 12.02.2015 um 10:12 schrieb Silvestre Losada: >>>>>> >>>>>> I dont know if this is a bug or if it is wokring well. I have the >>>>>> >>>>>> following >>>>>>> annotations. >>>>>>> >>>>>>> AnnotationA >>>>>>> begin:0 >>>>>>> ends:8 >>>>>>> id:1 >>>>>>> AnnotationA >>>>>>> begin:4 >>>>>>> ends:8 >>>>>>> id:2 >>>>>>> AnnotationA >>>>>>> begin: 4 >>>>>>> ends:8 >>>>>>> id:3 >>>>>>> >>>>>>> Then if apply the following ruta >>>>>>> >>>>>>> (AnnotationA{-> UNMARK(AnnotationA)}){PARTOFNEQ(AnnotationA)}; >>>>>>> >>>>>>> The output is >>>>>>> AnnotationA >>>>>>> begin:0 >>>>>>> ends:8 >>>>>>> id:1 >>>>>>> AnnotationA >>>>>>> begin: 4 >>>>>>> ends:8 >>>>>>> id:3 >>>>>>> >>>>>>> I expect that annotations with id 2 and 3 will be removed. Is there >>>>>>> any >>>>>>> way >>>>>>> to remove both >>>>>>> >>>>>>> Kind regards >>>>>>> >>>>>>> >>>>>>> >>>>>>> > --089e01228a94a287a9050fe67121--