From photark-dev-return-1547-apmail-incubator-photark-dev-archive=incubator.apache.org@incubator.apache.org Thu Mar 29 06:23:02 2012 Return-Path: X-Original-To: apmail-incubator-photark-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-photark-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 87F519229 for ; Thu, 29 Mar 2012 06:23:02 +0000 (UTC) Received: (qmail 41679 invoked by uid 500); 29 Mar 2012 06:23:02 -0000 Delivered-To: apmail-incubator-photark-dev-archive@incubator.apache.org Received: (qmail 41576 invoked by uid 500); 29 Mar 2012 06:23:00 -0000 Mailing-List: contact photark-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: photark-dev@incubator.apache.org Delivered-To: mailing list photark-dev@incubator.apache.org Received: (qmail 41539 invoked by uid 99); 29 Mar 2012 06:22:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Mar 2012 06:22:59 +0000 X-ASF-Spam-Status: No, hits=-0.5 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of luckbr1975@gmail.com designates 209.85.214.175 as permitted sender) Received: from [209.85.214.175] (HELO mail-ob0-f175.google.com) (209.85.214.175) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Mar 2012 06:22:53 +0000 Received: by obbwc20 with SMTP id wc20so1027340obb.6 for ; Wed, 28 Mar 2012 23:22:33 -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:content-transfer-encoding; bh=MPUWMUwtlDRG4xApfIpg7HVGYlaPTBNPRr798t+S0po=; b=eRZPPA16TbE1NEOTCPZaEiC+L5FVKcDM+TNcUI1I7mpMlyiNb/Ld8mm7r7weCmYyy0 cZHg8+byhEEmjhPSG8sOba88ublO6ufkZNgLxliDsFrK5ZkamyK1LcOQiyA7upybs+HU HUsuY5UNV5ClyyhovBpXsv2U9xXdKJqpkCD8NnsL1803CA2cd6xcnc4ZggbZ05+T76SD 2vehjIR26JWU8NR+0K6xlzRSw9r/CsYNH4B2saYE2ZJOwujt/DI875h6kJR0goiaeNyu 1RTMnELc+cgmEgatxFACI4c8RynJ/KT3d/vr0pFZ+lyHsSVnDiHlvTIBxakMJyJmkeog dAxw== MIME-Version: 1.0 Received: by 10.60.172.231 with SMTP id bf7mr13950256oec.45.1333002153159; Wed, 28 Mar 2012 23:22:33 -0700 (PDT) Received: by 10.182.114.65 with HTTP; Wed, 28 Mar 2012 23:22:33 -0700 (PDT) In-Reply-To: References: <1704626115.15023.1332699806363.JavaMail.tomcat@hel.zones.apache.org> Date: Wed, 28 Mar 2012 23:22:33 -0700 Message-ID: Subject: Re: [jira] [Created] (PHOTARK-77) Developing a Photark metadata model to manage photos. From: Luciano Resende To: photark-dev@incubator.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Wed, Mar 28, 2012 at 10:14 AM, Suhothayan Sriskandarajah wrote: > On 27 March 2012 10:35, Pubudu Dissanayake wrote: > >> Hi Suho >> Seems like this an interesting idea.Building a meta data model for the >> existing photo library is a very important and more flexible as well. I >> have few questions regarding about your suggestions >> > > Hi Pubuthu > > Its nice to hear your interested in this project. > > Since Luciano's project idea is to aggregate photos from various streams > and display them in a single gallery. > my idea is extending this idea where by enhancing the gallery to add > various meta information of photos like when this was taken, where this w= as > taken, tagging the photos, and adding who is in the picture, and for Gsoc > I'm expecting the student should build a gallery that can show photos > according to the meta information provided or when possible automatically > gathered. > E.g > show all pics where Mr.John was present, show all pics which are taken in > Los-angels. > > 1. As i understood you are referring to the =C2=A0EXIF information of the= photo >> is that correct ?? >> > yes part of the data can be gathered from the =C2=A0EXIF information like= image > size, shooting date and time, > but others the user or the data source has to provide > > 2. following data tags can be retrieve form a single image itself >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0* Embed image information inclu= de Exif tags, Tiff tags and Gps >> tags. >> > +1 > this depends on the data source also, for the photos taken from the phone > will have more information but > the photos which we get from our flicker account wont have all that info, > at this point the user have to provide. > > 3. "x,y coordination of there positions" what did u mean by that ?? (GPS >> Tags) ?? >> >> No I was referring to the face location of people in the picture. by > knowing that we can precisely show where Mr.John is in the portrait > > >> if u can collateralize more on this idea that would be really helpful :) >> > > Hope the above information is helpful > > Regards > Suho > > What are you considering as storage choices for all these metadata ? --=20 Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/