Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 677A8D262 for ; Mon, 10 Sep 2012 07:01:58 +0000 (UTC) Received: (qmail 62128 invoked by uid 500); 10 Sep 2012 07:01:58 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 61803 invoked by uid 500); 10 Sep 2012 07:01:57 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 61792 invoked by uid 99); 10 Sep 2012 07:01:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 10 Sep 2012 07:01:57 +0000 X-ASF-Spam-Status: No, hits=2.5 required=5.0 tests=FREEMAIL_REPLY,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of liushenf@gmail.com designates 74.125.82.43 as permitted sender) Received: from [74.125.82.43] (HELO mail-wg0-f43.google.com) (74.125.82.43) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 10 Sep 2012 07:01:53 +0000 Received: by wgbdr1 with SMTP id dr1so1142559wgb.0 for ; Mon, 10 Sep 2012 00:01:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=bGARlQASeOd8mtj0AoAf5zX15dLovuLghHtjdyO7csA=; b=MGq7wkPkypLOM2rz5qSewrrx97/eq6O4YxPcg5Cxm06i13l4R6Is4Q0FETD3xCkBWD ibgATezjlSs3VdokdmJdzkLXqCUZaaGuXRkmLM+FPuJZMQaFxNI4U4X+BwMeybbSv5Ud jzBwgDSk9Uja2zPYg9u7DdSnsO19RVecZhujCeSkYW+iYrRVND8+RPyOaVYMF4XsJv+p SYuJDB+5Y6VITMymRTuSA+m8PD8eqqVhIWsuP9Wc9DfiwUnhWuwIFfZMSlQKb3TwIA5j hfg3lgTkC0GJedtiL1+eiawybEJwA+fR4l2Djvj82MwOhk9rynY9qdqsvN0UG7bITlUO 5uCA== MIME-Version: 1.0 Received: by 10.180.81.38 with SMTP id w6mr14927284wix.10.1347260491919; Mon, 10 Sep 2012 00:01:31 -0700 (PDT) Received: by 10.227.196.205 with HTTP; Mon, 10 Sep 2012 00:01:31 -0700 (PDT) In-Reply-To: <504D8DA5.1010402@gmail.com> References: <69EFC343-BC85-491F-8645-FFD59FC91165@gmail.com> <2EF7F2B5-5C8A-4730-BD59-A79FE18ED6ED@gmail.com> <504D8DA5.1010402@gmail.com> Date: Mon, 10 Sep 2012 15:01:31 +0800 Message-ID: Subject: Re: Clipart library From: Shenfeng Liu To: ooo-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=f46d044288c00a728704c95387b0 X-Virus-Checked: Checked by ClamAV on apache.org --f46d044288c00a728704c95387b0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 2012/9/10 J=FCrgen Schmidt > On 9/9/12 11:36 PM, Ian Lynch wrote: > > On 3 September 2012 02:19, Kevin Grignon > wrote: > >> KG03 - see comments inline > >> > >> On Aug 31, 2012, at 4:12 PM, Ian Lynch wrote: > >> > >>> On 31 August 2012 02:20, Kevin Grignon > wrote: > >>>> KG02 -see comments inline. > >>>> > >>>> On Friday, August 31, 2012 , Ian Lynch > wrote: > >>>> > >>>>> On 30 August 2012 09:57, Kevin Grignon > > >>>>> wrote: > >>>>>> KG01 - see comments inline. > >>>>>> > >>>>>> On Aug 30, 2012, at 4:51 PM, Ian Lynch > > >>>>> wrote: > >>>>>> > >>>>>>> I'm organising the Open clipart library into categories. We could > use > >>>>>>> this then as a useful resource to complement AOO. > >>>>>> > >>>>>> KG01 - This adds a lot of value. Ideally we could aim to align the > >>>>> information architecture for the categorization. This would allow > users to > >>>>> leverage the existing knowledge when browse in each library. > >>>>>> > >>>>>>> Any thoughts about > >>>>>>> the best way to implement making the categorised library availabl= e > to > >>>>>>> the community? > >>>>>> > >>>>>> KG01 - it would be great to explore ways to make the open clip art > more > >>>>> accessible/discoverable within AoO clipart view. Some social > integration > >>>>> could enable pulling clipart into editors, or pushing an image from > an > >>>>> editor to the open library. > >>>>>> > >>>>>> While we could create a plug-in, it would be a better unified ux i= f > we > >>>>> integrate open clip art and local clipart in one UI. > >>>>> > >>>>> At present I'm just going through all the folders from > OpenClipart.org > >>>>> and putting them into arbitrary folders labelled Animals, People, > >>>>> Transport, Food etc. This is because each contributor simply puts > >>>>> often unconnected files in a folder so images on OpenClipart.org ar= e > >>>>> grouped by author not type (unless I'm missiong something :-) ). > While > >>>>> there are some aggregations and an on-line indexing system on the > >>>>> OpenClipart.org site I haven't found it particularly easy to find > >>>>> things. It seems easier to me to have a folder called eg Animals > with > >>>>> sub folders for birds, insects, mammals, perhaps with subdivisions = of > >>>>> cartoon and realistic in each. There are png and svg versions of ea= ch > >>>>> image. Ideally we'll get import of svg to AOO so that these can be > >>>>> edited or resaved in odg or odg will develop to be fully svg > compliant > >>>>> but I guess that is further down the development road. Once we have > >>>>> the categories established they could be embedded in the AOO galler= y > >>>>> system and anyone wanting to could add to the library to complement > >>>>> missing items. Probably helpful for the OpenClipArt project too. > There > >>>>> really are masses of images to sort through but a lot of duplicates= - > >>>>> millions of pencils and pens :-) This is why a visual search of a > >>>>> folder called pens is probably going to be more successful than > trying > >>>>> to search for key words. > >>>> > >>>> > >>>> KG02 - yes, it would be great to clean this up > >>>> > >>>>> > >>>>> So at the moment I propose to plough on sorting the images and > >>>>> hopefully when they are done someone (perhaps you kevin :-) ) Who > >>>>> knows more about how the UX can work with the imagescan help make i= t > >>>>> easy to integrate into the gallery. > >>>> > >>>> > >>>> KG02 - This is an interesting consideration. When we think about > social, > >>>> we need to apply the social integration to the context of office > >>>> productivity. I feel that social clip art is a great example of > future > >>>> capabilities. > >>>> > >>>> KG02 - I will include this scenario in the social design exploration= s. > >>> > >>> Once I have finished first iteration of sorting I'll send you the > >>> details so you can see what we have. > >>> > >> KG03 - Ian, great job. Ya, reach out to me when your further along. In > the interim, I'll capture a clipart social scenario. > > > > I have put the sorted clip art in a zip file in my public drop box fold= er > > > > http://dl.dropbox.com/u/1115462/casource.zip > > > > Snag is it is 360 meg! So not sure what is the best approach for > > dealing with it. Could probably do with further sorting but at least > > there is a good start so anyone could refine it to their particular > > needs much more quickly than starting from scratch. > > I think we probably don't want bundle it with AOO directly. I can think > of an extended gallery implementation where it is possible to hook > online galleries as well. > +1 (for Clipart as well as Template). AOO should provide a kind of capability (with extensions) to easily search or browse the online resources. It is another perspective of Cloud/Social Integration value. - Simon > > Ok in case of OpenClipart it raises the question how it should be > organized/presented to our users. But allowing access to the online > resources will guarantee that we are up-to-date. > > > Juergen > > > > > > > > > --f46d044288c00a728704c95387b0--