Difference between revisions of "SoC socialnetworking"

From GeeklogWiki
Jump to: navigation, search
(Goals)
m (added a note that his old project has been superseded by the SocNet project)
 
(4 intermediate revisions by 2 users not shown)
Line 1: Line 1:
<center>(Return to the main idea page for the [[Google Summer of Code]])</center>
+
This idea page for the [[Google Summer of Code]] has been superseded by a new project idea: [[SoC_social_network_support|Social Networking Support (SocNet)]]. This project outline is therefore only of historical interest and you can not apply for this project in future instances of the Google Summer of Code. Please see our [[Google Summer of Code|ideas page]] for a current list of GSoC project ideas.
 +
 
  
 
== Incentive ==
 
== Incentive ==
Line 7: Line 8:
 
== Goals ==
 
== Goals ==
  
Geeklog has the idea or Groups which the site Admin can setup but users can not define their own groups or list of friends. Users would need to accept the inviation to join another members group but once joined they could view each others private content as determined by the content owner.
+
Geeklog has the idea or Groups which the site Admin can setup but users can not define their own groups or list of friends. Users would need to accept the invitation to join another members group but once joined they could view each others private content as determined by the content owner.
  
 
Sites like Facebook do this well and can be a model for what is needed. Users should be able to define multiple access control profiles so not all friends have to be give the same access to a users content.
 
Sites like Facebook do this well and can be a model for what is needed. Users should be able to define multiple access control profiles so not all friends have to be give the same access to a users content.
Line 15: Line 16:
  
 
== Use Cases ==
 
== Use Cases ==
 +
 
* Users features or blocks can be added so that I can easily monitor new updates to the site by my friends or watch list.  
 
* Users features or blocks can be added so that I can easily monitor new updates to the site by my friends or watch list.  
 
* A user could create a private MediaGallery Album and then setup access to their friends list.
 
* A user could create a private MediaGallery Album and then setup access to their friends list.
Line 20: Line 22:
  
 
== Optional Ideas ==
 
== Optional Ideas ==
* Implement Google's [http://code.google.com/apis/opensocial/ OpenSocial API]
+
 
 +
* Support for [http://www.gmpg.org/xfn/ XFN] (XHTML Friends Network)
 
* Support for [http://www.apml.org/ APML] (Attention Profile Markup Language)
 
* Support for [http://www.apml.org/ APML] (Attention Profile Markup Language)
 +
 +
=== OpenSocial ===
 +
 +
This project could lay the groundworks for adding support for [http://www.opensocial.org/ OpenSocial] in the future. The problem with OpenSocial is that the requirements are [http://groups.google.com/group/opensocial-container/msg/dcaa9862269d4599 very complex] and that the current [http://incubator.apache.org/shindig/ reference implementation] is only available under the Apache License, which is not compatible with the GPLv2 used by Geeklog.
  
 
== Level of Difficulty ==
 
== Level of Difficulty ==
Line 27: Line 34:
 
''medium''
 
''medium''
  
This project will require someone to spend time understanding how Geeklog maintains permissions and it's permission functions. This could be implemented as a plugin but I suspect changes to the CORE SEC functions may be needed to extend the new permission checks.
+
This project will require someone to spend time understanding how Geeklog maintains permissions and its permission related functions. This could be implemented as a plugin but I suspect changes to the core SEC_ functions may be needed to extend the new permission checks.
 +
 
 +
As noted, new APIs need to be created so other plugins can use the new features so this is not likely a plugin by itself but extensions to the core code.
  
UI changes will be needed to integrate these new features so a user can manager their friends list and different access profiles.
+
UI changes will be needed to integrate these new features so a user can manage their friends list and different access profiles.
  
  
 
[[Category:Summer of Code]] [[Category:Development]]
 
[[Category:Summer of Code]] [[Category:Development]]

Latest revision as of 20:04, 27 February 2010

This idea page for the Google Summer of Code has been superseded by a new project idea: Social Networking Support (SocNet). This project outline is therefore only of historical interest and you can not apply for this project in future instances of the Google Summer of Code. Please see our ideas page for a current list of GSoC project ideas.


Incentive

Geeklog does not have any current core features for individual members to develop their own trusted friends list so they for which they can share content with.

Goals

Geeklog has the idea or Groups which the site Admin can setup but users can not define their own groups or list of friends. Users would need to accept the invitation to join another members group but once joined they could view each others private content as determined by the content owner.

Sites like Facebook do this well and can be a model for what is needed. Users should be able to define multiple access control profiles so not all friends have to be give the same access to a users content.

  • Develop Trusted Members interface and control/access to trusted content
  • Add new GL API support for plugins to use new features
  • Extend Member profile page to have "Add to Friends" link if not a friend

Use Cases

  • Users features or blocks can be added so that I can easily monitor new updates to the site by my friends or watch list.
  • A user could create a private MediaGallery Album and then setup access to their friends list.
  • The forum could allow users to post new topics that are only seen by the author and their friends and only their friends can reply to.

Optional Ideas

  • Support for XFN (XHTML Friends Network)
  • Support for APML (Attention Profile Markup Language)

OpenSocial

This project could lay the groundworks for adding support for OpenSocial in the future. The problem with OpenSocial is that the requirements are very complex and that the current reference implementation is only available under the Apache License, which is not compatible with the GPLv2 used by Geeklog.

Level of Difficulty

medium

This project will require someone to spend time understanding how Geeklog maintains permissions and its permission related functions. This could be implemented as a plugin but I suspect changes to the core SEC_ functions may be needed to extend the new permission checks.

As noted, new APIs need to be created so other plugins can use the new features so this is not likely a plugin by itself but extensions to the core code.

UI changes will be needed to integrate these new features so a user can manage their friends list and different access profiles.