As I already mentioned every person's album shall have an url and rights as i previously mentioned . If a person wants his albums public , as mentioned we can have a password just to monitor only person/friends can manipulate with album.It is very much possible to just have password protected albums without actually the user having to have an account if say the person has a use ofonly one set of albums.If they feel they have to categorize they may wish to create an account. I will make sure that both the options are given. To avoid flooding of same photos by same person , all password protected guest albums will have the password send to a particular mail and thereby we can control the space.Initialy i'll try to implement the admin ui and later add the friends attribute to it.
These questions have been clarifying some of the aspects i haven't thought on yet. I shall be happy to recieve comments and suggestions. On Sun, Apr 12, 2009 at 7:30 PM, Angela Cymbalak <[email protected]>wrote: > I'm liking everything that I read here at first glance. I'll have to think > a little more on it. > > The one idea that I did have is for people who don't want to have an > account. Would it be possible to set up a person's album with just a > generic password that could be utilized by all his/her friends without > accounts? > > Angie > > > At 08:21 PM 4/10/2009, you wrote: > >> There shall be only one login page and from there on the profile of >> the person shall be tracked. I have used flat-files before , a >> database like MySQL shall prove more efficient and effective . Every >> user shall have his own small profile and a set of people following >> his photo album(s) . If a user declares an album(s) as public no login >> is required . But if its declared private it's only seen by his/her >> friends. If its only self only he/she can have a look. >> Friend requests shall be similar to any social networking site. >> >> If a person has a multiple friends he shall have a single main login >> after that he can view all his friends just like say any social >> networking site.A person can request as a friend . >> I am not so aware as to how to import say the entire addressbook in >> yahoomail or gmail as some of the websites offer for example Facebook >> . A simple invite can be integrated as well. >> >> The option shall be provided to organise present albums, add new >> album, transfer picture between albums .A simple and easy transfer if >> possible in frames to just drag and drop.uploading of the pictures >> shall be initially the conventional format directly into the database >> as managing would be very easy. >> >> The database will have the list of users and their right(s) over >> albums(if any) which will also indicate if they are owner or as a >> friend.If nothing is mentioned it means it is open for public. >> >> The interface is a tentative version though , if i can find something >> more flexible and eye-catchy .The main reason why i wanted to use >> ImageFlow component was because it uses javascript which reduces the >> load on server and page need not be refreshed everytime to see the >> next pic. This would be an interesting interface why a user would >> prefer to Apache PhotArk . >> >> Please comment . >> >> On Fri, Apr 10, 2009 at 4:25 PM, Angela Cymbalak <[email protected]> >> wrote: >> > >> > Kusum >> > >> > Thank you for the proposal. Can you flesh out the Admin section a >> little more? >> > 1. How will you handle securing the admin login (username/password in >> flat file, database, configurable)? >> > 2. Co-users (friends) Previously in Photark discussions this section >> was given the name "friend management" >> > a. How will a friend be added? >> > b. Do the friends need accounts on the system to admin their own >> section or will they just be able to log into the system to view the photos >> they have access to? >> > c. If a person is a friend of multiple people does that imply >> multiple logins? >> > d. Can a person sign up to be a friend on their own or must they >> be invited? >> > 3. How will the user create new albums and upload photos? What will >> the user experience be like? >> > >> > For the second half: I like the photo viewer interface that you have >> prototyped there. Please be aware of the original desire for Photark. All >> the interfaces must read from the Web service to get the data. We have been >> very conscious of not embedding one interface for viewing. We would like >> the viewing interface to be extremely flexible. >> > >> > Thanks, >> > Angie >> > >> > At 03:33 AM 4/10/2009, you wrote: >> >> >> >> Title: Apache PhotArk Student: kusum Madarasu Abstract: I would >> like >> >> to develop an admin UI which will be easy and complete management by >> users . >> >> It shall have a admin section to see the features of creating co-user >> and >> >> their permissions (for uploading ,arranging, viewing and permissions ) >> . I >> >> have a picture viewer interface which i would like to implement to the >> >> present interface of PhotArk @ >> >> www.geocities.com/kussumkumar/viewer .Please note that due to hosting >> issues >> >> at geocities the pictures are not visible but the general look can be >> found. >> >> Content: >> >> >> >> *Title/Summary:Implement a Admin UI and a changed interface Apache >> PhotArk* >> >> >> >> *Student: M.Kusum Kumar >> >> * >> >> >> >> *Student e-mail: [email protected]* >> >> >> >> >> >> >> >> *Student Major:Engineering >> >> * >> >> >> >> *Student Degree:**Information Systems* >> >> >> >> *Student Graduation:May 2011 >> >> * >> >> >> >> >> >> >> >> *Organization:Apache Software Foundation >> >> * >> >> >> >> *Assigned Mentor:*Luciano Resende >> >> >> >> >> >> >> >> *Abstract: *Apache PhotArk is an open source photo gallery application >> .I >> >> would like to develop an admin UI which will be easy and complete >> management >> >> of the photos by users into albums ,giving an option for the rights of >> >> viewing(personal,private(among friends),public(to all) ). It shall have >> a >> >> admin section to see the features of creating user and their >> permissions >> >> (for uploading ,arranging, viewing and permissions ) . Providing >> indivisual >> >> users their available functions according to as set by the admin if the >> >> admin user has given some editing rights to another user. I have a >> picture >> >> viewer interface which i would like to implement to the present >> interface of >> >> PhotArk @ >> >> *www.geocities.com/kussumkumar/viewer* .Please note that due to >> hosting >> >> issues at geocities the pictures are not visible but the general idea >> is >> >> shown.It work perfectly fine when hosted on apache server. >> >> >> >> >> >> >> >> *Detailed Description:* >> >> >> >> Apache PhotArk would be easy and efficient interface for user to >> manage his >> >> pictures . User will be able with options available and a convenient >> >> interface for viewing and publishing , uploading and view the list of >> >> pictures in repository by select some picture or an entire list or >> select a >> >> few of those. >> >> >> >> I plan to work in the following chronological order .April 20-31st to >> work >> >> on the entire layout of what features to be included in admin panel >> provided >> >> to every user using Apache PhotArk and figure out what extra skills are >> >> required and start preparing on them . May 15th my final examinations >> are >> >> finished and vacation starts.May 18 -23 to revise what all features i >> plan >> >> to include in the admin UI and make sure i am ready to start coding.May >> 23 >> >> as an official date to start coding i shall start with a basic layout >> with >> >> complete features in it by 15th of June . Allocating an extra three >> days in >> >> case i am not done completely . June 18th -28th to build an attractive >> >> interface for admin UI .Now interlinking users albums which they would >> like >> >> to share between themselves.The database MySQL shall be used to >> maintain the >> >> records of users and the album contents , interlinked albums , >> permissions >> >> of every user as MySQl is one of the most effective and efficient >> ,easily >> >> portable and more stable,less size. By midterm evaluation i wish to >> submit >> >> the interface and Features .I shall try my best to put interlinking of >> >> albums by midterm evaluation. After July 14th i would work on providing >> >> PhotArk skins rather than making the entire interface in a monotonic >> theme . >> >> This shall interest the user even more .By the first week of August a >> fully >> >> functional PhotArk shall be available with atleast one different skin. >> I >> >> would continue to work on the options that shall be useful to users >> while >> >> customizing their albums and prepare the documentation and about test >> cases >> >> been done . >> >> >> >> As a further improvement he/she should be able to have customized >> themes for >> >> PhotArk as well (*this shall be only if time permits*).* >> >> * >> >> >> >> Some of the admin feature i have thought about are arranging the photos >> >> within albums , organising the albums , assigining viewing , editing , >> >> uploading permissions for other users on the similar lines of a LINUX >> >> distro. >> >> >> >> >> >> >> >> >> >> >> >> *Additional Information: *I have already been working on image viewing >> >> desktop application in Java (used J2SE ,netbeans, swings) . I have good >> >> knowledge on creating UI's and coding in Java,php ,JSP,css,html and >> also >> >> profecient knowledge of Java coding. I am a big Java enthusiast since 3 >> >> years now and readily willing to work for *40 hours a week* for 3 >> months >> >> during GSOC and also work further to the extent I can develop it to the >> best >> >> as the project suits my skills and interest . I am confident that as I >> have >> >> good Java knowledge and UI building experience I will be able to >> complete >> >> the project within the deadline. I would request the mentor to comment >> and >> >> suggest me.With slight Help and Guidance I am sure i would complete the >> >> project. >> >> >> >> Projects done : >> >> >> >> 1)I have developed the database structure for Research Consultancy and >> >> Education Development Division(RCEDD) of BITS PILANI ,GOA CAMPUS(INDIA) >> >> using phpmyadmin . >> >> >> >> 2) I am almost finished with my project on BITS Inventory System of >> BITS >> >> PILANI ,GOA CAMPUS(INDIA) which basically contains the entire database >> of >> >> all the inventory from Laboratory equipment to Computers in faculty >> chambers >> >> to servers, routers in Network Administration room. >> >> >> >> 3) I am working on BITS Complete Information System which gives the >> >> information on the full profile details of students with general >> profile >> >> ,educational profile, projects, other activites ,achievements etc. This >> also >> >> has the same for Faculty members as well. >> >> >> >> 4) For BITS PILANI ,GOA CAMPUS(INDIA) National Technical festival Quark >> ( >> >> www.bits-quark.org) the entire database management was done by me >> using >> >> phpmyadmin to completely edit , add and view the happenings inside the >> fest >> >> regarding number of participants , event status, event participant >> ,etc. in >> >> short Complete Management System(CMS). >> >> >> >> 5) Extending the same for college's National Sports Festival SPREE. >> >> >> >> >> >> >> >> For all of the above i used php for database handling and server side >> >> scripting for the web-portals for same. >> > >> > >> > >> > > >
