ctakes-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kim Ebert <kim.eb...@perfectsearchcorp.com>
Subject Re: cTakes output predictability
Date Tue, 07 Oct 2014 16:10:24 GMT
Jay,

I agree. This does lead to reproducible unit tests, which helps us out
in the long term.

Kim Ebert
1.801.669.7342
Perfect Search Corp
http://www.perfectsearchcorp.com/

On 10/06/2014 05:38 PM, jay vyas wrote:
> Im not a ctakes expert by any means, but in general, I like that idea....
> predictable and deterministic ordering of mapped elements almost always
> leads to less buggy applications.
> As groovy has shown (LinkedHashMap is the default data structure and its
> much easier imo to get reproducible groovy unit tests etc b/c of that).
>
>
> On Mon, Oct 6, 2014 at 4:59 PM, Bruce Tietjen <
> bruce.tietjen@perfectsearchcorp.com> wrote:
>
>> Since I started working with cTakes some time ago, I have found it
>> difficult to compare the output between subsequent runs on the same files
>> because annotations are often assigned different IDs, are listed in
>> different order, etc.
>>
>> One area that seems to be a cause for at least some of these differences is
>> the common use of HashMap where enumerating the contents is not guaranteed
>> to return items in the same order they were added.
>>
>> I would like to work towards addressing this issue by changing those areas
>> of the code where it matters to use a LinkedHashMap instead.
>>
>> Is this something the community would be interested in and find helpful?
>>
>> Thanks,
>>
>> Bruce Tietjen
>> Perfect Search Corp.
>>
>
>


Mime
View raw message