Return-Path: Delivered-To: apmail-incubator-clerezza-dev-archive@minotaur.apache.org Received: (qmail 60072 invoked from network); 6 Apr 2011 09:14:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 6 Apr 2011 09:14:18 -0000 Received: (qmail 20021 invoked by uid 500); 6 Apr 2011 09:14:18 -0000 Delivered-To: apmail-incubator-clerezza-dev-archive@incubator.apache.org Received: (qmail 19959 invoked by uid 500); 6 Apr 2011 09:14:18 -0000 Mailing-List: contact clerezza-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: clerezza-dev@incubator.apache.org Delivered-To: mailing list clerezza-dev@incubator.apache.org Received: (qmail 19951 invoked by uid 99); 6 Apr 2011 09:14:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Apr 2011 09:14:18 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.214.47] (HELO mail-bw0-f47.google.com) (209.85.214.47) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Apr 2011 09:14:12 +0000 Received: by bwz5 with SMTP id 5so992568bwz.6 for ; Wed, 06 Apr 2011 02:13:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.151.205 with SMTP id d13mr597485bkw.117.1302081228192; Wed, 06 Apr 2011 02:13:48 -0700 (PDT) Sender: reto@trialox.org Received: by 10.204.127.104 with HTTP; Wed, 6 Apr 2011 02:13:48 -0700 (PDT) X-Originating-IP: [84.226.162.104] In-Reply-To: References: Date: Wed, 6 Apr 2011 11:13:48 +0200 X-Google-Sender-Auth: s5whaYVUaYl5SuZJ-vS7UbIm4qg Message-ID: Subject: Re: Clerezza CAS Consumer From: Reto Bachmann-Gmuer To: Hasan Hasan Cc: clerezza-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=0015175cd05c133aa704a03c6979 --0015175cd05c133aa704a03c6979 Content-Type: text/plain; charset=UTF-8 I was assuming the CAS data would is already stored by UIMA. I wasn't proposing to add any new storage. As it's happening now, when you use the UIMAResourceTagger or UIMABaseMetadataGenerator data will be added to a persistent an UIMA-Independent MGraph. Cheers, Reto On Wed, Apr 6, 2011 at 11:05 AM, Hasan Hasan wrote: > Hi Reto, all > > If I understand correcly, this means that the resulting metadata obtained > from the annotation service will not be stored in a triple store, but > directly on the filesystem (in which format?). The "zz-way" to access these > metadata is through this special TcProvider. Right? I think I can agree with > this. Does anybody see any problem with this approach? > > Hasan > > On Wed, Apr 6, 2011 at 10:45 AM, Reto Bachmann-Gmuer < > reto.bachmann@trialox.org> wrote: > >> >> >> On Mon, Apr 4, 2011 at 11:49 AM, Hasan Hasan wrote: >> >>> Hi Reto, >>> >>> On Mon, Apr 4, 2011 at 9:20 AM, Reto Bachmann-Gmuer < >>> reto.bachmann@trialox.org> wrote: >>> >>>> Hi Hasan >>>> >>>> >>>>> @Reto, do we want to have a dedicated TcProvider or rather define an >>>>> ontology for >>>>> the mapping of CAS into properties and classes ? >>>>> I think we should discuss both alternatives or why to you prefer one >>>>> over the other? >>>>> >>>> I don't see the conflict. How should A TcProvider map the entities >>>> without an ontology? An what's the benefit of an ontology without a tool >>>> that does the mapping? >>>> >>> >>> Probably, I misunderstand you. I thought you would like to have a special >>> TcProvider that does this mapping instead of using any TcProvider we have. >>> >> Yes, I'd rather have a special TcProvider gibing a life access to the CAS >> data rather than copying this data to the MGraph provided by a storing >> provider. >> >> Cheers, >> Reto >> >>> >>> cheers >>> hasan >>> >>> >>>> >>>> Cheers, >>>> reto >>>> >>>> >>>> >>>>> >>>>> Kind regards >>>>> Hasan >>>>> >>>>> >>>>> On Sat, Apr 2, 2011 at 10:56 PM, Reto Bachmann-Gmuer < >>>>> reto.bachmann@trialox.org> wrote: >>>>> >>>>>> Hi Tommaso >>>>>> >>>>>> Rdfizing the CAS and providing a TcProvider that provides a graph view >>>>>> to >>>>>> the UIMA CAS data sounds like a grat plan. I imagine there would be >>>>>> interesting stuff that can be done implementing cas consumers on >>>>>> clerezza. >>>>>> Do you have ideas for usecases and demo apps? >>>>>> >>>>>> Cheers, >>>>>> Reto >>>>>> >>>>>> On Fri, Apr 1, 2011 at 3:09 PM, Tommaso Teofili >>>>>> wrote: >>>>>> >>>>>> > Hi all, >>>>>> > recently I've been discussing with Stanbol mates [1] about possible >>>>>> usage >>>>>> > of >>>>>> > text mining algorithms in Stanbol on top of UIMA, so, since they're >>>>>> already >>>>>> > using Clerezza we agreed that it'd be good to implement a component >>>>>> which >>>>>> > converts objects from the UIMA CAS model to a Clerezza Graph. >>>>>> > Since I am familiar with both I'd volunteer to implement such a >>>>>> thing >>>>>> > inside >>>>>> > the uima module. >>>>>> > What do you think? >>>>>> > Regards, >>>>>> > Tommaso >>>>>> > >>>>>> > [1] : >>>>>> > >>>>>> > >>>>>> http://markmail.org/thread/2sstx2girbiydath#query:+page:1+mid:wbky7miem5ggdsi2+state:results >>>>>> > >>>>>> >>>>> >>>>> >>>> >>> >> > --0015175cd05c133aa704a03c6979--