Mailing-List: contact user-help@uima.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@uima.apache.org
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
Subject: Re: uimaFit JCasUtil.selectAt meaning
From: Richard Eckart de Castilho <rec@apache.org>
In-Reply-To: <A6633AB2-ABBF-438C-BFCF-5A9C4C9A08E0@unsilo.ai>
Date: Thu, 2 Nov 2017 17:24:00 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <912B268A-C50A-4473-A135-8A49023D1988@apache.org>
References: <A6633AB2-ABBF-438C-BFCF-5A9C4C9A08E0@unsilo.ai>
To: user@uima.apache.org
archived-at: Thu, 02 Nov 2017 15:24:05 -0000

Dear Mario,

you are right - that appears to be a bug. Could you just copy/paste your =
analysis into a Jira issue please?

  https://issues.apache.org/jira/

Best,

-- Richard

> On 01.11.2017, at 18:02, Mario Juric <mj@unsilo.ai> wrote:
>=20
> Hi,
>=20
> I was wondering what exactly the semantics of JCasUtil.selectAt is =
supposed to be after looking into the implementation, since the JavaDoc =
isn=E2=80=99t very precise. I initially thought that it would select =
annotations of the given type with the exact begin and end, but this is =
not the case when inspecting the implementation. The problem is in =
CasUtil.selectAt with the following while loop:
>=20
> while (it.isValid()) {
>  AnnotationFS a =3D it.get();
>  // If the offsets do not match the specified offets, we're done
>  if (a.getBegin() !=3D aBegin && a.getEnd() !=3D aEnd) {
>    break;
>  }
>  it.moveToNext();
>  list.add(a);
> }
>=20
> I would have expected that either begin or end must be different to =
drop the item, i.e. "if (a.getBegin() !=3D aBegin || a.getEnd() !=3D =
aEnd)" instead. This is obviously not the case, and it does not have the =
same behaviour like selectCovered either, so what is the intend if =
it=E2=80=99s not a bug?
>=20
> Best,
> Mario