[ https://issues.apache.org/jira/browse/UIMA-5115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15511218#comment-15511218 ]
Marshall Schor commented on UIMA-5115: -------------------------------------- I discovered the existing impl and docs for "subiterator" also make a point of not returning the bounding FS, but also do not returning any annotations that are equal (meaning same begin / end / Type) to that. Earlier in this thread, you had mentioned "for the case of at, covering, and coveredBy, we already agreed that we'd return all at the same position except the reference annotation". This seems to be a difference. I'm wondering if it would be preferable (in the sense that more users would find this would be what they intended) to use this definition of "equal", or a more restrictive one where only the identical FS would be skipped. So, for instance, if you had FSs: * Lemma [ begin: 15, end: 20, baseForm: "foo" ] and * Lemma [ begin: 15, end: 20, baseForm: "bar" ] and asked to get items covered by Lemma [ begin: 15, end: 20, baseForm: "XXX" ], would users of this API prefer that the above 2 Lemma FSs be skipped or not? > uv3 select() api for iterators and streams over CAS contents > ------------------------------------------------------------ > > Key: UIMA-5115 > URL: https://issues.apache.org/jira/browse/UIMA-5115 > Project: UIMA > Issue Type: New Feature > Components: Core Java Framework > Reporter: Marshall Schor > Priority: Minor > Fix For: 3.0.0SDKexp > > > Design and implement a select() API based on uimaFIT's select, integrated > well with Java 8 concepts. Initial discussions in UIMA-1524. Wiki with > diagram: https://cwiki.apache.org/confluence/display/UIMA/UV3+Iterator+support -- This message was sent by Atlassian JIRA (v6.3.4#6332)