Jan-Christoph Klie

I think this issue contains two things, the DKPro type system and extension. I will track the type system stuff in #9.

I did some quick and dirty script to convert a typesystem XMI to Python classes for the DKPro Core type system. One can get type hints for the wrapped CAS,...

I do not know whether I want to keep the type hints for the extension methods, but I like how to define extensions.

We tell the IDE that `build_dkpro_cas` can either return a cas or an accessor.

I generate type descriptions Python code from the XML. If you have a fixed type system, then you can do that and check the generate python code in your source...

We can do that. My question right now is where to put the extensions, I like to have them in cassis itself, as they are related to CAS/XMI stuff. Also,...

I mean the dkpro/ctakes accessor and util functions that were requested.

I would create a new repository and Python package dkpro-typeshed where we add the extension methods and generated types to get a nice API. This would then only depend on...

Hi, this sounds really interesting. How is the performance? We use traits to configure recommender, you can have a look at the stringmatcher gazeteer or external recommender for an example....

You can also create a new sidebar like we have for a search, that might also work.