Draft Incubator board report for Nov 2012
Please see draft incubator report available at http://wiki.apache.org/incubator/November2012 Let me know if you have any comments, additions. Thanks -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Doubt about Licensing
On Thu, Sep 6, 2012 at 4:13 AM, Bhargav Golla bhargav.go...@gmail.com wrote: Hello everyone, I was working on improving the UI of the web albums feature. Currently, all these photos are appended to a div. But I intend to get these photos on a tile (like Windows Phone Tile). On one side of tile, the photo is displayed and on the other side, comments on that photo(if any) are displayed with caption of photo as title of the title. For the same, I found this jQuery plugin here. In the js file of the project attached with this mail, it says it isn't licensed under any of the standard Open Source licenses. I am not very sure about these licensing. Could someone let me know if I can use this for PhotArk Mobile, which is available under Apache License? Regards Looking at the Metro JS file, this is licensed as MIT License which is compatible with The Apache License. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [Photark Mobile] Documentation
On Thu, Aug 23, 2012 at 11:30 AM, Prabhath Suminda pathiranap...@gmail.com wrote: Hi, I added a wiki page https://cwiki.apache.org/confluence/display/PHOTARKxWIKI/Photark+Mobile Thank you, I still want to find some time and have this nice mobile app in my iPhone :) -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [IMPORTANT] [PAST DUE] Final reviews: mentors
On Thu, Aug 23, 2012 at 8:01 PM, Nóirín Plunkett noi...@apache.org wrote: Photark team, We have not yet heard from Suho about Prabhath Suminda's project. If any of you can send me (privately!) the answers to the questions below, as well as a summary of your involvement with the project, I would be most grateful! Suho, please submit the evaluation AS SOON AS POSSIBLE, and get in touch with me directly when you've done so. Thank you, Noirin Let me try to contact him later today based on his timezone. Thanks -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [Photark Mobile] Documentation
On Tue, Aug 21, 2012 at 11:37 AM, Prabhath Suminda pathiranap...@gmail.com wrote: Hi, Currently mobile app has very low documentations. So I created a document named photark_documentation.doc and added to the trunk. So other people can contributing by editing it. Specially Bargav can add details about the features he implemented. Once this is completed we can publish this as a page in project web site. Regards, Prabhath How about we create it on Wiki for now, and then move it as part of our website ? Wiki: https://cwiki.apache.org/PHOTARKxWIKI/ -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
ChildBrowser plugin, was Re: svn commit: r1372339 - /incubator/photark/mobile/trunk/res/xml/plugins.xml
On Mon, Aug 13, 2012 at 2:20 AM, bhar...@apache.org wrote: Author: bhargav Date: Mon Aug 13 09:20:55 2012 New Revision: 1372339 URL: http://svn.apache.org/viewvc?rev=1372339view=rev Log: Adding the modified plugins file Modified: incubator/photark/mobile/trunk/res/xml/plugins.xml Modified: incubator/photark/mobile/trunk/res/xml/plugins.xml URL: http://svn.apache.org/viewvc/incubator/photark/mobile/trunk/res/xml/plugins.xml?rev=1372339r1=1372338r2=1372339view=diff == --- incubator/photark/mobile/trunk/res/xml/plugins.xml (original) +++ incubator/photark/mobile/trunk/res/xml/plugins.xml Mon Aug 13 09:20:55 2012 @@ -31,4 +31,5 @@ plugin name=Capture value=org.apache.cordova.Capture/ plugin name=SplashScreen value=org.apache.cordova.SplashScreen/ plugin name=org.apache.cordova.facebook.Connect value=org.apache.cordova.facebook.ConnectPlugin / +plugin name=ChildBrowser value=com.phonegap.plugins.childBrowser.ChildBrowser/ /plugins As I noticed the plugin is available in svn, should we follow the same pattern for plugins package (e.g. org.apache.cordova versus com.phonegap) -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [GSoC] Current Progress
On Wed, Aug 8, 2012 at 7:38 AM, Avdhesh Yadav a...@avdheshyadav.com wrote: On Wed, Aug 8, 2012 at 10:27 AM, Luciano Resende luckbr1...@gmail.com wrote: On Tue, Aug 7, 2012 at 7:10 PM, Prabhath Suminda pathiranap...@gmail.com wrote: Hi, Yes, But we have to do some beta testings before on few different devices. There can be small bugs. Then we can release it as a android app. We don't need to be bug free before a release, particularly if that will be one way to get users to start adopting the application, etc. +1 for the release. My Proposal is creating a folder named released-apks at http://svn.apache.org/repos/asf/incubator/photark/mobile/tags/ And put the .apk of photark mobile at this location. Remember we need to vote on the release :) -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [GSoC] Current Progress
On Wed, Aug 8, 2012 at 7:46 PM, Prabhath Suminda pathiranap...@gmail.comwrote: +1 For the release. But I think it should be done after the GSoC period because still improvements are being done. +1 -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [GSoC] Current Progress
On Tue, Aug 7, 2012 at 7:10 PM, Prabhath Suminda pathiranap...@gmail.comwrote: Hi, Yes, But we have to do some beta testings before on few different devices. There can be small bugs. Then we can release it as a android app. We don't need to be bug free before a release, particularly if that will be one way to get users to start adopting the application, etc. After I added mapping functionality it requires a working data connection to work properly. (To download Google maps javascript files etc. If the files are not downloaded it some times get stuck. I am looking in to a way to stop it. But still I did not succeed.) What is your idea about this. It is ok? This should be a common problem with any app, we should not try to reinvent the wheel here. Maybe this can give you some ideas : https://developers.google.com/maps/articles/mobile_overview_v3 (not sure if we are using V3 already)... BTW, when it get stuck, can we just hit refresh to try to load it again ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Updated UI Screenshots
On Sat, Jul 21, 2012 at 11:43 AM, Prabhath Suminda pathiranap...@gmail.comwrote: Ok, I'll try to do that. Also it will be great if the same theme can be applied to facebook,flicker photo galaries. Hope Bhargav will take a look in to that. Regards, Praabhath +1 for you and Bhargav to work together for a common theme for the mobile app. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Anyone worked with Flickr API
On Thu, Jul 19, 2012 at 11:58 AM, Bhargav Golla bhargav.go...@gmail.com wrote: Hi Luciano, From what I understand from the repo you have provided, it gets Public photostream of a user. But, I am trying to authenticate a user and display his private (visible just to him) photos as well. For the same, I have obtained an API key from Flickr and am using it to get a Frob as suggested in Authentication flow herehttp://www.flickr.com/services/api/auth.howto.desktop.html. I am authenticating that frob by redirecting user to Authentication URL. Once, the user comes back to the app, I am passing the obtained frob as a parameter and am calling a function to get Token as mentioned in Authentication flow. Instead of getting a success, I am seeing an error Invalid Frob all the time. But, this time, I tried the Mobile version of the authenticationhttp://www.flickr.com/services/api/auth.howto.mobile.html, where a user is asked to type a mini-token (which he obtains from authentication page) in our app. I successfully got the token required and am able to exchange for a oauth-token and a oauth-secret (this is being done as the old authentication method of Flickr is deprecated. Details herehttp://www.flickr.com/services/api/auth.oauth.html ). I will try moving along these lines and get the user's photo stream. But what disappoints me with this method is that, a user of this app has to remember a 9 digit mini-token and enter it once he returns to our app from authentication page. I feel this will make the app go down in terms of User Experience. I will get this done first and then try to see if there is any other method which doesn't require user to remember strings. Regards If you provide a patch with the code, and how to reproduce the issue, someone from the community can help trying to investigate and solve the issue. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Anyone worked with Flickr API
On Mon, Jul 16, 2012 at 4:39 AM, Bhargav Golla bhargav.go...@gmail.com wrote: Hello, I have been trying to achieve Flickr Integration. Since there are no API kits available for JS/jQuery, I am trying to use $.get calls to get XML response from API calls. Even though I am able to get a frob and authenticate it, I am getting the Invalid Frobhttp://www.flickr.com/services/api/flickr.auth.getToken.htm error when trying to get a token. I would be very much obliged if someone with prior experience with Flickr API could help me with this issue. Take a look at : https://svn.apache.org/repos/asf/incubator/photark/server/branches/photark-rest/photark-flickr/ If that does not help, I can try to help on specific issues... -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: GSoC: Hybrid HTML5 Mobile App progress so far
On Mon, Jun 11, 2012 at 11:33 AM, Bhargav Golla bhargav.go...@gmail.com wrote: Hello, As for my progress so far, I have implemented the Facebook connect plugin. I am able to get the user logged in. At present I am yet to sort out how to display the photos. PFA the www folder of my application. Right now, I have written functions for logging in the user and function for Getting list of friends. This list of friends function was written to test the Facebook connect. Further description about the work done so far is provided in this doc here. Any resources or heads-up with known issues a developer faces with Facebook API is highly appreciated. Regards Please provide code contributions via a patch into JIRA. If this is all new, zip is fine, otherwise please provide a patch as a svn diff from the current trunk. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: GSoC: Hybrid HTML5 Mobile App progress so far
On Mon, Jun 11, 2012 at 11:40 AM, Bhargav Golla bhargav.go...@gmail.com wrote: As for the creation of Patch and a JIRA, I haven't done that because I would like my fellow developers to comment on how this app should be. Should this app be independent to Prabhath's work or should this go along with Prabhath's app? Consequences of choosing either options are as follows: 1. If this is to be developed as an independent app, this will be an app that displays all photos a user uploads on Social Networking sites. Also, it should be uploaded at a different place but not in the present repo as the existing repo has Prabhath's app. 2. If Prabhath's app and my app should both work along with each other, suitable changes have to be made to the home screen of Prabhath's app and my application can be tagged as a branch to the existing app. The answer to What exactly are these changes? can be discussed. Please let me know your opinions, so that we can choose one option and go ahead accordingly. Regards We should have one application, we should have design and discussions on the dev list around what changes needs to be added and also sending much more frequent patches should enable quicker turnaround and less headaches with merges. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: GSoC: Hybrid HTML5 Mobile App progress so far
On Sat, Jun 2, 2012 at 12:29 PM, Luciano Resende luckbr1...@gmail.com wrote: On Sat, Jun 2, 2012 at 12:24 PM, Bhargav Golla bhargav.go...@gmail.com wrote: Hello everyone, I have started work on the mobile app by taking Facebook integration as the starting point. I am using Facebook connect for Apache Cordova for the Facebook integration[1]. Will provide the patch via JIRA at the earliest. [1] https://github.com/davejohnson/phonegap-plugin-facebook-connect Regards Great, in general, just be aware of the License, when using non apache software as it need to be compatible with Apache License 2.0. BTW, I have checked the plugin you mentioned and the license seems ok. How are things going, please let us know if you are getting blocked by anything, otherwise it's usually good to submit incremental patches that it's easier to review and integrate into the codebase. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Resolved] (PHOTARK-82) Jira has to updated for mobile trunk
[ https://issues.apache.org/jira/browse/PHOTARK-82?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved PHOTARK-82. Resolution: Fixed Added PhotArk Mobile component in Jira Jira has to updated for mobile trunk Key: PHOTARK-82 URL: https://issues.apache.org/jira/browse/PHOTARK-82 Project: PhotArk Issue Type: Improvement Reporter: Prabhath Suminda Priority: Minor Currently Jira does not show mobile trunk in the components list. So it has to be updated. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: IDE Specific Files in the source Code
On Wed, Jun 6, 2012 at 10:47 AM, Prabhath Suminda pathiranap...@gmail.com wrote: Yes, Idea does not involve with this project. The only IDE involves is eclipse. I do not know how these files were generated. May be it is result of maven build. How did you create the initial mobile app ? Are these generated from PhoneGap ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Lot of Permissions
On Wed, Jun 6, 2012 at 10:41 AM, Prabhath Suminda pathiranap...@gmail.com wrote: Actually it was my fault. I included all the permission without bothering which are the ones needed. I think below list is the necessary ones. Regards, Prabhath uses-permission android:name=android.permission.CAMERA / uses-permission android:name=android.permission.ACCESS_COARSE_LOCATION / uses-permission android:name=android.permission.ACCESS_FINE_LOCATION / uses-permission android:name=android.permission.ACCESS_LOCATION_EXTRA_COMMANDS / uses-permission android:name=android.permission.READ_PHONE_STATE / uses-permission android:name=android.permission.INTERNET / uses-permission android:name=android.permission.READ_CONTACTS / uses-permission android:name=android.permission.WRITE_CONTACTS / uses-permission android:name=android.permission.WRITE_EXTERNAL_STORAGE / uses-permission android:name=android.permission.ACCESS_NETWORK_STATE / Why would we need READ/WRITE contacts ? and WRITE to external storage ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: IDE Specific Files in the source Code
On Wednesday, June 6, 2012, Prabhath Suminda wrote: 555 Bailey Ave, San Jose, CA 95141 I created initial app as an android project using eclipse IDE . I think those were generated by maven. No Phonegap at al ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Mobile Project Structure
On Wed, Jun 6, 2012 at 11:57 AM, Avdhesh Yadav a...@avdheshyadav.com wrote: On Wed, Jun 6, 2012 at 11:52 PM, Luciano Resende luckbr1...@gmail.comwrote: Today, the mobile trunk seems to have the application to it's root folder. That assumes we only support one device (in this case Android). I want to produce an iOS version of the client, and would try to refactor some of the code over the weekend to something more flexible. I was thinking on something more like : /photoark -- this is where the application and resources, etc would live What do you mean by application and resources?.Do you mean common artificats both in ios and android ? The HTML 5 application which uses phonegap js library to access device specific resources such as the photos, addressbook, etc. /client-android -- this is the android client generated by phonegap /client-ios -- this is the ios client generated by phonegap I haven't tried the Android Phonegap, but in iOS/Xcode project, draging/linking the html5 application www (in this case photoark) folder is enough to get the application happy. How does this work on the Android side ? Not tried but i think it should work with android also?But we need to check One thought is that both the platforms are very different from look and feel to programming model.We should share minimum things and keep things separate as much as possible to avoid glitches.Specially Android platform is very fragmented(lot of versions and s many devices from different manufacturers) compared to IOS. They are different when building native application, but that is abstracted away by phonegap which then give us the flexibility to build generic application. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Mobile Project Structure
On Wed, Jun 6, 2012 at 11:22 AM, Luciano Resende luckbr1...@gmail.com wrote: Today, the mobile trunk seems to have the application to it's root folder. That assumes we only support one device (in this case Android). I want to produce an iOS version of the client, and would try to refactor some of the code over the weekend to something more flexible. I was thinking on something more like : /photoark -- this is where the application and resources, etc would live /client-android -- this is the android client generated by phonegap /client-ios -- this is the ios client generated by phonegap I haven't tried the Android Phonegap, but in iOS/Xcode project, draging/linking the html5 application www (in this case photoark) folder is enough to get the application happy. How does this work on the Android side ? So, I'll try to work on this over the weekend, and just to make sure we don't loose any trunk contents, I'll move that to client-android-native, which we can then port anything to the phonegap application folder and delete when we are done with it. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: GSoC: Hybrid HTML5 Mobile App progress so far
On Sat, Jun 2, 2012 at 12:24 PM, Bhargav Golla bhargav.go...@gmail.com wrote: Hello everyone, I have started work on the mobile app by taking Facebook integration as the starting point. I am using Facebook connect for Apache Cordova for the Facebook integration[1]. Will provide the patch via JIRA at the earliest. [1] https://github.com/davejohnson/phonegap-plugin-facebook-connect Regards Great, in general, just be aware of the License, when using non apache software as it need to be compatible with Apache License 2.0. BTW, I have checked the plugin you mentioned and the license seems ok. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Commented] (PHOTARK-80) Hello world app for mobile
[ https://issues.apache.org/jira/browse/PHOTARK-80?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13288040#comment-13288040 ] Luciano Resende commented on PHOTARK-80: Just checking if the folders bin and gen from the patch submitted on may 28th need to be added to svn ? Hello world app for mobile -- Key: PHOTARK-80 URL: https://issues.apache.org/jira/browse/PHOTARK-80 Project: PhotArk Issue Type: New Feature Environment: Android platform Reporter: Prabhath Suminda Labels: gsoc2012, patch Attachments: patch.diff, patch.patch, patch.zip Hello world app for mobile trunk. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: GSoC 2012 - Mobile app on photo metadata
On Thu, May 31, 2012 at 10:07 AM, Prabhath Suminda pathiranap...@gmail.com wrote: Hi, I developed following schema to store metadata. Please give feed backs and improvement on this. This table is the main table which contains data about photoes. PhotoURI (Primary key) PhotoNickName Location Date Time LastModifiedDate So, I'm considering the following scenarios : - I have local pictures in my device photo gallery - I have friend or my own pictures that are stored in Facebook, Google+, Picasa, etc - I want to group these pictures either via tags, albums and/or folders - Remote pictures can be single or some kind of album subscription ? Based on these scenarios, we probably need to extend the metadata that we have. A good start point would be to take a look at the model from the REST branch, which should support most of these. [1] https://svn.apache.org/repos/asf/incubator/photark/server/branches/photark-rest/photark/ -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Accessing Photos Stored In SD Card.
On Thu, May 31, 2012 at 9:42 AM, Prabhath Suminda pathiranap...@gmail.com wrote: Hi, In my application I included functionality to manage photoes stored in SD card. So I think it would be great it can hava functionality to sync between the photos stored in SD Card with the PICASA/FACEBOOK/Flicker. Two points here : - PhoneGap abstracts the device specific APIs to provide device independent access to the local pictures - I don't believe we want to actually sync remote pictures, primarily for storage limitations on the device, particularly if the user has lots of album subscriptions, or his own picture staggered in multiple repositories -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Volunteering as Mentor
On Mon, May 21, 2012 at 4:47 PM, Benson Margulies bimargul...@gmail.com wrote: You all are apparently somewhat short on mentors. I'm prepared to join the party and check your releases and harass you towards graduation, if you like. Thanks for Volunteering Benson, and welcome. Please join our PPMC list and I'll update the docs/files adding you as a mentor. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [GSoC 2012] Phonegap app
On Fri, May 11, 2012 at 9:01 PM, Prabhath Suminda pathiranap...@gmail.com wrote: Here is the patch. Above question is a very important one. If we can use a build tool it will be very useful. Now as the next step I am planing to add the photo viewing capabilities to the app. Any suggestions on next step? Regards, Prabhath Please provide the patch via a JIRA. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [GSoC] Storing metadata of photoes
On Mon, May 7, 2012 at 9:06 AM, Suhothayan Sriskandarajah suhotha...@gmail.com wrote: On 7 May 2012 18:56, Prabhath Suminda pathiranap...@gmail.com wrote: But according to my understanding we have to implement metadata storage in the server side first. Isn't that correct? Then we can implement the client side (i.e phonegap application) and syncing process. Here we are concentrating only on android client and not the server. Further we are going to make this application to work out of the box and currently we are not going to support this app from a backend server. s/android client/phone device/ According to my understanding these are the mile stones. Please add if I have missed any. 1. Build a phonegap application that can be used to view the images that are in the phone. 2. Define the generic metadata model What do you have in mind for the metadata model ? One way is to actually store subscriptions and read photo streams from 3rd party hosts, another way is to actually store all the metadata on the phone, which we have to define what type of metadata is required as the phone device might have space constrains. 3. Implement the metadata model enable the user to add the data 4. Enable tagging 5. Build a search on this metadata model 6. Automate the collection process of meta information 7. Integrate the metadata for the Online Albums (After Bhargav Integrating online albums ) I think concrete examples for these items might help us reach (including the students) to be on the same page regarding design directions. Suho On Mon, May 7, 2012 at 12:43 AM, Suhothayan Sriskandarajah suhotha...@gmail.com wrote: On 7 May 2012 00:14, Luciano Resende luckbr1...@gmail.com wrote: On Sun, May 6, 2012 at 6:34 AM, Prabhath Suminda pathiranap...@gmail.com wrote: Hi, In my project I need to implement a mechanism to store metadata of the photos. I have considered several options like a database, separate files for each photos (e.g XML file). So can you give suggestions on what is the best way. I think a database would be better because then we can create complex queries. If we are going to use a database what will be the best option (MySQL, SQLite, etc.) Regards, Prabhath We should start designing the storage solution on the mailing list, AFAIK the solution is going to be running on the mobile device, which probably already have some type of storage available for applications (e.g. see HTML5 storage APIs article [1]). Also, if this is going to be part of the phonegap client, we need to see how this would work together with metadata from remote albums and it need to be in sync with the remote information when new albums get added or existing one gets modified. [1] http://www.adobe.com/devnet/html5/articles/html5-storage-apis.html +1 yes please provide an update ASAP Regards, Suho -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/ -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: GSoC - 2012
On Mon, May 7, 2012 at 10:47 AM, Suhothayan Sriskandarajah suhotha...@gmail.com wrote: Hi I'm moving this discussion to the mailing list On 7 May 2012 22:56, Prabhath Suminda pathiranap...@gmail.com wrote: Hi, After the discussion on the mailing list I need to clarify these facts on the project. If I am wrong on following facts please correct me. 1. My application does not have to connect with a server which runs existing photark build(Which is available on photark trunk). 2. The main task of the application is to manage photos on the phone according to our metadata model. 3. I have to build this application from the scratch since the available code is not written for mobile devices. 4. Because of the above reason I need not to fully understand the existing code. +1 Yes I think you have got it correctly. But you dont need to wait till the discussion to end. At the mean time you can start working on your first mile stone Agree, we should apply iterative development and start evolving early prototypes to what we think would be the final solution. During this time, we will learn about issues, discuss them on the mailing list, and continue progress. As your first task create an hello world app on phonegap and add that to jira We can start with committing that. +1, I might be able to get something bootstrapped here as well... i'll try to play with it tonight. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [GSoC] Storing metadata of photoes
On Sun, May 6, 2012 at 6:34 AM, Prabhath Suminda pathiranap...@gmail.com wrote: Hi, In my project I need to implement a mechanism to store metadata of the photos. I have considered several options like a database, separate files for each photos (e.g XML file). So can you give suggestions on what is the best way. I think a database would be better because then we can create complex queries. If we are going to use a database what will be the best option (MySQL, SQLite, etc.) Regards, Prabhath We should start designing the storage solution on the mailing list, AFAIK the solution is going to be running on the mobile device, which probably already have some type of storage available for applications (e.g. see HTML5 storage APIs article [1]). Also, if this is going to be part of the phonegap client, we need to see how this would work together with metadata from remote albums and it need to be in sync with the remote information when new albums get added or existing one gets modified. [1] http://www.adobe.com/devnet/html5/articles/html5-storage-apis.html -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Incubator board report draft
Please review the incubator board report drafts available at : http://wiki.apache.org/incubator/May2012 -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Accepted Projects for GSoC 2012
I'd like to congratulate and welcome both Bhargav Golla and Prabhath Suminda for their projects being accepted in this year GSoC. The first phase of GSoC is when students get familiarized with the Mentors, project and technologies, so I'd recommend you guys start having discussions and getting familiar with Apache infrastructure and the dev mailing list where most of the discussions should happen. [1] http://google-melange.appspot.com/gsoc/events/google/gsoc2012 -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [jira] [Created] (PHOTARK-77) Developing a Photark metadata model to manage photos.
On Wed, Mar 28, 2012 at 10:14 AM, Suhothayan Sriskandarajah suhotha...@gmail.com wrote: On 27 March 2012 10:35, Pubudu Dissanayake pubud...@gmail.com 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 was 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 EXIF information of the photo is that correct ?? yes part of the data can be gathered from the EXIF 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 * Embed image information include 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 ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: GSOC 2012 project ideas
On Sun, Mar 25, 2012 at 10:56 AM, Suhothayan Sriskandarajah suhotha...@gmail.com wrote: I found one idea for Photark by Luciano on Hybrid HTML5 Mobile Application using Apache Cordova (a.k.a PhoneGap) I also have an idea of developing a metadata model for photos. As Photark means Photo Archive it needs a proper way to manage photos by structurally maintaining the meta information of the photos, such as when and where the photo was taken, people in the photo and the x,y coordination of there positions, tags, description (in different locals), etc. This meta info should not only be collected per photos but also for album collections and correlations among photos I believe by building a metadata model that capture all these information we will be able to develop attractive applications Regards, Suho Does this mean you want to reactivate photark-server rest branch ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Commented] (PHOTARK-76) Hybrid HTML5 Mobile Application using Apache Cordova (a.k.a PhoneGap)
[ https://issues.apache.org/jira/browse/PHOTARK-76?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13237664#comment-13237664 ] Luciano Resende commented on PHOTARK-76: Interested parties, let's discuss ideas and get a formal project proposal started in the dev mailing list. Past year applications (to follow similar proposal format) are available at https://cwiki.apache.org/PHOTARKxWIKI/google-summer-of-code-2011-applications.html Hybrid HTML5 Mobile Application using Apache Cordova (a.k.a PhoneGap) - Key: PHOTARK-76 URL: https://issues.apache.org/jira/browse/PHOTARK-76 Project: PhotArk Issue Type: New Feature Reporter: Luciano Resende Labels: gsoc2012 Build a Hybrid HTML5 Mobile Application that can aggregate all your photo streams in one place (e.g. from Facebook, Picasa, Shutterfly, Instagram, etc) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] [Created] (PHOTARK-76) Hybrid HTML5 Mobile Application using Apache Cordova (a.k.a PhoneGap)
On Sun, Mar 18, 2012 at 12:17 AM, Gayan Dhanushka gayanl...@gmail.com wrote: Hi, Can you please elaborate a bit more on this idea. Then I'll be able to get a more clear view. Thanks! There were a few discussions on this recently, please see the Archive [1], particularly this two threads [2][3] [1] http://www.mail-archive.com/photark-dev@incubator.apache.org/ [2] http://www.mail-archive.com/photark-dev@incubator.apache.org/msg01460.html [3] http://www.mail-archive.com/photark-dev@incubator.apache.org/msg01475.html -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [jira] [Created] (PHOTARK-76) Hybrid HTML5 Mobile Application using Apache Cordova (a.k.a PhoneGap)
On Mon, Mar 19, 2012 at 3:29 AM, Karesh Arunakirinathan karesh.open...@gmail.com wrote: Gayan Could you please tell have you successfully deployed to localhost and able to run the application. If you did can you please tell .. for me when i load the app on localhost it is continuously loading. I have created a jira ticket also. Other guy also having experience on this. What's your environment ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Created] (PHOTARK-76) Hybrid HTML5 Mobile Application using Apache Cordova (a.k.a PhoneGap)
Hybrid HTML5 Mobile Application using Apache Cordova (a.k.a PhoneGap) - Key: PHOTARK-76 URL: https://issues.apache.org/jira/browse/PHOTARK-76 Project: PhotArk Issue Type: New Feature Reporter: Luciano Resende Build a Hybrid HTML5 Mobile Application that can aggregate all your photo streams in one place (e.g. from Facebook, Picasa, Shutterfly, Instagram, etc) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] [Created] (PHOTARK-76) Hybrid HTML5 Mobile Application using Apache Cordova (a.k.a PhoneGap)
On Sat, Mar 17, 2012 at 8:09 PM, Gayan Dhanushka gayanl...@gmail.com wrote: Hi Luciano, Can this new feature be considered as a candidate for GSoC 2012? Thanks! Gayan. Yes !!! Interested ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
GSoC 2012
It's that time again for us to build a list of project ideas and start attracting students for GSoC. If you have specific ideas, please go ahead and create a JIRA with the appropriate tag. -- Forwarded message -- From: Ulrich Stärk u...@apache.org Date: Sun, Mar 4, 2012 at 9:01 AM Subject: Google Summer of Code 2012 upcoming To: p...@apache.org Cc: d...@community.apache.org Hello PMCs, Google Summer of Code is the ideal opportunity for you to attract new contributors to your projects. If you want to participate with your project you NOW need to - understand what it means to be a mentor [1] - propose your project ideas. Just label your issues with gsoc2012 in JIRA and they will show up at [2]. See also [1]. - subscribe to code-awa...@apache.org (restricted to potential mentors, meant to be used as a private list - general discussions on the public d...@community.apache.org list as much as possible please) The ASF will apply as a participating organization with GSoC, your project doesn't need to do that. See [3] for more information. Note that the ASF isn't accepted yet, nevertheless you *really* should start recording your ideas now. Last year we had 38 students completing GSoC successfully, some of which are now active contributors to the projects they worked on. Let's make this a success again this year! On behalf of the GSoC 2012 admins, Uli [1] http://community.apache.org/guide-to-being-a-mentor.html [2] http://s.apache.org/gsoc2012tasks [3] http://community.apache.org/gsoc.html -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/ -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Native Photark Android Client Vs HTML 5 + PhoneGAP
On Fri, Feb 3, 2012 at 9:21 PM, Avdhesh Yadav a...@avdheshyadav.com wrote: Hi All Can anyone explain in more details what are pros/cons of Native Android Client and HTML5 client. I have created a separate module for PhotArk HTML5 client(photark-client-android-html5). The older one photark-client-android(It should be renamed to photark-client-android-native) will host native Photark Android client. In summary, you can classify mobile applications in three categories : Native : native to the platform, have full access to device functionality, and you have to build one application for every platform (android, ios, etc). Browser : a html application hosted somewhere, maybe with a ui theme that resembles the phone interface. in this scenario it's one application for all devices, but you lose the ability to access device specific functionality. Hybrid : using frameworks such as PhoneGap (a.k.a Apache Cordova) you build one html5 application and the framework can generate a native app for each supported device. In this scenario, you can still have access to the device functionality. You can find some useful information on the HTML5 track from last QCon http://qconsf.com/sf2011/tracks/show_track.jsp?trackOID=513 What I was proposing is for us to work on a hybrid application that leverage frameworks such as PhoneGap to help minimize the work needed to support different platforms. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Future of PhotArk
On Tue, Jan 17, 2012 at 10:43 PM, Subash Chaturanga subash...@gmail.com wrote: Hi Luciano +1 for the change of PhorArk path. Even if we take this as a typical Photo Gallery application, PhotArk still has almost all major back end functionality as a incubation project. What we are lacking is an eye catching front end (when compare it with flicker or picasa) . But I think Avdhesh's idea is identical to the $subject. We can move forward with the intention of providing a better android photo gallery app. On Wed, Jan 18, 2012 at 11:03 AM, Suhothayan Sriskandarajah suhotha...@gmail.com wrote: On 18 January 2012 10:37, Luciano Resende luckbr1...@gmail.com wrote: On Tue, Jan 17, 2012 at 8:42 PM, Suhothayan Sriskandarajah suhotha...@gmail.com wrote: +1 The second approach seems interesting. But at the same time I also need to mention why there were very lack of involvement in last mouths. I think having a good understanding on the past failures will help us with a better start. I think the main issue was having both the Rest Branch and Trunk, and people working on both. Though the REST was introduced to replace the trunk it still didn't come up to that level, and further there was very little support from the senior developers in designing how things should be going forward. The PhotArk trunk has become a legacy application... and if you have worked with legacy applications you know what I mean. Hard to maintain, tightly coupled, etc... The REST branch was nothing more then a initiative to bring the same functionality that is in trunk, in a more flexible way, considering different software layers, etc... There was never a barrier to anyone that tried to collaborate on this effort, even some GSoC students started, others completed, their work in the REST branch. If any community member have better strategy on how we can make the trunk code more flexible, and easy to maintain, please speak up and let's discuss the different approaches. I totally agree on your point. Yes trunk has become a legacy application, the main issue I was mentioning is that we tried to maintain both the REST and the Trunk. That why all went out of control and messy. I appreciate this new change but also request the key developers who know the domain to take some active part at the early stage of the project, to bring the project to a some what a working level before letting the project to finds its own way. There is no mandatory requirement for us to go into this direction, what we have is a absolute requirement to be an active community... if we can become active without changing directions, fine... if we feel that changing directions will make us attract more contributors and be a more healthier community, and if everybody agrees on the issue, good... if we still the way we are, PhotArk will soon be a retired podling. I too feel this change is necessary at this point and in current path PhotArk will be a dead project soon. My suggestion is to take this change and discontinue the development of the previous implementation. Can't we wrap up the existing back end with a suitable API and address it via android layer. And then we can keep enhancing the back end on demand. WDYT ? As you said, this requires a backend (which assumes we continue to have a PhotArk image repository), and is specific to Android. I was imagining we could try using something like PhoneGap (a.k.a Apache Cordova) and make a HTML5 kind of app, using some phone device for storage of subscritions maybe... having said all that, I have only read from phoneGap and looked at the APIs without prototyping anything yet. How about, as a first concrete step, the community create a sandbox and create a helloWorld project that reads a stream from flickr or picasa (as those have public photo streams) ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Rebooting PhotArk
Apache PhotArk will be a complete open source photo gallery application including a content repository for the images, a display piece, an access control layer, and upload capabilities. The idea is to have a rigid design for the content repository with a very flexible display piece. The images in the content repository will be protected with granular access control. We have a community consisted mostly by GSoC students that stayed around and became committers. There is also another issue around activity drilling down for a bit after GSoC finishes and students get back to student work, exams, etc which culminate on basically 0 activity for PhotArk on the last few months. One of the ideas being discussed around rebooting PhotArk is to move away from being a photo repository,,and upload capabilities and becoming more like a mobile application that would aggregate trough multiple online/social photo sources (e.g. facebook, flickr, etc) which would deviate a bit from the original proposal of the podling. In case the community wants to move towards that direction, do we need to amend or do any special process on updating the podling proposal, etc ? [1] http://photark.markmail.org/ -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Future of PhotArk
On Tue, Jan 17, 2012 at 8:42 PM, Suhothayan Sriskandarajah suhotha...@gmail.com wrote: +1 The second approach seems interesting. But at the same time I also need to mention why there were very lack of involvement in last mouths. I think having a good understanding on the past failures will help us with a better start. I think the main issue was having both the Rest Branch and Trunk, and people working on both. Though the REST was introduced to replace the trunk it still didn't come up to that level, and further there was very little support from the senior developers in designing how things should be going forward. The PhotArk trunk has become a legacy application... and if you have worked with legacy applications you know what I mean. Hard to maintain, tightly coupled, etc... The REST branch was nothing more then a initiative to bring the same functionality that is in trunk, in a more flexible way, considering different software layers, etc... There was never a barrier to anyone that tried to collaborate on this effort, even some GSoC students started, others completed, their work in the REST branch. If any community member have better strategy on how we can make the trunk code more flexible, and easy to maintain, please speak up and let's discuss the different approaches. I appreciate this new change but also request the key developers who know the domain to take some active part at the early stage of the project, to bring the project to a some what a working level before letting the project to finds its own way. There is no mandatory requirement for us to go into this direction, what we have is a absolute requirement to be an active community... if we can become active without changing directions, fine... if we feel that changing directions will make us attract more contributors and be a more healthier community, and if everybody agrees on the issue, good... if we still the way we are, PhotArk will soon be a retired podling. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: PhotArk status update
On Thu, Jan 12, 2012 at 4:44 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi photark-dev, The Incubator PMC is concerned [1] about the lack of recent activity in PhotArk. Your latest status report [2] on the other hand is fairly optimistic. What is the current status? Please discuss whether the project is healthy enough to continue and what could be done to increase the activity level. If you wish to continue incubation, please include a summary of this discussion in your next status report. Otherwise see [3] for instructions on how to gracefully retire a project. [1] http://markmail.org/message/sp7doxbcozs6hv26 [2] http://wiki.apache.org/incubator/November2011 [2] http://incubator.apache.org/guides/retirement.html BR, Jukka Zitting I see few issues with PhotArk: - PhotArk seems to be a seasonal project, where it attracts a lot of student interests around GSoC time, but then slows down. This year in particular was the worst, as we saw about zero activity on the last few months. - The current PhotArk community is composed mostly by students, and it seems that they are very good and active if they have a specific project to work, but it does not work well by finding areas to continue steadily progress. Let us discuss within the community what we should do next, and provide some feedback on our next report. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
GSOC 2012 project ideas
Hopefully you guys had a nice holidays and are ready to get hacking on PhotArk again. It would be good if we could start discussing what are some projects we could start doing for GSoC 2012, as students are already doing their research and looking around. Please respond to this thread with projects ideas Thanks -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Draft Incubator board report ready for review
Please review the draft Incubator board report available at the incubator wiki http://wiki.apache.org/incubator/November2011 -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Android Client
On Mon, Sep 5, 2011 at 8:23 AM, Avdhesh Yadav a...@avdheshyadav.com wrote: Thoughts about having android client of PhotArk ? I noticed you are building the Android client in trunk, have you considered doing it with the rest branch ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Android Client
On Mon, Sep 5, 2011 at 8:23 AM, Avdhesh Yadav a...@avdheshyadav.com wrote: Thoughts about having android client of PhotArk ? + 1 Million -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Handle authorization in face apps
On Sat, Aug 20, 2011 at 4:31 AM, Subash Chaturanga subash...@gmail.com wrote: Hi all, To handle the authorization in face apps (preventing a user going to over train or recognize some other's friend), need to keep track of each user's friends (user names of friends). So I thought of adding a additional node in the user's node where we store security details and add all those user names as properties of that particular node. WDYT ? You should be able to merge this to the user profile. And we should consider what to do with Anonymous users (not logged in) -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Documentation of using PhotArk Face Apps
On Thu, Aug 18, 2011 at 11:52 PM, Subash Chaturanga subash...@gmail.com wrote: Should we start moving these to the wiki, which will then make the live website ? +1, I will add this document to the wiki as this adheres to the current working implementation. Live website ?? Are we going to host a standalone photark ? What I meant by live website is : http://incubator.apache.org/photark/ But we also have live instance of photark in both appEngine and in a apache zone, where the last one needs a little maintenance to be able to start tomcat with the latest version of the photark application. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Documentation of using PhotArk Face Apps
On Thu, Aug 18, 2011 at 4:52 PM, Subash Chaturanga subash...@gmail.com wrote: Hi all, The documentation of using Photark face apps has not still changed. So you can follow the explained procedure as before and train your indexes. So friend finding can be done either in Facebook or from your private name space. - There is a drop down to select from which domain you want to search your friends. - If you choose Facebook, no need to provide your friends user names, because the app finds all your Facebook friends and recognizes them. - If you choose, Private Name Space, then you have to specify a user name of an already trained one of your friends (i.e s...@photark.com ) NOTE: All user names must be ended with ..@photark.com. Then hit the Recognize button to view your friends in gallery images. Please try these two apps in your free times, and give your valuable feedbacks.. :-) On Tue, Jul 12, 2011 at 1:21 AM, Subash Chaturanga subash...@gmail.comwrote: *Hi devs,* * * *This is a sample documentation which describes how to use Face Recognition functionality.* * * --- Photark Gallery provides a link to visit Face Applications. There, you are provided two main apps as options. - Facebook Friend Finder - Generic Face Recognition Both these apps are trying to recognize your friends in your PhotArk albums. Facebook Friend Finder finds your friends while Generic Face Recognition app finds friends who are trained in your private name space (which is frie...@photark.com ) The recognition facility is provided during the album navigation in the gallery. So before trying to recognize any of your friends from either your private namespace domain or from Facebook, you need to tell these apps how your friends looks like. For that simply, you can train the system by the images of your friends and their corresponding names(user names). Lets see how to train PhotArk Face App Indexes. *- Generic Face Recognition* Here, this is related to the friends in your private name space. This can be done this by providing an image of your friend as a URL or a local image path with a suitable username and a label for the ease of identification. The more you train your friend, the accuracy will be increased. i.e Fill the following fields as Copy Image File Path - /home/subash/pictures/adam.jpeg Train Username - a...@photark.com User Label(optional) - Adam Gilly And hit the train button. This will update the photark face index with your friend. You can train Adam with couple of more of his pictures under his username a...@photark.com. * - Facebook Friend Finder* In this case you don't need to provide images of your friends like in the previous app. Because in Facebook, your friends are already tagged in your albums. So this app goes through all your friends tagged images and train them with their Facebook usernames. You only need to give the userId of your friend and system will train your friend. This app doesn't train all your friends at startup due to the startup overhead and also you might not want to train all your Facebook friends for photark. - First click Authenticate Facebook button to provide access of your Facebook profile to this app. - Then provide the user ids of your facebook friends and train them. i.e fill the field Train user name - 1271543...@facebook.com ( or any legal format of your friends username) And hit the Train button to train. Simple as that. - -- Subash Chaturanga Department of Computer Science Engineering University of Moratuwa Sri Lanka Blog - http://subashsdm.blogspot.com/ Twitter - http://twitter.com/subash89 Thanks Should we start moving these to the wiki, which will then make the live website ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Regarding interpreting the face API results in front end
On Fri, Aug 12, 2011 at 2:36 PM, Subash Chaturanga subash...@gmail.com wrote: Hi , When recognizing friends in an image, face API gives suggestions with the evaluated confidence for all faces appears in the image. So suppose there are 6 different people in an image and I am also appearing in the picture . The API result can be like this. Yadav 80% confidence Subash 92% confidence Luciano 66% confidence Suho 40% confidence Uma 35% confidence Subash 18% confidence So he finds some another one of my friends who may have not yet trained, and recognizes as me in a very low possibility. So how should I interpret the results in UI ? option1 - display as it is (all 6 as above) option2 - Choose the highest confidence if duplicates found. I though if option 2 . WDYT ? What if we go with option 2, and it's a mistake, is there a way for the user to fix it by providing the proper person information? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Issues in accessing REST Services
On Thursday, August 4, 2011, Umashanthi Pavalanathan umashant...@gmail.com
wrote:
On Thu, Aug 4, 2011 at 8:34 PM, Luciano Resende luckbr1...@gmail.com
wrote:
On Thu, Aug 4, 2011 at 7:53 AM, Umashanthi Pavalanathan
umashant...@gmail.com wrote:
Hi Devs,
I added a UI component to the REST branch to implement UI features for
the
social component. I build a war out of it and deployed in tomcat.
The configurations as below:
(1) Composite file: I have this in path
/photark-social/src/main/resources/personservice.composite
composite xmlns=http://docs.oasis-open.org/ns/opencsa/sca/200912;
xmlns:tuscany=http://tuscany.apache.org/xmlns/sca/1.1;
targetNamespace=http://org.apache.photoark;
name=people
!-- Component responsible for providing JCR Management Support --
component name=RepositoryManager
implementation.java
class=org.apache.photark.services.jcr.JCRRepositoryManager/
property name=repositoryHometarget/photark/property
/component
component name=PersonServiceComponent
implementation.java
class=org.apache.photark.social.services.impl.JCRPersonServiceImpl /
service name=PersonService
tuscany:binding.rest uri=/people
tuscany:operationSelector.jaxrs /
/tuscany:binding.rest
/service
reference name=repositoryManager target=RepositoryManager /
/component
/composite
(2) Service interface PersonService has method and JCRPersonServiceImpl
has
the implementation of this method
@GET
@Produces(MediaType.APPLICATION_JSON)
@Path(/people/{userId}/@self)
Person getPerson(@PathParam(userId) String personId, String[]
fields)
throws PhotArkSocialException;
When I tried with the following request from the UI, I am getting 404
resource not found error.
(3)
userId = admin; // need to retrieve the userId of the loggen in user
var xhrArgs = {
url : /people/ + userId + /@self,
handleAs : json,
headers : {
Accept : application/json
}
};
var deferred = dojo.xhrGet(xhrArgs);
deferred.addCallback(getPersonCallback);
deferred.addErrback(function(error) {
alert(An unexpected error occurred: + error);
});
It would be great if you can let me know the possible changes to be
done
to
make this working.
Check catalina.out and see if the /people/* endpoint is being
registered, if not, you might need to add a sca-contribution.xml and
define people composite as deployable. See [1] for an example.
[1]
https://svn.apache.org/repos/asf/incubator/photark/trunk/photark-webapp/src/main/webapp/META-INF/sca-contribution.xml
I added the people.composite and sca-contribution.xml to
photark-social-ui/src/main/webapp/META-INF
contribution xmlns=http://docs.oasis-open.org/ns/opencsa/sca/200912;
xmlns:photark=http://org.apache.photoark;
deployable composite=*photark:people*/
/contribution
I hope photark:people above in the sca-contribution.xml is correct.
But still getting the same 404 error.
Unfortunately there are no log entries in the tomcat logs about end-point
registration.
Thanks,
~Umashanthi
Then you might be missing the tuscany filter in web.xml, please check the
one in trunk for an example
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
Re: Problem with interacting among two SCA services.
On Tue, Jul 26, 2011 at 10:06 PM, Luciano Resende luckbr1...@gmail.com wrote: On Tue, Jul 26, 2011 at 9:23 PM, Subash Chaturanga subash...@gmail.com wrote: FYI, When I change the return type to String it works fine. But currently I am returning a face4j.Photo. Seems returning the type Photo from one service method to its parent method in another service is the problem. Any ideas? What photo looks like ? Is it serialazible ? Looking at [1], Photo seems to be a problematic pojo, it does not properly provides getters and setters for all it's attributes, which will cause issues for Tuscany/Jackson serialization/deserialization. My recommendation would be to put face4j on the side for couple mins, define a independent set of service operations and required information for these operations, and then for the implementation use face4j. This would give us a clean Face Recognition Service interface, and make the implementation much more flexible, as it would allow us to change the implementation in the future as face4j would be encapsulated in the service implementation. [1] https://github.com/mhendred/face4j/blob/master/face4j-core/src/main/java/com/github/mhendred/face4j/model/Photo.java -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: How to Implement a custom Java Class which is capable of moving through Tuscany services.
On Sun, Jul 31, 2011 at 2:12 PM, Subash Chaturanga subash...@gmail.com wrote: How to implement a custom Class which is capable of moving through Tuscany services ? What are the mandatory attributes it should have ? Does it need to implement java Serializable interface explicitly? Does this class must have only Java natives as its state such as (String, int, ..) ? In general, you want to have Java beans [1] that represent pure data and have no behavior. Having said that, this is really not a Tuscany question, but a general question depending on how you are going to serialize your class. Consider when you expose your service using a Tuscany JSON-RPC binding, which under the cover is going to use Jackson framework to serialize the object to json; in this case a Java bean would do it, but you could even take advantage of some JAXB annotations that are supported by Jackson. Now, if we consider exposing a service with Tuscany REST binding using XML wireformat, we need to understand some of the limitations we have when serializing XML, particularly where arrays need to be wrapped, etc. Well, hopefully this allows you to get going... if you want to discuss some proposals, I'm happy to review and provide any feedback. [1] http://en.wikipedia.org/wiki/JavaBean -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Problem with interacting among two SCA services.
On Tue, Jul 26, 2011 at 9:23 PM, Subash Chaturanga subash...@gmail.com wrote: FYI, When I change the return type to String it works fine. But currently I am returning a face4j.Photo. Seems returning the type Photo from one service method to its parent method in another service is the problem. Any ideas? What photo looks like ? Is it serialazible ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: REST integration for back-end functionality in photark-rest branch
On Wed, Jul 20, 2011 at 10:56 PM, Umashanthi Pavalanathan
umashant...@gmail.com wrote:
Hi Devs,
On Tue, Jul 12, 2011 at 2:33 AM, Umashanthi Pavalanathan
umashant...@gmail.com wrote:
On Mon, Jul 11, 2011 at 9:56 AM, Umashanthi Pavalanathan
umashant...@gmail.com wrote:
Hi Devs,
I have come up with the REST URI scheme for the Person and relationship
related Social concepts.
I used the PhotArk REST API [0] and the OpenSocial REST API [1] as
references for this purpose.
The following are my initial thoughts. You feedback suggestions are
welcomed.
(1) Get a Person
REST-HTTP-Method = GET
REST-URI-Fragment = /people/{userId}/@self
(2) Get a Person's friends
REST-HTTP-Method = GET
REST-URI-Fragment = /people/{userId}/@friends
(3) Get all Persons
REST-HTTP-Method = GET
REST-URI-Fragment = /people
(4) Update a Person
REST-HTTP-Method = POST
REST-URI-Fragment = /people/{userId}
correction:
Update a Person
REST-HTTP-Method = PUT
REST-URI-Fragment = /people/{userId}
(5) Delete a person
REST-HTTP-Method = DELETE
REST-URI-Fragment = /people/{userId}
(6) Create a Relationship request
REST-HTTP-Method = POST
REST-URI-Fragment = /people/realtionship/{ownerId}/{viewerId}
(7) Create a Relationship
REST-HTTP-Method = POST
REST-URI-Fragment = /people/relationship/{ownerId}/{viewerId}
(8) Get Relationship between two users
REST-HTTP-Method = GET
REST-URI-Fragment = /people/relationship/{ownerId}/{viewerId}
(9) Remove Relationship between two users
REST-HTTP-Method = DELETE
REST-URI-Fragment = /people/realtionship/{ownerId}/{viewerId}
I have come up with the URI scheme for Activity and AppData related
concepts.
I would like to get your feedback suggestions regarding this so that I can
proceed with the REST-integration of ActivityService and AppDataService.
*Activity Related Operations:*
(1) Save an Activity
REST-HTTP-Method = POST
REST-URI-Fragment = /people/{userId}/activities
(2) Create an Activity
REST-HTTP-Method = GET
REST-URI-Fragment = /people/{userId}/activities
(3) Update an Activity
REST-HTTP-Method = PUT
REST-URI-Fragment = /people/{userId}/activities
(4) Delete an Activity
REST-HTTP-Method = DELETE
REST-URI-Fragment = people/{userId}/activities/{activityId}
(5) Get an Activity
REST-HTTP-Method = GET
REST-URI-Fragment = /people/{userId}/activities/{activityId}
(6) Get Activities for given activity IDs with optional filters
(7) Get Activities for given user IDs with optional filters
*AppData Related Operations:*
(1) Get AppData
REST-HTTP-Method = GET
REST-URI-Fragment = /people/{userId}/appdata/{appId}
(2) Create AppData
REST-HTTP-Method = POST
REST-URI-Fragment = /people/{userId}/appdata/{appId}
(3) Update AppData
REST-HTTP-Method = PUT
REST-URI-Fragment = /people/{userId}/appdata/{appId}
(4) Delete AppData
REST-HTTP-Method = DELETE
REST-URI-Fragment = /people/{userId}/appdata/{appId}
Sounds good, and I have couple little questions :
What can be an activity ?
What can be an AppData ?
What's the scenario for updating a activity or appdata... just
curious as other places such as Twitter, Facebook seem to only allow
updates/delete and not really updates for some performance reasons.
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
Re: REST integration for back-end functionality in photark-rest branch
On Wed, Jul 20, 2011 at 11:43 PM, Umashanthi Pavalanathan umashant...@gmail.com wrote: Sounds good, and I have couple little questions : What can be an activity ? Activity can be any action of a user. eg: Adding a new album, tagging a photo, commenting on a photo, rating etc. So, to make use of this concept of activity, when a user performs such actions in PhotArk, they should be recorded as activities of that user. Ok, so most of the time activities will be generated by the PhotArk system when user interact with the application (e.g. new album, new comment, etc) What can be an AppData ? AppData is actually any name-value pair data we want to store for a user. For eg if the user have done any configurations(i.e: property settings), those details can be saved as name-value pairs. I don't see any usage of this in PhotArk currently; but believe that this can be utilized in future. +1 What's the scenario for updating a activity or appdata... just curious as other places such as Twitter, Facebook seem to only allow updates/delete and not really updates for some performance reasons. Yes, true. But in the case of appdata, updating an appdata entry will be OK I guess. With respect to activity what I had in mind is updating a comment on a photo or something like that. But even that can be recorded as another activity. So, the update might not be used considering performance issues as you said; but I added it to have a complete set of operations on activity. Hope I have answered the questions you had. Yes, all answered. It seems that these are going to be most of the time used as read only (at least for the scenarios we currently going to have).. this might help simplify the rest api if needed. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Suggestion to store Facebook access tokens in local JCR once authorized
On Thu, Jul 21, 2011 at 11:37 AM, Subash Chaturanga subash...@gmail.com wrote: Hi devs, It is bit time consuming if user have to authenticate himself to Facebook for this app each time he logs in. So I already have scripts to obtain facebook access token which has offline access. So according to Facebook those tokens are long lived tokens. So how about storing it in local JCR? We can store them with a key of his/her photark logged in user id. +1, Please look at the authentication pieces that we have as I think it already create a user profile, we could just add that as one property for the user profile. Suho might know more details or we could look into the code to see how that is working. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Problem regarding GenericFaceRecognitionTestCase.
On Thu, Jul 21, 2011 at 5:42 AM, Subash Chaturanga subash...@gmail.com wrote: On Thu, Jul 21, 2011 at 11:39 AM, Luciano Resende luckbr1...@gmail.comwrote: On Wed, Jul 20, 2011 at 12:52 PM, Subash Chaturanga subash...@gmail.com wrote: Hi all, I have added a JUnit test case to invoke the Generic Face Recognition services . The test case org.apache.photark.face.facebook.test.GenericFaceRecognitionTestCase, is under @Ignore. Because there is some issue which I couldn't figured out. So it will be great if that can be checked and try to figure out what the issue is. The problem can be an issue with the way I approach to invoke a typical SCA component from a Java class. FYI: This test case is under the revision 1145680 in phot-ark trunk. Regards -- Subash Chaturanga Department of Computer Science Engineering University of Moratuwa Sri Lanka Blog - http://subashsdm.blogspot.com/ Twitter - http://twitter.com/subash89 Couple things I noticed : - Missing node-impl dependency with test scope - Missing composite file in the project (which is the sac contribution). The web.composite is only used for the webapp module and not visible for the jar I fixed these issues, the test now runs if you remove the @Ignore, but then there is a NPE in the service implementation as the defaultFaceClient does not seem to be initialized. Please let me know if you can make some progress now. I was looking on it. And the code breaks from the line under @BeforeClass node.start(); But the service init happens in the test case from the line FaceRecognitionService defaultFaceClient = (FaceRecognitionService)node.getService(FaceRecognitionService.class, FaceRecognitionService); which is seems correct as getService arguments are correct. Still couldn't figure out what the issue is. Regards That is true, but the cause is really when it reaches the code inside FaceRecognitionServiceImpl.detectFromUrls because the defaultFaceClient never gets intialized. What's the plan to get initialized ? BTW, the following code : FaceRecognitionService defaultFaceClient = (FaceRecognitionService)node.getService(FaceRecognitionService.class, FaceRecognitionService); It's only retrieving a reference to a Tuscany/SCA service. It does not initialize anything inside of the service, which should responsibility of the service, etc -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Purpose of the FaceRecoginitionService Test, was Re: svn commit: r1145026 - in /incubator/photark/trunk/photark-face-recognition: ./ src/test/java/org/ src/test/java/org/apache/ src/test/java/org/apac
(the
+ * License); you may not use this file except in compliance
+ * with the License. You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied. See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+
+package org.apache.photark.face.facebook.test;
+
+import com.github.mhendred.face4j.DefaultFaceClient;
+import com.github.mhendred.face4j.exception.FaceClientException;
+import com.github.mhendred.face4j.exception.FaceServerException;
+import com.github.mhendred.face4j.model.Face;
+import com.github.mhendred.face4j.model.Photo;
+import org.apache.photark.face.services.FaceRecognitionService;
+import org.apache.tuscany.sca.data.collection.Entry;
+import org.junit.BeforeClass;
+import org.junit.Ignore;
+import org.junit.Test;
+import org.oasisopen.sca.annotation.Reference;
+
+import java.io.File;
+
+public class GenericFaceRecognitionTestCase {
+
+ private DefaultFaceClient defaultFaceClient;
+ private String apiKey = ;
+ private String apiSecret = ;
+
+ /*
+ This test case shows a generic face recognition app. This includes very
same methods we used in FaceRecognitionService SCA component
+ This trains two images of Jenifer Lopez and clearly identifies her among
Shakira and Marc Anthony
+ */
+ @Test
+ @Ignore
+ public void testFaceRecognition() throws FaceServerException,
FaceClientException {
+ defaultFaceClient = new DefaultFaceClient(apiKey, apiSecret);
+
+ Photo p1 =
defaultFaceClient.detect(https://lh3.googleusercontent.com/-z13PTuGA9mg/Thi6cKAiJVI/ABs/lTEMvH9in1s/s128/Jennifer-Lopez0045.jpg;).get(0);
+ Photo p2 =
defaultFaceClient.detect(https://lh5.googleusercontent.com/-K6Jpe-1liwc/Thk0cEGT9cI/AB4/9a_84-oMqL8/s128/jennifer-lopez.jpg;).get(0);
+
+ defaultFaceClient.saveTags(p1.getFace().getTID(),
jeni...@photark.com, jenifer);
+ defaultFaceClient.saveTags(p2.getFace().getTID(),
jeni...@photark.com, jenifer);
+
+ defaultFaceClient.train(jeni...@photark.com);
+ Photo p =
defaultFaceClient.recognize(https://lh3.googleusercontent.com/-4I_Yn56XwAw/Thi6LIZSutI/ABo/jOjx2cGgHao/s128/110306_latinjlo_400X400.jpg;,
jeni...@photark.com).get(0);
+
+ for (Face f : p.getFaces()) {
+ if (f.getGuess() == null) {
+ System.out.println( Cannot identify Jenifer Lopez :: +
f.toString());
+ } else {
+ System.out.println( Identified Jenifer Lopez :: +
f.toString());
+ }
+ }
+ }
+}
What's the purpose of this test ? Shouldn't we be using the service
interface from the PhotArk FaceRecognition to exercise and also be a
sample of the service usage ?
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
Re: Suggestion to go for a higher version of SLF4J
On Sat, Jul 9, 2011 at 10:07 PM, Subash Chaturanga subash...@gmail.com wrote: Hi devs, When I wrote a test class for Generic Face Recognition I got the following Exception in runtime, *Exception in thread main java.lang.IllegalAccessError: tried to access field org.slf4j.impl.StaticLoggerBinder.SINGLETON from class org.slf4j.LoggerFactory* This is because, the slf4j-api distribution having different implementations of StaticLoggerBinder to one in the slf4j implementation JARs. So to skip this and gt this done, we need to include the slfj4 -api dependency as well. And also I saw in a forum saying this doesn't work for versions below 1.5.5 or 6. So I tried by having dependencies of the version 1.5.8 in both api and impl of slf4j (having priority to the API ) and it worked, but didn't worked for 1.5.3 (which we currently have) and trunk also builds with the new pom. dependency groupIdorg.slf4j/groupId artifactIdslf4j-api/artifactId version1.5.8/version /dependency dependency groupIdorg.slf4j/groupId artifactIdslf4j-log4j12/artifactId version1.5.8/version /dependency So Shall we go ahead with 1.5.8 ? WDYT ? How about we move to the latest one, which is 1.6.1 ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: REST integration for back-end functionality in photark-rest branch
On Fri, Jul 8, 2011 at 3:58 AM, Umashanthi Pavalanathan umashant...@gmail.com wrote: Hi Devs, As you know I am working on adding social features to PhotArk in the rest branch. To proceed further with the implementation, I have to add the social features in the UI. When working on this, I came across the requirement of exposing the back-end functionalities as REST services. As you know, implementation in the trunk uses Apache Tuscany to integrate and expose the functionality as JSON-RPC. Similarly in the rest branch we have the requirement of exposing the back-end functionality as REST services. For this purpose, I looked into three options: (1) Apache Shindig [0] (2) Apache Tuscany [1] (3) Apache Wookie [2] As we have discussed earlier in the mailing list [3], Apache Shindig provides a reference implementation for the OpenSocial specification and provide JSON-RPC REST APIs. But these APIs are only limited to the concepts/services in the OpenSocial specification and currently there seems to be no plans for extending further. So, using Apache Shindig, we can integrate the back-end social features as REST services; but it is only limited to this purpose. Since in the context of PhotArk, there are several other functionalities/concepts like Albums, etc, using Shindig will not cater for all the requirements. On the other hand, Apache Tuscany, can be used to expose the functionalities as REST services without any limitations and it's usage in the PhotArk trunk assures that it can satisfy all the requirements in PhotArk. Apaceh Wookie also provides REST API. But it is particularly designed to facilitate building widgets. Similar to Shindig, Wookie also has limited support for converting all the functionalities in PhotArk into REST services. Even though Wookie has the support for UI widgets, I do not see any plans to make PhotArk as a widget based application in the near future. So the REST integration facility provided by Wookie is limited in the context of PhotArk. After analyzing these three options, Apache Tuscany seems to be promising for me, to support all the requirements of PhotArk, related to exposing REST services. I kindly invite you all to proceed further with this discussion. Your valuable input to this discussion is highly appreciated. Looking forward to hear from you all. [0] http://shindig.apache.org/ [1] http://tuscany.apache.org/ [2] http://incubator.apache.org/wookie/ [3] http://www.mail-archive.com/photark-dev@incubator.apache.org/msg01141.html Thanks, ~Umashanthi I had the impression that the integration with Apache Shindig would provide us much more benefits, but after some investigation I don't believe that is true anymore. A REST interface based on Tuscany should give us enough to build a solid social ui. Having said that, we might look at the URI defined by Shindig/OpenSocial to see if we can follow the same standard which would be beneficial for any future integration. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Social Features in PhotArk UI
On Sat, Jul 9, 2011 at 11:34 AM, Subash Chaturanga subash...@gmail.com wrote: On Sun, Jul 3, 2011 at 10:40 AM, Luciano Resende luckbr1...@gmail.comwrote: On Sat, Jul 2, 2011 at 9:42 PM, Umashanthi Pavalanathan umashant...@gmail.com wrote: During an offline discussion with Luciano, we discussed about the UI technology. Had two choices: dojo and jQuery; finally we decided to use dojo, since it is being used in PhotArk UI already. In case if we need more features we can get them from jQuery or some other library. What are the community thoughts about jQuery versus Dojo ? Should we consider anything other then dojo for the UI on the REST branch ? +1 for Dojo. When considering GWT over other well known js frameworks like JQuery or Dojo, people who are good at front end designing, most of them comfortable with having HTMLs to structure and style them with CSS(which is pretty clean and straightforward ). But in GWT we are kinda forced to use decent MVC and client-server design patterns which may have a bit of a learning curve for new developers. So in terms of migration to GWT in REST, we should consider the adaptability of it with our future PhotArk contributors. There is no such huge advantage of using GWT over Dojo except for java developers. But there are many developers who are from .NET, C++, PHP backgrounds. So such person might not interested in understanding GWT and contribute to us. And also, as Suho mentioned, we have the advantage of reusing front end codes straight away from trunk if we stick to Dojo. +1 for continue to use a JavaScript framework. I believe that, if you are doing a java application, use java, if you are doing a browser ui, use the native capabilities of the browser (html, javascript, css) which will give you the most flexibility. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Proper places and ways to provide UI support for FaceRecognition services
On Sat, Jun 25, 2011 at 1:37 PM, Subash Chaturanga subash...@gmail.com wrote: Hi devs, I thought of a way of providing UI functionality to this and updated the JIRA[1] . There, the UI panel which gives users to train their friend's images. And I have created a seperate html called face.html [2] which is directed from a link through gallery [3] . WDYT? [1] - https://issues.apache.org/jira/browse/PHOTARK-73 [2] - https://issues.apache.org/jira/secure/attachment/12483826/Screenshot-2.png [3] - https://issues.apache.org/jira/secure/attachment/12483827/Screenshot-1.png Great progress, I was wondering what do you expect to be the end user experience when using the face recognition service, or do you have some documentation on what users should do to train the system ? What I had in mind was something like, when navigating a album, I could select a square in the picture and type the name of the friend or person that the face represents, very similar to what you can do in facebook, or other social applications. Did you have something different in mind as for the user experience ? Thanks, -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Adding license code to third party dependencies
On Sun, Jun 12, 2011 at 8:55 PM, Subash Chaturanga subash...@gmail.com wrote: Hi all, I am in the process of finishing the implementation of generic FaceRecognitionService, service component. In face recognition module I have added face4j dependency which is in MIT license. So the above mentioned SCA component is kind of a wrapper of a face4j class. Which means in my interface I have used face4j exceptions to throw and etc. So do I need to add the MIT license code or adding a portion saying that this class contains MIT license classes as a wrapper, with our Apache license 2 code ? or what is the preferred way of doing this ? There are two things here, one is about you creating a wrapper but still surfacing the wrapped framework exceptions etc... I'd recommend that you really make this a wrapper and shield the consumers from the actual implementation details, this would allow you to swap or provide different implementations in the future. As for the legal aspects, in high level summary, you need to update LICENSE file with this new dependency (face4j), list the jars under that license, and provide the copy of the MIT license there. See [1] for how other dependencies are listed. You might also need to update the NOTICE file if there are specific notices in the face4j frameworks. Note that, If face4j brings new transient dependencies to PhotArk, you need to handle those as well. [1] https://svn.apache.org/repos/asf/incubator/photark/trunk/distribution/src/main/release/bin/LICENSE [2] https://svn.apache.org/repos/asf/incubator/photark/trunk/distribution/src/main/release/bin/NOTICE -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Commented] (PHOTARK-72) Adding Social Features to PhotArk
[ https://issues.apache.org/jira/browse/PHOTARK-72?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13059585#comment-13059585 ] Luciano Resende commented on PHOTARK-72: Latest patch applied to rest branch Adding Social Features to PhotArk - Key: PHOTARK-72 URL: https://issues.apache.org/jira/browse/PHOTARK-72 Project: PhotArk Issue Type: New Feature Affects Versions: PhotArk M4 Reporter: Umashanthi Pavalanathan Labels: gsoc,, gsoc11, gsoc2011 Attachments: ManagerImpl_implementations_v4.patch, ManagerImpl_implementations_v5.patch, ManagerImpl_implementations_v6.patch, PersonManagerImpl_implementation_v1.patch, PersonManagerImpl_implementation_v3.patch, SocialData-JCRNodeStructure-Option1.jpg, social_api_pacakge_structure.patch, social_api_v1.patch, social_api_v2.patch Making PhotArk more social using OpenSocial features like People, Relationship, Activities, AppData etc. Apache Shindig, an OpenSocial reference implementation can be used for this purpose. As the first step to integrate open social features into PhotArk using Apache Shindig, it is required to build a social network back-end with PhotArk (an API and persistence) and later it can be connected to the Shindig's Service Provider Interfaces. Once the necessary API is built and features are integrated using Apache Shindig, UI of PhotArk can be enhanced by adding proper user interface constructs to support social features. An ongoing discussions at: http://www.mail-archive.com/photark-dev@incubator.apache.org/msg01141.html -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Social Features in PhotArk UI
On Sat, Jul 2, 2011 at 9:42 PM, Umashanthi Pavalanathan umashant...@gmail.com wrote: During an offline discussion with Luciano, we discussed about the UI technology. Had two choices: dojo and jQuery; finally we decided to use dojo, since it is being used in PhotArk UI already. In case if we need more features we can get them from jQuery or some other library. What are the community thoughts about jQuery versus Dojo ? Should we consider anything other then dojo for the UI on the REST branch ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Social API for PhotArk
On Sat, Jun 25, 2011 at 1:00 PM, Henry Saputra henry.sapu...@gmail.com wrote: Luciano and PhotArk communities, I am proposing to use https://reviews.apache.org for our code review since most of the code proposal for GSOC will be large so its hard to do code review from raw patch. - Henry I'm +0, it's useful and good to have a code review tool, but it shouldn't be mandatory. Part of the review (at least on my side) is apply the patch and see if things are working fine, then eclipse/git etc provide similar tools as well. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Can't we use overloaded methods in SCA components ?
On Sun, Jun 12, 2011 at 9:01 AM, Subash Chaturanga subash...@gmail.com wrote: Hi all, This is regarding finalizing the basic implementation of FaceRecognitionService component. $subject ? It's better if we can have them overloaded. Else I will name them separately in the interface. From the SCA Spec : A remotable service is defined using the @Remotable annotation on the Java interface or Java class that defines the service, or on a service reference. Remotable services are intended to be used for coarse grained services, and the parameters are passed by-value. [JCA20001] This means that, if you are creating a coarse-grained service (@Remotable services), you MUST NOT use operation overloading. If you are defining fine-grained services, which are not remotable, it's ok to use operation overloading. See [1] for more details on coarse-grained versus fine-grained. Now, as for the reasons it's not allowed, there is a thread in the Tuscany dev-list which has some good details [2] [1] http://www.ibm.com/developerworks/webservices/library/ws-soa-granularity/ [2] http://markmail.org/message/3pjg3a4vq5mde4p6 -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Next steps for GSoC Students
On Tue, May 10, 2011 at 10:33 PM, Luciano Resende luckbr1...@gmail.com wrote: GSoC Students, Its the GSoC community bonding period right now where you get up to speed with the project and make preparations for starting your projects. One thing that you could do right now is sign and submit the ASF Contributors License Agreement, which is a legal form that defines the terms under which intellectual property has been contributed to the ASF, see http://www.apache.org/licenses/#clas. As for starting to work, I have some recommendations to you : - All technical discussions should be done in the project dev list. This gives the whole community visibility to the project, and also encourage their participation. - Patches should be sent frequently, even if they are not completely done... frequent smaller patches are easier to review and allow a quicker turnaround on getting submitted to svn. I'd recommend once or twice a week at least. - It would be good to have a wiki page updated weekly with project progress. Well, this should be it for now, if others have more recommendations, please feel free to add to the thread :) I want to reiterate that communications should be done mostly on the DEV list, particularly technical discussions, so that the community can participate. Also, patches should be attached to JIRA for legal reasons. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Social API for PhotArk
On Fri, Jun 3, 2011 at 4:48 PM, Umashanthi Pavalanathan umashant...@gmail.com wrote: Hi devs, I am in the process of adding persistence support to the social API using JCR. For that first we have to decide on the node structure. I have come up with two options (please refer attached image). In option-1, for each username, we have profile,activity,appdata,messages child nodes. In option-2, under nodes people,activity,appdata,messages, we have child node for each user. Referring to the two options, which is more suitable in your opinion? Thanks, ~Umashanthi I think if we have a good understanding of the data access pattern, it can help us decide which structure to use. For example, if we would mostly show list of activities by user, and all other data by user, I'd go with option 1. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: PhotArk Roadmap
On Tue, May 31, 2011 at 10:44 AM, Henry Saputra henry.sapu...@gmail.com wrote: I couldnt see the roadmap page. It returns page bot found for me. - Henry You can find it at : http://incubator.apache.org/photark/photark-roadmap.html -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Commented] (PHOTARK-73) Adding Face Recognition functionality to PhotArk
[ https://issues.apache.org/jira/browse/PHOTARK-73?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13035475#comment-13035475 ] Luciano Resende commented on PHOTARK-73: Couple comments - Javadocs would help understand some of the operations/parameters - These should be stateless services, thus oAuth credentials should not be passed in a initialization operation, but somewhat embedded per operation - How about making this it's own module, instead of adding it to photark ? - Also, when it's on it's own module, feel free to committ, it's better to review from svn :) Adding Face Recognition functionality to PhotArk Key: PHOTARK-73 URL: https://issues.apache.org/jira/browse/PHOTARK-73 Project: PhotArk Issue Type: New Feature Components: PhoatArk Services Environment: UNIX Reporter: Subash Chaturanga Labels: gsoc, gsoc2011 Attachments: basic_interface_def.patch, patch1_extendedFaceRecognitionService.patch This is a new feature for Photark where this face recognition engine can be used to enhance and extend the scope of gallery features. So basically after implementing this feature there will be a generic face recognition framework which can be used by other PhotArk face recognition related applications and a Facebook friend finder (later explain in detail) application using the above framework. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Preferred version of face4j to use
On Sun, May 15, 2011 at 12:14 PM, Subash Chaturanga subash...@gmail.com wrote: Hi devs, I have started working on implementing face recognition functionality to PhotArk. I added face4j version 1.5.1 (which is the latest where we can grab more functionality from face4j) to photark pom. But there is also 1.5.0 available. What versions PhotArk will normally prefer to go ahead with for their 3rd party dependencies? latest version 1.5.1 or 1.5.0 ? As long as it's somewhat stable for what we want, latest and greatest is fine. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Incubator PMC/Board report for May 2011 (photark-dev@incubator.apache.org)
On Sun, May 1, 2011 at 7:00 AM, no-re...@apache.org wrote: Dear PhotArk Developers, This email was sent by an automated system on behalf of the Apache Incubator PMC. It is an initial reminder to give you plenty of time to prepare your quarterly board report. The board meeting is scheduled for Thurs, 19 May 2011, 10 am Pacific. The report for your podling will form a part of the Incubator PMC report. The Incubator PMC requires your report to be submitted one week before the board meeting, to allow sufficient time for review. Please submit your report with sufficient time to allow the incubator PMC, and subsequently board members to review and digest. Again, the very latest you should submit your report is one week prior to the board meeting. Thanks, The Apache Incubator PMC Submitting your Report -- Your report should contain the following: * Your project name * A brief description of your project, which assumes no knowledge of the project or necessarily of its field * A list of the three most important issues to address in the move towards graduation. * Any issues that the Incubator PMC or ASF Board might wish/need to be aware of * How has the community developed since the last report * How has the project developed since the last report. This should be appended to the Incubator Wiki page at: http://wiki.apache.org/incubator/May2011 Note: This manually populated. You may need to wait a little before this page is created from a template. Mentors --- Mentors should review reports for their project(s) and sign them off on the Incubator wiki page. Signing off reports shows that you are following the project - projects that are not signed may raise alarms for the Incubator PMC. Incubator PMC Please review the draft report at : http://wiki.apache.org/incubator/May2011 -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Next steps for GSoC Students
GSoC Students, Its the GSoC community bonding period right now where you get up to speed with the project and make preparations for starting your projects. One thing that you could do right now is sign and submit the ASF Contributors License Agreement, which is a legal form that defines the terms under which intellectual property has been contributed to the ASF, see http://www.apache.org/licenses/#clas. As for starting to work, I have some recommendations to you : - All technical discussions should be done in the project dev list. This gives the whole community visibility to the project, and also encourage their participation. - Patches should be sent frequently, even if they are not completely done... frequent smaller patches are easier to review and allow a quicker turnaround on getting submitted to svn. I'd recommend once or twice a week at least. - It would be good to have a wiki page updated weekly with project progress. Well, this should be it for now, if others have more recommendations, please feel free to add to the thread :) -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Expected scope of Adding Face Recognition to Photark in GSoC 2011
On Fri, Apr 1, 2011 at 8:16 AM, Subash Chaturanga subash...@gmail.com wrote: Hi Luciano, According to the thoughts I have shared before on the dev list regarding this topic under the subject How face recognition can be used to make Photark gallery rich in details as well as in functionality, here's the scope I would think. 1. Implement a Photark face recognition service module as a separate package. 2. Implement the FaceRecognitionService class (in this case it recognizes facebook friends for a given user) where it has the capability to train given set of user IDs from face book and recognize them in a given domain. 3.1 Provide back end support to add an option in gallery for each album, to view how many and the names of face book friends inside a given album(which will be a pretty handy and kind of new feature for Photark). 3.2 Provide UI support for 3.1 What are your suggestions (to add more option in the scope or change any existing one) ? *such as* extending recognition to private name spaces or Twitter or go with Twitter instead of Facebook. So I would like to know whether this is the expected scope or whether it may not attainable in the GSoC period or it is less than the expected scope from this project idea ? As I am already in the process of writing the proposal based on this, would like to here your thoughts :-) I'd clarify more on what does it mean to implement face recognitions, what use cases you are tying to support. And then a high level time line for some milestones (e.g when you think 1, 2, 3 etc will be ready) which will be useful for measuring progress during mid-term evaluation. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] [Commented] (PHOTARK-72) Adding Social Features to PhotArk
[ https://issues.apache.org/jira/browse/PHOTARK-72?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13016485#comment-13016485 ] Luciano Resende commented on PHOTARK-72: I can't really figure out much from the small patch. It would be good if you could ore details and maybe some diagrams on the wiki or attached here. Adding Social Features to PhotArk - Key: PHOTARK-72 URL: https://issues.apache.org/jira/browse/PHOTARK-72 Project: PhotArk Issue Type: New Feature Affects Versions: PhotArk M4 Reporter: Umashanthi Pavalanathan Labels: gsoc,, gsoc11, gsoc2011 Attachments: social_api_pacakge_structure.patch Making PhotArk more social using OpenSocial features like People, Relationship, Activities, AppData etc. Apache Shindig, an OpenSocial reference implementation can be used for this purpose. As the first step to integrate open social features into PhotArk using Apache Shindig, it is required to build a social network back-end with PhotArk (an API and persistence) and later it can be connected to the Shindig's Service Provider Interfaces. Once the necessary API is built and features are integrated using Apache Shindig, UI of PhotArk can be enhanced by adding proper user interface constructs to support social features. An ongoing discussions at: http://www.mail-archive.com/photark-dev@incubator.apache.org/msg01141.html -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Making PhotArk More Social
On Fri, Mar 18, 2011 at 3:28 AM, Umashanthi Pavalanathan umashant...@gmail.com wrote: I have asked about this question in the Jackrabbit mailing list and they've provided positive response[1] that this feature of associating nodes can be accomplished using the existing JCR implementation. So, I think we can go ahead with the JCR mechanism. Anyway we can provide good set of interfaces so that it give support for different back end implementations, in the future. +1 Luciano, can I get started with writing the basic interfaces for the Social API in my checkout of the REST branch? Do you have any conventions to follow in the package structure, or can I create one ask for your suggestion? +1, any enhancements, suggestions, feedback are welcome. Please try to provide patches as much as possible, so it's easier to review, easier to apply, etc Meanwhile, I would like to continue this effort as a Google Summer of Code project. Is there any new procedure Apache follows this year to collect the summer of code ideas? else can I use the wiki page to start with my project proposals other details. As I understood last year JIRA was used as the place to discuss the project ideas; if there is any such procedure this time, please let me know. Information about GSoC is available here http://community.apache.org/gsoc.html I'd suggest 1)Create a jira and label it gsoc ad high level requirement for your idea 2)Start working on the project proposal on the wiki -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Deploying PhotArk in Google App Engine
On Tue, Feb 22, 2011 at 10:54 AM, Kishanthan Thangarajah kshanth2...@gmail.com wrote: Hi, Im trying to deploy photark in Google Apps Engine locally. What i did is that after building the project i deployed the photark-appengine (under /photark-appengine-webapp/target) with development server (dev_appserver.sh) But i'm unable view the galleries, and when i try to login im getting a 404 which gives the error the files are not found. Am i doing it correctly? Thanks, ~Kishanthan. Did you update the appengine-web.xml to point to your own GAE application/version ? Another good source of information is to check the GAE logs to see if anything failed ... -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] Resolved: (PHOTARK-18) Provide support for subscribing to Google Picasa albuns (GData based)
[ https://issues.apache.org/jira/browse/PHOTARK-18?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved PHOTARK-18. Resolution: Fixed This was done as part of 2010 GSoC. Provide support for subscribing to Google Picasa albuns (GData based) - Key: PHOTARK-18 URL: https://issues.apache.org/jira/browse/PHOTARK-18 Project: PhotArk Issue Type: New Feature Components: PhotArk Subscriptions Affects Versions: PhotArk M3 Reporter: Luciano Resende Assignee: Luis Fernando Labels: gsoc, mentor Fix For: PhotArk M4 Attachments: photark-18-enhancing-reading-picasa-photo-stream.patch, photark-18-model-changes.patch, photark-18-read-picasa-photo-stream.patch Allow the ability for a user to create a new album, that points to a remote photo feed from Picasa. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (PHOTARK-19) Provide support for subscribing to Flickr albuns (ATOM Feed based)
[ https://issues.apache.org/jira/browse/PHOTARK-19?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved PHOTARK-19. Resolution: Fixed This was done as part of 2010 GSoC. Provide support for subscribing to Flickr albuns (ATOM Feed based) -- Key: PHOTARK-19 URL: https://issues.apache.org/jira/browse/PHOTARK-19 Project: PhotArk Issue Type: New Feature Components: PhotArk Subscriptions Affects Versions: PhotArk M3 Reporter: Luciano Resende Assignee: Luis Fernando Labels: gsoc, mentor Fix For: PhotArk M4 Attachments: photark-19-initial-flickr-support.patch, photark-19-read-flickr-photo-stream.patch Allow the ability for a user to create a new album, that points to a remote photo feed from Flickr. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Progress of UI support for remote album subscription with new local jcr structure in trunk
On Fri, Feb 4, 2011 at 6:06 AM, Avdhesh Yadav a...@avdheshyadav.com wrote: I think at the time of subscribe what you are doing is going through all the images for album and adding to jcr right ? Are you storing meta data of images also in the jcr?I am thinking of doing lazy fetching of images I mean instead of fetching images at the time of subscribe just save the album url at the time of subscribe and when anyone view the remote album from the gallery..we should fetch the meta-data of image and cache it into the JCR. it make a bit complicated but improves the user experience.later on any way we have to add the sync feature so your idea is also good and it work.but suppose if an album has 1000 images..it would make bad experience if user have to wait after clicking subscribing to albums. The downside with this approach is that we can't perform search on the subscriptions. If you are concerned about user waiting on the ui, we don't exactly need to have a blocking operation, and we can add the new subscription to a queue to be processed on the background or something more async. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
[jira] Resolved: (PHOTARK-62) UI support to subscribe external albums
[ https://issues.apache.org/jira/browse/PHOTARK-62?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved PHOTARK-62. Resolution: Fixed Assignee: Luciano Resende (was: Avdhesh Yadav) Thanks for the patch(es) Subash, I have applied the latest version under svn revision 1070130 and 1070131. UI support to subscribe external albums --- Key: PHOTARK-62 URL: https://issues.apache.org/jira/browse/PHOTARK-62 Project: PhotArk Issue Type: New Feature Reporter: Avdhesh Yadav Assignee: Luciano Resende Fix For: PhotArk M4 Attachments: all_remoteAlbAddedToJCR.patch, subscrbAlbum-with-edited-pom.patch, subscripAlb_with_editedUI.patch, subscriptionAlbm.patch, uiSubscriptionWithNewStructureCompleted.patch, uiSubscriptionWithNewStructureCompleted_upd1.patch, uiSubscriptionWithNewStructureCompleted_upd2.patch, uiSubscriptionWithNewStructureCompleted_upd3.patch, uisubscriptionWithNewStructure.patch, uisubscriptionWithNewStructure_1.patch -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Progress of UI support for remote album subscription with new local jcr structure in trunk
On Fri, Feb 11, 2011 at 6:58 AM, Subash Chaturanga subash...@gmail.com wrote: Hi all, In last few weeks, I have corrected little things time to time and updated the JIRA[1] issue based on the community feedback and my own reviews, (as there is always updates in softwares :-) ). So this patch[2] gives UI support for remote subscription up to the level which PicasaPhotoStream and FlickerPhotoStream supports, with the new local JCR structure. NOTE: The album ownership concept is not yet supported. Security model not aware with remote album permissions (I am still trying to understand how it access manager related stuff works) . So except the above fact, other things works fine. And I also reformatted the code and removed duplicate stuff and commented in necessary places in the latest patch[2]. [1] - https://issues.apache.org/jira/browse/PHOTARK-62 [2] - https://issues.apache.org/jira/secure/attachment/12470860/uiSubscriptionWithNewStructureCompleted_upd3.patch Thanks Subash, patch applied and available from trunk. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Does PicasaPhotoStream class capable of subscribing to real picasa albums ?
On Wed, Feb 9, 2011 at 10:33 PM, Subash Chaturanga subash...@gmail.com wrote: Hi all, $subject Can anyone please tell that, have anyone tried to subscribe to a your own real picasa album by providing url, username and password using PicasaPhotoStream class instead of direct subscription with the url specified in the test case ? Because when I do that I am getting the following parsing exception for the given url. (i.e. https://picasaweb.google.com/104179059863148400259/Subash_album) . com.google.gdata.util.ParseException: Unrecognized content type:text/html;charset=UTF-8 at com.google.gdata.client.Service.parseResponseData(Service.java:2136) at com.google.gdata.client.Service.parseResponseData(Service.java:2098) at com.google.gdata.client.Service.getFeed(Service.java:1136) at com.google.gdata.client.Service.getFeed(Service.java:998) at com.google.gdata.client.GoogleService.getFeed(GoogleService.java:631) at com.google.gdata.client.Service.getFeed(Service.java:1017) at org.apache.photark.album.picasa.PicasaPhotoStream.getAll(PicasaPhotoStream.java:104) at org.apache.photark.jcr.album.subscription.AlbumSubscriptionManager.getPicasaAlbumSubscriptionImages(AlbumSubscriptionManager.java:93) at org.apache.photark.jcr.album.subscription.AlbumSubscriptionManager.addRemoteAlbum(AlbumSubscriptionManager.java:57) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.tuscany.sca.implementation.java.invocation.JavaImplementationInvoker.invoke(JavaImplementationInvoker.java:113) at org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterceptor.invoke(DataTransformationInterceptor.java:66) at org.apache.tuscany.sca.binding.jsonrpc.provider.JSONRPCServiceServlet.handleJSONRPCMethodInvocation(JSONRPCServiceServlet.java:307) at org.apache.tuscany.sca.binding.jsonrpc.provider.JSONRPCServiceServlet.handleServiceRequest(JSONRPCServiceServlet.java:177) at org.apache.tuscany.sca.binding.jsonrpc.provider.JSONRPCServiceServlet.service(JSONRPCServiceServlet.java:96) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.tuscany.sca.host.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:110) at org.apache.tuscany.sca.host.webapp.TuscanyServletFilter.doFilter(TuscanyServletFilter.java:94) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:470) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:857) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) at java.lang.Thread.run(Thread.java:662) I don't remember if I ever tried with a password protected account, not sure if Luis did. Maybe you could provide a test case, with a test account, so we could debug it easily. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Incubator PMC/Board report for February 2011 (photark-dev@incubator.apache.org)
On Tue, Feb 1, 2011 at 6:00 AM, no-re...@apache.org wrote: Dear PhotArk Developers, This email was sent by an automated system on behalf of the Apache Incubator PMC. It is an initial reminder to give you plenty of time to prepare your quarterly board report. The board meeting is scheduled for Wed, 16 February 2011, 10 am Pacific. The report for your podling will form a part of the Incubator PMC report. The Incubator PMC requires your report to be submitted one week before the board meeting, to allow sufficient time for review. Please submit your report with sufficient time to allow the incubator PMC, and subsequently board members to review and digest. Again, the very latest you should submit your report is one week prior to the board meeting. Thanks, The Apache Incubator PMC Submitting your Report -- Your report should contain the following: * Your project name * A brief description of your project, which assumes no knowledge of the project or necessarily of its field * A list of the three most important issues to address in the move towards graduation. * Any issues that the Incubator PMC or ASF Board might wish/need to be aware of * How has the community developed since the last report * How has the project developed since the last report. This should be appended to the Incubator Wiki page at: http://wiki.apache.org/incubator/February2011 Note: This manually populated. You may need to wait a little before this page is created from a template. Mentors --- Mentors should review reports for their project(s) and sign them off on the Incubator wiki page. Signing off reports shows that you are following the project - projects that are not signed may raise alarms for the Incubator PMC. Incubator PMC Incubator board report available for review at: http://wiki.apache.org/incubator/February2011 -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
M3-incubating release coverage
Some nice coverage for our latest M3-incubating release: http://jaxenter.com/apache-photark-a-complete-open-source-photo-gallery-application-34714.html -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: PhotArk Roadmap
On Sun, Jan 23, 2011 at 11:21 AM, Luciano Resende luckbr1...@gmail.com wrote: We are almost done with M3 release, pending one vote in the IPMC list, and I was wondering if we should start thinking about a roadmap for our next releases, aiming a 1.0 release. PhotArk Core - Complete PhotArk API (REST Branch) - Create a PhotArk JS API - Simplify Authorization using SCA Policies Cloud - Make feature parity (where possible) between PhotArk standalone and PhotArk for GAE Other Features - Add social features to PhotArk (http://photark.markmail.org/thread/c43xfqv7keywd55a) - Umashanthi suggestions to make PhotArk more social seems very interesting and it's something I had in the back of my mind for a long time - Integrate with Facebook and other social sites to allow users to share albums, pictures, and add like integration - Expand album subscriptions to support other photo sharing sites Please, provide feedback, help us complete the roadmap by identifying/suggesting new items. After some discussion, I'll create JIRAs and link them on the Website. I came across Face.com [1] yesterday, and it might be a good option to integrate face recognition into PhotArk. Maybe we could add this to the roadmap and see if there is someone interested in helping. [1] http://developers.face.com/ -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Proper dependency management regarding remote album subscriptions in trunk.
On Sun, Jan 30, 2011 at 7:04 PM, Subash Chaturanga subash...@gmail.com wrote: You should think separation of concerns here. The specific modules that deal with remote albums (subscriptions) should know how to handle the specifics of the album providers (e.g picasa, flickr, etc). Then we can have a subscription manager in the JCR repository that, once you create a new subscription will use that provider specific component to read the remote album and store locally, and not the other way around, where the provider would store data in the JCR. +1 , will do. Because currently I have two provider specific service components which do both read and store albums in JCR, by themselves and UI talks to them separately. So adding a subscription manager and UI will only call to that manager and he will read the albums from a provider and store them. I hope I got your idea correctly. Looks like we are in the same page. BTW, I'm trying to get the same services in place in the REST branch, hopefully I can get that in the next day or so and it might be of some help. -- Luciano Resende
Re: java.io.IOException:Stream closed, occurred after adding remote albums details to local JCR.
) at org.apache.tuscany.sca.binding.jsonrpc.provider.JSONRPCServiceServlet.handleServiceRequest(JSONRPCServiceServlet.java:177) at org.apache.tuscany.sca.binding.jsonrpc.provider.JSONRPCServiceServlet.service(JSONRPCServiceServlet.java:96) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.tuscany.sca.host.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:110) ... ... In Trunk, the Image class try to scan the image stream to harvest image metadata (e.g. EXIF properties), but in this case, images are stored remotely and this fails. In the REST branch the image class is more like a model and the service now have the responsibility to harvest it and do any other logic on top of the data. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
PhotArk Roadmap
We are almost done with M3 release, pending one vote in the IPMC list, and I was wondering if we should start thinking about a roadmap for our next releases, aiming a 1.0 release. PhotArk Core - Complete PhotArk API (REST Branch) - Create a PhotArk JS API - Simplify Authorization using SCA Policies Cloud - Make feature parity (where possible) between PhotArk standalone and PhotArk for GAE Other Features - Add social features to PhotArk (http://photark.markmail.org/thread/c43xfqv7keywd55a) - Umashanthi suggestions to make PhotArk more social seems very interesting and it's something I had in the back of my mind for a long time - Integrate with Facebook and other social sites to allow users to share albums, pictures, and add like integration - Expand album subscriptions to support other photo sharing sites Please, provide feedback, help us complete the roadmap by identifying/suggesting new items. After some discussion, I'll create JIRAs and link them on the Website. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Making PhotArk More Social
On Fri, Jan 21, 2011 at 12:39 PM, Umashanthi Pavalanathan umashant...@gmail.com wrote: Hi everyone, First of all, I would like to introduce myself to the community. I am Umashanthi, a Computer Science and Engineering undergraduate, who is passionate about open source development, especially the Apache way. I found the PhotArk project interesting because of my interest in web application development. While exploring the PhotArk application I felt that adding social features to PhotArk would be ideal to cater for users who require such features and make the application more popular. As you all know currently the web is becoming more social and I feel adding OpenSocial features to PhotArk will make it more suitable for users. For those who are new to OpenSocial [1]- [3] , provide the basic details. In simple words, opensocial is about relationships(friends, followers etc), activities(adding new albums, tagging etc) and appdata( application data), like the features available in social networking sites. Making PhotArk fully social compatible might be a lengthy process. But in my opinion we can start with basic features and then can build upon it. This is my idea and I would like to know your valuable suggestions. If required, I can do some initial research regarding this. Looking forward to hear your valuable thoughts.. [1] http://www.opensocial.org/ [2] http://wiki.opensocial.org/index.php?title=Main_Page [3] https://sites.google.com/a/opensocial.org/opensocial/Home Umashanthi, welcome to PhotArk These sounds like good ideas, and something I always had on the back of my mind. We have been working on a new REST api a branch, and maybe we could start prototyping some OpenSocial integration on top of that. Your help and contributions would be appreciated. BTW, we have started discussion on the project roadmap, and I have added this as an item to the roadmap. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: PhotArk Roadmap
On Sun, Jan 23, 2011 at 12:31 PM, Suhothayan Sriskandarajah suhotha...@gmail.com wrote: On 24 January 2011 00:51, Luciano Resende luckbr1...@gmail.com wrote: We are almost done with M3 release, pending one vote in the IPMC list, and I was wondering if we should start thinking about a roadmap for our next releases, aiming a 1.0 release. Great PhotArk Core - Complete PhotArk API (REST Branch) - Create a PhotArk JS API - Simplify Authorization using SCA Policies Are we going to implement all these in the current REST Branch? It's open for discussion, but one approach could be that we start migrating pieces of what we have to the REST branch, and we then make it TRUNK (moving current trunk to a branch or something) But please, feel free to suggest new items to the roadmap, and different approaches for implementing it. Thoughts ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Issue with the file uploading in photark trunk
On Sun, Jan 23, 2011 at 8:41 PM, Subash Chaturanga subash...@gmail.com wrote: On Sun, Jan 23, 2011 at 1:12 PM, Luciano Resende luckbr1...@gmail.comwrote: I have downloaded the war file you attached to the jira, and I couldn't make it work where the application wouldn't start when deployed to tomcat. I then replaced all jars in the photark/WEB-INF/lib with the ones from my own jar and things worked again. This might mean you have some corrupted jars in your environment, so I'd recommend renaming/deleting your current maven m2 repository (~/.m2/repository) and then build again (which would force downloading the jars again from maven public repos). After that, please try the war again, and let me know if this would help. I tried it and same result. Then I got a working photark war from Suhothayan and deploy his war on my tomcat and same result. Then I got his tomcat and war both and deploy his working photark in his tomcat and surprisingly still the same result. Can't imagine what this problem. PhotArk creates the JCR repository in the current directory, so if you have Tomcat installed in c:\tomcat, and you start tomcat by going to c:\tomcat\bin and using the startup.bat... the repository will be c:\tomcat\bin\photark. If you stop tomcat, remove that directory, and start it again... does things get any better ? Otherwise, I don't have much more to suggest... other then suggest you cleanup (recreate) your photark dev environment including tomcat. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Making PhotArk More Social
On Sun, Jan 23, 2011 at 9:21 PM, Umashanthi Pavalanathan umashant...@gmail.com wrote: We have been working on a new REST api a branch, and maybe we could start prototyping some OpenSocial integration on top of that. Your help and contributions would be appreciated. I will start by looking at the REST api branch and the code base. If we use a Open Social framework such as Shindig, does it require a RDBMS as it's persistence repository (e.g Derby, MySQL)... or can it be integrated with a JCR repository ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: Issue with the file uploading in photark trunk
On Sat, Jan 22, 2011 at 9:00 AM, Subash Chaturanga subash...@gmail.com wrote:
Hi all,
While I was working on a new local JCR structure JIRA, I came to know that
the files I upload in UI is not actually uploading (not stores in to local
jcr) . When I upload a pictures after providing album name and description,
and goes back to the gallery, it shows only the two default albums only.
Then to test, I got a newly checkout and did the same and had the same
result. Then I debug the doUpload() method in upload.js using firebug.
Then there was an error log saying server not respond from the line. I am
using tomcat 6.0.29. I also tried this with the version 7.0.6. Still the
same issue.
uploader.upload({albumName:selected,albumDescription:albumDescription,
securityToken:securityToken});
What is this issue? is it from dojo?
Thanks
/subash
Any details on the tomcat logs, maybe an issue with the upload service
getting registered or an internal error when you upload an image.
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
Re: Issue with the file uploading in photark trunk
On Sat, Jan 22, 2011 at 9:38 AM, Subash Chaturanga subash...@gmail.com wrote: INFO: Server startup in 11302 ms Before the server startup, do you see the upload service endpoint being registered properly ? And is that what the UI is using for uploading the image from the client (when you see the error) ? -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
