Thanks,
That’s a possibility, although I was hoping I wouldn’t have to resort to that -
it feels like a bit of a hack.
James
On 24 Jul 2014, at 19:05, Burn Lewis wrote:
> Perhaps you could add a generic "parameters" parameter to
> MyCollectionReader and then override it in your CPE with a val
But you can only override something you’ve predefined. I want to specify
something that I can’t predefine...
On 24 Jul 2014, at 18:55, Eddie Epstein wrote:
> Right, the only way for "encompassing" descriptors (like aggregates or
> CPE) to effect configuration parameters is via overrides.
>
>
Perhaps you could add a generic "parameters" parameter to
MyCollectionReader and then override it in your CPE with a value
appropriate to the specified classname, e.g. such as
folder - /opt/test
classname - test.MyContentExtractor
parameters - baseUrl=http://www.example.co
Right, the only way for "encompassing" descriptors (like aggregates or
CPE) to effect configuration parameters is via overrides.
Eddie
On Thu, Jul 24, 2014 at 11:31 AM, wrote:
> I think you’ve misunderstood my question - I’m not asking whether I can
> override defined parameters, I’m asking i
Hi Armin,
I have absolutely no idea. I have rarely encountered this problem. Actually the
only source
of this that I remember is the use of the (de)serialization based on
CASSerializer and/or
CASCompleteSerializer (via CASImpl.reinit(...)).
Nothing related to this should have changed from uimaF
I think you’ve misunderstood my question - I’m not asking whether I can
override defined parameters, I’m asking if I can provide additional
configuration parameters that aren’t defined in a descriptor file. Let me give
an example:
MyCollectionReader.xml defines the following properties:
Hi Richard!
It looks like your absolutely right. I have changed all JCas stuff in the
consumer's resource to pure CAS and it works.
But why is JCas support not initialized? The reader calls an annotator for
document meta data that uses JCas. It says "new
DocumentMetaData(cas.getJCas())" and ac
Hi Armin,
the underlying problem is that you get a simple
org.apache.uima.cas.impl.AnnotationImpl instead of a JCas class like
de.tudarmstadt.ukp.dkpro.core.api.ner.type.NamedEntity. Normally a CAS that has
its JCas support initialized
always returns JCas classes. But is is possible to work ent
A CPE descriptor can override configuration parameters defined in any
integrated components.
Documentation a little bit below
http://uima.apache.org/d/uimaj-2.6.0/references.html#ugr.ref.xml.cpe_descriptor.descriptor.cas_processors.individual
3.6.1.2. Element
This element provides a way to overri
Hello Richard!
Your fix doesn't change anything. So I tried to narrow down the problem. At
least, I can tell that it is not a problem specific to DKPro. I have the same
kind of exception when not using DKPro at all. My guess now is that it maybe
has something to do with chaining resources. I tr
Thanks you, Richard. It works.
-Ursprüngliche Nachricht-
Von: Richard Eckart de Castilho [mailto:r...@apache.org]
Gesendet: Dienstag, 22. Juli 2014 17:23
An: user@uima.apache.org
Betreff: Re: uimaFIT - types.txt
Rather see these instructions in the latest version of the uimaFIT refere
Is it possible to provide additional configuration parameters in a CPE
descriptor XML file that aren't specified in the annotator/collection
reader descriptor XML file?
I have a collection reader that accepts the classname of a class to use to
do the content extraction as a parameter. This works f
Hi,
sounds like the JCas structures are not initialized. Maybe you also use the
DKPro Core BinaryCasReader? If so, there was is a bug in DKPro Core 1.6.1 [1].
If you are initializing the CAS yourself or use the UIMA CAS serialization
methods directly, then you should be able to fix this issue by
Hi!
I tried to do the introductory example for DKpro. But DKpro's
StanfordNamedEntityRecognizer throws a ClassCastException. Any ideas?
I had to replace some code snippets with [...].
Thanks
Armin
Jul 24, 2014 9:27:42 AM
de.tudarmstadt.ukp.dkpro.core.api.resources.ResourceObjectProviderBase
loa
14 matches
Mail list logo