! It definitely helps on our use case. Thanks a ton :).
Have a nice weekend,
Best,
Sebastian
- Ursprüngliche Mail -
Von: "Peter Klügl" <peter.klu...@averbis.com>
An: "user" <user@uima.apache.org>
Gesendet: Donnerstag, 29. September 2016 15:00:55
Betreff:
Hi Peter,
That's great, thanks a ton in advance!
For us this means we can proceed just in time with a task which requires the
new RUTA feature.
Keeping fingers crossed.
Best,
Sebastian
- Ursprüngliche Mail -
Von: "Peter Klügl" <peter.klu...@averbis.com>
Hi Peter,
As yesterday the RUTA 2.5 release was announced (congrats :) ) and the end of
the month is near: do you see chances to work on the ticket for feature
structure support?
Best,
Sebastian
- Ursprüngliche Mail -
Von: "Sebastian Schaaf" <sebastian.sch...@scai.
Sounds great, thank you in advance!
Whatever comes up, don't hesitate to query back to us.
Cheers,
Sebastian
- Ursprüngliche Mail -
Von: "Peter Klügl" <peter.klu...@averbis.com>
An: "user" <user@uima.apache.org>
Gesendet: Mittwoch, 14. September 2016 18
ged in an inadequate way . we don't know about the details of RUTA.
So, the question is may it be possible for you to implement the handling of
cases where features extend from TOP? Maybe first as a patch, so that it has
not to be integrated into your release. And we could test whether it fails in
Dear all,
Although my initial message still contained the wrong heading,
everybody else is invited to answer :).
Best,
Sebastian
- Initial email -
From: "Sebastian Schaaf" <sebastian.sch...@scai.fraunhofer.de>
To: "user" <user@uima.apache.org>
Sent: Mon
a type expected, like integer and string?)
everything stops. So no obvious chance to receive our B.
Is there an easy, somewhat 'native' way to deal with object-derived
data like in the case described above?
Thanks in advance!
Sebastian
---
Sebastian Schaaf, M.Sc. Bioinformatics
Fraunhofer-Institute
Peter Klügl pkluegl@... writes:
Hi,
Am 04.12.2013 18:33, schrieb Sebastian:
Hi,
I'm highly interested in ruta, and its potential applications in
industrial
applications. Right know I'm trying to create a simple toy condition
extension that is simply a case insensitive INLIST
the condition is being created, because
MonthsList is a SimpleTypeExpression and I'm expecting a StringListExpression.
Am I doing something wrong ? I suppose there is a way to resolve the
variable to the actual list, but I missed it somehow.
Any ideas on how that could be done?
Regards
Sebastian
, Sebastian
10 matches
Mail list logo
