Marshall Schor wrote:
Adam Lally wrote:
On 12/22/06, Marshall Schor <[EMAIL PROTECTED]> wrote:
If we had filtering predicates as part of an index specification,
then we
could create indexes over subsets of types quite arbitrarily. Could this
more general mechanism serve this purpose better tha
[
http://issues.apache.org/jira/browse/UIMA-29?page=comments#action_12460596 ]
Adam Lally commented on UIMA-29:
+1 to Marshall's suggestion. Although, improving the "next to useless thread
exception" might be nice too. :)
> Can't call proc
On 12/22/06, Marshall Schor <[EMAIL PROTECTED]> wrote:
Re: What to do about Document Annotation for 2.1.
a) Do the work to make it easy to get singletons (or whatever we're
calling this feature) out of the CAS
b) Change JCasGen to not generate DocumentAnnotation if the merged
version = the base
[
http://issues.apache.org/jira/browse/UIMA-29?page=comments#action_12460594 ]
Marshall Schor commented on UIMA-29:
I recommend we fix this by updating the docbook and the java doc to say it's
not allowed, and the workaround.
> Can't call p
Re: What to say about type merging and JCas -
I like your point: "Be sure that all the
users of your component are willing and have the know-how to run
JCasGen when they combine your component with others."
And I would use your following point: "that would be a dangerous assumption
for any anno
[ http://issues.apache.org/jira/browse/UIMA-118?page=all ]
Adam Lally closed UIMA-118.
---
> Link to the UIMA draft specification research report
>
>
> Key: UIMA-118
> URL: http://is
It would be nice if all the arrays, lists, iterators, etc in UIMA implemented
the standard Java Collection package interfaces.
---
Key: UIMA-140
Adam Lally wrote:
On 12/22/06, Marshall Schor <[EMAIL PROTECTED]> wrote:
If we had filtering predicates as part of an index specification,
then we
could create indexes over subsets of types quite arbitrarily. Could this
more general mechanism serve this purpose better than views?
I'm not sure
Client could send timeout value along with request, to save service from
unnecessary work
-
Key: UIMA-139
URL: http://issues.apache.org/jira/browse/UIMA-139
Proje
Lev,
For both UIMA-101 and UIMA-133 I applied the patches you supplied.
Please get the latest from SVN and make sure that the issues are
actually fixed, then let me know so I can close the issues.
Thanks,
-Adam
[ http://issues.apache.org/jira/browse/UIMA-6?page=all ]
Marshall Schor closed UIMA-6.
-
build.xml was updated to include the Reference book. Build done and checked.
> Include documentation in assembly
> -
>
> Key
On 12/22/06, Marshall Schor <[EMAIL PROTECTED]> wrote:
> Also why did you say "(when serializing)" - is it intended that this
> operation not be used for other purposes such as by an annotator?
This was me thinking that the main use-case for this is serialization, and
remembering you wanted to hi
Adam Lally wrote:
On 12/22/06, Marshall Schor <[EMAIL PROTECTED]> wrote:
0) CASes are the unit of work, the unit of remote data transfer, in
UIMA. They often
correspond to a "document" (but for big docs, may only have part of it).
1) FS's are created in the (one-and-only) CAS.
2) Annotations can
On 12/22/06, Marshall Schor <[EMAIL PROTECTED]> wrote:
If we had filtering predicates as part of an index specification, then we
could create indexes over subsets of types quite arbitrarily. Could this
more general mechanism serve this purpose better than views?
I'm not sure what you mean, "sub
On 12/22/06, Marshall Schor <[EMAIL PROTECTED]> wrote:
0) CASes are the unit of work, the unit of remote data transfer, in
UIMA. They often
correspond to a "document" (but for big docs, may only have part of it).
1) FS's are created in the (one-and-only) CAS.
2) Annotations can be created.
-
Adam Lally wrote:
On 12/22/06, Thilo Goetz <[EMAIL PROTECTED]> wrote:
Adam Lally wrote:
> (1) The CAS is the container for all of the analysis data (as per the
> UIMA spec). It must be possible to create FS directly on the CAS
> and there must be some reasonable way to retrieve the FS in the CA
On 12/22/06, Thilo Goetz <[EMAIL PROTECTED]> wrote:
Eddie Epstein wrote:
> Doesn't that previous discussion read on the topic of global indexes?
Is it my brain, or this sentence, that doesn't make any sense ;-) Could
you explain?
Must be Eddie's Southern US dialect. ;) I'm not familiar with
On 12/22/06, Thilo Goetz <[EMAIL PROTECTED]> wrote:
Adam Lally wrote:
> (1) The CAS is the container for all of the analysis data (as per the
> UIMA spec). It must be possible to create FS directly on the CAS
> and there must be some reasonable way to retrieve the FS in the CAS
> without having
Using the definitions Adam defined:
* "CAS" means the entire CAS. It never means a specific view of the CAS.
* "Index Definition" means the declaration in the descriptor that
defines an index - giving it a label, kind of index, CAS type, and
sort keys.
* "Index" is an instance of an index defini
[ http://issues.apache.org/jira/browse/UIMA-137?page=all ]
Thilo Goetz closed UIMA-137.
Assignee: (was: Adam Lally)
Modified according to Adam's suggestion.
> Import_implTest fails on mvn package
>
>
>
Adam Lally wrote:
On 12/22/06, Thilo Goetz <[EMAIL PROTECTED]> wrote:
I agree, I actually had your preferred option committed before I noticed
that JUnitExtension.getFile(".") works as well. Just wasn't sure this
wouldn't make the test case vacuous ;-).
Nah, it's still a useful test.
So wh
On 12/22/06, Thilo Goetz <[EMAIL PROTECTED]> wrote:
I agree, I actually had your preferred option committed before I noticed
that JUnitExtension.getFile(".") works as well. Just wasn't sure this
wouldn't make the test case vacuous ;-).
Nah, it's still a useful test.
So what does JUnitExtens
Example MeetingFinderCPE_withXmlDetagging.xml doesn't work
--
Key: UIMA-138
URL: http://issues.apache.org/jira/browse/UIMA-138
Project: UIMA
Issue Type: Bug
Components: Exampl
[ http://issues.apache.org/jira/browse/UIMA-80?page=all ]
Thilo Goetz closed UIMA-80.
---
Assignee: (was: Eddie Epstein)
Reviewed and closed.
> CVD document text is deleted after an analysis engine is loaded
>
Adam Lally wrote:
> JUnitExtension.getFile(".") results in a call to
> ClassLoader.getResource("."), which seems odd to me. Since the
> classpath is a sequence of directories/jars, what do you get when you
> ask for "."? Just whatever happens to be first in the classpath? It
> seems unsafe to a
Eddie Epstein wrote:
We had previously discussed that using the base CAS as a single global
view was not useful for applications because of potential collisions, and
therefore recommended that a collection of multi-view analytics that need
a single "global" view should create a named view for th
We had previously discussed that using the base CAS as a single global
view was not useful for applications because of potential collisions, and
therefore recommended that a collection of multi-view analytics that need
a single "global" view should create a named view for that purpose.
Doesn't tha
Adam Lally wrote:
Now what you say about sofas is interesting. Currently, an index knows
nothing of views or sofas. The only thing that is checked when adding a
FS to an index is the FS's type. Are you suggesting that there should
be special code that prevents me from adding an annotation that
>
> * There is one "Global Index Repository" in the CAS (accessible by
> CAS.getGlobalIndexRepository() and CAS.addFsToGlobalIndexes())
>
> * Each view has its own Index Repository, containing only the indexes
> that are specific to that view. (accessible by
> CasView.getIndexRepository() and CasVi
JUnitExtension.getFile(".") results in a call to
ClassLoader.getResource("."), which seems odd to me. Since the
classpath is a sequence of directories/jars, what do you get when you
ask for "."? Just whatever happens to be first in the classpath? It
seems unsafe to assume that this will always
A collection of quotes from Thilo about global indexes. After reading
all these I think I finally might be on the same wavelength... (we'll
see in a moment :)
On 12/22/06, Thilo Goetz <[EMAIL PROTECTED]> wrote:
Global indexes should be shared. That is
also the spirit of the OASIS draft, I th
[ http://issues.apache.org/jira/browse/UIMA-137?page=all ]
Thilo Goetz resolved UIMA-137.
--
Resolution: Fixed
Assignee: Adam Lally
For some reason that I don't pretend to understand,
String workingDir = JUnitExtension.getFile("");
does not work on t
A few quick comments here, then I'll deal with the big issues in another email.
On 12/22/06, Thilo Goetz <[EMAIL PROTECTED]> wrote:
Marshall Schor wrote:
> In this discussion, I think some confusion arises from the use of
> "index" to mean both the index definition, and
> an instance (perhaps as
[
http://issues.apache.org/jira/browse/UIMA-80?page=comments#action_12460484 ]
Eddie Epstein commented on UIMA-80:
---
What I can remember from that work is a CVD test switching between a simple
text AE using the default view and a multi-Sofa AE
Import_implTest fails on mvn package
Key: UIMA-137
URL: http://issues.apache.org/jira/browse/UIMA-137
Project: UIMA
Issue Type: Bug
Components: Build, Packaging and Test
Environment: IB
[ http://issues.apache.org/jira/browse/UIMA-136?page=all ]
Thilo Goetz closed UIMA-136.
Resolution: Fixed
> String subtype test case break Maven build
> --
>
> Key: UIMA-136
> URL: http:
String subtype test case break Maven build
--
Key: UIMA-136
URL: http://issues.apache.org/jira/browse/UIMA-136
Project: UIMA
Issue Type: Bug
Components: Build, Packaging and Test
Marshall Schor wrote:
Re: Need for "Global indexes"
What is the use case or the global view set of indexes? I can't recall
the use-case for this, beyond
being able to get all the data. This thread has suggested other
utilities that can effectively
"merge" the results from other view's index
Marshall Schor wrote:
In this discussion, I think some confusion arises from the use of
"index" to mean both the index definition, and
an instance (perhaps associated with a particular view) of that index
definition.
Also, in this discussion, the term CAS seems sometimes to be specific to
wha
39 matches
Mail list logo