You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@uima.apache.org by Elena Beisswanger <el...@uni-jena.de> on 2010/02/12 07:29:15 UTC
Deadline Extension -- 3rd CfP -- LREC Workshop "New Challenges for
NLP Frameworks"
*** NEW: Submission deadline extended to February 19, 2010 ***
======================================================================
3rd Call for Papers
New Challenges for NLP Frameworks, a workshop at LREC 2010
22 May 2010, La Valleta, Malta
http://nlpframeworks2010.semanticsoftware.info
======================================================================
Natural language processing frameworks like GATE and UIMA have
significantly changed the way NLP applications are designed,
developed, and deployed. Features such as component-based design,
test-driven development, and resource meta-descriptions now routinely
provide higher robustness, better reusability, faster deployment, and
improved scalability. They have become the staple of both NLP
research and industrial application, fostering a new generation of
NLP users and developers.
Nevertheless, after more than a decade of the current generation of
NLP frameworks, the NLP research and application landscape is
shifting. This brings new challenges to both the developers of NLP
frameworks and their users. Driving forces include in particular:
- Social Media
- Interoperability needs between different NLP frameworks,
components, and resources
- Terabyte-Scale Data Sets
- Cloud and Grid Computing
- Semantic Computing, Ontologies, and Reasoning
- Cross-Media Language Analysis (text, speech, images, video)
- Ambient Computing
- Addressing more complex genres of language
THEMES AND TOPICS
This workshop will provide a venue for reporting ongoing work in the
context of NLP frameworks, such as UIMA, GATE, and other related systems.
Principal themes include:
- issues and approaches in processing of very large data collections, e.g.,
parallelisation and distribution (particularly in relation to cloud
computing)
- sophisticated tools to build and manage complex processing pipelines
and to
analyse results
- software engineering in relation to language computation
- solutions to interoperability issues combining components from different
sources (e.g., GATE, UIMA, NLTK, OpenNLP, NooJ)
- integration with related areas (data mining, semantic
repositories, big table databases)
- persisting experimental contexts (computation and data), e.g. via
virtualisation
- distribution of self-developed components, repositories of ready-to-use
UIMA/GATE-based components
- efficient embedding of NLP processing in diverse environments (including
small memory devices)
- research on genericity of components and type-system independence
- Service-Oriented Architecture (SOAs) and Software-as-a-Service
(SaaS) models of language computation
- automatic feedback processes of knowledge discovery and reuse from text
INTENDED AUDIENCE
The workshop aims to bring together developers and users of NLP frameworks
from different perspectives, in order to elicit new requirements, feature
successful solutions, and exchange successful patterns of NLP engineering.
In particular, perspectives from the following user groups are welcome
- Application Developers, from both research and industry,
with application experience reports
- Framework Developers, with an NLP/software engineering background
- Researcher users of NLP architectures
SUBMISSION FORMATS
We solicit the following types of publications:
Full research papers, describing novel, mature work, with an appropriate
level
of evaluation. Maximum of 8 pages in LREC format.
Short research papers, describing novel, early work, with preliminary
results;
as well as position papers or application experience reports. Length of
exactly 4 pages in LREC format.
Open source tool/resource papers, between 4-8 pages in LREC format. To
qualify for this category, the code or data must be accessible to the
reviewers and, if accepted, published together with the workshop under an
OSI-approved open source or open content license.
Note that the PC may suggest reassignment of a paper into a different
category depending on its contribution.
Your submission must be formatted according to LREC's authoring guidelines,
see http://www.lrec-conf.org/lrec2010/?Author-s-Kit-and-Templates
Submissions will be handled through the START system. When submitting a
paper
from the START page, authors will be asked to provide essential information
about resources (in a broad sense, i.e. also technologies, standards,
evaluation kits, etc.) that have been used for the work described in the
paper
or are a new result of your research. For further information on this new
iniative, please refer to
http://www.lrec-conf.org/lrec2010/?LREC2010-Map-of-Language-Resources.
IMPORTANT DATES
February 19, 2010 (extended) - Deadline for workshop paper
March 8, 2010 - Notification of acceptance
March 18, 2010 - Camera-ready papers due
May 22, 2010 - Workshop in Malta
ORGANISERS
Rene Witte, Concordia University, Montréal
Hamish Cunningham, University of Sheffield
Jon Patrick, University of Sydney
Elena Beisswanger, University of Jena
Ekaterina Buyko, University of Jena
Udo Hahn, University of Jena
Karin Verspoor, University of Colorado Denver
Anni R. Coden, IBM T.J. Watson Research Center
PROGRAM COMMITTEE
Aaron Kaplan (Xerox, France)
Adam Funk (Uni. Sheffield)
Angus Roberts (Uni. Sheffield)
Anni R. Coden (IBM T.J. Watson Research Center)
Claude Roux (Xerox Research Labs)
Diana Inkpen (Uni Ottawa)
Diana Maynard (Uni. Sheffield)
Dietmar Rösner (Uni. Magdeburg)
Dragan Gasevic (Uni. Athabasca)
Ekaterina Buyko (Uni. Jena)
Elena Beisswanger (Uni. Jena)
Epaminondas Kapetanios (Uni Westminster)
Eric W. Brown (IBM T.J. Watson Research Center)
Graham Wilcock (Uni. Helsinki)
Guergana K. Savova (Mayo Clinic)
Hamish Cunningham (Uni. Sheffield)
Horacio Saggion (Uni. Sheffield)
Iryna Gurevych (Uni. Darmstadt)
Jian Su (I2R, Singapore)
Jochen Leidner (Thomson Reuters)
Jon Patrick (Uni. Sydney)
Juergen Rilling (Concordia Uni, Montréal)
Kalina Bontcheva (Uni. Sheffield)
Karin Verspoor (Uni. Colorado)
Katrin Tomanek (Uni. Jena)
Kevin B. Cohen (U. Colorado School of Medicine/MITRE)
Leila Kosseim (Concordia Uni., Montréal)
Leo Ferres (Uni. of Concepcion)
Marc Light (Thomson Corp. R&D)
Michael Tanenblatt (IBM T.J. Watson Research Center)
Nancy Ide (Vassar College)
Nicolas Hernandez (Uni. Nantes)
Philip V. Ogren (Uni. Colorado)
Ralf Krestel (L3S Research Center, Hannover)
Rene Witte (Concordia Uni., Montréal)
Richard Eckart de Castilho (Uni. Darmstadt)
Sameer Pradhan (BBN)
Stefan Geißler (TEMIS GmbH)
Steven Bethard (Stanford Uni.)
Thilo Götz (IBM Germany)
Udo Hahn (Uni. Jena)
Valentin Tablan (Uni. Sheffield)
Yoshinobu Kano (Uni. Tokyo)
Yuntao Zhang (Shanghai Jiaotong Uni.)
--
Elena Beisswanger
Jena University Language and Information Engineering (JULIE) Lab
Fuerstengraben 30
07743 Jena, Germany
Phone: +49-(0)3641-944303
Fax: +49-(0)3641-944321
URL: http://www.julielab.de
Re: CASTransportable without OutOfTypeSystemData in
VinciAnalysisEngineServiceStub
Posted by Eddie Epstein <ea...@gmail.com>.
On Fri, Mar 5, 2010 at 9:04 AM, Olivier Terrier
<ol...@temis.com> wrote:
>
> Yes the exception is on the client side
> [...]
> The service-side adds objects to the CAS that are in a typesystem that is not know on the client-side
>
During client initialization the client sends a getMeta request to all
remote services. The getMeta reply includes the service typesystem,
which is then integrated into the client typesystem. By definition
there are no out-of-typesystem types on the client side.
The only explanation for a such client-side error is that the service
typesystem was changed after the client was initialized, on at least
one service instance.
Regards,
Eddie
RE: CASTransportable without OutOfTypeSystemData in VinciAnalysisEngineServiceStub
Posted by Olivier Terrier <ol...@temis.com>.
Hi Eddie
Yes the exception is on the client side
INFO | jvm 1 | 2010/02/17 11:47:59 | Caused by: org.apache.uima.analysis_engine.AnalysisEngineProcessException
INFO | jvm 1 | 2010/02/17 11:47:59 | at org.apache.uima.analysis_engine.service.impl.AnalysisEngineServiceAdapter.processAndOutputNewCASes(AnalysisEngineServiceAdapter.java:142)
INFO | jvm 1 | 2010/02/17 11:47:59 | at org.apache.uima.analysis_engine.impl.AnalysisEngineImplBase.process(AnalysisEngineImplBase.java:218)
INFO | jvm 1 | 2010/02/17 11:47:59 | ... 7 more
INFO | jvm 1 | 2010/02/17 11:47:59 | Caused by: org.apache.uima.resource.ResourceServiceException
INFO | jvm 1 | 2010/02/17 11:47:59 | at org.apache.uima.adapter.vinci.VinciAnalysisEngineServiceStub.doProcess(VinciAnalysisEngineServiceStub.java:241)
INFO | jvm 1 | 2010/02/17 11:47:59 | at org.apache.uima.adapter.vinci.VinciAnalysisEngineServiceStub.callProcess(VinciAnalysisEngineServiceStub.java:204)
INFO | jvm 1 | 2010/02/17 11:47:59 | at org.apache.uima.analysis_engine.service.impl.AnalysisEngineServiceAdapter.processAndOutputNewCASes(AnalysisEngineServiceAdapter.java:129)
INFO | jvm 1 | 2010/02/17 11:47:59 | ... 8 more
INFO | jvm 1 | 2010/02/17 11:47:59 | Caused by: org.apache.vinci.transport.ServiceException: Error Processing Request
INFO | jvm 1 | 2010/02/17 11:47:59 | at org.apache.vinci.transport.BaseClient.sendAndReceiveWork(BaseClient.java:652)
INFO | jvm 1 | 2010/02/17 11:47:59 | at org.apache.vinci.transport.BaseClient.sendAndReceiveWork(BaseClient.java:666)
INFO | jvm 1 | 2010/02/17 11:47:59 | at org.apache.vinci.transport.BaseClient.sendAndReceive(BaseClient.java:383)
INFO | jvm 1 | 2010/02/17 11:47:59 | at org.apache.uima.adapter.vinci.VinciAnalysisEngineServiceStub.doProcess(VinciAnalysisEngineServiceStub.java:225)
INFO | jvm 1 | 2010/02/17 11:47:59 | ... 10 more
The service-side adds objects to the CAS that are in a typesystem that is not know on the client-side
O.
> -----Message d'origine-----
> De : Eddie Epstein [mailto:eaepstein@gmail.com]
> Envoyé : mercredi 24 février 2010 19:42
> À : uima-user@incubator.apache.org
> Objet : Re: CASTransportable without OutOfTypeSystemData in
> VinciAnalysisEngineServiceStub
>
> Hi Olivier,
>
> I may not be the guru you are looking for, but here goes anyway.
> VinciAnalysisEngineServiceStub runs on the client side. There is no
> out-of-typesystem data on the client side, all CAS content is sent.
> On the service side the CAS may contain OOTS data which is then
> held on the side and returned with the service reply.
>
> Is your exception on the client or service side?
>
> Eddie
>
> On Tue, Feb 23, 2010 at 10:14 AM, Olivier Terrier
> <ol...@temis.com> wrote:
> > Hi everybody
> >
> > A question for the Vinci gurus:
> > is there any reason for the method doProcess of the
> > org.apache.uima.adapter.vinci.VinciAnalysisEngineServiceStub to
> > construct a CASTransportable with a null OutOfTypeSystemData??
> >
> >
> > /**
> > * The actual process call.
> > */
> > private void doProcess(CAS aCAS) throws ResourceServiceException {
> > try {
> > aCAS = ((CASImpl) aCAS).getBaseCAS();
> >
> > // create CASTransportable ... always send the base CAS
> > final CASTransportable query = new CASTransportable(aCAS, null,
> > mOwner.getUimaContext(), true);
> >
> > ...
> > ...
> >
> > This is causing a XCASParsingException:" Error parsing XCAS from
> source
> > <unknown> at line <unknown>, column <unknown>: unknown type: XXX"
> when I
> > use a Vinci analysis engine that add "out of typesystem" objects in
> my
> > CAS.
> >
> > Everywhere else in the code it seems that CASTransportable is always
> > provided with a OutOfTypeSystemData to prevent that kind of
> exception.
> >
> > Do you consider it as a bug? Should I post an issue in jira (and a
> > patch?)
> >
> > Thanks a lot
> >
> > Olivier Terrier
> > TEMIS
> >
Re: CASTransportable without OutOfTypeSystemData in
VinciAnalysisEngineServiceStub
Posted by Eddie Epstein <ea...@gmail.com>.
Hi Olivier,
I may not be the guru you are looking for, but here goes anyway.
VinciAnalysisEngineServiceStub runs on the client side. There is no
out-of-typesystem data on the client side, all CAS content is sent.
On the service side the CAS may contain OOTS data which is then
held on the side and returned with the service reply.
Is your exception on the client or service side?
Eddie
On Tue, Feb 23, 2010 at 10:14 AM, Olivier Terrier
<ol...@temis.com> wrote:
> Hi everybody
>
> A question for the Vinci gurus:
> is there any reason for the method doProcess of the
> org.apache.uima.adapter.vinci.VinciAnalysisEngineServiceStub to
> construct a CASTransportable with a null OutOfTypeSystemData??
>
>
> /**
> * The actual process call.
> */
> private void doProcess(CAS aCAS) throws ResourceServiceException {
> try {
> aCAS = ((CASImpl) aCAS).getBaseCAS();
>
> // create CASTransportable ... always send the base CAS
> final CASTransportable query = new CASTransportable(aCAS, null,
> mOwner.getUimaContext(), true);
>
> ...
> ...
>
> This is causing a XCASParsingException:" Error parsing XCAS from source
> <unknown> at line <unknown>, column <unknown>: unknown type: XXX" when I
> use a Vinci analysis engine that add "out of typesystem" objects in my
> CAS.
>
> Everywhere else in the code it seems that CASTransportable is always
> provided with a OutOfTypeSystemData to prevent that kind of exception.
>
> Do you consider it as a bug? Should I post an issue in jira (and a
> patch?)
>
> Thanks a lot
>
> Olivier Terrier
> TEMIS
>
CASTransportable without OutOfTypeSystemData in VinciAnalysisEngineServiceStub
Posted by Olivier Terrier <ol...@temis.com>.
Hi everybody
A question for the Vinci gurus:
is there any reason for the method doProcess of the
org.apache.uima.adapter.vinci.VinciAnalysisEngineServiceStub to
construct a CASTransportable with a null OutOfTypeSystemData??
/**
* The actual process call.
*/
private void doProcess(CAS aCAS) throws ResourceServiceException {
try {
aCAS = ((CASImpl) aCAS).getBaseCAS();
// create CASTransportable ... always send the base CAS
final CASTransportable query = new CASTransportable(aCAS, null,
mOwner.getUimaContext(), true);
...
...
This is causing a XCASParsingException:" Error parsing XCAS from source
<unknown> at line <unknown>, column <unknown>: unknown type: XXX" when I
use a Vinci analysis engine that add "out of typesystem" objects in my
CAS.
Everywhere else in the code it seems that CASTransportable is always
provided with a OutOfTypeSystemData to prevent that kind of exception.
Do you consider it as a bug? Should I post an issue in jira (and a
patch?)
Thanks a lot
Olivier Terrier
TEMIS