Hi, I'm almost finishing my proposal, it can be accessed here: http://docs.google.com/View?id=dfzhwfv7_14qcsbzdx
Comments are welcome :) I have a question: I see there are JIRAs opened for each GSoC project, is it required a JIRA even if I have proposed the project? If so, can somebody open a JIRA for me? Thanks in advance, Phillipe Ramalho On Mon, Apr 5, 2010 at 5:06 AM, Phillipe Ramalho <[email protected] > wrote: > Hi Luciano, > > Thanks for the quick reply > > > You mean, search component, right ? It might be good to create some > kind of eventing system here, that would allow various services to > attach themselves to the image/album service and do some stuff when > new photos are added to the gallery/album. > > Yes, component :)...I was previously thinking about hardcoding the search > component invocation from the photoark component every time a photo was > added, but a eventing system sounds better, much more flexible > > > What do you mean by optionally ? I guess this could just be part of > the UI and default ON for the default webapp. > > I was not assuming the user is going to use alsways photark UI, it might > want to use its own UI, correct?! I agree it should be ON by default, but I > vote for a config where the user could disable the search functionality > > > Independent of how it might happen on the "integration" side... for > the photArk application, we should have a "search box" on the UI. We > should think about enabling search for the whole gallery, or for a > specific album... > > that makes sense, we could have an option on admin page that would enable > search only on specific tagged photos > > > One unrelated thing is to think about how we group photos together... > should we continue using albums... or should we have a flat structure > for all pictures and use Tags as a way to group them, allowing the > same picture to easily be in multiple tags... etc... > > I would vote for flatting the structure...it reminds me the last.fmtagging > system, almost everything is a tag. If everything relies on tagging, > we could have more flexible UI structures based on it and enable "albums" > with multiple levels. > > > Let me know I should go on with this proposal so I will elaborate the > complete proposal and submit on GSoC website. > > Best Regards, > Phillipe Ramalho > > > On Mon, Apr 5, 2010 at 2:56 AM, Luciano Resende <[email protected]>wrote: > >> Overall, the idea looks very interesting, some comments below... >> >> On Sun, Apr 4, 2010 at 10:25 PM, Phillipe Ramalho >> <[email protected]> wrote: >> > Hi everyone, >> > >> > >> > I'm willing spend this summer contributing to an open source project, so >> I >> > decided to apply for GSoC (again) this year. >> > >> > I went through PhotArk (ran and tested it) and I think it's lacking of a >> > search functionality. I think a search functionality would help users to >> > find photos more quickly, mainly when there are hundreds/thousands of >> photos >> > in their galleries. >> > >> > My idea is to implement a search app, exposed as service using Apache >> > Tuscany, which will be responsible for indexing photo metadata and >> search >> > execution. >> > >> >> You mean, search component, right ? It might be good to create some >> kind of eventing system here, that would allow various services to >> attach themselves to the image/album service and do some stuff when >> new photos are added to the gallery/album. >> >> > This service would be optionally (whether the user wants search >> > functionality or not) used by photoark service, so every new >> album/photo >> > added to it would be pushed to the search service and it would take care >> of >> > indexing it properly. >> > >> >> What do you mean by optionally ? I guess this could just be part of >> the UI and default ON for the default webapp. >> >> > The user could use the service to search using a query string and it >> would >> > return URLs to the photos contained in the results. Optionally with some >> > extra info, haven't thought about that yet. >> > >> >> Independent of how it might happen on the "integration" side... for >> the photArk application, we should have a "search box" on the UI. We >> should think about enabling search for the whole gallery, or for a >> specific album... >> >> > I plan to use Apache Lucene for indexing and search, because it's open >> > source and I already have some experience on it. >> > >> >> +1 >> > Adding up to the search functionality, I would like to implement a >> tagging >> > functionality, which would allow the user to attach some text (tag) to >> its >> > photos, this way providing more data to search for. The tags would also >> be >> > indexed/stored in the search index. >> > >> >> Tag is indeed something that was in my mind already... so +1.. >> >> One unrelated thing is to think about how we group photos together... >> should we continue using albums... or should we have a flat structure >> for all pictures and use Tags as a way to group them, allowing the >> same picture to easily be in multiple tags... etc... >> >> > Well, these are my first ideas, I hope I have given a clear idea what >> I'm >> > planning for PhotArk if I get accepted on GSoC program this year. >> > >> > Thoughts? Suggestions? >> > >> > -- >> > Phillipe Ramalho >> > >> >> >> -- >> Luciano Resende >> http://people.apache.org/~lresende <http://people.apache.org/%7Elresende> >> http://twitter.com/lresende1975 >> http://lresende.blogspot.com/ >> > > > -- Phillipe Ramalho
