Re: [Vote] accept UIMA as a podling - #2
On Sep 27, 2006, at 1:17 AM, Ian Holsman wrote: issues addressed in this release: 1. updated proposal included 2. The first paragraph explains it to a layperson 3. OASIS issue addressed Thanks Ian. +1, Leo [ ] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [ ] -1 Reject this proposal for the following reason: 8---Proposal--8-- Hello everyone - We are submitting this proposal to the community for a new project in the incubator, and look forward to starting to work with this community. This is a slightly modified and extended version of the proposal that has already been posted to [EMAIL PROTECTED] The whole mail thread can be found [http://www.nabble.com/Proposal-for-a-new-incubation- project%3A-Unstructured-Information-Management-Architecture---UIMA- tf2154324.html here]. If you don't feel like reading the whole thread, the main question that came up was: this is all very well, but what does it really '''do'''? Attempts to answer that question where made [http://www.nabble.com/Re%3A-Proposal-for-a-new- incubation-project%3A-Unstructured-Information-Management- Architecture---UIMA-p5986403.html here] and [http://www.nabble.com/ Re%3A-Proposal-for-a-new-incubation-project%3A-Unstructured- Information-Management-Architecture---UIMA-p5987788.html here]. We have since worked some of these into the proposal itself. = Proposal for Incubation Project: Unstructured Information Management Architecture - UIMA = == Abstract == UIMA is a component framework for the analysis of unstructured content such as text, audio and video. It comprises an SDK and tooling for composing and running analytic components written in Java and C++. == Proposal: Unstructured Information Management Architecture framework == Unstructured Information Management applications are software systems that analyze large volumes of unstructured information in order to discover knowledge that is relevant to an end user. We propose UIMA, a framework and SDK for developing such applications. An example UIM application might ingest plain text and identify entities, such as persons, places, organizations; or relations, such as works-for or located-at. UIMA enables such an application to be decomposed into components, for example ''language identification'' - ''language specific segmentation'' - ''sentence boundary detection'' - ''entity detection (person/place names etc.)''. Each component must implement interfaces defined by the framework and must provide self- describing metadata via XML descriptor files. The framework manages these components and the data flow between them. Components are written in Java or C++; the data that flows between components is designed for efficient mapping between these languages. UIMA additionally provides capabilities to wrap components as network services, and can scale to very large volumes by replicating processing pipelines over a cluster of networked nodes. This framework has already attracted a following among government, commercial, and academic institutions who previously developed analysis algorithms, but were unable to easily build on each other's works, and who want to be able to evolve their applications by independently upgrading parts, as better technology becomes available. Applications built with this framework are being used with plain text, audio streams, and image/video streams, identifying entities and relations, converting speech to text, translating into different languages, and determining properties of images. The UIMA framework runs components in a flow, passing a common data object containing unstructured information (free text, audio, video, etc.) through the components. Each component examines the unstructured information and data added by other components, and adds data of its own. The framework mandates a standardized form of the data being passed, and a standardized form of the interfaces to the components. We propose a project to develop, implement, support and enhance this framework (and, over time, other implementations) that comply with the UIMA standard (which has been submitted for standardization work within [http://www.oasis-open.org OASIS]. Members of this community are encouraged to participate in that effort, as well; OASIS has an open approach to granting Technical Committee voting rights to members of OASIS, described here: http:// www.oasis-open.org/committees/process.php#2.4. The proposal includes both the framework, as well as tools to develop, describe, compose and deploy UIMA-based components and applications. The initial work will be based on the UIMA Version 2 framework code developed by IBM; snapshots of each release of this code are currently made available on [http://sourceforge.net/ projects/uima-framework SourceForge]. The Source``Forge versions would be stabilized in
Re: [Vote] accept UIMA as a podling - #2
[X] +1 Accept UIMA as an Incubator podling (binding) - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] accept UIMA as a podling - #2
On 9/26/06, Ian Holsman [EMAIL PROTECTED] wrote: [X] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [ ] -1 Reject this proposal for the following reason: As before. -- justin
Re: [Vote] accept UIMA as a podling - #2
On 9/27/06, Ian Holsman [EMAIL PROTECTED] wrote: snip 2. The first paragraph explains it to a layperson thanks - much better. but i don't see at all in terms of explaining it to laypersons. a project that cannot explain itself clearly in a paragraph doesn't understand itself. [X] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [ ] -1 Reject this proposal for the following reason: i do have a few caveats, though === Other IP === When we requested OASIS to set up a Technical Committee chartered to develop a platform-independent specification for text and multi-modal analysis, we specified that it be set up under the RF on Limited Terms mode of the OASIS IP Policy. RF means Royalty Free, and the Limited Terms means companies that are working with us on the Technical Committee are restricted in adding additional terms. These are the most liberal terms and make any Essential Claims available to ALL and ROYALTY FREE. For the details please refer to: * http://www.oasis-open.org/who/ipr/ipr_faq.php * http://www.oasis-open.org/who/intellectualproperty.php i'm still not happy with the choices offered by OASIS. IMHO we've had too much pain from OASIS in the past to just forgive and forget. OASIS is pay to vote and though i'm willing to trust the proposers, i cannot judge the others with voting rights. what matter to me is that the standard is licensed in a way that is compatible with open source implementations; about liberty not cost. i'm willing to hope that everything turns out okay but am willing to vote for shutdown if the OASIS process turns sour (again). Ultimately of course, there is always a risk that someone in the world holds a patent that can be claimed as Essential. The most any standards organization can do is govern the behavior of those who participate in its work and publicly document the licensing commitment of all participants. that is the risk that all developers now run - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] accept UIMA as a podling - #2
+1 On Sep 26, 2006, at 7:17 PM, Ian Holsman wrote: issues addressed in this release: 1. updated proposal included 2. The first paragraph explains it to a layperson 3. OASIS issue addressed [ ] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [ ] -1 Reject this proposal for the following reason: 8---Proposal--8-- Hello everyone - We are submitting this proposal to the community for a new project in the incubator, and look forward to starting to work with this community. This is a slightly modified and extended version of the proposal that has already been posted to [EMAIL PROTECTED] The whole mail thread can be found [http://www.nabble.com/Proposal-for-a-new-incubation- project%3A-Unstructured-Information-Management-Architecture---UIMA- tf2154324.html here]. If you don't feel like reading the whole thread, the main question that came up was: this is all very well, but what does it really '''do'''? Attempts to answer that question where made [http://www.nabble.com/Re%3A-Proposal-for-a-new- incubation-project%3A-Unstructured-Information-Management- Architecture---UIMA-p5986403.html here] and [http://www.nabble.com/ Re%3A-Proposal-for-a-new-incubation-project%3A-Unstructured- Information-Management-Architecture---UIMA-p5987788.html here]. We have since worked some of these into the proposal itself. = Proposal for Incubation Project: Unstructured Information Management Architecture - UIMA = == Abstract == UIMA is a component framework for the analysis of unstructured content such as text, audio and video. It comprises an SDK and tooling for composing and running analytic components written in Java and C++. == Proposal: Unstructured Information Management Architecture framework == Unstructured Information Management applications are software systems that analyze large volumes of unstructured information in order to discover knowledge that is relevant to an end user. We propose UIMA, a framework and SDK for developing such applications. An example UIM application might ingest plain text and identify entities, such as persons, places, organizations; or relations, such as works-for or located-at. UIMA enables such an application to be decomposed into components, for example ''language identification'' - ''language specific segmentation'' - ''sentence boundary detection'' - ''entity detection (person/place names etc.)''. Each component must implement interfaces defined by the framework and must provide self- describing metadata via XML descriptor files. The framework manages these components and the data flow between them. Components are written in Java or C++; the data that flows between components is designed for efficient mapping between these languages. UIMA additionally provides capabilities to wrap components as network services, and can scale to very large volumes by replicating processing pipelines over a cluster of networked nodes. This framework has already attracted a following among government, commercial, and academic institutions who previously developed analysis algorithms, but were unable to easily build on each other's works, and who want to be able to evolve their applications by independently upgrading parts, as better technology becomes available. Applications built with this framework are being used with plain text, audio streams, and image/video streams, identifying entities and relations, converting speech to text, translating into different languages, and determining properties of images. The UIMA framework runs components in a flow, passing a common data object containing unstructured information (free text, audio, video, etc.) through the components. Each component examines the unstructured information and data added by other components, and adds data of its own. The framework mandates a standardized form of the data being passed, and a standardized form of the interfaces to the components. We propose a project to develop, implement, support and enhance this framework (and, over time, other implementations) that comply with the UIMA standard (which has been submitted for standardization work within [http://www.oasis-open.org OASIS]. Members of this community are encouraged to participate in that effort, as well; OASIS has an open approach to granting Technical Committee voting rights to members of OASIS, described here: http:// www.oasis-open.org/committees/process.php#2.4. The proposal includes both the framework, as well as tools to develop, describe, compose and deploy UIMA-based components and applications. The initial work will be based on the UIMA Version 2 framework code developed by IBM; snapshots of each release of this code are currently made available on [http://sourceforge.net/ projects/uima-framework SourceForge]. The Source``Forge versions would be stabilized in maintenance mode,
Re: [Vote] accept UIMA as a podling - #2
[X] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [ ] -1 Reject this proposal for the following reason: -ehn Ian Holsman wrote: issues addressed in this release: 1. updated proposal included 2. The first paragraph explains it to a layperson 3. OASIS issue addressed [ ] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [ ] -1 Reject this proposal for the following reason: 8---Proposal--8-- Hello everyone - We are submitting this proposal to the community for a new project in the incubator, and look forward to starting to work with this community. This is a slightly modified and extended version of the proposal that has already been posted to [EMAIL PROTECTED] The whole mail thread can be found [http://www.nabble.com/Proposal-for-a-new-incubation-project%3A-Unstructured-Information-Management-Architecture---UIMA-tf2154324.html here]. If you don't feel like reading the whole thread, the main question that came up was: this is all very well, but what does it really '''do'''? Attempts to answer that question where made [http://www.nabble.com/Re%3A-Proposal-for-a-new-incubation-project%3A-Unstructured-Information-Management-Architecture---UIMA-p5986403.html here] and [http://www.nabble.com/Re%3A-Proposal-for-a-new-incubation-project%3A-Unstructured-Information-Management-Architecture---UIMA-p5987788.html here]. We have since worked some of these into the proposal itself. = Proposal for Incubation Project: Unstructured Information Management Architecture - UIMA = == Abstract == UIMA is a component framework for the analysis of unstructured content such as text, audio and video. It comprises an SDK and tooling for composing and running analytic components written in Java and C++. == Proposal: Unstructured Information Management Architecture framework == Unstructured Information Management applications are software systems that analyze large volumes of unstructured information in order to discover knowledge that is relevant to an end user. We propose UIMA, a framework and SDK for developing such applications. An example UIM application might ingest plain text and identify entities, such as persons, places, organizations; or relations, such as works-for or located-at. UIMA enables such an application to be decomposed into components, for example ''language identification'' - ''language specific segmentation'' - ''sentence boundary detection'' - ''entity detection (person/place names etc.)''. Each component must implement interfaces defined by the framework and must provide self-describing metadata via XML descriptor files. The framework manages these components and the data flow between them. Components are written in Java or C++; the data that flows between components is designed for efficient mapping between these languages. UIMA additionally provides capabilities to wrap components as network services, and can scale to very large volumes by replicating processing pipelines over a cluster of networked nodes. This framework has already attracted a following among government, commercial, and academic institutions who previously developed analysis algorithms, but were unable to easily build on each other's works, and who want to be able to evolve their applications by independently upgrading parts, as better technology becomes available. Applications built with this framework are being used with plain text, audio streams, and image/video streams, identifying entities and relations, converting speech to text, translating into different languages, and determining properties of images. The UIMA framework runs components in a flow, passing a common data object containing unstructured information (free text, audio, video, etc.) through the components. Each component examines the unstructured information and data added by other components, and adds data of its own. The framework mandates a standardized form of the data being passed, and a standardized form of the interfaces to the components. We propose a project to develop, implement, support and enhance this framework (and, over time, other implementations) that comply with the UIMA standard (which has been submitted for standardization work within [http://www.oasis-open.org OASIS]. Members of this community are encouraged to participate in that effort, as well; OASIS has an open approach to granting Technical Committee voting rights to members of OASIS, described here: http://www.oasis-open.org/committees/process.php#2.4. The proposal includes both the framework, as well as tools to develop, describe, compose and deploy UIMA-based components and applications. The initial work will be based on the UIMA Version 2 framework code developed by IBM; snapshots of each release of this code are currently made available on [http://sourceforge.net/projects/uima-framework SourceForge]. The Source``Forge versions would be stabilized in
RE: [Vote] accept UIMA as a podling - #2
[X] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [ ] -1 Reject this proposal for the following reason: +1 (non binding) We've made the move to the framework UIMA 6 months ago to be the middleware of our new product version. This decision has been made after reading the very complete SDK documentation and after building a first prototype with the most basic features we needed (including load balancing) within a week. The easiness of use of the framework (version 1.3 at that time) as well as its high quality have convinced my entire team to move to UIMA. The recent releases of UIMA have demonstrated the capacity of the framework to evolve quickly and efficiently. It has also proven the ability to interact much more quickly with other UIMA compliant products which demonstrate the openness of the framework. We strongly support moving the framework to Apache. It will allow its current and future community to contribute to it and will benefits from synergies with other projects (Lucene...). This product answers a broad need and should be a successful Apache project. After all, we all use unstructured information every day (mail, web ...) and a lot of projects can build benefits on it. Hervé -Original Message- From: Ian Holsman [mailto:[EMAIL PROTECTED] Sent: mercredi 27 septembre 2006 01:18 To: general@incubator.apache.org Subject: [Vote] accept UIMA as a podling - #2 issues addressed in this release: 1. updated proposal included 2. The first paragraph explains it to a layperson 3. OASIS issue addressed [ ] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [ ] -1 Reject this proposal for the following reason: 8---Proposal--8-- Hello everyone - We are submitting this proposal to the community for a new project in the incubator, and look forward to starting to work with this community. This is a slightly modified and extended version of the proposal that has already been posted to [EMAIL PROTECTED] The whole mail thread can be found [http://www.nabble.com/Proposal-for-a-new-incubation- project%3A-Unstructured-Information-Management-Architecture---UIMA- tf2154324.html here]. If you don't feel like reading the whole thread, the main question that came up was: this is all very well, but what does it really '''do'''? Attempts to answer that question where made [http://www.nabble.com/Re%3A-Proposal-for-a-new-incubation- project%3A-Unstructured-Information-Management-Architecture---UIMA- p5986403.html here] and [http://www.nabble.com/Re%3A-Proposal-for-a- new-incubation-project%3A-Unstructured-Information-Management- Architecture---UIMA-p5987788.html here]. We have since worked some of these into the proposal itself. = Proposal for Incubation Project: Unstructured Information Management Architecture - UIMA = == Abstract == UIMA is a component framework for the analysis of unstructured content such as text, audio and video. It comprises an SDK and tooling for composing and running analytic components written in Java and C++. == Proposal: Unstructured Information Management Architecture framework == Unstructured Information Management applications are software systems that analyze large volumes of unstructured information in order to discover knowledge that is relevant to an end user. We propose UIMA, a framework and SDK for developing such applications. An example UIM application might ingest plain text and identify entities, such as persons, places, organizations; or relations, such as works-for or located-at. UIMA enables such an application to be decomposed into components, for example ''language identification'' - ''language specific segmentation'' - ''sentence boundary detection'' - ''entity detection (person/place names etc.)''. Each component must implement interfaces defined by the framework and must provide self-describing metadata via XML descriptor files. The framework manages these components and the data flow between them. Components are written in Java or C++; the data that flows between components is designed for efficient mapping between these languages. UIMA additionally provides capabilities to wrap components as network services, and can scale to very large volumes by replicating processing pipelines over a cluster of networked nodes. This framework has already attracted a following among government, commercial, and academic institutions who previously developed analysis algorithms, but were unable to easily build on each other's works, and who want to be able to evolve their applications by independently upgrading parts, as better technology becomes available. Applications built with this framework are being used with plain text, audio streams, and image/video streams, identifying entities and relations, converting speech to text, translating into different languages, and determining properties of images. The UIMA
Re: [Vote] accept UIMA as a podling - #2
[X] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [ ] -1 Reject this proposal for the following reason: Otis - Original Message From: Ian Holsman [EMAIL PROTECTED] To: general@incubator.apache.org Sent: Tuesday, September 26, 2006 7:17:37 PM Subject: [Vote] accept UIMA as a podling - #2 issues addressed in this release: 1. updated proposal included 2. The first paragraph explains it to a layperson 3. OASIS issue addressed [ ] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [ ] -1 Reject this proposal for the following reason: 8---Proposal--8-- Hello everyone - We are submitting this proposal to the community for a new project in the incubator, and look forward to starting to work with this community. This is a slightly modified and extended version of the proposal that has already been posted to [EMAIL PROTECTED] The whole mail thread can be found [http://www.nabble.com/Proposal-for-a-new-incubation- project%3A-Unstructured-Information-Management-Architecture---UIMA- tf2154324.html here]. If you don't feel like reading the whole thread, the main question that came up was: this is all very well, but what does it really '''do'''? Attempts to answer that question where made [http://www.nabble.com/Re%3A-Proposal-for-a-new-incubation- project%3A-Unstructured-Information-Management-Architecture---UIMA- p5986403.html here] and [http://www.nabble.com/Re%3A-Proposal-for-a- new-incubation-project%3A-Unstructured-Information-Management- Architecture---UIMA-p5987788.html here]. We have since worked some of these into the proposal itself. = Proposal for Incubation Project: Unstructured Information Management Architecture - UIMA = == Abstract == UIMA is a component framework for the analysis of unstructured content such as text, audio and video. It comprises an SDK and tooling for composing and running analytic components written in Java and C++. == Proposal: Unstructured Information Management Architecture framework == Unstructured Information Management applications are software systems that analyze large volumes of unstructured information in order to discover knowledge that is relevant to an end user. We propose UIMA, a framework and SDK for developing such applications. An example UIM application might ingest plain text and identify entities, such as persons, places, organizations; or relations, such as works-for or located-at. UIMA enables such an application to be decomposed into components, for example ''language identification'' - ''language specific segmentation'' - ''sentence boundary detection'' - ''entity detection (person/place names etc.)''. Each component must implement interfaces defined by the framework and must provide self-describing metadata via XML descriptor files. The framework manages these components and the data flow between them. Components are written in Java or C++; the data that flows between components is designed for efficient mapping between these languages. UIMA additionally provides capabilities to wrap components as network services, and can scale to very large volumes by replicating processing pipelines over a cluster of networked nodes. This framework has already attracted a following among government, commercial, and academic institutions who previously developed analysis algorithms, but were unable to easily build on each other's works, and who want to be able to evolve their applications by independently upgrading parts, as better technology becomes available. Applications built with this framework are being used with plain text, audio streams, and image/video streams, identifying entities and relations, converting speech to text, translating into different languages, and determining properties of images. The UIMA framework runs components in a flow, passing a common data object containing unstructured information (free text, audio, video, etc.) through the components. Each component examines the unstructured information and data added by other components, and adds data of its own. The framework mandates a standardized form of the data being passed, and a standardized form of the interfaces to the components. We propose a project to develop, implement, support and enhance this framework (and, over time, other implementations) that comply with the UIMA standard (which has been submitted for standardization work within [http://www.oasis-open.org OASIS]. Members of this community are encouraged to participate in that effort, as well; OASIS has an open approach to granting Technical Committee voting rights to members of OASIS, described here: http://www.oasis-open.org/ committees/process.php#2.4. The proposal includes both the framework, as well as tools to develop, describe, compose and deploy UIMA-based components and applications. The initial work will be based on the UIMA Version 2
Re: [Vote] accept UIMA as a podling - #2
On 9/26/06, Ian Holsman [EMAIL PROTECTED] wrote: [X] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [ ] -1 Reject this proposal for the following reason: +1 (non binding) -Yonik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
On Sep 19, 2006, at 5:32 PM, Justin Erenkrantz wrote: On 9/19/06, Thilo Goetz [EMAIL PROTECTED] wrote: you're right. Others have noted that our opening paragraphs are not very clear. We did however follow up with more explanation that satisfied others on the list. Are you saying that these further explanations are still not clear, or that those explanations should go into the proposal itself (as opposed to a link from the Wiki)? Yes, those explanations should be folded into the proposal itself. UIMA may not be the easiest thing in the world to explain, and I can accept that our proposal doesn't do a very good job. However, I do believe that we address an important problem and can make an interesting contribution to Apache. Making the first couple of paragraphs of the proposal more understandable should be a surmountable problem. I hope so. =) -- justin I'll delay a vote until you guys finish up the proposal based on the mailing list discussion there was (Robert's new document might help to further understand why that's important). I did make a mental note (quite some time ago!) that I was basically +1 to this UIMA thing after I was explained what it was in normal English. LSD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
On 9/20/06, Ian Holsman [EMAIL PROTECTED] wrote: snip The only mistake here is the initial proposal might have assumed that people had a understanding of the topic area. this is why in the draft guide http://incubator.apache.org/guides/proposal.html splitting the initial proposal into several separate sections including a background is recommended. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
On 9/19/06, Justin Erenkrantz [EMAIL PROTECTED] wrote: On Tue, Sep 19, 2006 at 02:07:33PM -0400, Garrett Rooney wrote: Of course, the fact that you had to be explicitly asked to explain what the project does in the mailing list discussion doesn't bode well in and of itself. My objection isn't just your proposal is unclear, it's also in part that you showed up at the incubator with a proposal that was incomprehensible to anyone who didn't already know what your project did. If that's how you're marketing yourselves to a group ...snip, snip, snip... Well, I think that's a little unfair. Your criticisms should be aimed at the mentors (Ian, Sam, Ken) - but I don't think it's fair to expect that people who are new to our community to understand how we work. That's what the mentors are for. If the mentor isn't doing their job, then take it up with them - not the people who are just learning who we are and how things work. +1 (except that technically it must be the champion since mentors are appointed by the Incubator PMC only after acceptance) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
On 9/18/06, Ian Holsman [EMAIL PROTECTED] wrote: as per Garrett's suggestion. [X] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [ ] -1 Reject this proposal for the following reason: My only condition for acceptance is that someone explain UIMA to me over beer at AC. =) Good luck! -- justin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
Justin Erenkrantz wrote: snip My only condition for acceptance is that someone explain UIMA to me over beer at AC. =) Good luck! -- justin I'm planning on attending AC (Wednesday thru Friday), and would love to explain UIMA to all that are interested! -- Marshall Schor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[doc] include IP/standards question in the proposal template [WAS Re: [VOTE] accept UIMA as a podling]
On 9/19/06, Noel J. Bergman [EMAIL PROTECTED] wrote: The proposal can be found in the Incubator wiki here: http://wiki.apache.org/incubator/UIMA Sorry, it doesn't work that way. You want to request a vote, you include the proposal in the e-mail. OK, I'll admit, I've seen the follow up e-mail where you did post the proposal in response to Garrett Rooney, but I want to make sure that this is clear to everyone. UIMA standard (being put forward concurrently for standardization within OASIS Because anything from OASIS raises red flags for me (I could be a lot less polite about standards bodies that have all too often acted as nothing more than a rubberstamping facades to promulgate IP encumbered standards for their corporate masters), I just want to make sure that this isn't yet another OASIS problem. IBM has generally been a good citizen, but please confirm that the UIMA standard is not IP encumbered. IMO, we should make sure to have this question on the submission template. IMO need to think about this through a little... we probably need to know which standards the proposal proposes to implement so that these can be checked for suitability. if the standard is not capable of an open source implementation then that's easy. so, it would make sense to include a new section in the template documentation describing the standards implemented. the policy on which standards are open enough for an apache implementation has not complete crystallized. apache has been strong in pushing for standards which are openly developed and free of IP encumberance from the standard setters. IMHO apache should keep up this pressure but not sure that the policy is clear enough to be written down yet, though. opinions? - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
Hi, When we requested OASIS to set up a Technical Committee chartered to develop a platform-independent specification for text and multi-modal analysis, we specified that it be set up under the RF on Limited Terms mode of the OASIS IP Policy. RF means Royalty Free, and the Limited Terms means companies that are working with us on the Technical Committee are restricted in adding additional terms. These are the most liberal terms and make any Essential Claims available to ALL and ROYALTY FREE. For the details please refer to: - http://www.oasis-open.org/who/ipr/ipr_faq.php - http://www.oasis-open.org/who/intellectualproperty.php Ultimately of course, there is always a risk that someone in the world holds a patent that can be claimed as Essential. The most any standards organization can do is govern the behavior of those who participate in its work and publicly document the licensing commitment of all participants. -Dave
RE: [VOTE] accept UIMA as a podling
David Ferrucci wrote: we specified that [UIMA] be set up under the RF on Limited Terms mode of the OASIS IP Policy. RF on Limited Terms specifies the exact Royalty Free licensing terms and conditions that may be included in a patent holder's license and that must be granted upon request without further negotiations. ref: http://www.oasis-open.org/who/ipr/ipr_faq.php With TCs operating under the RF on Limited Terms IPR Mode, Obligated Parties may not impose any further conditions or restrictions beyond those specifically mentioned in Section 10.2.1 on the use of any technology or intellectual property rights, or other restrictions on behavior of the Licensee, but may include reasonable, customary terms relating to operation or maintenance of the license relationship, including the following: choice of law and dispute resolution. ref: http://www.oasis-open.org/who/intellectualproperty.php These are the most liberal terms and make any Essential Claims available to ALL and ROYALTY FREE. The notification clause mentioned in the FAQ has been considered an issue for the ASF, as it passes that obligation to downstream consumers of our code. Does that apply to UIMA? --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
Garrett Rooney wrote: snip I'm sorry, but I have to vote -1 based on my new policy of rejecting any potential podling that can't explain what it is that they do within the first paragraph of the proposal. I'm a fairly intelligent person, but honestly I have no clue what an architecture and software framework for creating, discovering, composing and deploying a broad range of multi-modal analysis capabilities actually is, and I see little potential for any project that's so bad at selling themselves to actually grow a useful community. snip Garrett, you're right. Others have noted that our opening paragraphs are not very clear. We did however follow up with more explanation that satisfied others on the list. Are you saying that these further explanations are still not clear, or that those explanations should go into the proposal itself (as opposed to a link from the Wiki)? UIMA may not be the easiest thing in the world to explain, and I can accept that our proposal doesn't do a very good job. However, I do believe that we address an important problem and can make an interesting contribution to Apache. Making the first couple of paragraphs of the proposal more understandable should be a surmountable problem. --Thilo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
On 9/19/06, Thilo Goetz [EMAIL PROTECTED] wrote: you're right. Others have noted that our opening paragraphs are not very clear. We did however follow up with more explanation that satisfied others on the list. Are you saying that these further explanations are still not clear, or that those explanations should go into the proposal itself (as opposed to a link from the Wiki)? Yes, those explanations should be folded into the proposal itself. UIMA may not be the easiest thing in the world to explain, and I can accept that our proposal doesn't do a very good job. However, I do believe that we address an important problem and can make an interesting contribution to Apache. Making the first couple of paragraphs of the proposal more understandable should be a surmountable problem. I hope so. =) -- justin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
Noel J. Bergman wrote: The notification clause mentioned in the FAQ has been considered an issue for the ASF, as it passes that obligation to downstream consumers of our code. Does that apply to UIMA? I looked in the FAQ http://www.oasis-open.org/who/ipr/ipr_faq.php but didn't see the notification clause. Which clause is of concern? -Marshall Schor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
On 9/19/06, Thilo Goetz [EMAIL PROTECTED] wrote: Garrett Rooney wrote: snip I'm sorry, but I have to vote -1 based on my new policy of rejecting any potential podling that can't explain what it is that they do within the first paragraph of the proposal. I'm a fairly intelligent person, but honestly I have no clue what an architecture and software framework for creating, discovering, composing and deploying a broad range of multi-modal analysis capabilities actually is, and I see little potential for any project that's so bad at selling themselves to actually grow a useful community. snip Garrett, you're right. Others have noted that our opening paragraphs are not very clear. We did however follow up with more explanation that satisfied others on the list. Are you saying that these further explanations are still not clear, or that those explanations should go into the proposal itself (as opposed to a link from the Wiki)? Yes, they should absolutely go into the proposal. You're asking us to vote on the proposal, not on some conversation on the mailing list. Of course, the fact that you had to be explicitly asked to explain what the project does in the mailing list discussion doesn't bode well in and of itself. My objection isn't just your proposal is unclear, it's also in part that you showed up at the incubator with a proposal that was incomprehensible to anyone who didn't already know what your project did. If that's how you're marketing yourselves to a group that you want to be a part of, how are you going to market yourself to the rest of the world. A big part of becoming an ASF project is attracting other developers who want to work with you, building a community, and that's hard to do when your basic introduction isn't comprehensible to someone new. We already have too many projects at the ASF who can't seem to explain what it is they do without a maze of incomprehensible acronyms, I see little benefit in adding something that does away with the acronyms yet still manages to be say very little about what it actually does. -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] accept UIMA as a podling
Marshall Schor wrote: Noel J. Bergman wrote: The notification clause mentioned in the FAQ has been considered an issue for the ASF, as it passes that obligation to downstream consumers of our code. Does that apply to UIMA? I looked in the FAQ http://www.oasis-open.org/who/ipr/ipr_faq.php but didn't see the notification clause. Which clause is of concern? RF on Limited Terms specifies the exact Royalty Free licensing terms and conditions that may be included in a patent holder's license and that MUST BE GRANTED UPON REQUEST without further negotiations. If downstream users of the code must notify IP holders in order to gain the IP grants, we have an issue. If downstream users automatically receive the IP grants, we're fine. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
On Tue, Sep 19, 2006 at 02:07:33PM -0400, Garrett Rooney wrote: Of course, the fact that you had to be explicitly asked to explain what the project does in the mailing list discussion doesn't bode well in and of itself. My objection isn't just your proposal is unclear, it's also in part that you showed up at the incubator with a proposal that was incomprehensible to anyone who didn't already know what your project did. If that's how you're marketing yourselves to a group ...snip, snip, snip... Well, I think that's a little unfair. Your criticisms should be aimed at the mentors (Ian, Sam, Ken) - but I don't think it's fair to expect that people who are new to our community to understand how we work. That's what the mentors are for. If the mentor isn't doing their job, then take it up with them - not the people who are just learning who we are and how things work. -- justin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
On 9/19/06, Justin Erenkrantz [EMAIL PROTECTED] wrote: On Tue, Sep 19, 2006 at 02:07:33PM -0400, Garrett Rooney wrote: Of course, the fact that you had to be explicitly asked to explain what the project does in the mailing list discussion doesn't bode well in and of itself. My objection isn't just your proposal is unclear, it's also in part that you showed up at the incubator with a proposal that was incomprehensible to anyone who didn't already know what your project did. If that's how you're marketing yourselves to a group ...snip, snip, snip... Well, I think that's a little unfair. Your criticisms should be aimed at the mentors (Ian, Sam, Ken) - but I don't think it's fair to expect that people who are new to our community to understand how we work. That's what the mentors are for. If the mentor isn't doing their job, then take it up with them - not the people who are just learning who we are and how things work. You can place the blame wherever you like, but it seems to me that basic stuff like A proposal should explain what the project is used for isn't too high a bar to expect when people walk in the door. If a mentor is required to explain that, then that seems like a warning sign to me in and of itself. -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
On 20/09/2006, at 6:52 AM, Garrett Rooney wrote: On 9/19/06, Justin Erenkrantz [EMAIL PROTECTED] wrote: On Tue, Sep 19, 2006 at 02:07:33PM -0400, Garrett Rooney wrote: Of course, the fact that you had to be explicitly asked to explain what the project does in the mailing list discussion doesn't bode well in and of itself. My objection isn't just your proposal is unclear, it's also in part that you showed up at the incubator with a proposal that was incomprehensible to anyone who didn't already know what your project did. If that's how you're marketing yourselves to a group ...snip, snip, snip... Well, I think that's a little unfair. Your criticisms should be aimed at the mentors (Ian, Sam, Ken) - but I don't think it's fair to expect that people who are new to our community to understand how we work. That's what the mentors are for. If the mentor isn't doing their job, then take it up with them - not the people who are just learning who we are and how things work. You can place the blame wherever you like, but it seems to me that basic stuff like A proposal should explain what the project is used for isn't too high a bar to expect when people walk in the door. If a mentor is required to explain that, then that seems like a warning sign to me in and of itself. it was explained quite well in the initial thread. you forget the people who propose a technology are sometimes intimately versed in it, and it is sometimes hard for people to know at what level they should pitch a proposal at as they don't understand what the basic level of understanding is in the crowd. The people doing the pitch are used to talking to people in the unstructured search environment, people who understand what UIMA is about, and the terms and phrases that make it up. It is similar to me attempting to put a project to describe a arcane technology (eg a tool to determine the risk and return of a portfolio using CAPM ) and assuming people reading the proposal understand the basics of portfolio theory. To a person with a understanding of finance this wouldn't require any more explanation. or take a proposal which implements Market Basket Analysis. To a person with a data warehousing background, this requires no further explanation. The same goes with UIMA. To a person with a understanding of unstructured search the proposal is clear. Personally I look at some of the enterprise java proposals and have no clue about them either as i don't track the SOA/WS specs that closely. The only mistake here is the initial proposal might have assumed that people had a understanding of the topic area. -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ian Holsman [EMAIL PROTECTED] http://garden-gossip.com/ -- what's in your garden? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
On 9/19/06, Ian Holsman [EMAIL PROTECTED] wrote: Personally I look at some of the enterprise java proposals and have no clue about them either as i don't track the SOA/WS specs that closely. Yes, and that's a BAD thing. If this proposal was for some j2ee/WS/SOA related monstrosity with 98 different acronyms in the first paragraph it would be getting exactly the same -1 from me. -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
Excellent, now that this is out of the way, I'm looking forward to an improved proposal, so we can vote on it. Perhaps, if Garrett doesn't mind, you may want to run the improved proposal by Garrett first, before sending a new [VOTE] email with inlined proposal to the list. Otis - Original Message From: Garrett Rooney [EMAIL PROTECTED] To: general@incubator.apache.org Sent: Tuesday, September 19, 2006 7:09:34 PM Subject: Re: [VOTE] accept UIMA as a podling On 9/19/06, Ian Holsman [EMAIL PROTECTED] wrote: Personally I look at some of the enterprise java proposals and have no clue about them either as i don't track the SOA/WS specs that closely. Yes, and that's a BAD thing. If this proposal was for some j2ee/WS/SOA related monstrosity with 98 different acronyms in the first paragraph it would be getting exactly the same -1 from me. -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
On 9/18/06, Ian Holsman [EMAIL PROTECTED] wrote: Hi, There has been some discussion around the UIMA proposal, we feel that all the issues forwarded have been addressed, and we would now like to officially propose UIMA to the Incubator for consideration. The proposal can be found in the Incubator wiki here: http://wiki.apache.org/incubator/UIMA Uhh, no it can't. That page doesn't exist. -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] accept UIMA as a podling
This one works much better http://wiki.apache.org/incubator/UimaProposal Hervé -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Garrett Rooney Sent: lundi 18 septembre 2006 22:48 To: general@incubator.apache.org Subject: Re: [VOTE] accept UIMA as a podling On 9/18/06, Ian Holsman [EMAIL PROTECTED] wrote: Hi, There has been some discussion around the UIMA proposal, we feel that all the issues forwarded have been addressed, and we would now like to officially propose UIMA to the Incubator for consideration. The proposal can be found in the Incubator wiki here: http://wiki.apache.org/incubator/UIMA Uhh, no it can't. That page doesn't exist. -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
On 9/18/06, Ian Holsman [EMAIL PROTECTED] wrote: [ ] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [X] -1 Reject this proposal for the following reason: I'm sorry, but I have to vote -1 based on my new policy of rejecting any potential podling that can't explain what it is that they do within the first paragraph of the proposal. I'm a fairly intelligent person, but honestly I have no clue what an architecture and software framework for creating, discovering, composing and deploying a broad range of multi-modal analysis capabilities actually is, and I see little potential for any project that's so bad at selling themselves to actually grow a useful community. Additionally, I believe we decided that having the final vote thread point to a Wiki page was a bad idea. It would be good to resend this with the actual proposal content inline so everyone can be sure what they're actually voting on. -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
Damn, and I was going to give it +1. UIMA folks answered questions about what it is that UIMA really does in emails, but yes, making sure it's answered in the proposal (I can't connect to wiki.apache.org at the moment to see the final proposal for myself). Otis - Original Message From: Garrett Rooney [EMAIL PROTECTED] To: general@incubator.apache.org Sent: Monday, September 18, 2006 5:11:13 PM Subject: Re: [VOTE] accept UIMA as a podling On 9/18/06, Ian Holsman [EMAIL PROTECTED] wrote: [ ] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [X] -1 Reject this proposal for the following reason: I'm sorry, but I have to vote -1 based on my new policy of rejecting any potential podling that can't explain what it is that they do within the first paragraph of the proposal. I'm a fairly intelligent person, but honestly I have no clue what an architecture and software framework for creating, discovering, composing and deploying a broad range of multi-modal analysis capabilities actually is, and I see little potential for any project that's so bad at selling themselves to actually grow a useful community. Additionally, I believe we decided that having the final vote thread point to a Wiki page was a bad idea. It would be good to resend this with the actual proposal content inline so everyone can be sure what they're actually voting on. -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] accept UIMA as a podling
of package prefixes to reflect apache.org), test cases, build files, and documentation, under the terms specified in the ASF Corporate Contributor License. We plan to donate the existing C++ enablement layer and the support for Perl, Python, and TCL a few months later than the initial donation; this delay is to give us time to finish preparing that code base for Open Source. == Identify the ASF resources to be created == Mailing lists: * uima-dev * uima-commits * uima-user (we already have a substantial user community and expect them to turn up at Apache soon after we've hopefully been accepted into the incubator) For other resources such as Subversion repository, JIRA etc. we hope for guidance from our mentors. == Identify the Initial Set of Committers == * Michael Baessler ([EMAIL PROTECTED]) * Edward Epstein ([EMAIL PROTECTED]) * Thilo Goetz ([EMAIL PROTECTED]) * Adam Lally ([EMAIL PROTECTED]) * Marshall Schor ([EMAIL PROTECTED]) == Identify ASF Sponsor == We are requesting the Incubator to sponsor this. Our current vision is that it will become a top level project (other projects that develop UIMA components could become subprojects, for instance). == Champions: == == Mentors: == * Sam Ruby * Ken Coar * Ian Holsman On 19/09/2006, at 7:38 AM, Otis Gospodnetic wrote: Damn, and I was going to give it +1. UIMA folks answered questions about what it is that UIMA really does in emails, but yes, making sure it's answered in the proposal (I can't connect to wiki.apache.org at the moment to see the final proposal for myself). Otis - Original Message From: Garrett Rooney [EMAIL PROTECTED] To: general@incubator.apache.org Sent: Monday, September 18, 2006 5:11:13 PM Subject: Re: [VOTE] accept UIMA as a podling On 9/18/06, Ian Holsman [EMAIL PROTECTED] wrote: [ ] +1 Accept UIMA as an Incubator podling [ ] 0 Don't care [X] -1 Reject this proposal for the following reason: I'm sorry, but I have to vote -1 based on my new policy of rejecting any potential podling that can't explain what it is that they do within the first paragraph of the proposal. I'm a fairly intelligent person, but honestly I have no clue what an architecture and software framework for creating, discovering, composing and deploying a broad range of multi-modal analysis capabilities actually is, and I see little potential for any project that's so bad at selling themselves to actually grow a useful community. Additionally, I believe we decided that having the final vote thread point to a Wiki page was a bad idea. It would be good to resend this with the actual proposal content inline so everyone can be sure what they're actually voting on. -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ian Holsman [EMAIL PROTECTED] http://VC-chat.com It's what the VC's talk about - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] accept UIMA as a podling
The proposal can be found in the Incubator wiki here: http://wiki.apache.org/incubator/UIMA Sorry, it doesn't work that way. You want to request a vote, you include the proposal in the e-mail. OK, I'll admit, I've seen the follow up e-mail where you did post the proposal in response to Garrett Rooney, but I want to make sure that this is clear to everyone. UIMA standard (being put forward concurrently for standardization within OASIS Because anything from OASIS raises red flags for me (I could be a lot less polite about standards bodies that have all too often acted as nothing more than a rubberstamping facades to promulgate IP encumbered standards for their corporate masters), I just want to make sure that this isn't yet another OASIS problem. IBM has generally been a good citizen, but please confirm that the UIMA standard is not IP encumbered. IMO, we should make sure to have this question on the submission template. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]